Re: ADTPro beta - protocol change
- From: "schmidtd" <schmidtd@xxxxxxxxxxx>
- Date: 3 Apr 2007 15:29:37 -0700
On Apr 3, 6:16 pm, Tristan Mumford <xtristan.xmumf...@xxxxxxxxxxx>
wrote:
Recently I transferred maybe 50 doublesided 5.25" floppies to my PC. EveryThose are really bad odds. Is this over a serial link?
single one was unusable but I was given no warning of this.
Can I make another suggestion?The C+S do exchange the number of blocks before transfer, and they
The client and host end exchanging the number of blocks before transfer.
I've dumped an image to a IIgs RAMdisk a few times, and have to manually
kill the client end of the transfer once it's done. Not amazingly
inconvenient but it's a possible extra feature. It would also provide
another basic form of integrity check.
Ie if expected number of blocks != total number received, something is
wrong.
don't claim victory until all blocks have been transferred so far as
they know. This new fix will help situations where the wrong packets
end up getting acknowledged, which sounds suspiciously like the
problem you are running into.
Needing to kill anything once a transfer is supposedly done is
badness, and shouldn't happen. It suggests that something is either
hung somewhere unusual, or somebody is still waiting for a packet to
come across that isn't getting there. (More evidence of the problem
we're discussing).
.
- Follow-Ups:
- Re: ADTPro beta - protocol change
- From: Tristan Mumford
- Re: ADTPro beta - protocol change
- References:
- Re: ADTPro beta - protocol change
- From: schmidtd
- Re: ADTPro beta - protocol change
- From: Tristan Mumford
- Re: ADTPro beta - protocol change
- Prev by Date: Re: ADTPro beta - protocol change
- Next by Date: Re: Apple II: Second Best Tech Product of All Time!
- Previous by thread: Re: ADTPro beta - protocol change
- Next by thread: Re: ADTPro beta - protocol change
- Index(es):
Loading