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 neologix
Recipients giampaolo.rodola, glyph, gvanrossum, neologix, pitrou, sbt, vstinner
Date 2013-09-16.18:41:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAH_1eM1Y4EwANX4SC-0cJ7GS3she-SarzSQ23Ua6Za=C6EsJwQ@mail.gmail.com>
In-reply-to <1379349206.37.0.502072051064.issue19017@psf.upfronthosting.co.za>
Content
> Interesting issue.  ISTM that closing the FD before unregistering it is a programmer's mistake that shouldn't pass silently.  And closing it in a separate thread while the selector is active sounds like an even bigger bug.

Agreed.

> Could we report an new event type for this situation?  E.g. EVENT_CLOSED.  The proper response would be to unregister the FD.  (And yes, unregistering the FD when it was previously registered should not be an error, even if it has been closed.)

The problem is that for epoll (and kqueue I think) the FD is
automagically removed from the backend, which means that we won't get
any notification for this FD, hence we're unable to report it as
closed.
History
Date User Action Args
2013-09-16 18:41:52neologixsetrecipients: + neologix, gvanrossum, pitrou, vstinner, giampaolo.rodola, glyph, sbt
2013-09-16 18:41:52neologixlinkissue19017 messages
2013-09-16 18:41:52neologixcreate