[PATCH] fud.c : timeout in do_proxy_request
etienne.goyer at linuxquebec.com
Thu Jun 5 11:28:35 EDT 2003
recvfrom() does not return when alarm() trigger. I am testing it on
Linux RedHat 7.3, glibc 2.2.5.
I am experiencing this problem when querying the fud daemon on the
MUPDATE master of Murder and the backend on which the queryed mailbox
reside does not have fud running. If you use fud-client to test it
yourself, it must be taken into account that it include its own timeout
code. It is possible to use the FUD Perl module I posted earlier
instead as it does not include any timeout mechanism.
Can somebody else using another OS/libc combo test it on their rig to
confirm the bug is specific to my setup (or not) ?
Thanks for your feedback.
On Thu, Jun 05, 2003 at 11:04:04AM -0400, Rob Siemborski wrote:
> On Wed, 4 Jun 2003, Etienne Goyer wrote:
> > The fud daemon can proxy request for mailbox that are remote (ie
> > Murder). In 2.1.13, the fud daemon will just sit there if the remote
> > fud is not responding. It is strange because the recvfrom() is
> > alarm()'ed; however, the SIGALRM handler do nothing else than clear the
> > signal.
> It shouldn't need to, when the alarm goes off recvfrom should return with
> a value of -1 and errno = EINTR, and therefore fud should continue on as
> normal (the next line catches the error).
> Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
> Research Systems Programmer * /usr/contributed Gatekeeper
Etienne Goyer Linux Québec Technologies Inc.
http://www.LinuxQuebec.com etienne.goyer at linuxquebec.com
More information about the Info-cyrus