Path: utzoo!attcan!uunet!mcvax!unido!rmi!infoac!infohh!shimoda
From: shimoda@infohh.rmi.de (Markus Schmidt)
Newsgroups: comp.sys.amiga
Subject: Re: Atalk III 1.0e
Message-ID: <474@infohh.rmi.de>
Date: 19 Jan 89 10:00:46 GMT
References: <242@lakesys.UUCP> <00063@meph.UUCP> <14652@oberon.USC.EDU> <293@lakesys.UUCP> <470@infohh.rmi.de> <405@madnix.UUCP>
Reply-To: shimoda@infohh.rmi.de (Markus Schmidt)
Organization: RMI Net * Aachen/Hamburg/Flensburg * W.Germany
Lines: 17

In article <405@madnix.UUCP> aaron@madnix.UUCP (Aaron Avery) writes:
>This is the correct way to do it. This is how I've always done it. This,
>however, still cannot deal with the file who's real length exactly fills the
>last block. Then, if the last character or few characters are either NULL or
>CPM_EOF, they will (incorrectly) get chopped. More people should just support
>simple batch Ymodem. It's almost exactly the same as Xmodem (code wise), sends
>the filename and length, and handles batch transfers.
>
Of course my programs also handles YBatch & ZModem. It iws just 
AT
bad that so few other terminalpackages support this 99% solution for
chopping. I thik the last pit (len=n*128 and 0/CMP_EOF) is acceptable
when you do not have the choice of Y/ZModem (like often here in 
Germany).

Cu
Markus