Re: Transwarp speed upgrade kits-- bad .SHK's? followup

[Rubywand <rubywand@swbell.net>]

Rubywand wrote:
> 
> pubpc1@library.ucla.edu writes ...
> >
> > ....
> > Point your web browser to:
> >
> > http://ground.isca.uiowa.edu/apple2/apple16/Hypermedia/Hypercard/
> >
> > and download my TransWarp GS upgrade guide (TWGSupgrade.SHK or
> > TWGSupgrade.BSQ). ....
> 
>      The .BSQ accel upgrade files (TWGSupgrade.BSQ and ZipUpgrade.BSQ)
> work fine. They can be downloaded and run through GSCIIPlus to obtain
> good .SHK files which GSHK (GS-ShrinkIt) can unShrink to HyperCard
> stacks.
> 
>      The .SHK versions (TWGSupgrade.SHK and ZipUpgrade.SHK) appear to be
> corrupted. They download okay but show up as "damaged" when an attempt
> is made to unShrink them via GSHK. (A further check is that sizes do not
> match the good .SHK files obtained from the .BSQ files.)
>


     The above produced a quick response from Ground's A2 Librarian.
Basically, Steve reported that the .SHK files were checked and found to
be okay.

     So; it seemed worthwhile to try a few tests ...

 1. On the GS, the unShrinked stack for TWGSupgrade was Shrinked via
GSHK. The resulting .SHK file has a length of 43670 bytes.

 2. On the PC, an http connection was, once again, established with
Ground via the address provided by Scott G in his post. Again, the
TWGSupgrade.SHK file was downloaded (via a Shift-Click, etc.). And, for
the third time, the length of the file showed up as 43,841! This is the
same length this file has when NULL-modemmed to the GS.

 3. Okay; so the http downloaded .SHK length is different from the
length produced via Shrinking the stack. If the stack is Shrinked on the
GS and a Binary II prefix added the length is 43,904 (not 43,841).
Evidently, the http download is not just a Shrinked file to which GSHK
has added a Binary II prefix. (Besides, as already noted, the
43,841-length http downloaded file shows up as corrupted. GSHK can deal
with a Binary II prefix; and, in any case, Spectrum is set to auto-strip
any Binary II prefix for a NULL-modem transfer.)

 4. So far, it looks like TWGSupgrade.SHK is just plain corrupted. How
then could Steve come up with a check saying that it is okay?

 5. Usually, I download files from Ground via ftp using WS_FTP95 on the
PC. The http connection was used for TWGSupgrade.SHK because it is handy
to click on the link directly from Scott G's post. It seemed like a good
idea to try a test download via an ftp connection. Surprise! When
downloaded via ftp, TWGSupgrade.SHK downloads with a length of 43670
bytes! This is the same length obtained when the TWGS stack is GSHK
Shrinked on the GS.


     It seems clear that, if you download TWGSupgrade.SHK (and,
probably, ZipUpgrade.SHK) via an ftp connection, everything is fine. If
you download the file via http, you may have problems. I'm using
Netscape 4.0x and this is the first such problem encountered. If anyone
has some ideas about an explanation, they will be interesting to hear.



Rubywand