Hi, thanks for your suggestion.
The accept call will indeed be server-side. Actually, there will be 2 services speaking to each other through 2 sockets. This case (reader being restarted) is an exceptional case, but it happened during my tests and I wanted to be sure to handle that properly before going live.
the socket object ($write) loses its counterpart when the reader exits, and would have to reconnect.
It makes perfect sense, but I am surprised there is no other way than trapping SIGPIPE to catch this.
In reply to Re^2: IO::Socket::UNIX unexpected death
by lom
in thread IO::Socket::UNIX unexpected death
by lom
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |