home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 7090 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  1.5 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!wupost!gumby!destroyer!ubc-cs!edmonds
  2. From: edmonds@cs.ubc.ca (Brian Edmonds)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: catting binaries
  5. Message-ID: <1992Jul31.054106.23515@cs.ubc.ca>
  6. Date: 31 Jul 92 05:41:06 GMT
  7. References: <1992Jul31.044152.18121@athena.mit.edu>
  8. Sender: usenet@cs.ubc.ca (Usenet News)
  9. Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
  10. Lines: 20
  11.  
  12. f6930910@scheme.cs.ubc.ca (from UBC :) wrote:
  13. >The wierd thing is that sometimes (not allways), after all the
  14. >garbage has been cat(ed) to the screen, the terminal is left in
  15. >a state such that all characters echoed to the screen are displayed
  16. >as IBM extended graphics characters.  This does not allways happen, but
  17. >usually does.  To see this, just cat a few of your favorite binaries
  18. >to stdout.
  19. It's quite simple really.  The vt terminal emulation has been expanded
  20. to handle the IBM extended character set.  When the driver receives
  21. a ^N, it kicks into extended mode, and interprets characters in their
  22. new, wild, and wonderful form. :)  To get back to normal mode, simply
  23. output a ^O to the screen.  (This can by done with echo:  echo ^V^O)
  24.  
  25. You should be able to duplicate this effect using any terminal program
  26. with _full_ VT100 emulation.  I'm making this a general posting, as it
  27. is a problem which perplexed me for a long time a number of years back
  28. (not with Linux obviously).
  29.  
  30. ----------------------------------------------------------------------
  31. Brian Edmonds (MSc CompSci)                          edmonds@cs.ubc.ca
  32.