Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!uunet!samsung!uakari.primate.wisc.edu!caen!sdd.hp.com!decwrl!ucbvax!pro-novapple.cts.com!shrinkit
From: shrinkit@pro-novapple.cts.com (Andy Nicholas)
Newsgroups: comp.sys.apple2
Subject: Re: Shrinkit GS (current version)
Message-ID: <14256.netnews.info-apple@pro-novapple>
Date: 12 Aug 90 19:12:20 GMT
Sender: usenet@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 50

> * 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

I often have fits about messages like this mainly because there isn't enough
information here to get a handle on what's going wrong.  It would be better
for you to mail me an archive on which this happens, or better yet, do what
dennis doms did when we were bug hunting at KC and build me a system disk that
causes the error or always happen, put both the system disk and the archive
which makes it go boom in the mail and mail it to me with an explanation.

Stuff like this makes it next to impossible to try to fix something.  If you
want to gripe, fine, but at least try to help me fix it! :-)

> * 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

Well, maybe.  Some of the guys at Apple DTS (I won't name names) think that
the UI in the delete dialog is fine.  Others (I have heard) in DTS don't feel
that the delete dialog is a good thing.  I felt it was kind of straightforward
and honest.  Clicking "delete" does exactly that.  I can't hold your hand via
the dialogs every step of the way -- to a certain extent I do also use GSHK
and often try to streamline the way it's put together. (ie, I don't like
excess dialogs).

> 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...

I don't do the deleting, GSOS does.  If there's a problem, I suspect it
lies someplace either in the OS or what you expect of the OS.  GSHK just
uses the class 1 _Destroy call.

----

I'll be using this account about once a week.  please don't email me anything
huge (like large archives... use the usmail) as I won't be on that often.

andy

shrinkit@pro-novapple.cts.com

PROLINE: pro-novapple!shrinkit
UUCP: crash!pro-novapple!shrinkit
ARPA: crash!pro-novapple!shrinkit@nosc.mil
INET: shrinkit@pro-novapple.cts.com