erict@flatline.UUCP (J. Eric Townsend) (06/19/89)
Besides the stock emulations that come with the 3b1 out of the box, what else is available? I've played with a Tektronix 4014 emulator and.... that's about it. I'd like to have a VT200, for instance. Anything else would be nice, just to make computing at the university much easier. How about a VT100 terminal with redefinable keys? I'd love to be able to use the cursor keys instead of f5-f8, and to be able to map all the other keys into things I want to use. Maybe just macros, if nothing else. (O, where are all the unix equivs of the terminal programs I used on the C64? :-) Oh well. Enough whining for now. :-P -- "If the bulk of American sf can be said to be written by robots, about robots, for robots, then the bulk of English fantasy seems to be written by rabbits, about rabbits and for rabbits." -- Michael Moorcock J. Eric Townsend|erict@flatline.UUCP|EastEnders mail to: eastender@flatline
hjespersen@trillium.waterloo.edu (Hans Jespersen) (06/20/89)
In article <744@flatline.UUCP> erict@flatline.UUCP (J. Eric Townsend) writes: >Maybe just macros, if nothing else. (O, where are all the unix >equivs of the terminal programs I used on the C64? :-) Mostly, they don't exist. Unlike a C=64 (hey I own one) UNIX machines have the ability to handle many different terminals (thru termcap or terminfo). However, there is a vt100 terminal emulator for the UNIXpc ( from AT&T ). It's called Asyncronous Terminal Emulator (ATE) but I don't know if it's part of the development set or what. Anyone else? -- Hans Jespersen hjespersen@trillium.waterloo.edu uunet!watmath!trillium!hjespersen
jdc@naucse.UUCP (John Campbell) (06/20/89)
From article <744@flatline.UUCP>, by erict@flatline.UUCP (J. Eric Townsend):
:
:
: Besides the stock emulations that come with the 3b1 out of the
: box, what else is available? I've played with a Tektronix 4014
: emulator and.... that's about it.
:
You're wealthier than I. Does this imply there is a public domain
Tektronix 4014 emulator waiting to run on my 3b1?
--
John Campbell ...!arizona!naucse!jdc
CAMPBELL@NAUVAX.bitnet
unix? Sure send me a dozen, all different colors.rwright@novavax.UUCP (Ronald K. Wright) (06/20/89)
The only program which I am aware is ATE 3.51 from AT&T While it fully integrates with the user agent program, it is disgustingly slow. I have abandoned it completely in favor of cu. That does present a problem if you wish to log onto a not unix system. But then why would you want to do that? rkw
richard@islenet.UUCP (Richard Foulk) (06/21/89)
} : Besides the stock emulations that come with the 3b1 out of the } : box, what else is available? I've played with a Tektronix 4014 } : emulator and.... that's about it. } : } } You're wealthier than I. Does this imply there is a public domain } Tektronix 4014 emulator waiting to run on my 3b1? Yes, there's an ATE replacement that does slow 4014 emulation. I got mine from The Store. Richard
kevin@kosman.UUCP (Kevin O'Gorman) (06/22/89)
In article <1350@novavax.UUCP> rwright@novavax.UUCP (Ronald K. Wright) writes: >The only program which I am aware is ATE 3.51 from AT&T > >While it fully integrates with the user agent program, it is disgustingly >slow. > >I have abandoned it completely in favor of cu. That does present a problem >if you wish to log onto a not unix system. But then why would you want to >do that? Not a serious question, I hope. I, for one, make my living by calling non-UNIX systems, on both coasts of the country, for sessions lasting up to 24 hours. I get real sensitive to the quality of my tools. My tool of choice these days is C-kermit, even for systems without a kermit of their own. The one drawback is that in such a case, I cannot send files to the remote system, although I can capture incoming data. I'm using Trailblazer modems, and most of my sites have them too, so the conversations are mostly error-free. When I have to send a file, I tend to return to PCOMM. The curses interface slows this down a lot, but I don't send nearly as much as I capture, so I can live with it.
erict@flatline.UUCP (J. Eric Townsend) (06/22/89)
In article <1500@naucse.UUCP> jdc@naucse.UUCP (John Campbell) writes: >From article <744@flatline.UUCP>, by erict@flatline.UUCP (J. Eric Townsend): >: I've played with a Tektronix 4014 >: emulator and.... that's about it. >You're wealthier than I. Does this imply there is a public domain >Tektronix 4014 emulator waiting to run on my 3b1? I played with a 4014 emulator that an ex-AT&T friend of mine had. I dunno if it was available for general distribution. Unfortunately, it's part of the async_main stuff, and it's a huge pain in the ass. Fer instance: it's default is 4014. After you get a modem connect you can switch back to vt100. The 4014 sends all sorts of garbage when it connects, which usually blows up normal bbs's. -- panic: curb fault -- skater bailed J. Eric Townsend -- uunet!sugar!flatline!erict || cosc5zz@george.uh.edu 511 Parker #2, Houston, Tx 77007 EastEnders Mailing list: eastender@flatline.UUCP
wjc@ho5cad.ATT.COM (Bill Carpenter) (06/24/89)
In article <755@flatline.UUCP> erict@flatline.UUCP (J. Eric Townsend) writes: > I played with a 4014 emulator that an ex-AT&T friend of mine had. > I dunno if it was available for general distribution. There was a 4014 version of the terminal emulator available from THE STORE! I don't recall if it was included in the public part when the split was made. I am pretty sure that it didn't change after it first appeared in THE STORE!, so the vt100 part of the terminal emulator is probably of about 2.0 vintage. > Fer instance: it's default is 4014. After you > get a modem connect you can switch back to vt100. The 4014 sends This was not the case with the 4014EM that I played with. Perhaps you had a different version (or a different program altogether). -- Bill Carpenter att!ho5cad!wjc or attmail!bill
les@chinet.chi.il.us (Leslie Mikesell) (06/24/89)
In article <791@kosman.UUCP> kevin@kosman.UUCP (Root) writes: > My tool >of choice these days is C-kermit, even for systems without a kermit of >their own. The one drawback is that in such a case, I cannot send files >to the remote system, although I can capture incoming data. I tend to use "cu | tee logfile" if I need to capture any data (yes you have to capture it all even if you don't want most of it), and I have a little shell script that passes the options to cu, then strips the CR's from the logfile when the session is over. But, if you want to send a file from kermit without using the kermit protocol, just use the shell escape and re-direct output to the tty port you are using. I.e. "! cat file >/dev/tty000", or perhaps you might wrap the cat command in a shell script that does appropriate stty's before and after. Unlike cu, kermit stops reading the port during shell escapes, so you can also run alternate transfer protocols like rz/sz. Note that the space after the "!" is significant to kermit. Les Mikesell