Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!rutgers!ub.d.umn.edu!cs.umn.edu!cs.umn.edu!sandvig From: sandvig@poincare.geom.umn.edu (Cary &) Newsgroups: comp.sys.apple2 Subject: Shrinkit GS (current version) Message-ID: Date: 8 Aug 90 20:22:50 GMT Sender: iacovou@cs.umn.edu (Danny Iacovou) Distribution: comp Organization: /u/sandvig/.organization Lines: 33 ok.. if these problems have already been pointed out, I'm sorry... if not could someone make sure this gets to the author... problems I've discovered using Shrinkit GS: * there is an error in the coding of the uncompress routines that causes it to incorrectly report a corrupted archive when unpacking large files or disks that were very full * there is a user interface design flaw in the delete dialog... delete should not be the default option, or if a folder is selected for delete the user should be propted for confirmation... this flaw enabled me to accidentally delete nearly 7 Meg of archives * there is a possible error in the delete routines themselves.. this is related to the above problem... when I exited Shrinkit GS to exhume my files I discovered, much to my disapointment, that they were in some way deleted incorrectly... and, thus, none of them could be recovered... the error lies somewhere in the code to flip the halfs of the key blocks... Other information: just in case these errors are not universal this is my system configuration: * Apple IIgs - ROM 3 * 3.125 Meg Ram * 209Meg SCSI HD (6 32Meg partitions, the rest in the 7th) * Apple HS SCSI DMA controler nothing else attached to my system should be effecting this... -- -Cary (.sig pending)