🚀 go-pugleaf

In response to a fwd msg. about a possible problem.....


Let me point out that StuffIt 1.31 uses the exact same File Manager routines
that previous versions used.  All the changes have been in the compression
algorithms.  In light of this, I cannot see how 1.31 can corrupt a HD when
1.20 didn't.  Furthermore, these routines are restricted to PBCreate,
PBOpen,PBOpenRF,PBClose,PBSetEOF,PBRead,PBWrite,PBSetFPos,PBDelete,PBGetFInfo,
PBSetFInfo...and I believe that's it.  Realize that all of these are
relatively "safe" routines.  None of them deal directly with VCBs or other
sensitive structures which may cause a folder to be "unopenable".  About
the only reason, besides trashed system structures, which may make a
folder undeletable would be leaving an open WD.  I cannot find such an
occurrence, and even if I did, rebooting closes the WD and file utilities
know how to handle it.  There's always leaving a file opened, another occur-
rence I can't locate - and that is also fixed on reboot.

Furthermore, I myself use the program a lot....and solely from a HD.  Either
off my HD21 (MacBottom) or the DD80 (Jasmine).  No problems.  I know someone
who frequently archives stacks, sound files and other not-so-commonly used
files off his Apple 40 on a II to floppies.  Again, no problem.

As to the problems Mr. Long has experienced.... the unopenable folders, undelet-
able stuff, etc. were probably a result of the HD crash.  That is usually
what causes such problems.  As to the actual cause of the crash, I am at
a lost for explanation....  But while I'm at it, I would also like to question
from where he obtained StuffIt 1.31.  A while ago, a rather isolated incident
occurred.  Someone had tinkered with a copy of 1.10 and sent it to some bbs
around Boston.  The copy was altered to disrupt operation of the HD....
I say in the Boston area bec. all complaints came from people in MA.  When
I sent them a fresh copy of 1.10, all went well.  But the number of instances
was very low...only 4 people.  I am not trying to pass the blame onto someone
else, but am merely mentioning possibilities.  (Which is all I can mention
as I cannot, nor can anyone I know, duplicate a HD trashing session.)

--
Raymond Lau                       GEnie: RayLau
100-04 70 Ave.                    CIS: 76174,2617
Forest Hills, NY 11375-5133       Delphi: RaymondLau
United States of America          MacNET: RayLau
uucp: raylau@dasys1.UUCP (..{phri,cucard,bc-cis,mstan}!dasys1!raylau})