Hello Julien,
On 2010-09-13 11:59, Julien Aube wrote:
Hello,
I've made the attached patch to prevent the situation where the udp-receiver hang out indefinitly waiting for data when the server has been killed after having started to send data.
In this case, the udp-received program would hang indefinitly.
Since in my program, udp-receiver is called through system(...); the result is a hang.
With this patch I use a SIGALARM signal to reset a flag to 0, and act as a watchdog. The watchdog is started just before the sending data phase of the protocol, and is feed each time a packet is received from the server.
If 2 times in a row the watchdog is not feed, the program exit in error.
The current value is set as a #define as 60s, which is in effect 2mn before udp-receiver is actually killed.
However I am aware that this implementation is somehow crude, and I would be interested by any other way to do that.
Additionally, if someone is interested by this patch, I could make it so that the watchdog period is configurable on the command-line.
Thanks for your time,
Julien
In version 20110710, udp-receiver now has a new flag --receive-timeout <seconds> which allows to set such a timeout (this is implemented using select)
Regards,
Alain