Re: Mac->IIgs AppleTalk -- possibly my only option, a good one?

[supertimer@aol.com (Supertimer)]

"Paul Grammens" <grammens@svn.net> wrote:

>>  It means that if you were going to
>> extract a file with ShrinkIt! GS, ShrinkIt! GS won't give a
>> sh*t if the file passed through a Mac and got a resource
>> fork tacked on.
>
>He he... but what about the chicken/egg problem of getting Shrinkit! GS onto
>your IIgs via Mac?

There's two solutions to this.  On the ground ftp server
in the Mac folder is a DiskCopy image containing
ShrinkIt! GS, so that'll provide you with the chicken
so you can hatch other eggs.

Also on the ground ftp server is a ShrinkIt! GS self
extracting archive in a MacBinary wrapper.  Simply
pass this through a Mac onto a ProDOS or HFS
disk and you'll end up with a *GS/OS program file*
which, when run on the IIGS, self extracts the
ShrinkIt! GS program inside.

The self-extracting archive couldn't care less if it
had a resource fork.  After all, if you tack a comment
to a file in the GS Finder, you've got a resource fork
too and yet your GS program and data files still run.

>At least, I've tried to extract files and gotten the
>dreaded message "Your file has been forked up by some Mac, so I can't
>extract it." But I was probably using the 8 bit version of Shrinkit.
>-Paul

Indeed that message was from the 8-bit version.
IIGS resource forks will produce the same message.
Try taking an .shk file under the GS Finder and
adding a Finder comment to it.  Then try unshrinking
with 8-bit ShrinkIt!.  You get the same message.
Naturally, ShrinkIt! GS does not care.  In fact,
ShrinkIt! GS can also compress and extract files
that have resource forks.  These files can't be
extracted with 8-bit ShrinkIt!.  Try shrinking an
rSound with ShrinkIt! GS and then extracting it
with the 8-bit program, for example.  It won't work.