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 gregory.p.smith
Recipients cagney, ebizzinfotech, gregory.p.smith, hugh, lukasz.langa, ned.deily, vstinner
Date 2019-04-09.00:44:39
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1554770679.46.0.281749906622.issue36533@roundup.psfhosted.org>
In-reply-to
Content
The logging library has never guaranteed that it wouldn't interleave or duplicate buffered io output when fork() in involved.  We should not start trying to claim that it does.  Too complicated and fragile.  It can't.  Users who want that should implement their own single logging handler that is well behaved in whatever regards they need.  there are a ton of options for them.

A basicConfig setting to switch the mode of operation to a single lock instead of per-handler locks could only happen in 3.8 (new feature).  I'll ponder if it is even feasible to add that after the re-init change goes in.  Even with such a feature, library user authored Handler subclasses would always be free to violate that.  We can't protect people from themselves.
History
Date User Action Args
2019-04-09 00:44:39gregory.p.smithsetrecipients: + gregory.p.smith, vstinner, ned.deily, lukasz.langa, cagney, hugh, ebizzinfotech
2019-04-09 00:44:39gregory.p.smithsetmessageid: <1554770679.46.0.281749906622.issue36533@roundup.psfhosted.org>
2019-04-09 00:44:39gregory.p.smithlinkissue36533 messages
2019-04-09 00:44:39gregory.p.smithcreate