[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
signature.asc
Description: PGP signature