[Top][All Lists]

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

wgetch_events blocks unnecessarily

From: Bernd Jendrissek
Subject: wgetch_events blocks unnecessarily
Date: Thu, 25 May 2006 13:46:21 +0200
User-agent: Mutt/

Hash: SHA1

I gather that nobody is actually using wgetch_events(), since I have had
to patch lib_twait.c to make it work at all.  Basically
_nc_eventlist_timeout() and _nc_timed_wait() are using an inappropriate
level of indirection (one too many) for their _nc_event pointer
variables.  Sorry, I don't want to contribute a patch irresponsibly
without getting the copyright ducks in a row; maybe some other
unencumbered eager beaver can recreate the fix.  Oh, and there's a
missing "ev++;" without which _nc_eventlist_timeout() goes into an
infinite loop.  There's also the problem of _nc_timed_wait()
misreporting what events are available; if there is no SP->_mouse_fd
then the return code "mode" bitmask gets populated with "2" (mouse input
ready) when really it's my serial port that has data.

Now I'm finding that wgetch_events() is blocking on terminal input,
which of course is a problem if I also expect input from a serial port.
I'm tracking that down right now... expect more mail later.

- -- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet?
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Please fetch my new key 804177F8 from hkp://wwwkeys.eu.pgp.net/


reply via email to

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