>From: "Craddock, Mary Ellen" <address@hidden> >Organization: Northrop Grumman >Keywords: 200304211441.h3LEf47U008241 McIDAS-X v2002b Compaq OSF/1 4.0F Hi Mary Ellen, > The output from DMAP Frame looks ok: > >-r-- 3072 Mar 27 2002 Frame1.0 /usr/users/mcidas/help >-r-- 3072 Apr 23 11:29 Frame2.0 /usr/users/mel/.mctmp/704520 >. >. >. >-r-- 3072 Apr 23 11:29 Frame62.0 /usr/users/mel/.mctmp/704520 This _does_ show a problem. The copy of /usr/users/mcidas/help/Frame1.0 should not exist. You need to delete this file as 'mcidas', since I am it was probably created by a process run by 'mcidas'. My experience with FrameN.M files showing up in the ~mcidas/help directory is caused by the environment not beings setup correctly for the user 'mcidas' when its default Unix shell is Csh or Tcsh. >I agree the problem seems to be with REDIRECT ADD only. DEL, REST, and LIST >work fine. I am now very curious about what may happen when the Frame1.0 file owned by 'mcidas' is deleted. >I ran 'DMAP AREA4' after successfully restoring TEST.NAM like yesterday and >got the same output: >"0 bytes in 0 files". I'm guessing DMAP is not a viable option for a work >around at this point. Nuts... >I rebuilt the REDIRECT executable per your instructions but the problem >still exists with the new version. OK, it was worth a try. >I have not rebuilt REDIRECT executable yet with the optimization turned OFF >or with the debug turned ON. Will do so tomorrow. OK. >I agree that at this point the most workable solution is to use an editor to >put needed REDIRECTions in an ASCII file and then use REDIRECT REST to >update LWPATH.NAM. But if you see anything interesting in the above results >we might yet figure this out. Since your tests have all been done as the user 'mel', the real problem may be being masked. What happens, for instance, if you login as the user 'mcidas' and run the same tests? If REDIRECT actions work as the user 'mcidas', it would be telling us that there is a subtle file permission problem when running as the user 'mel'. The fact that there is a Frame1.0 file in the ~mcidas/help directory hints that this may be the problem, so I would encourage you to run the REDIRECT tests as 'mcidas' before doing anything else (other than deleting the errant copy of Frame1.0, that is). Tom >From address@hidden Wed Apr 23 14:58:53 2003 Tom, Unfortunately the removal of Frame1.0 from /usr/users/mcidas/help did not help either user 'mel' or user 'mcidas'. I ran the redirect tests for user 'mcidas' after removing Frame1.0 and I get the same symptoms. Our last ditch effort will be to try the various combinations of redirect.pgm with optimization on/off and debug on/off to see if we can make any difference there. Thanks, Mary Ellen
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.