[PATCH] fud.c : timeout in do_proxy_request

Etienne Goyer etienne.goyer at linuxquebec.com
Fri Jun 6 09:26:23 EDT 2003


Is there any hope somebody look at it ?

On Thu, Jun 05, 2003 at 11:28:35AM -0400, Etienne Goyer wrote:
> 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
> > 
> > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > 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

-- 
Etienne Goyer                    Linux Québec Technologies Inc.
http://www.LinuxQuebec.com       etienne.goyer at linuxquebec.com




More information about the Info-cyrus mailing list