Path: utzoo!utgpu!watserv1!watmath!att!rutgers!sun-barr!cs.utexas.edu!samsung!munnari.oz.au!bruce!monu1!vax4.cc.monash.edu.au!ins778u From: ins778u@vax4.cc.monash.edu.au (mr c.r. hames) Newsgroups: comp.sys.amiga Subject: Re: DO NOT USE DIR-WORK 1.12 POSTED TO COMP.BINARIES.AMIGA Message-ID: <5066@monu1.cc.monash.oz> Date: 18 Oct 90 01:08:48 GMT References: <199@coplex.UUCP> Sender: news@monu1.cc.monash.oz Organization: Monash Uni, Clayton, Vic 3168, Australia Lines: 44 In article <199@coplex.UUCP> dean@coplex.UUCP (Dean Brooks) writes: > I had selected a directory from the selection list presented by >Dir-Work and chose the "move" gadget to move it. At that point, I didn't >want to proceed so I exited the program gracefully (by clicking the >close requester). > > Unfortunately, Dir-Work had already moved the directory link into >oblivion and I didnt realize it until it was much too late. I tried to >patch things up with a block editor to no avail. > > I dont know if this is a bug or an inherent design flaw, but if it >is part of the programs design to have a state where a directory is in >limbo while waiting for a user response, it a bad choice on the authors >part. If any file linking/unlinking is to be done, it should be done >in one fell swoop, and NOT in bits and pieces. Most certainly things >should be done to restore conditions to a sane state if program >termination is requested. > You do NOT know what you are talking about. You cannot exit until the move operation is completed. It is done in one go. No option to stop the operation comes up. If you select the close box, it will not know or do anything until it has finished the move. Never has such a problem reported. And yes I am using it on a harddisk. You did not try to mail me to find out what really caused the problem but instead flame. Why you decided not to proceed probably has more to do with your problem...... >-- >dean@coplex.UUCP Dean A. Brooks > Copper Electronics, Inc. > Louisville, Ky >UUCP: !uunet!coplex!dean Sorry to add to the heavy trafic on comp.sys.amiga but since this person posted I felt I must answer so people can see the other side. -- Chris Hames - C/Assembler programmer | Fish: DirWork,FSDirs,VMK..| /~\/ \ 3:633/301.0 (Fido) | Commercial: Classified. | ( OZ ) mail ins778u@vax4.cc.monash.edu.au +---------------------------+ `--'\_/ OR uunet.uu.net\!vax4.cc.monash.edu.au\!ins778u o