> From: http://www.mimosa.com/~hugh ("D. Hugh Redelmeier") > Date: Wed Oct 30, 12:05am > > | XX-from: http://dummy.us.eu.org/robert (Robert) > | From: http://dummy.us.eu.org/robert (Robert) > > This looks interesting. Is this some security thing? No. It's because, if in some future date this account becomes disabled, people may be bright [read: tricky] enough to use the http://dummy.us.eu.org/robert account instead which will always be correct. > | Sorry if this has already been asked, but I've been having problems with > | 4.16beta.52 in xterms on Linux 2.0.0. > > Why not use the 4.16 non-beta? I wanted to live on the cutting edge -- but I guess I'm bleeding while living there, huh? > | It seems that insert redisplay is > | in correct. It appears that some sort of an insert mode is on, but that, > | in addition to the actual character getting inserted, a space is also > | inserted causing the display to be incorrect. > > This is a known (to me) bug in the LINUX termcap and terminfo > databases. > > There are two capabilities for specifying insertion: insert mode > entry/exit, and insert a character (or n characters). The specs of > termcap say that if both capabilities are present, the program must > use both, not one or the other. The author of the LINUX tables didn't > understand this. > > In terminfo, for every entry that defines "smir", you should remove > the "ich1" and "ich" capabilities. Actually, there might be terminals > that really need both, but I don't know of any -- certainly not xterm > or the LINUX console. > > In termcap, for every terminal description that defines "im", you > should remove any "ic" and "IC" capabilities. I'll do both of these... > | Has this problem been fixed in a later version? Is this a known bug? > > I know it :-). I thought that I convinced the person who I thought > was responsible, but there has been no change in the distributions > that I use. Do you know the right way of reporting this problem? > > Hugh Redelmeier > http://www.mimosa.com/~hugh voice: +1 416 482-8253