home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 10745 < prev    next >
Encoding:
Text File  |  1992-09-15  |  1.4 KB  |  33 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!mcsun!fuug!mits!kennu
  3. From: kennu@mits.mdata.fi (Kenneth Falck)
  4. Subject: Re: Can you access a virtual console directly?
  5. Message-ID: <1992Sep15.165703.11502@mits.mdata.fi>
  6. Organization: Microdata Oy, Helsinki, Finland
  7. References: <1992Sep14.164729.28907@mits.mdata.fi> <1992Sep14.174931.2373@colorado.edu> <TYTSO.92Sep14231653@SOS.mit.edu>
  8. Date: Tue, 15 Sep 1992 16:57:03 GMT
  9. Lines: 22
  10.  
  11. In article <TYTSO.92Sep14231653@SOS.mit.edu> tytso@athena.mit.edu (Theodore Y. Ts'o) writes:
  12. >Speaking of which, why do you want to write your own terminal program?  
  13. >What's wrong with kermit that you want to re-invent your own wheel?
  14. >
  15. >                        - Ted
  16.  
  17. I don't like kermit, I'd like something like Telix for Linux. I'd
  18. be happy to try and write one, but using the termcap/curses interface
  19. doesn't feel so good, if there is another way. Maybe it wouldn't
  20. even be that slow in practice, but theoretically I just don't like 
  21. the idea of first decoding the incoming VT100 codes, storing the
  22. data in a temporary buffer, and then updating that buffer to the
  23. console screen by means of some more VT100 codes....
  24.  
  25. I know there is pcomm, but after trying it I decided even kermit
  26. or XComm was better. (I compiled pcomm myself though, so maybe I
  27. broke something in it that made it behave strangely. Don't 
  28. remember what happened exactly anymore.)
  29.  
  30. -- 
  31. kennu@mits.mdata.fi
  32.  
  33.