home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / archives / msdos / d / 111 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  2.1 KB
  1. Xref: sparky comp.archives.msdos.d:111 comp.binaries.ibm.pc.archives:5214
  2. Path: sparky!uunet!gatech!rpi!usc!hacgate!solaria!bill
  3. From: bill@solaria (Bill Neisius)
  4. Newsgroups: comp.archives.msdos.d,comp.binaries.ibm.pc.archives
  5. Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
  6. Message-ID: <24563@hacgate.SCG.HAC.COM>
  7. Date: 22 Dec 92 20:00:46 GMT
  8. References: <1992Dec22.140352.26232@tellab5.tellabs.com>
  9. Sender: news@hacgate.SCG.HAC.COM
  10. Reply-To: bill@solaria.hac.com
  11. Lines: 32
  12. X-Newsreader: TIN [version 1.1 PL6]
  13.  
  14. Joseph G. Toth Jr. (toth@tellabs.com) wrote:
  15. : In article <1992Dec21.181829.4391@porthos.cc.bellcore.com> dml7@navaho.cc.bellcore.com (lee,danny) writes:
  16. : Kermit always uses a standard set of ASCII characters for transmitting
  17. : the data (even in binary format?) that is immune to the problems that
  18. : arise using the other transfer formats when the data being transferred
  19. : is a XON, XOFF or any of a number of other control characters used in
  20. : text flow/format control.  This makes kermit the format of choice for
  21. : users who have there system connected to a data network via a terminal
  22. : server or 4-line rs-232 connection that does not have hardware flow
  23. : control, thus requiring XON/XOFF flow control.
  24. : 
  25. : I have looked at the man page and help output for xmodem, and do not
  26. : see any way of altering it to avoid the XON/XOFF problem.  If it's
  27. : there, I'm sure we'll hear about it.
  28.  
  29. The RZSZ version of Zmodem allows a '-e' option on send to 'escape' the
  30. XON/XOFF characters.  This works fine for sending from a Unix machine,
  31. to a PC running DSZ or GSZ.  Unfortunately, DSZ/GSZ can only receive
  32. escaped protocol...there is no command to send with escape...so it
  33. becomes a one-way transfer.
  34.  
  35. I've looked at a few other comm programs (txzm220, zcommexe, ...) which
  36. might support escaped protocol, but so far, none of them seem to be
  37. compatible with RZSZ.  Qmodem might handle it, but I haven't tried the
  38. upload yet...
  39.  
  40. If Kermit is more compatible with it's various implementations, and can
  41. support XON/XOFF, it may well be the best comm protocol...
  42.  
  43.  
  44. Bill Neisius
  45. bill@solaria.hac.com
  46.