Date: Sun, 19 Feb 89 17:59:11 EST From: Charles Frankston Subject: UlmoApple term type To: "ULMO@SSYX.UCSC.EDU"@AI.AI.MIT.EDU cc: BUG-CRTSTY@AI.AI.MIT.EDU Message-ID: <540958.890219.CBF@AI.AI.MIT.EDU> You should be surprised. :CRTSTY ULMO is defined on AI only for now. I have no way of testing it of course. (3 points to whoever finds the bug I just spotted. Hint: output will be correct, but not optimal.). subttl UlmoApple - Ulmo's Apple II garbage trmbeg ULMO:,[ULMO] tp.flg 0 tp.vsz 24. tp.hsz 80. tr.cho ccho tm.up 1,tyn ^_ tm.dwn 1,tyn ^J tm.fwd 1,tyn ^\ tm.bck 1,tyn ^H ;tm.tab 1,tyn ^I tm.cr 1,tyo ^M tm.hom 1,tyo ^Y tm.abs 4,call ulabs te.eol tyo ^] te.eos tyo ^K te.clr tyo ^L te.su tyn ^J ; scroll the screen up tabend ; Direct cursor positioning. ulabs: tyo ^^ tyo 40(nh) tyo 40(nv) return trmend  Date: Sun, 19 Feb 89 14:43:05 EST From: Charles Frankston Subject: UlmoApple term type To: "ULMO@SSYX.UCSC.EDU"@AI.AI.MIT.EDU cc: BUG-CRTSTY@AI.AI.MIT.EDU Message-ID: <540889.890219.CBF@AI.AI.MIT.EDU> You should be surprised. :CRTSTY ULMO is defined on AI only for now. I have no way of testing it of course. subttl UlmoApple - Ulmo's Apple II garbage trmbeg ULMO:,[ULMO] tp.flg 0 tp.vsz 24. tp.hsz 80. tr.cho ccho tm.up 1,tyn ^_ tm.dwn 1,tyn ^J tm.fwd 1,tyn ^\ tm.bck 1,tyn ^H ;tm.tab 1,tyn ^I tm.cr 1,tyo ^M tm.hom 1,tyo ^Y tm.abs 4,call ulabs te.eol tyo ^] te.eos tyo ^K te.clr tyo ^L te.su tyn ^J ; scroll the screen up tabend ; Direct cursor positioning. ulabs: tyo ^^ tyo 40(nh) tyo 40(nv) return trmend  Received: from ssyx.ucsc.edu (TCP 20034502401) by AI.AI.MIT.EDU 17 Feb 89 05:22:35 EST Received: by ssyx.ucsc.edu (4.0/1.1) id AA24573; Fri, 17 Feb 89 02:19:53 PST Date: Fri, 17 Feb 89 02:19:53 PST From: ulmo@ssyx.UCSC.EDU (Brad Allen) Message-Id: <8902171019.AA24573@ssyx.ucsc.edu> To: BUG-CRTSTY@ai.ai.mit.edu Subject: UlmoApple term type (My AI account is ULMO@AI.AI.MIT.EDU) Well, if anyone answers this, I'll be surprised. This is my lowest-common-denominator always-works-perfectly old-Apple][+-computer-80-column-card terminal capability database. Few other people seem to use this, even though I think it works for most modern Apple II products (in other words, it's mostly worthless). -ulmo % If your terminal has all the necessary features (selective erase %and cursor positioning), and is not supported by ITS or CRTSTY, you are %welcome to request CRTSTY support for it. To do so send a message to %BUG-CRTSTY, that is do % :BUG CRTSTY %and give a detailed description of the terminal. If you simply ask for %support without giving a description we will at best ask for the details, %or at worst ignore you. To support a terminal we need to know the %following things: % %(Please do not specify commands in hex, or use obscure ASCII names for %control characters.) Here's my Unix termcap entry: zU|UlmoApple|qU|appleii|apple-dm1520|Apple w/ videx videoterm 80 col (w/intr):\ :do=^J:am:le=^H:bs:bw:cd=^K:ce=^]:ho=^Y:cl=^L:\ :cm=^^%r%+ %+ :co#80:ku=^_:kd=^J:kl=^H:kr=^\:kh=^Y:\ :li#24:nd=^\:up=^_:ma=^\ ^_^P^YH:so=^O:se=^N:ms: %[1] The size of the screen, i.e. the no. of characters per line and % the no. of lines on the screen. lines 24, columns 80 %[2] The commands which should be sent to perform each of the following % functions: % a. Move cursor up one line ^_ % b. Move cursor down one line - usually this is LF (^J, 012) ^J % c. Move cursor back one character position - usually this is BS (^H, 010) ^H % d. Move cursor forward one character position ^\ (not destructive) % e. Move cursor to "home" position - For our purposes, this better be the % upper left corner. ^Y - upperleft % f. Move cursor to beginning of line - usually CR (^M, 015) ^M % g. Move cursor to arbitrary position on screen ("absolute move") ^^ then column+32decimal then row+32decimal (total 3 characters) % h. Erase to end of line - say whether it erases the complete line the % cursor is on (bad) or just everything to the right of cursor (good). ^] - from the cursor on to the end, nothing before the cursor % i. Erase to end of screen - similarly, will this clobber chars to the % left of the cursor? (It shouldn't) ^K - good, everything from cursor on. % j. Erase whole screen - does it also move the cursor? (should home) ^L - also moves cursor to home, upperleft % k. Insert line no. % l. Delete line no. % m. Insert character (or enter/exit insert character mode) no. % n. Delete character no. % o. Ring bell - usually BEL (^G, 007) well, yeah, but I always unplug my speaker. % p. Set tab stops - If tabs are not settable, or defaults are furnished, % specify tab size (usually this is 8) The default tab size should be 8, even though I don't support tabs. % q. Tab - usually HT (^I, 011) No. I don't want to support tabs. (Otherwise it's ^I.) %[3] What the terminal does when a character is typed when the cursor % is on the last column of a line. Some terminals remain in the % last column after the character is typed, others automatically % CRLF. If there is a choice (e.g. a switch) the former % (remaining in the last column) is preferred. CRLF; always goes to next line left column. %[4] What the terminal does if you attempt to move down off the edges of the % the screen % a. by LineFeed off bottom scroll normally (cursor same spot) % b. by cursor position command off the bottom nothing useful simply % c. move off the bottom by an auotmatic CRLF off the last line scroll normally (cursor left, new line) % d. cursor position off the right, left and top of the screen. right while on rightmost -- goes to left hand on next line, scrolls if necessary. left while on leftmost -- attempts to go up one line (fails at top of screen), and always goes to right side of the line. top of screen -- bonk. (it doesn't go any further than that.) %[5] A list of functions which might require padding at some speeds % and the amount of padding required (this is best expressed as % the amount of time required to perform the operation, but can % also be given as the no. of pad characters required at each % speed). No way. I support Interrupts. %[6] Also any other features which might be useful. If in doubt as to % "usefulness", describe them anyway; who knows? Inverse ^O, Normal ^N. All subsequent printing characters (anything above 31 decimal) will print in that mode. No drawbacks. RUB prints a nice fuzzy box. %[7] Any misfeatures which CRTSTY should try to correct for. For % example many terminals have poor keyboard layouts which CRTSTY % can correct for by exchanging certain keys. The most common % such switch is done for terminals where RUBOUT can only be typed % with the SHIFT key down. RUBOUT and the unshifted character are % then usually exchanged. Other common misfeatures include LF % being ignored or interpreted specially after CR. I like my keyboard! That's why I use it. RUBOUT isn't half as easy to type as ^H. I would go for swapping RUBOUT and ^H. Thank you! btw, how long is AI staying at MIT?  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 19 Jan 89 06:25:55 EST Received: from AI.AI.MIT.EDU (CHAOS 3130) by MC.LCS.MIT.EDU 19 Jan 89 06:17:23 EST Date: Thu, 19 Jan 89 06:25:25 EST From: "Andrew H. Cytron" To: BUG-CRTSTY@MC.LCS.MIT.EDU Message-ID: <522625.890119.AHC@AI.AI.MIT.EDU> Hello, After typing :crtsty vt100 speed 9200 while telneted to AI, I received Ugh! CRTSTY hit a fatal interrupt... please mail details (how you did it, etc.) to BUG-CRTSTY@MC. .VAL 0; 70110>>SKIPGE @413 s  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 19 Jan 89 06:22:28 EST Received: from AI.AI.MIT.EDU (CHAOS 3130) by MC.LCS.MIT.EDU 19 Jan 89 06:13:32 EST Date: Thu, 19 Jan 89 06:21:34 EST From: "Andrew H. Cytron" To: BUG-CRTSTY@MC.LCS.MIT.EDU Message-ID: <522621.890119.AHC@AI.AI.MIT.EDU> Hi, Typing :crtsty vt100 speed 9200 while telneted to ai resulted in Ugh! CRTSTY hit a fatal interrupt... please mail details (how  Date: Fri, 5 Aug 88 02:26:55 EDT From: Devon Sean McCullough Subject: H19 25th line To: BUG-TCTYP@AI.AI.MIT.EDU, BUG-CRTSTY@AI.AI.MIT.EDU Message-ID: <422966.880805.DEVON@AI.AI.MIT.EDU> Right now tctyp and crtsty turn on the 25th line which has the bad effect of making the built-in clock on a z29 vanish from view. The 25th line is not used by anything I know of except the h19who program which turns on the 25th line all by itself anyway. Unless anyone knows a reason not to, I'm going to change tctyp and crtsty to turn off the 25th line, thus pleasing z29 users everywhere and incidentally providing a simple way to to clear screen turds on the 25th line (eg old h19who output) which are hard to get rid of. --Devon  Date: Tue, 31 Mar 87 23:45:12 EST From: Charles Frankston Subject: Does anybody want two years worth of CRTSTY log file??? To: SRA@AI.AI.MIT.EDU cc: BUG-CRTSTY@AI.AI.MIT.EDU Message-ID: <177115.870331.CBF@AI.AI.MIT.EDU> We log all CRTSTY command lines so we can tell which terminals were popular, and thus candidates for adding direct ITS support for. I think everyone knows that the VT100 is the prime candidate, so I doubt anyone wants to look at that log file.  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 30 Mar 87 11:46:50 EST Received: from MX.LCS.MIT.EDU (CHAOS 1440) by MC.LCS.MIT.EDU 30 Mar 87 11:49:31 EST Date: Mon, 30 Mar 87 11:45:17 EST From: Rob Austein Subject: Does anybody want two years worth of CRTSTY log file??? To: BUG-CRTSTY%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU, WHORFN%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <973363.870330.SRA@MX.LCS.MIT.EDU> CRTSTY wasn't booting on MX, presumably because CRASH; was full of BURNUP files. I moved MX:CRASH;CRTSTY LOG to MX:SRA; on the off chance that somebody wants it (I can't think why, but then I can't think why a non-debugging version would be logging its JCL anyway).  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 19 Feb 87 13:16:15 EST Received: from MX.LCS.MIT.EDU (CHAOS 1440) by MC.LCS.MIT.EDU 19 Feb 87 13:16:13 EST Date: Thu, 19 Feb 87 13:14:38 EST From: Rob Austein To: BUG-CRTSTY%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <970600.870219.SRA@MX.LCS.MIT.EDU> I caused several CRTSTY crashes by typing [Enter]? with CRTSTY in VT52 mode (from my home VT220 in VT52 mode, if that makes a difference). Will dump one of the dead CRTSTY jobs to MX:CRASH;CRTSTY ?CRASH.  Date: Wed, 11 Feb 87 13:47:33 EST From: Elizabeth Willey To: BUG-CRTSTY@AI.AI.MIT.EDU Message-ID: <152585.870211.ELIZ@AI.AI.MIT.EDU> This is a strange one, I guess: I use a concept terminal, and normally use it on OZ. When I do the term type is "ansi". I can't for the life of me figure out how to translate this to AI. I can telnet from OZ to AI but not vice-versa. I can specify pagelength on AI (24) but that seems to be it: I cannot get rubout or ^L to work! What tctyp commands will help me do this? Thanks for any answer to this rather dumb question. Elizabeth  Received: from OZ.AI.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 23 NOV 86 19:45:55 EST Date: Sun 23 Nov 86 19:44:50-EST From: "Mark Becker" Subject: CT-8500 escape codes To: GRUPP@AI.AI.MIT.EDU cc: Bug-CRTSTY@AI.AI.MIT.EDU, Alan@AI.AI.MIT.EDU In-Reply-To: <122343.861123.GRUPP@AI.AI.MIT.EDU> Message-ID: <12257337314.7.CENT.MBECK@OZ.AI.MIT.EDU> Hello Paul - DEVON has been looking at this as well.. although I think he was thinking of implementing something which would read unix-style termcaps and do all the "right" things. I've typed in all the escape codes and some other notes - they exist in MX:GUEST3;MBECK CT8500 . Thanks for your help. Mark -------  Date: Fri, 21 Nov 86 22:26:23 EST From: Charles Frankston To: MBECK@MX.LCS.MIT.EDU cc: BUG-CRTSTY@AI.AI.MIT.EDU, BUG-TCTYP@MX.LCS.MIT.EDU Message-ID: <121844.861121.CBF@AI.AI.MIT.EDU> Can someone tell me what I have to tell TCTYP in order to use a Tektronix CT8500 terminal? Doing :TCTYP TEKTRONIX does not seem to work correctly. Never heard of a Tektronix CT8500.  Received: from REAGAN.AI.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 21 NOV 86 13:47:39 EST Received: from PIGPEN.AI.MIT.EDU by REAGAN.AI.MIT.EDU via CHAOS with CHAOS-MAIL id 12232; Fri 21-Nov-86 13:48:28 EST Date: Fri, 21 Nov 86 13:48 EST From: Alan Bawden Subject: MBECK at MX: Perhaps Bug-CRTSTY can help him To: Bug-CRTSTY@AI.AI.MIT.EDU Message-ID: <861121134825.1.ALAN@PIGPEN.AI.MIT.EDU> Date: Fri, 21 Nov 86 08:43:22 EST From: "Mark E. Becker" To: BUG-TCTYP@MX.LCS.MIT.EDU Can someone tell me what I have to tell TCTYP in order to use a Tektronix CT8500 terminal? Doing :TCTYP TEKTRONIX does not seem to work correctly. Thanks - Mark  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 18 JUN 86 04:03:27 EDT Received: from MX.LCS.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 18 JUN 86 04:03:16 EDT Date: Wed, 18 Jun 86 04:02:33 EDT From: "Stephen C. Hill" To: BUG-CRTSTY%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <[MX.LCS.MIT.EDU].927763.860618.STEVEH> Sorry, folks. systems software error on this end. Please excuse my earlier messages. Steve Hill  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 18 JUN 86 03:42:29 EDT Received: from MX.LCS.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 18 JUN 86 03:43:51 EDT Date: Wed, 18 Jun 86 03:43:08 EDT From: "Stephen C. Hill" To: BUG-CRTSTY%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <[MX.LCS.MIT.EDU].927758.860618.STEVEH> Hmmmmm. You are sending (in hex, sorry) 1B 2B 1B 3D 20 28, which according to my terminal manual should do the clear screen correctly, although leave the cursor on row 1 column 9? Can you think of anything (like parity) that the network might add (and hopefully a way around it?) Steve Hill  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 18 JUN 86 03:37:19 EDT Received: from MX.LCS.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 18 JUN 86 03:34:10 EDT Date: Wed, 18 Jun 86 03:02:53 EDT From: "Stephen C. Hill" To: BUG-CRTSTY%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU Message-ID: <[MX.LCS.MIT.EDU].927748.860618.STEVEH> Something disasterous has happened to the IQ120 emulation under CRTSTY. It no longer clears the screen properly on my Wyse-50 terminal. I can not tell you the precise date of this change, but it happened around the time that the old MC machine became this MX. I DESPARATELY need this, since I cannot read my mail, nor can I edit the drek out of the 'bags' of mail that I really wish to pare down. This change also has migrated to the AI machine. The character string that is sent for a clear screen will be sent in my next message (I forgot to exec CRTSTY this time, damn!) Steve Hill  Date: Mon, 30 Dec 85 07:55:53 EST From: "Stephen C. Hill" Subject: PURPG message To: ALAN@MC.LCS.MIT.EDU cc: BUG-CRTSTY@MC.LCS.MIT.EDU, BUG-DDT@MC.LCS.MIT.EDU, CSTACY@MC.LCS.MIT.EDU, GRUPP@MC.LCS.MIT.EDU, STEVEH@MC.LCS.MIT.EDU In-reply-to: Msg of Sun 29 Dec 85 14:39:16 EST from Alan Bawden Message-ID: <[MC.LCS.MIT.EDU].768543.851230.STEVEH> Whatever the problem was last night, it is working fine now. Thanks (somebody.)  Date: Sun, 29 Dec 85 14:39:16 EST From: Alan Bawden Subject: PURPG message To: GRUPP@MC.LCS.MIT.EDU cc: BUG-CRTSTY@MC.LCS.MIT.EDU, BUG-DDT@MC.LCS.MIT.EDU, CSTACY@MC.LCS.MIT.EDU, STEVEH@MC.LCS.MIT.EDU In-reply-to: Msg of Sun 29 Dec 85 04:36:46 EST from Paul R. Grupp Message-ID: <[MC.LCS.MIT.EDU].768095.851229.ALAN> Date: Sun, 29 Dec 85 04:36:46 EST From: Paul R. Grupp Date: Sun, 29 Dec 85 03:19:42 EST From: Stephen C. Hill I have consistently been getting PURPG; 70105>>.CALL 70247 (SIOT) messages tonight, while trying to use my usual :CRTSTY IQ120. Nothing has changed in the installed CRTSTY on MC since July '85, so this looks like a DDT BUG. Other people have recently been reporting the same error message for any terminal setting. That message is unlikely to have anything to do with a DDT bug. Looking at the CRTSTY binary reveals that 70105 = FTLINT+4. Not having a crash dump I can only guess what the fatal interrupt was, but an IOC error on the DSK channel seems like a good guess given that the CRASH; directory is full. I'll clean up CRASH; and we can see if the problem goes away. (I'll prune CRASH;CRTSTY LOG while I am at it...) And, no, I have no idea why this shows up as a PURPG, perhaps somebody would like to try debugging it rather than crying wolf and pointing fingers at other programs. [ And anyone who assembles the current CRTSTY source should be aware that they are debugging changes that GUMBY and KLH have made since the last binary was made. ]  Date: Sun, 29 Dec 85 04:36:46 EST From: "Paul R. Grupp" Subject: PURPG message To: ALAN@MC.LCS.MIT.EDU, CSTACY@MC.LCS.MIT.EDU, BUG-DDT@MC.LCS.MIT.EDU cc: BUG-CRTSTY@MC.LCS.MIT.EDU, STEVEH@MC.LCS.MIT.EDU In-reply-to: Msg of Sun 29 Dec 85 03:19:42 EST from Stephen C. Hill Message-ID: <[MC.LCS.MIT.EDU].767988.851229.GRUPP> Date: Sun, 29 Dec 85 03:19:42 EST From: Stephen C. Hill To: BUG-CRTSTY at MC.LCS.MIT.EDU Re: PURPG message I have consistently been getting PURPG; 70105>>.CALL 70247 (SIOT) messages tonight, while trying to use my usual :CRTSTY IQ120. Something ain't right, but I'm not sure if it is CRTSTY. Please help, cause BABYL is a BITCH without FULL-screen capability! Thanks, Steve Nothing has changed in the installed CRTSTY on MC since July '85, so this looks like a DDT BUG. Other people have recently been reporting the same error message for any terminal setting.  Date: Sun, 29 Dec 85 03:19:42 EST From: "Stephen C. Hill" Subject: PURPG message To: BUG-CRTSTY@MC.LCS.MIT.EDU cc: STEVEH@MC.LCS.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].767981.851229.STEVEH> I have consistently been getting PURPG; 70105>>.CALL 70247 (SIOT) messages tonight, while trying to use my usual :CRTSTY IQ120. Something ain't right, but I'm not sure if it is CRTSTY. Please help, cause BABYL is a BITCH without full-screen capability! Thanks, Steve  Date: Sat, 28 Dec 85 19:07:33 EST From: "Paul A. Karger" Subject: bug in crtsty To: BUG-CRTSTY@MC.LCS.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].767484.851228.PAK> I just tried to say :crtsty vt100 speed 1200 and instead of setting my terminal type, I got: PURPG; 70105>>.CALL 70247 (SIOT) I had just logged in and done nothing else. I had logged in from hudson.dec.com on the ARPAnet. Paul  Date: Fri, 27 Dec 85 10:18:43 EST From: "Devon S. McCullough" To: BUG-CRTSTY@MC.LCS.MIT.EDU cc: DEVON@MC.LCS.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].767157.851227.DEVON> is there an entry for the alleged (in ITS TTY) but apparently never implemented seven-bit SUPDUP where octal 177 is used as an escape to add 176 to the next character? Or is it actually implemented and I just haven't found out how to turn it on? I'd find out for myself, but on a printing terminal with transatlantic delays my net connection tends to crash before I can get anywhere.  Date: Wed, 2 Oct 85 00:56:40 EDT From: Bruce A. Cole To: BUG-CRTSTY@MIT-MC.ARPA cc: cole@MIT-OZ Message-ID: <[MIT-MC.ARPA].665788.851002.COLE> :SCRTST TERM-TYPE HOST OZ does not work properly from MC. It prints OZ's supdup connection banner, clears the screen, and just sits there.  Date: Thu, 12 Sep 85 00:44:10 EDT From: Paul R. Grupp To: RIVIN@MIT-MC.ARPA cc: BUG-CRTSTY@MIT-MC.ARPA In-reply-to: Msg of Thu 12 Sep 85 00:34:23 EDT from Igor Rivin Message-ID: <[MIT-MC.ARPA].642303.850912.GRUPP> Date: Thu, 12 Sep 85 00:34:23 EDT From: Igor Rivin To: BUG-CRTSTY at MIT-MC.ARPA I have been having trouble editing files with a vt100. ^S and ^R dont seem to have the desired effect, but instead appear to hang the terminals. What do you think causes this--is this crtsty or just the communications software treating all control-S as garbage? how do i fix this? TNX Igor. I had a vt100 with AVO and there was *NO* way to turn off ^S pausing the screen while still buffering incomming characters until ^Q was typed. This is a terminal misfeature. cure: type ^S^Q in emacs to do what ^S normally does (all this does is quote the first character in the search string i.e. NO-OP in this case). There IS a switch to turn off terminal flow control but this just prevents the vt100 from generating it own ^S/^Q to prevent it's buffer from overflowing. -Paul  Date: Thu, 12 Sep 85 00:34:23 EDT From: Igor Rivin To: BUG-CRTSTY@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].642292.850912.RIVIN> I have been having trouble editing files with a vt100. ^S and ^R dont seem to have the desired effect, but instead appear to hang the terminals. What do you think causes this--is this crtsty or just the communications software treating all control-S as garbage? how do i fix this? TNX Igor.  Date: Tue, 6 Aug 85 06:26:44 EDT From: Ken Harrenstien Subject: PEEK "bug" fixed To: CSTACY@MIT-MC.ARPA cc: BUG-PEEK@MIT-MC.ARPA, BUG-CRTSTY@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].602153.850806.KLH> Date: Thu, 9 May 85 00:12:55 EST From: Christopher C. Stacy In-reply-to: Msg of Wed 8 May 85 06:33:43 EST from Ken Harrenstien I still can't reproduce anything close to the the behaviour you described. Date: Wed, 8 May 85 06:33:43 EST From: Ken Harrenstien To: CSTACY cc: KLH, BUG-PEEK Here is how to tickle the PEEK bug. Connect to MC from somewhere else on the Arpanet. Say ":P A". PEEK will clear the screen, and then do nothing. OK, I found the problem. It turns out to be in CRTSTY when acting as a SUPDUP user program (CTN). By using IPLIST (like using a howitzer on a housefly) I found that PEEK was sending %TDORS, and ITS was waiting for the remote site to respond with the appropriate Intelligent Terminal Protocol sequence (^\ ^P , which reports the cursor position) before allowing PEEK to do anything else! Since CTN was not responding with that sequence until the user typed some input (due to a spazz by whoever wrote the %TDORS handling code), the effect was that whenever any ITS program did a .RESET TYOC, all output would stop until the user became impatient... as it happens, PEEK does such a reset every time any character is typed at it. I have merged the fix into the SYSENG source of CRTSTY.  Date: Fri, 2 Aug 85 16:23:50 EDT From: David Vinayak Wallace Subject: [Tyson: Bug in CRTSTY.MID] To: ZVONA@SRI-AI.ARPA cc: BUG-CRTSTY@MIT-MC.ARPA, bug-crtsty@MIT-XX.ARPA In-reply-to: Msg of Fri 2 Aug 1985 12:56 PDT from ZVONA at SRI-AI Message-ID: <[MIT-MC.ARPA].598806.850802.GUMBY> Date: Fri, 2 Aug 1985 12:56 PDT From: ZVONA at SRI-AI To: bug-crtsty at xx Re: [Tyson: Bug in CRTSTY.MID] Date: Friday, 2 August 1985 04:07-PDT From: Mabry Tyson To: zvona at SRI-AI.ARPA Re: Bug in CRTSTY.MID If you know who is a keeper of CRTSTY.MID back at MIT, tell them that there is a bug in the AJ510 because it sends out character positions in octal, not decimal. The line at AJ5DEC+1 should have a decimal point after the "10" in idivi a,10 Thanks... I added the decimal point to the canonical source on MC.