From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25922 invoked from network); 18 Sep 2001 15:54:04 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 18 Sep 2001 15:54:04 -0000 Received: (qmail 420 invoked by alias); 18 Sep 2001 15:53:44 -0000 Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 4249 Received: (qmail 405 invoked from network); 18 Sep 2001 15:53:42 -0000 Message-ID: <20010918155339.20305.qmail@web12504.mail.yahoo.com> Date: Tue, 18 Sep 2001 08:53:39 -0700 (PDT) From: a normal guy Subject: Re: can't find termcap info To: Vincent Lefevre Cc: zsh-users In-Reply-To: <20010918165111.B17411@greux.loria.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hello: First apologies for not including the text of your messages, but my email editor garbled them up. I was seeing something very similar to the behavior you are describing. The problem for me was in the behavior of tgetent. Zsh assumes it will return a 1 if the entry is found in the termcap library, 0 if not found, and -1 if a problem occurred accessing the termcap information. Under HP-UX, the tgetent return codes recently changed so it returns OK (0) for success and ERR (-1) for error. Hence the changes invalidated the code written with the old assumptions. I am not sure if HP-UX is following a new POSIX standard or what by implementing these changes, but it may be possible that linux has made a similar change. The behavior I saw exactly was that zsh would still run under a default termcap set, but much of the functionality was lost. Hope that helps. Scott __________________________________________________ Terrorist Attacks on U.S. - How can you help? Donate cash, emergency relief information http://dailynews.yahoo.com/fc/US/Emergency_Information/