Re: HFS floppy to PRODOS FST copy corruption:need help

[nathan@visi.com (Nathan Mates)]

In article <rjansen-2402971317180001@rcmc3.vub.ac.be>,
Jansen Robert <rjansen@vnet3.vub.ac.be> wrote:
>-Sirius 8meg RAM card
>-Apple HighSpeed DMA SCSI card

   Hmmmm. Some people noted strange interactions between those two.
Would you care to try disabling DMA on the HS SCSI card and repeating
problems? [If this does fix the problem, I'll lean towards warning
people against this combo in the FAQ.]

>When copying a <archivename>.SHK file from a HFS floppy to the
>PRODOS volume, and then trying to deshrink this SHK file on the HD
>with GShrinkit (v1.1), GShrinkit says the archive is DAMAGED.

   I'm not totally sure that GSHK is the most reliable indicator of
damage... some people have reported that it fails to open known good
.SHK files on their systems while Shrinkit 3.4 works fine. This
appears to be very transient-- all the files they pointed out to me
uncompressed fine on my GS. Do you have Shrinkit 3.4 around to test
on these files.

>The info says that the original archive on the HFS floppy and the one on
>the PRODOS volume contain the same number of bytes.

   Filesize has not been affected by the HFS FST bug, only the
calculation of which block on disk to read. Thus, the file sizes will
be right,but the contents won't.

>The strange part is that when I use GShrinkit to deshrink the original
>archive which resides on the HFS FLOPPY, EVERYTHING works just fine. The
>archive is NOT damaged.

   Have you tried a shiftboot to the Finder before this copy? There
may be something trashing the Finder's buffers while copying. [Fairly
unlikely, but I'm trying to test all possibilities.]

Nathan Mates

--
<*> Nathan Mates http://www.visi.com/~nathan/      <*>
# What are the facts? Again and again and again-- what are the _facts_?
# Shun wishful thinking, avoid opinion, care not what the neighbors
# think-- what are the facts, and to how many decimal places?  -R.A. Heinlein