Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.1 (Tek) 9/26/83; site tekred.UUCP Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!vax135!cornell!uw-beaver!tektronix!tekred!ronbe From: ronbe@tekred.UUCP (Little Guy) Newsgroups: net.micro.trs-80 Subject: Re: New, improved TERM program Message-ID: <344@tekred.UUCP> Date: Thu, 23-May-85 20:31:43 EDT Article-I.D.: tekred.344 Posted: Thu May 23 20:31:43 1985 Date-Received: Sat, 25-May-85 06:31:07 EDT References: <307@packard.UUCP> Organization: The Hollow Tree Lines: 48 > From: sda@packard.UUCP (DA Schrader) > I was wondering how smart the TERM program is for UNIX? Does it run VI and > use the CURSES and TERMINFO procedures? Well, this should probably be private mail, but for general info, I'm posting. Yes, TERM works very well with vi. I don't use CURSES, so I can't answer that one. The program was written for UNIX, but works well on the bulletin boards that I've been on. For example, when downloading things to a UNIX system, the program sends a ^D at the end of the file. I use the termcap: -------------------------------------------------------------- setenv TERMCAP 'M6|trs80|trs-80:\ ae=^V:am:as=^V:bs:bw:cd=\037:\ ce=\036:cl=20*\034\037:co#64:do=^Z:ho=\034:\ is=\034\037:kr=\t:ku=[:li#16:ll=\034\033:\ nd=^Y:up=\E' -------------------------------------------------------------- and have had no problems. The fastest I've run the program is at 2400 baud on a direct line. That's the speed of our VT100's here at work, and I just haven't got around to trying it at a faster rate with one of our neato 834 data communications testers. It SHOULD work up to 9600 baud (the fastest the TRS-80 will allow?) since the character received buffer is 50 bytes long, allowing enough buffering for any scrolling slow-downs. Since my TRS-80 Model III does not have a serial printer port (yours does?) I don't know how fast I'm printing. Theoretically, I could print faster than I'm receiving characters if the machine was configurable at a fast enough rate, but most printers can't print that fast. My theory was to just print as fast as the printer would go. I'm also planning to pull some code out of KERMIT to allow use of that protocol in TERM. KERMIT, as received from Columbia, has the same problems mine used to have, namely, you lose characters while doing screen control at anything above 300 baud. Since there's not much screen control going on while transferring files, it works well in send and receive modes. Yes, yet another release will be coming out some day that does KERMIT protocol. Thanks for the enquiries. Ron Bemis 659 SW 29th St Redmond, OR 97756 (503) 923-4460 (work) (503) 923-0580 (home) -- New dictionary entries: recursion: see recursive recursive: see recursion ...tektronix!tekred!ronbe (Ron Bemis)