Re: More Shrink Files

[apple2pd@garp3.icaen.uiowa.edu (ground.ecn AppleII Librarian)]

In article <9nipp1$sif$1@server05.icaen.uiowa.edu>,
ground.ecn AppleII Librarian <apple2pd@garp3.icaen.uiowa.edu> wrote:
>In article <CwVm7.48872$Iq4.23977815@typhoon.columbus.rr.com>,
>John Zielke <jzielke@twmi.rr.NOSPAM.com> wrote:
>>Ok, what am I doing wrong.
>>
>>I downloaded a file from the Apple GS Fairway using IE.  Dropped the link to
>>a folder on my Mac.  After download I sent it over to the GS. GS thought it
>>
>
>Ok, one possibility which is rare but I have seen.  If the Shrinkit
>archive was created with Shrink II on a Mac, ShrinkitGS may not be able to
>extract it.  Ususally ShrinkitGS can, but accasionally no.  The Balloon
>NDA on the GS can unshrink these files however.  (I think Balloon and
>Shrink II were done by the same group of programmers at EGO Systems?)  At
>one time I thought I had figured out the reason, but I was never sure. The
>files always had weird file attributes - like no guest access on a file
>server.  In other words, they appeared to ShrinkitGS that read/write was
>not allowed; but Balloon didn't care while extracting the archive.
>Apparently Shrink II didn't care either when creating or extracting the
>archive.  It has been a couple years since I last had this problem and I
>may recall the facts exactly.
    ^NOT 

Also let me clarify.  One or more of files AFTER extraction had unusual
file attributes - not the actual archive file itself.  In my testing,
ShrinkitGS could NOT create an archive with a file with read access
disabled so it never could be blamed.  Shrink II however apparently didn't
care if read/write was allowed on a file when it created an archive.  So
it could create an archive that ShrinkitGS would NOT extract.  At least
that is what I thought was happening.  I could NOT get ShrinkitGS to
create an archive of files just extracted with Balloon until I fixed the
read/write attributes.

-- 

 --Steve  (apple2pd@ground.ecn.uiowa.edu)