3-Feb-88 16:53:02-EST,2028;000000000001 Return-Path: <@po3.andrew.cmu.edu:rl1b+idm.err.main@andrew.cmu.edu> Received: from po3.andrew.cmu.edu ([128.2.12.31]) by CU20B.COLUMBIA.EDU with TCP; Wed 3 Feb 88 16:52:48-EST Received: by po3.andrew.cmu.edu (5.54/3.15) id ; Wed, 3 Feb 88 16:08:48 EST Received: via switchmail for +dist+/cmu/ac/rl1b/infodec/idm-main.dl@andrew.cmu.edu; Wed, 3 Feb 88 16:08:40 -0500 (EST) Received: FROM po5.andrew.cmu.edu VIA qmail ID ; Wed, 3 Feb 88 16:04:56 -0500 (EST) Received: FROM andrew.cmu.edu VIA qmail ID ; Wed, 3 Feb 88 16:03:14 -0500 (EST) Received: by andrew.cmu.edu (5.54/3.15) id for INFO-DEC-Micro; Wed, 3 Feb 88 16:02:48 EST Received: from Score.Stanford.EDU by GSB-HOW.Stanford.EDU with TCP; Wed 3 Feb 88 13:02:07-PST Received: from cucond.columbia.edu by SCORE.STANFORD.EDU with TCP; Wed 3 Feb 88 12:58:29-PST Date: 3 Feb 88 15:55:00 EST From: "CUTHRY::PFH" Subject: Kermit v2.29.1 To: "info-dec-micro" Reply-To: "CUTHRY::PFH" I have a question about Kermit v2.29.1, the old version that does vt220 emulation on a Rainbow. I have been running it on a 100A and it doesn't seem to do the emulation completely -- The insert character function doesn't seem to work. Most applications don't use this function, so its not very noticeable, however my termcap for VI does and KERMIT seems to ignore the insert character. The termcap runs perfectly with a real vt220 and running KERMIT in debug mode shows it parsing the escape sequence. Has anyone else had this problem? Do I have a bad copy? Is it because I have a 100A? Thanks. Paul Hsieh pfh@cuthry (BITNET) pfh%cuthry.decnet@cucond.columbia.edu (ARPA) 39 Pupin Lab Columbia Univ NYC 10027 (US Mail) ------ 7-Feb-88 23:38:36-EST,4945;000000000001 Return-Path: <@po5.andrew.cmu.edu:rl1b+idm.err.main@andrew.cmu.edu> Received: from po5.andrew.cmu.edu ([128.2.30.1]) by CU20B.COLUMBIA.EDU with TCP; Sun 7 Feb 88 23:38:24-EST Received: by po5.andrew.cmu.edu (5.54/3.15) id ; Fri, 5 Feb 88 23:41:24 EST Received: via switchmail for +dist+/cmu/ac/rl1b/infodec/idm-main.dl@andrew.cmu.edu; Fri, 5 Feb 88 23:41:16 -0500 (EST) Received: FROM po5.andrew.cmu.edu VIA qmail ID ; Fri, 5 Feb 88 23:38:09 -0500 (EST) Received: FROM andrew.cmu.edu VIA qmail ID ; Fri, 5 Feb 88 23:36:30 -0500 (EST) Received: by andrew.cmu.edu (5.54/3.15) id for INFO-DEC-Micro; Fri, 5 Feb 88 23:36:04 EST Received: from Score.Stanford.EDU by GSB-HOW.Stanford.EDU with TCP; Fri 5 Feb 88 20:35:41-PST Received: from lindy.stanford.edu by SCORE.STANFORD.EDU with TCP; Fri 5 Feb 88 20:32:21-PST Received: by lindy.stanford.edu; Fri, 5 Feb 88 20:38:05 PST Received: by Forsythe.Stanford.EDU; Fri, 5 Feb 88 20:36:14 PST Date: Fri, 5 Feb 88 20:28 PST From: Subject: V2.29.1 of KERMIT To: info-dec-micro@score.stanford.edu X-Original-To: info-dec-micro@score.stanford.edu,naucse!jdc@arizona.edu, pfh@cuthry, TLUTZ In article <8802032118.AA24217@ucbvax.Berkeley.EDU>, pfh%cuthry.DECnet@CUCOND.PHYS.COLUMBIA.EDU ("CUTHRY::PFH") writes: > I have a question about Kermit v2.29.1, the old version that does > vt220 emulation on a Rainbow. >I have been running it on a 100A and it doesn't seem to do the emulation >completely -- The insert character function doesn't seem to work. Most >applications don't use this function, so its not very noticeable, however >my termcap for VI does and KERMIT seems to ignore the insert character. >The termcap runs perfectly with a real vt220 and running KERMIT in debug >mode shows it parsing the escape sequence. >Has anyone else had this problem? Do I have a bad copy? Is it because >I have a 100A? In article <8802032118.AA24217@ucbvax.Berkeley.EDU> naucse!jdc@arizona.edu (John Campbell) Asks: >Is there really a way to get a Rainbow to >respond like a vt220? >BTW--could pfh be having trouble with unix? I mean, VMS supports an 8 bit >world and real 220's have both 8 bit and 7 bit support. Unix normally >provides a 7 bit world... I can speak to some of these questions but not all. I am writing this using V2.29.1 to connect my 100A to a VAX 11/750 running VMS. The editor is EDT, which I am using as I type all of this. All of the function keys seem to work within EDT just as they do on the VT240 in my office. In particular, FIND, INSERT HERE, REMOVE, SELECT, PREV SCREEN, NEXT SCREEN all work, and the top row F6 to F14 keys have the definitions I give them in my EDTINI.EDT file. The HELP key even gives me help! However, this was not always the case. I discovered by fooling around with things I still don't completely understand that the DEFAULT key definitions which come with V2.29.1 did not do these things. Everything began to work when I built my own .INI file. V2.29.1, like V2.30, looks for a file named MSKERMIT.INI. Without such a file KERMIT will run, but does what I consider to be odd things. For example, with no .INI file, the PREV SCREEN key gives you the previous screen, just EXACTLY like it says. For instance, if you type a file and then enter the editor, immediately pressing the PREV SCREEN key will give you the last page of the file you typed before entering the editor. In EDT, PREV SCREEN means 'back up n lines' (n is defined in the EDTINI.EDT file or takes a default value). V2.30 also gives you the prior screen, it does not back up. This is nice if you want to see what you were doing, but confusing if the software normally uses that key for something else. My MSKERMIT.INI file seems to take care of this. Here it is: **************************************************************** ;Commands to initialize KERMIT ;Put in VT 200 mode set terminal vt220 ; ;Kill lousy key definitions (so that Next Screen and Prev Screen ; will work properly with EDT on the VAX set terminal special-functions disabled ;get into connect mode connect ;it works this far; can't auto-dial as far as I can tell **************************************************************** Note that V2.30 WILL auto-dial. Note also that V2.29.1 is not in the main-stream of KERMIT. You pays your money and you takes your choice. Except that in this case, both versions are free! Hail Columbia! I have no doubt that there are many other things a VT220 will do which I have never tried, and which KERMIT V2.29.1 may or may not emulate. Tom Lutz Program in Astronomy Washington State University Pullman, Wa 99164-2930 TLUTZ@WSUMATH