home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.26 / text0025.txt < prev    next >
Encoding:
Text File  |  1992-02-21  |  1.9 KB  |  43 lines
  1. Submitted-by: gwyn@smoke.brl.mil (Doug Gwyn)
  2.  
  3. In article <1991Nov27.180417.13900@uunet.uu.net> jfh@rpp386.cactus.org (John F Haugh II) writes:
  4. >In article <1991Nov26.232738.3250@uunet.uu.net> gwyn@smoke.brl.mil (Doug Gwyn) writes:
  5. >>If you need all 8 data bits for your terminal connection then simply don't
  6. >>specify ISTRIP to the terminal handler.
  7. >... it is my claim that ISTRIP is required to be supported and that if you
  8. >support it as described by the standard, then 8 bit code sets will be
  9. >destructively translated on input.
  10.  
  11. No, read what I said again.
  12.  
  13. >As an example, EBCDIC has its characters spread throughout the entire
  14. >8 bit range.  If ISTRIP should become turned on, ...
  15.  
  16. How?  I assure you that ISTRIP (or its equivalent) is not getting
  17. mysteriously turned on on any of the systems I use; my terminal uses
  18. an 8-bit binary packet protocol and I have never seen it broken by a
  19. sudden shift into ISTRIP mode.  If your system has such a bad bug,
  20. you should get the bug fixed rather than rail against the availability
  21. of an often-useful feature.
  22.  
  23. >There is no room to change ISTRIP to be more meaningful in the
  24. >>environment which it exists in because the standard has explicitly
  25. >>stated that it must exist, and that it must behave in a specific fashion.
  26.  
  27. Yeah, standards are funny that way.
  28.  
  29. >If, as the Rationale says "Although the ISTRIP flag is normally superfluous
  30. >in today's terminal hardware and software", why is it a required feature?
  31.  
  32. Basically, it was one of numerous tty handler capabilities provided by
  33. the standard implementation on which the 1003.1 specification was based;
  34. there are several of these (ioctl bits) that aren't widely useful; if
  35. they don't meet your needs then you should feel free to not use them.
  36. Generally, the interface bit rate, framing, parity, etc. should not be
  37. altered by applications; they should be left exactly as established by
  38. the system agent that established the tty port connection.
  39.  
  40.  
  41. Volume-Number: Volume 26, Number 26
  42.  
  43.