On Mon, Jul 05, 2010 at 01:23:15PM -0700, Roland McGrath wrote:
> > This would be ideal, but my current understanding is that
> > interrupt_operation() is mostly advisory and that the operation will
> > restart or return EINTR regardless of what the server does, and if this
> > is true then it is i
> This would be ideal, but my current understanding is that
> interrupt_operation() is mostly advisory and that the operation will
> restart or return EINTR regardless of what the server does, and if this
> is true then it is impossible to complete the RPC. However, my view of
> the interruption c
Hi,
On Sun, Jul 04, 2010 at 12:34:19PM -0700, Roland McGrath wrote:
> The auth server, like any server handling interrupt_operation, is
> responsible for making sure that the operation either is entirely
> interrupted cleanly, or completes normally. For the auth handshake,
> interrupting cleanly
The auth server, like any server handling interrupt_operation, is
responsible for making sure that the operation either is entirely
interrupted cleanly, or completes normally. For the auth handshake,
interrupting cleanly means that both sides of the transacation get
interrupted. In the scenario y
Hello,
I have been investigating the EINTR bug for a while now, and I'm finally
confident about what the problem is. As a reminder, the bug causes sudo
to sometimes fail with EPERM, usually when it tries to open /etc/sudoers
because a reauthentication has failed silently.
While we originally tho
