Hi,<div><br></div><div>Sorry but I don't understand your remark. What is your problem with retrying syscall on EINTR? Can you please elaborate? What do you mean by "get wrong"?</div><div><br></div><div>Victor<br>
<br>Le dimanche 31 août 2014, Marko Rauhamaa <<a href="mailto:marko@pacujo.net">marko@pacujo.net</a>> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Victor Stinner <<a href="javascript:;" onclick="_e(event, 'cvml', 'victor.stinner@gmail.com')">victor.stinner@gmail.com</a>>:<br>
<br>
> Proposition<br>
> ===========<br>
><br>
> If a system call fails with ``EINTR``, Python must call signal<br>
> handlers: call ``PyErr_CheckSignals()``. If a signal handler raises<br>
> an exception, the Python function fails with the exception.<br>
> Otherwise, the system call is retried.  If the system call takes a<br>
> timeout parameter, the timeout is recomputed.<br>
<br>
Signals are tricky and easy to get wrong, to be sure, but I think it is<br>
dangerous for Python to unconditionally commandeer signal handling. If<br>
the proposition is accepted, there should be a way to opt out.<br>
<br>
<br>
Marko<br>
</blockquote></div>