bug-readline
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-readline] Comment on c612c3607b183ae654d6c920c729de5444fdb899 (


From: Chet Ramey
Subject: Re: [Bug-readline] Comment on c612c3607b183ae654d6c920c729de5444fdb899 (commit readline-20190906)
Date: Mon, 16 Sep 2019 11:50:08 -0400
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0

On 9/16/19 8:44 AM, Osipov, Michael wrote:
> Hi Chet,
> 
> first of all, thanks for pushing my changes into devel.
> 
> I am a bit unhappy with the wording "TGETENT_BROKEN" and "It's not clear
> how HPUX is so broken here." Initially, I shared the same view, but when
> looking into the POSIX definition of tgetent(2) and (tgetflag) by the Open
> Group [1], it says:

       The tgetent routine loads the entry for name.  It returns:

          1  on success,

          0  if there is no such entry (or that it is a generic  type,  having
             too little information for curses applications to run), and

          -1 if the terminfo database could not be found.

This is the traditional return value, dating back to the original BSD
implementation. If HPUX does it differently, it's broken.

>> Routines that return an integer return ERR upon failure and an integer
> value other than ERR upon successful completion.

>From 1997? Yeah, that was withdrawn.


> For my point of view, HP-UX is not broken, but it simply has another
> internal definition of ERR and OK. One can also invert this argumentation
> and say that GNU termcap or BSD termcap are broken because the HP-UX
> implementation might predate both.

It doesn't.

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
                 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU    address@hidden    http://tiswww.cwru.edu/~chet/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]