bug-ncurses
[Top][All Lists]
Advanced

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

Re: vte-2017 terminfo entry should include E3 capability


From: Thomas Dickey
Subject: Re: vte-2017 terminfo entry should include E3 capability
Date: Sat, 9 Mar 2024 17:20:00 -0500

On Sat, Mar 09, 2024 at 04:42:41PM -0500, Bill Gray wrote:
> On 3/9/24 14:44, G. Branden Robinson wrote:> Yeah, but when are they going to 
> work around the recalcitant ncurses
> > maintainer who hates his users and patch it to sleep(-1) when resetting?
> 
> sleep() takes an unsigned value.  The patch should use napms(-1000), since
> that function takes a signed int.
> 
> Out of idle curiosity, I just checked to see what happens if you call napms(
> -1000) (or other negative value).  With ncurses, it returns 'OK' immediately. 
> (Unfortunately, it doesn't return a second before the call was made.  That
> would be pretty cool.)
> 
> With PDCursesMod (and probably PDCurses), sleep( -1000) just hangs on some
> platforms.  So I got an (admittedly minor) bug fix out of your remark [1].
> 
> nanosleep() will return EINVAL if you try to time-travel backwards. 
> Possibly, napms() should return ERR.
> 
> Now that my curiosity has been raised...  Thomas, I'm wondering why there's a
> thirty-second cap on napms() in ncurses?  [2]

That's from

20230917
        + limit delays to 30 seconds, i.e., padding delays in terminfo, as well
          as napms() and delay_output() functions.

It's one of those details that could be abused by someone using
the TERMINFO variable to plug in a corrupt terminal database.

-- 
Thomas E. Dickey <dickey@invisible-island.net>
https://invisible-island.net

Attachment: signature.asc
Description: PGP signature


reply via email to

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