This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author vstinner
Recipients gvanrossum, loewis, neologix, pitrou, python-dev, vstinner, yselivanov
Date 2014-07-25.07:25:50
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1406273150.61.0.538898537893.issue22018@psf.upfronthosting.co.za>
In-reply-to
Content
2014-07-25 9:02 GMT+02:00 Charles-François Natali <report@bugs.python.org>:
>> Pipes cannot be configured in non-blocking mode on Windows. It sounds dangerous to call a blocking syscall in a signal handler.
>>
>> In fact, it works to write the signal number into a pipe on Windows, but I'm worried about the blocking behaviour.
>
> OK, but if someone passes a socket in blocking mode, it will be accepted.
> I don't understand why, if you're worried about a blocking write, you
> don't just check that the FD passed is in non-blocking mode. It's
> conceptually cleaner, more direct and safer.
>
> Also, I think there's another issue open on the tracker to check just
> that, so I'd leave this check out here.

In the issue #22042, I would like to make automatically the file desscriptor or socket handler in non-blocking mode. The problem is that you cannot make a file descriptor in non-blocking mode on Windows.

Or maybe you disagree with the issue #22042?
History
Date User Action Args
2014-07-25 07:25:50vstinnersetrecipients: + vstinner, gvanrossum, loewis, pitrou, neologix, python-dev, yselivanov
2014-07-25 07:25:50vstinnersetmessageid: <1406273150.61.0.538898537893.issue22018@psf.upfronthosting.co.za>
2014-07-25 07:25:50vstinnerlinkissue22018 messages
2014-07-25 07:25:50vstinnercreate