From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-14493-mason-zsh=primenet.com.au@sunsite.dk>
Received: (qmail 11012 invoked from network); 27 May 2001 13:08:38 -0000
Received: from sunsite.dk (130.225.51.30)
  by ns1.primenet.com.au with SMTP; 27 May 2001 13:08:38 -0000
Received: (qmail 15713 invoked by alias); 27 May 2001 13:08:32 -0000
Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 14493
Received: (qmail 15698 invoked from network); 27 May 2001 13:08:31 -0000
X-Envelope-Sender-Is: Andrej.Borsenkow@mow.siemens.ru (at relayer goliath.siemens.de)
Message-ID: <3B10FCA4.2000009@mow.siemens.ru>
Date: Sun, 27 May 2001 17:09:56 +0400
From: Andrej Borsenkow <Andrej.Borsenkow@mow.siemens.ru>
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-6mdk i686; en-US; rv:0.9) Gecko/20010521
X-Accept-Language: en
MIME-Version: 1.0
To: ZSH Workers Mailing List <zsh-workers@sunsite.dk>
Subject: termcap bug on Linux
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Mandrake cooker (currently glibc-2.2.3, termcap-11.0.1-4mdk) compiled 
with termcap, no ncurses.tgetflag() returns 0 for both unset and 
nonexsiting flags, which means that $termcap[cap] returns "no" for 
almost everything except numeric capabilities. As example:

bor@localhost% print $termcap[ae]
no

even when `ae' is string capability and is defined.

The only possible solution seems to check for string first; at least 
then existing string caps will be returned correctly.

-andrej