wgetch_events blocks unnecessarily

[Bernd Jendrissek]

-----BEGIN PGP SIGNED MESSAGE-----
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?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Please fetch my new key 804177F8 from hkp://wwwkeys.eu.pgp.net/

iD8DBQFEdZkGwyMv24BBd/gRAhn7AJ0blPBt1IUvsQG4/OnCyor6LGOsuACgneEU
v/jEbpeWOCd0/2M7+1XHbCg=
=lVzp
-----END PGP SIGNATURE-----