Path: csiph.com!weretis.net!feeder6.news.weretis.net!nntp.club.cc.cmu.edu!micro-heart-of-gold.mit.edu!bloom-beacon.mit.edu!bloom-beacon.mit.edu!panix!not-for-mail From: Grant Edwards Newsgroups: comp.arch.embedded Subject: Re: ANSI terminal emulators for linux Date: Wed, 2 Nov 2016 19:02:32 +0000 (UTC) Organization: PANIX Public Access Internet and UNIX, NYC Lines: 47 Message-ID: References: NNTP-Posting-Host: 67-130-15-94.dia.static.qwest.net X-Trace: reader2.panix.com 1478113352 3395 67.130.15.94 (2 Nov 2016 19:02:32 GMT) X-Complaints-To: abuse@panix.com NNTP-Posting-Date: Wed, 2 Nov 2016 19:02:32 +0000 (UTC) User-Agent: slrn/1.0.2 (Linux) Xref: csiph.com comp.arch.embedded:25331 On 2016-11-02, Tim Wescott wrote: > On Wed, 02 Nov 2016 18:12:52 +0000, Grant Edwards wrote: > >> On 2016-11-02, Syd Rumpo wrote: >> >>> I use multiple instances of TeraTerm in Windows to provide ANSI/VT100 >>> emulation for embedded processor diagnostics using serial USB >>> converters. It's not unusual to have six running at once. >>> >>> What are my best options in Linux, specifically Peppermint 7? >> >> I recommend ckermit, which isn't a terminal emulator, just a rock-solid >> serial comm program. You can run it in any terminal emulator you want >> (linux console, xterm, aterm, rxvt, urxvt, gnome-terminal, kterm, >> screen, ...) > > This throws me, and I'm sorry I didn't mention it. In Windows-land, a > "terminal emulator" is a program that makes your computer emulate a > serial terminal. In Unix-land, a "terminal emulator" is a program that > runs under X and emulates the serial terminal that the operating system > was originally designed to talk to. So, they're two entirely different > things with the same name. Well, they're not entirely different. Both of them emulate a vt52, or vt102, or ANSI, or Wyse50, or Tek4014[1], or whatever inside a graphical window. The Windows version _also_ handles serial-port (and often network) communications. The X version just talks to a pty (which is sort of a dumbed-down minimalist virtual serial port that connects two programs together) and leaves the actual serial-port stuff to be handled by whatever is connected to the other end of the pty. Then you can connect the other end of the pty to ckermit, tip, cu, telnet, ssh, rsh, nc, or anything else you want to use to provide a byte-stream connection to the applicatoin that's expecting to talk to a "terminal". [1] Yes, xterm will still emulate a Tektronix 4014 storage-scope vector graphics terminal [except, sadly, there's no bright-green flash when the screen is erased -- I've always wanted to add that...] -- Grant Edwards grant.b.edwards Yow! It's some people at inside the wall! This is gmail.com better than mopping!