If you're just doing this to clean out temporary files, then okay. BUT ... As I understood it, "LONGNAMES ON" is a "once only" operation. So the problem should go away of its own accord over time (and yes, it's a bummer that the default is OFF - can't somebody at IBM "fix" it? I can't see any maintenance implications of a change!)
Secondly, we regularly share a dictionary among multiple files. Changing the default to delete discrepant DICTs by default would be disastrous! But this brings up *another* bug/feature in DELETE.FILE. If you tell it not to delete a discrepant dictionary, the DELETE.FILE fails :-( The PI version assumed - sensibly - that (a) your discrepant dictionary belonged to another file, and (b) you wanted the DELETE.FILE to complete successfully. So, having prompted you once, it had no qualms about prompting again and saying "the DATA or DICT delete failed, do you still want to delete the VOC entry". 99 times in 100 the answer was "Y"es. So UV forces me to type in a long command, instead of just prompting me for a Y/N :-( Cheers, Wol -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dianne Ackerman Sent: 10 March 2004 20:48 To: U2 Users Discussion List Subject: Re: [UV] DELETE.FILE verb Great idea, thank you Karl! -Dianne Karl L Pearson wrote: >The actual names of the files at the OS level are in lines 2 and 3 in >the VOC 'F'-pointer. So, if you roll your own, you could use mvBASIC and >just read REC<2> for the DATA portion and REC<3> for the DICT portion, >then do > >DELETE &UFD& REC<2> REC<3> >DELETE VOC FNAME > >or some such. > >Karl > >On Wed, 2004-03-10 at 13:38, Dianne Ackerman wrote: > > >>I should have mentioned - this is on windows. And the issue is that the >>VOC might be PIX.OUTPUT.701 but the operating system file is PIX.OUT000 >>or PIX.OUT022 because it was created LONGNAMES OFF >>-Dianne >> >>Karl L Pearson wrote: >> >> >> >>>You may consider rolling your own on this one. If on Unix, you might >>>have a script that does this: >>> >>>#!/usr/bin/ksh >>># Remove TEMP files >>>if [ "$1" = '' ] ; then >>> echo "usage: $0 FILENAME(s) (separated by a space or LF) >>> exit 1 >>>fi >>> >>>for i in $1 >>> do >>> echo Removing $i >>> cd $UVACCOUNT ; # Change this to the account or prompt for it >>> rm -r $i >>> rm -r D_$i >>> uv "DELETE VOC "$i >>>done >>> >>>There may need a couple of other things added, especially if you have >>>security options in the account, but TEMP files probably shouldn't be >>>stored in a production account but rather in a subdirectory/filesystem >>>somewhere else. >>> >>>Just my two bits. >>> >>>Karl >>> >>>On Wed, 2004-03-10 at 10:59, Dianne Ackerman wrote: >>> >>> >>> >>> >>>>Sometimes when using DELETE.FILE, the system prompts that the data entry >>>>does not match expected data... because when the file was originally >>>>created LONGNAMES was off and now LONGNAMES is on. Is there any way to >>>>force the DELETE.FILE to work without warning and prompting? >>>> >>>>The HOSTACCESS utilities we use create these temporary files and when a >>>>sys admin needs to do cleanup, it would be nice to run a utility to >>>>delete all these hundreds of temporary files. But I'm not sure how to >>>>have a paragraph delete them and deal with sometimes needing to answer >>>>those prompts. >>>> >>>>Any ideas? >>>>-Dianne >>>> >>>> >>>> >>>> -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users *********************************************************************************** This transmission is intended for the named recipient only. It may contain private and confidential information. If this has come to you in error you must not act on anything disclosed in it, nor must you copy it, modify it, disseminate it in any way, or show it to anyone. Please e-mail the sender to inform us of the transmission error or telephone ECA International immediately and delete the e-mail from your information system. Telephone numbers for ECA International offices are: Sydney +61 (0)2 9911 7799, Hong Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 212 582 2333. *********************************************************************************** -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users