Deadly embrace between pthread_cond_wait and pthread_cond_signal
Greg Smith
rys@epaibm.rtpnc.epa.gov
Thu Jun 28 08:51:00 GMT 2001
Yes, you are absolutely correct. Turns out pthread_kill() in the
Pthreads-win32 implementation is essentially a nop and we had changed
our select() in the thread that we want to signal to time-out when
we compile under windows.
So, I'm happy to say, this problem turned out to be a `personal problem' ;-)
Greg
Christopher Faylor wrote:
> >Seems we do a lotta SIGHUPs to break a listening thread out of his
> >reverie, but sometimes the wrong thead (which has done a recv() on a
> >socket) gets woken up instead, and is not particularly happy with the
> >EINTR error code.
>
> Unless Robert has performed some magic that I'm not aware of, there is
> currently no way to interrupt anything but the main thread in cygwin.
>
> This has been on my tuit list for a long time but it will require a
> lot of rework of the signal code.
>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
More information about the Cygwin
mailing list