Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ames!ncar!tank!eecae!cps3xx!rang
From: rang@cpsin3.cps.msu.edu (Anton Rang)
Newsgroups: comp.sys.mac
Subject: Re: uw
Message-ID: <2692@cps3xx.UUCP>
Date: 24 Apr 89 00:17:09 GMT
References: <17047@mimsy.UUCP> <1996@oakhill.UUCP> <10785@bloom-beacon.MIT.EDU> <Apr.23.19.00.48.1989.26427@math.rutgers.edu>
Sender: usenet@cps3xx.UUCP
Reply-To: rang@cpswh.cps.msu.edu (Anton Rang)
Distribution: usa
Organization: Michigan State University, Computer Science Dept.
Lines: 29
In-reply-to: aberg@math.rutgers.edu's message of 23 Apr 89 23:00:48 GMT

In article <Apr.23.19.00.48.1989.26427@math.rutgers.edu>,
aberg@math.rutgers.edu (Hans Aberg) writes:
>Kermit is getting old, I think. The tendency is to move towards
>XYZmodem.

  Kermit still has its uses.  I don't know of any X/Y/ZMODEM
variations which work across 7-bit data lines; are there?  Our
terminal system here (as well as our Suns) like even parity, and
convincing them to pass 8 bits is nearly impossible.
  Also, Kermit is an evolving protocol.  I use long-packet kermit to
do data transfers here, and have found it to be quite efficient.  (I'm
waiting for someone to do a Mac sliding-window Kermit implementation
and see what kind of difference that makes).
  It's nice to have both Kermit and XMODEM available.  Oh yes, Kermit
also handles translation between different systems quite well--I don't
have to worry about the fact that on the four systems I use,
end-of-line is denoted by:

	Nothing (VAX/VMS)
	CR (Apple ][, Macintosh)
	LF (Unix)
	CR/LF (CP/M, MS-DOS)

  Just my thoughts....

+---------------------------+------------------------+---------------------+
| Anton Rang (grad student) | "VMS Forever!"         | rec.music.newage is |
| Michigan State University | rang@cpswh.cps.msu.edu | under discussion... |
+---------------------------+------------------------+---------------------+