Xref: utzoo comp.emacs:8957 gnu.emacs:3657 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!rpi!bu.edu!cs.bu.edu!ckd From: ckd@cs.bu.edu (Christopher Davis) Newsgroups: comp.emacs,gnu.emacs Subject: Re: GNU Emacs 18.54 not displaying properly on Radio Shack Model 100 Message-ID: Date: 27 Aug 90 17:34:06 GMT References: <5145@uafhp.uark.edu> Sender: news@bu.edu.bu.edu Reply-To: ckd@cs.bu.edu (Christopher Davis) Followup-To: comp.emacs Organization: 1000000011000101, Inc. Lines: 27 In-reply-to: bsp09@audrey.cs.tu-berlin.de's message of 25 Aug 90 21:04:37 GMT bsp> On 25 Aug 90 21:04:37 GMT, bsp09@audrey.cs.tu-berlin.de (Uebung bsp) said: shadow> In <5145@uafhp.uark.edu> shadow@uafhp.uark.edu (Kyoki-san) writes: shadow> I know you think it's funny, but I have got GNU Emacs 18.54 99% shadow> working using my Model 100 as the display. I have only two shadow> problems, I think: shadow> [...] shadow> 2) The status line is getting a "D" at the beginning of the line shadow> instead of being displayed in reverse video. bsp> My Problem is similar: Using a 386-PC with Interactive 386ix 3.2 and bsp> GNU Emacs 18.55 I do NOT have problem no. 1) (as above), but problem bsp> no. 2), if the console (terminal at386) is used. bsp> Any help is welcome, thanks in advance! I have experienced this problem as well (AT&T 6386 WGS with AT&T SysV); the solution is buried in etc/TERMS. It turns out that the 'xt' terminfo attribute is usually incorrect. Use infocmp -I to read out the AT386 entries, remove 'xt' from the entries, then use tic to recompile them. (The same problem is evidenced on the TRS Model 100, I guess.) -- Christopher Davis, BU SMG '90 <...!bu.edu!cs.bu.edu!ckd> "Dammit, we're all going to die, let's die doing something *useful*!" --Hal Clement on comments that space exploration is dangerous