Subject: Re: bin/7198: recent xterm termcap entry flakes out screen
To: ITOH Yasufumi <yasufu-i@is.aist-nara.ac.jp>
From: Mason Loring Bliss <mason@acheron.middleboro.ma.us>
List: netbsd-bugs
Date: 03/19/1999 08:15:07
On Fri, Mar 19, 1999 at 09:08:26PM +0900, ITOH Yasufumi wrote:

> It seems the TERMCAP environment variable set by screen
> exceeds 1023 bytes long.
> (Bug of screen?)

Hm. It's 1007 bytes long when I've got the older termcap.db in place.

> > Use an older termcap. Diffs that apply to 1999.03.17's termcap are included,
> > below.
> 
> Does this really fix?

Yes. The problem definitely isn't there when I swap in the older termcap, but
leave the vi, screen, and xterm versions the same. The problem definitely is
there with the newer termcap, and everything else the same.

> Screen sets its own termcap entry in TERMCAP variable,
> and I think reverting the /usr/share/misc/termcap{,db} doesn't help.

Doesn't it pull this from /usr/share/misc/termcap{,db}?

> I think the following will be a work-around of the problems
> 
> Type
> 	% unsetenv TERMCAP	# if you are using csh
> or
> 	% eval `tset -I -s`
> in a window of screen
> and then,
> 	% vi

Hm. I think it would be better if whatever it is in the termcap ended up
not overflowing whatever it is that it's overflowing. I don't like the
idea of having to manually toast the TERMCAP environment variable. It
gets trickier when something that's not a shell calls vi. Somehow fixing
the termcap is a cleaner solution.

-- 
Mason Loring Bliss             ((  "In the drowsy dark cave of the mind dreams
mason@acheron.middleboro.ma.us  ))  build  their nest  with fragments  dropped
http://acheron.ne.mediaone.net ((   from day's caravan." - Rabindranath Tagore