This is a discussion on threading issue : SIGPIPE => SIG_IGN (writing to closed socket) within the HP-UX Operating System forums, part of the Unix Operating Systems category; --> Hello, hopefully you can give me an answer how HP/UX (11.11 and 11.2x) reacts (I found different opinoins in ...
| |||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Hello, hopefully you can give me an answer how HP/UX (11.11 and 11.2x) reacts (I found different opinoins in the inet): In a multithreaded library a thread sets the sigaction SIG_IGN for signal SIGPIPE if it tries to write to a socket and resets to the old sigaction with SIG_DFL afterwards. Will EPIPE allways be returned to the same thread if the socket was closed before write (and RST was received)? If yes is this guaranteed? thanks and kind regards, Oliver |
| ||||
| On Dec 30 2006, 2:25 pm, Oliver Kowalke <oliver.kowa...@gmx.de> wrote: > Hello, > hopefully you can give me an answer how HP/UX (11.11 and 11.2x) reacts (I > found different opinoins in the inet): > > In a multithreaded library a thread sets the sigaction SIG_IGN for signal > SIGPIPE if it tries to write to a socket and resets to the old sigaction > with SIG_DFL afterwards. > > Will EPIPE allways be returned to the same thread if the socket was closed > before write (and RST was received)? > > If yes is this guaranteed? > > thanks and kind regards, > Oliver I hope I interpreted your question correctly. In a multi-threaded environment, the only way you can guarantee that only a particular thread will receive and process a signal, is by masking that particular signal in all other threads. -Rajesh |