[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-readline] Comment on c612c3607b183ae654d6c920c729de5444fdb899 (
Re: [Bug-readline] Comment on c612c3607b183ae654d6c920c729de5444fdb899 (commit readline-20190906)
Mon, 16 Sep 2019 11:50:08 -0400
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 , 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.
``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/