bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Reauthentication implementation flaw due to EINTR


From: Samuel Thibault
Subject: Re: Reauthentication implementation flaw due to EINTR
Date: Wed, 30 Dec 2009 17:31:33 +0100
User-agent: Mutt/1.5.12-2006-07-14

Carl Fredrik Hammar, le Wed 30 Dec 2009 16:38:35 +0100, a écrit :
> On Wed, Dec 30, 2009 at 02:01:12PM +0100, Samuel Thibault wrote:
> > Carl Fredrik Hammar, le Wed 30 Dec 2009 12:40:02 +0100, a écrit :
> > >
> > > The notification has been requested by
> > > auth_server_authenticate which is waiting for auth_user_authenticate
> > > to arive.
> > 
> > Only when the user isn't arrived already.
> 
> Right, but we know it hasn't since the server has posted a pending
> operation, otherwise we'd be in the else part of the if.

Right.

> > > In the then part of the if statement, the user has found that the
> > > server is waiting for the condition to be signaled, which is right
> > > time to cancel the notification.
> > 
> > Err, isn't the notification bound to an RPC?
> > (really, I don't know anything about these and the Mach documentation
> > doesn't help me so much).
> 
> The low-level interface is bound to the port we want notifications about.

Ok.

I've tried the attached patch (against the current unpatched git head),
still no luck: no "auth EINTR" printed, but auth_server_authenticate
returned EINTR in ext2fs.

Samuel

Attachment: patch
Description: Text document


reply via email to

[Prev in Thread] Current Thread [Next in Thread]