I've wondered about that. As an update, a simple program that just udtexecutes the selects seems to work. If the program opens the same file as the select, the second select doesn't work. If the program opens and then closes the file, the time it tries to open, it fails.
All of these examples work ok from tcl so it's not an simple programming bug. The user shows that same name as the login id, so I wouldn't think (but could be wrong) that the 'phantom' process has different rights than the terminal process (Don't know how this is implemented in Windows, in *nx I could do some testing) I think it's how the open files are kept in a 'system' common area. Btw: I even tried the OPEN READONLY in hopes that it would work. No dice. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:owner-u2- > [EMAIL PROTECTED] On Behalf Of Alfke, Colin > Sent: Friday, October 29, 2004 1:11 PM > To: [EMAIL PROTECTED] > Subject: RE: [U2] Cannot access list ML_3516_1 Unidata phantom > (MERGE.LIST) > > Perhaps it's the user you're running the phantom as. Maybe there is a > permission issue in the list directory. > > Hth > Colin > > -----Original Message----- > From: Doyen Klein [mailto:[EMAIL PROTECTED] > > Well suggested Charles and Colin ..... > > I had tried all lowercase knowing of the Pick flavor issue, but went > with Colin's gET.LIST just for fun, Doesn't' work on the paragraph name > (pARTLISTS is 'not found' but gET.LIST works just a well (or as poorly) > as GET.LIST did. > > Charles, excellent idea, you can see from the _PH_ I am now getting > DELETE.LIST failed. I'm convinced it's some sort of system common issue > from the mysterious 'stat ITMST failed.' message. > > 224: Executing PARTSLISTS > 225: DELETE.LIST 2956 failed. > 226: stat ITMMST failed. > 227: Open file error. > ------- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
