Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!AUREL.CALTECH.EDU!bfox
From: bfox@AUREL.CALTECH.EDU (Brian Fox)
Newsgroups: gnu.bash.bug
Subject: Problems with TERMCAP in 0.99
Message-ID: <8906132327.AA10980@aurel.caltech.edu>
Date: 13 Jun 89 23:27:06 GMT
References: <767@accuvax.nwu.edu>
Sender: daemon@tut.cis.ohio-state.edu
Reply-To: bfox@ai.mit.edu
Distribution: gnu
Organization: GNUs Not Usenet
Lines: 29


   Date: 12 Jun 89 21:42:05 GMT
   From: john@hopf.math.nwu.edu  (John Franks)
   Organization: Northwestern Univ. Evanston, Il.
   Sender: bug-bash-request@prep.ai.mit.edu


   Even after this is fixed there seems to be another bug
   I can't track down.  It may be a Sun problem (I'm using
   a Sun3, SunOs4.0).  Here's what seems to happen: If I
   change the value of TERMCAP, rl_reset_terminal() gets
   called as it should, but the old value of TERMCAP 
   continues to  be used as the termcap file in that invocation
   of bash.  If a new bash is invoked the new termcap file 
   is used.  I don't see why this happens.  If anybody 
   figurest this out please let me know.

The problem should happen on any Unix system.

The environment that is given to the shell is the one that the termcap
library will use when looking for the value of TERMCAP.  In fact, any
call to getenv() will produce the value of the environment passed into
the shell instead of the environment that the shell passes out to
programs that it starts.

Perhaps the shell should supply its own getenv () function which would
know how to do the right thing.

Brian Fox