home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20605 < prev    next >
Encoding:
Text File  |  1992-12-16  |  3.1 KB  |  70 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!iat.holonet.net!tmcwill
  3. From: tmcwill@iat.holonet.net (Thomas McWilliams)
  4. Subject: XC patch level 5 for Linux
  5. Message-ID: <BzC7to.3HI@iat.holonet.net>
  6. Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
  7. References: <Bz2BA0.2nK@ux1.cso.uiuc.edu>
  8. Date: Wed, 16 Dec 1992 05:41:46 GMT
  9. Lines: 59
  10.  
  11. Jeff-Randall@uiuc.edu (Jeff Randall) writes:
  12. : paulf@halcyon.com (Paul Forgey) writes:
  13. : 
  14. : The sources available for Xcomm on tsx-11 have not compiled cleanly for
  15. : a *LONG* time (have never gotten them to compile and I've been around
  16. : since about .96pl3).
  17.   
  18. Reply to: uunet!pyrdc!bimbo!ukelele!tmcwill
  19.  
  20. Hello All,
  21.  
  22. Recently Jeff Randall inquired about the state of XC for Linux.
  23. I had not posted any changes since last spring. Getting FTP
  24. access has been difficult. However, Jeff was kind enough to
  25. post the revisions to XC to sunsite.unc.edu and to tsx-11.mit.edu.
  26. He has also put together a binary for use with jump tables.
  27. The fixes and changes are listed below. Those who connect to BBSs
  28. and DOS based servers should find a considerable improvement in
  29. the way XC will now handle DOS "ansi" (?) sequences which differ
  30. from the vt102 standard. Also high ascii characters are translated to
  31. their latin1 equivalent which makes things easier for non-English
  32. language use. One of the reasons there was problems compiling the 
  33. current code is that under GCC 1.40 and earlier, stderr wasn't
  34. buffered. Apparently with the change to GCC 2.x, stderr is now line
  35. buffered which is why some programs that display characters instead
  36. of lines don't function properly. I did post a patch to the net last
  37. summer which fixed this problem but I was unable to get it to an FTP 
  38. SIte. 
  39.  
  40. Here is a summary of the changes:
  41.  
  42. a) bug fixes, 
  43. b) clean-up of the code, 
  44. c) correction of the buffering problem with stderr (a fault of GCC 2.x), 
  45. d) fixes to the dialing directory to not choke on the DEL character, 
  46. e) improved dos_mode for displaying high-ascii characters and line 
  47.    graphics (the latter by mapping them to vt102 graphics sequences), 
  48. f) proper parsing of dos-type "ansi" (?) sequences which differ from the 
  49.    vt102 standard.
  50. g) *selectable* trapping of the DEL character and mapping it to backspace. 
  51.  
  52. It should be noted also that the internal xmodem protocols are consid-
  53. erably faster and more reliable than in stock XC. CRC or Checksum packet
  54. verification is automatically negotiated and true 1K Xmodem is implem-
  55. ented with dynamic on-the-fly switching between 128 byte and 1K packets
  56. as needed. While rz/sz is usually preffered, there are situations when
  57. an internal protocol has its advantages. In some situations where there
  58. are flow control problems, an ACKing protocol such as xmodem will work 
  59. better than a streaming protocol such as zmodem. Of course rs/sz run 
  60. just fine from the XC command line.
  61.  
  62. Thomas 
  63. (ars KI4N)
  64.  
  65. Replies to: uunet!pyrdc!bimbo!ukelele!tmcwill
  66.  
  67. Note: Jeff Randall who uploaded the code and built the binary can be
  68. reached at Jeff-Randall@uiuc.edu    (thanks Jeff!)
  69.  
  70.