Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!uw-beaver!rice!sun-spots-request
From: grandi@noao.edu (Steve Grandi)
Newsgroups: comp.sys.sun
Subject: Re: Help with xmodem over Ethernet Terminal Server/SunOS 4.0
Keywords: Hardware
Message-ID: <8903061432.AA08247@aquila.noao>
Date: 15 Mar 89 16:04:51 GMT
Sender: usenet@rice.edu
Organization: Sun-Spots
Lines: 25
Approved: Sun-Spots@rice.edu
Original-Date: Mon, 6 Mar 89 07:32:01 MST
X-Sun-Spots-Digest: Volume 7, Issue 200, message 2 of 16

> Problem:  Xmodem transfer attempts fail on any file that requires more
> than 12 blocks (of any size, on this case either 128 bytes or 1024 bytes).
> Does fine until block 13, which results in transmission errors reported at
> the micro.  Happens for both IBMish PC and Macintosh.  

Sounds like the terminal server is doing something "magic" when it sees a
Ctrl-M character (decimal 13).  Xmodem encodes a sequential block number
in the data block, so it requires a TOTALLY transparent 8-bit path.  See
if you can tell the terminal server to give you a totally transparent
connection. 

I have the exact problem with a CMC Transerver telnet server (also resold
to the Sun market by Artecon); Ctrl-E is the "escape" character to talk to
the box, hence all Xmodem transfers fail on the fifth block.  As far as I
can tell, one can configure the escape character on the CMC box to be
anything one likes, but can't turn it off completely.   Hence, Xmodem
transfers are impossible.

Steve
(author of a dandy -- if I do say so myself -- version of Xmodem running on
4.3BSD and SunOS systems)

Steve Grandi, National Optical Astronomy Observatories, Tucson AZ, 602-325-9228
UUCP: {arizona,decvax,ncar}!noao!grandi  or  uunet!noao.edu!grandi
Internet: grandi@noao.edu             SPAN/HEPNET: 5355::GRANDI or NOAO::GRANDI