home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 6351 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  4.7 KB
  1. Path: sparky!uunet!nwnexus!remote!Gatekeeper
  2. From: Thomas.Mcwilliams@f42.n377.z1.fidonet.org (Thomas Mcwilliams)
  3. Newsgroups: comp.os.linux
  4. Subject: Good comm program?
  5. Message-ID: <711753409.F00056@remote.halcyon.com>
  6. Date: Tue, 21 Jul 1992 00:01:00 -0800
  7. Sender: Gatekeeper@remote.halcyon.com
  8. Lines: 92
  9.  
  10. Michael O'Reilly, In a message on 18 July wrote :
  11.  
  12. MO> xcomm has a nasty hack is the source (in some file that I forget)
  13. that
  14. MO> explicitly converts char 127 ---> char 8. This just needs fixing. If
  15. you
  16. MO> prefer I could upload the correct binaries.
  17.                               ????????????????  
  18.  
  19. As the one who did the port of XC to Linux, and as the one who has
  20. been maintaining it, please discuss this with me before uploading
  21. any new binaries. It would be better for any "fix" to be coordinated
  22. so that we are all on the same page, and can arrive at the best
  23. solution.
  24. Uploading a new binary will only break XC for those outside of VAX 
  25. servers.
  26.  
  27. Allow me to offer you some background information, and then a proposed
  28. solution. XC has been a standard comm program for Unix since about 1985
  29. .
  30. It has a long and interesting history. If ever there was a good
  31. argument
  32. for having freely available source code, XC belongs in that class. Some
  33. of the original contributors to XC are now dead but their code still 
  34. benefits us. The current overall maintainer is jpr@jpr.com.  
  35.  
  36. When I was porting XC over to Linux in the spring, several problems
  37. presented themselves in the way Linux defines the backspace key.
  38. Normally, under the C language and most other systems (the notable
  39. exception being VAXen) the backspace key echoes '\b' ( '\08' ). The
  40. delete character of course is '\177'.  XC has an internal line editor
  41. and command parser which was confounded by the delete character being
  42. echoed instead of backspace. In addition, when connected to a remote
  43. non-VAX server, the delete causes all kinds of problems. I would have
  44. liked to have had XC work "out of the box" but because of the Linux 
  45. keyboard some changes had to be made to the command parser and line 
  46. editor. In addition, sending the delete character when a backspace 
  47. was expected also had to be changed. Quite frankly, getting XC to
  48. work nicely under Linux was not a trivial task, every change has
  49. its rhyme and reason. If you compile XC "out of the box" you will
  50. indeed have your delete character but you won't have a line editor
  51. or working command parser.
  52.  
  53. Most users who need the delete can change the erase character with 
  54. the stty command at the remote. However, the converse is not true:
  55. the stty command is not available to most people outside of their
  56. own shell accounts.  Public information services don't generally 
  57. give you this option.  In the world at large, most information 
  58. servers don't know what to do with '\177'. And most Linux users 
  59. have no option but to connect to non-VAX servers which predominate
  60. public access systems.
  61.  
  62. I mentioned this in the docs, but only one other person has contacted
  63. me on this point. My own opinion is that the Linux keyboard should be
  64. setup to reflect the way the keys are actually labeled:
  65.  
  66. Let the <Backspace> key echo '\b' the backspace character.
  67.  
  68. Let the <Delete> key echo '\177' the delete character.
  69.  
  70. Logical right? The XC program has been with us for 7 years and on many
  71. Unix systems. The fact that XC is setup with its own internal line
  72. editor and command parser to interpret the backspace key as 
  73. the backspace character leads me to conclude that it the Linux 
  74. interpretation which is non-standard. Generally terminals that use
  75. the delete character have it assigned to a key labeled "rubout". 
  76. I think that Linux should use the <Delete> key as the "rubout/delete"
  77. key and let the <Backspace> key echo '\b' as Comrade Lenin intended.
  78. Others have posted comments about this in the past but I don't know
  79. that there was any resolution. Most people would never notice it but
  80. those porting various softwares will most definitely notice it
  81. again, and have to deal with it in some fashion.
  82.  
  83. However, all that doesn't change the reality of what we have now.
  84. What I propose to do is add the code to allow the interpretation of
  85. the <Delete> character be settable at the command line or from
  86. the init file like the other options. Does this sound ok to you?
  87. I think this immediate solution is the most desirable rather than
  88. different compile-time solutions proffered by the parochial interests
  89. of the Deletenik and Backspacenik factions. The only elegant solution
  90. involves changing the keyboard definitions. In that case XC would 
  91. compile "out of the box" and (save for the broken xmodem module which
  92. I also fixed) be quite usable "plain vanilla". Any thoughts?
  93.  
  94. Thomas
  95.  
  96. ...
  97.  * ATP/Linux 1.3bv * Thomas McWilliams (ARS KI4N)
  98.                                            
  99.  
  100.  * Origin: The Slut Club -- 813-689-1150 (1:377/42.0)
  101.  
  102.