home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.linux
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!sdd.hp.com!uakari.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!serval!poly!hlu
- From: hlu@poly.eecs.wsu.edu (H.J. Lu)
- Subject: Re: Can you access a virtual console directly?
- Message-ID: <1992Sep15.185253.876@serval.net.wsu.edu>
- Sender: hlu@poly (H.J. Lu)
- Organization: Washington State University
- References: <1992Sep14.164729.28907@mits.mdata.fi> <1992Sep14.174931.2373@colorado.edu> <TYTSO.92Sep14231653@SOS.mit.edu> <1992Sep15.165703.11502@mits.mdata.fi>
- Date: Tue, 15 Sep 92 18:52:53 GMT
- Lines: 28
-
- In article <1992Sep15.165703.11502@mits.mdata.fi>, kennu@mits.mdata.fi (Kenneth Falck) writes:
- |> In article <TYTSO.92Sep14231653@SOS.mit.edu> tytso@athena.mit.edu (Theodore Y. Ts'o) writes:
- |> >Speaking of which, why do you want to write your own terminal program?
- |> >What's wrong with kermit that you want to re-invent your own wheel?
- |> >
- |> > - Ted
- |>
- |> I don't like kermit, I'd like something like Telix for Linux. I'd
- |> be happy to try and write one, but using the termcap/curses interface
- |> doesn't feel so good, if there is another way. Maybe it wouldn't
- |> even be that slow in practice, but theoretically I just don't like
- |> the idea of first decoding the incoming VT100 codes, storing the
- |> data in a temporary buffer, and then updating that buffer to the
- |> console screen by means of some more VT100 codes....
- |>
- |> I know there is pcomm, but after trying it I decided even kermit
- |> or XComm was better. (I compiled pcomm myself though, so maybe I
- |> broke something in it that made it behave strangely. Don't
- |> remember what happened exactly anymore.)
- |>
- |> --
- |> kennu@mits.mdata.fi
- |>
-
-
- Have your tried minicom?
-
- H.J.
-