[comp.sources.bugs] Xmodem 3.9 - Is it broke?

carl@p4tustin.UUCP (Carl W. Bergerson) (12/14/90)

Last week Xmodem 3.9 by Steve Grandi was posted to comp.sources.unix.

I compiled this version, without warnings or errors, under
RISC/os 4.51 using the bsd 4.3 compiler. I started testing it using
Procomm Plus 1.2 on a '386 clone under MSDOS 3.3.

I cannot get this program to function properly. Can anyone Help?

Details -

When doing a xmodem send text (xmodem -st <file>), xmodem appends
an arbitrary number of control Zs to the end of the file. See the
output of wc below for three files before and after downloading.

RISC/os Before download

   21     151     870
  297    1196    8438
  102     586    3839


MSDOS  After download

   21     151     870        0
  297    1197    8535       56
  102     587    3866       26

The fourth column in the MSDOS listing is the number of ^Z at the end of
the file. I also tried a Ymodem download and it added the same number
of ^Z.

When trying to do an xmodem receive (xmodem -rt) Xmodem never
synchronizes with PCPlus. See the xmodem.log sample below.

++++++++  Mon Dec 10 10:44:06 1990
XMODEM Version 3.9 (November 1990)
Command line: xmodem rt
Line speed = 9600 bits per second
Batch Receive Started in text mode
----
XMODEM File Receive Function
CRC mode requested on command line
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
Header Sector Number Error on Sector 1
XMODEM Fatal Error:  Reception Canceled by CAN-CAN



I have also tried uploading with Ymodem and several other variations
and they all have the same problem.


Any help or suggestions would be greatly appreciated.
-- 
Carl Bergerson                                           uunet!p4tustin!carl  
Point 4 Data Corporation                                     carl@point4.com
15442 Del Amo Avenue                                   Voice: (714) 259 0777
Tustin, CA 92680-6445                                    Fax: (714) 259 0921

wilker@gauss.math.purdue.edu (Clarence Wilkerson) (12/14/90)

This may be related to the old CP/M convention of
ending text files with control Z's. Some text editors
filled out with control Z's to the next 128 byte boundary.
Actually if the text file was an exact multiple of 128,
control Z was not supposed to be required, but I suspect
this was not often enforced.
Clarence Wilkerson