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 xiang.zhang
Recipients Manjusaka, giampaolo.rodola, neologix, vstinner, xiang.zhang, yselivanov
Date 2018-12-18.02:50:29
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1545101431.08.0.788709270274.issue35517@psf.upfronthosting.co.za>
In-reply-to
Content
> I don't think to make selector be a public property is a good idea. It will break the whole system integrity.

If exposing a private property is not a good idea, another choice may be construct a selector with a customized I/O multiplexer, adding an optional parameter to the __init__.

But actually I'm -1 to this change. `selectors` makes underlying implementations irrelavant to most users since we can simply use `DefaultSelector`(maybe why only read/write events are valid now?). But you are seeking to add implementation specific details back. If you know you want to add EPOLL_EXCLUSIVE, why not just use `select.epoll`? A single selector doesn't do much more than the underlying multiplexer.
History
Date User Action Args
2018-12-18 02:50:31xiang.zhangsetrecipients: + xiang.zhang, vstinner, giampaolo.rodola, neologix, yselivanov, Manjusaka
2018-12-18 02:50:31xiang.zhangsetmessageid: <1545101431.08.0.788709270274.issue35517@psf.upfronthosting.co.za>
2018-12-18 02:50:31xiang.zhanglinkissue35517 messages
2018-12-18 02:50:29xiang.zhangcreate