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 ncoghlan
Recipients Michael.Olson, asksol, bkabrda, davin, jnoller, mdengler, ncoghlan, sbt, schlamar
Date 2015-02-24.10:06:22
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1424772383.1.0.203792283095.issue10128@psf.upfronthosting.co.za>
In-reply-to
Content
Marc's reference to pip meant I noticed something that I had missed previously - that this issue is referring specifically to the use of setuptools/pip entry points, not to the -m switch.

Entry points shouldn't be hitting this if they're importing the module containing the entry point normally - #10845 specifically related to invoking multiprocessing from a module run directly with the -m switch, which was worked around in 3.2 and 3.3, and then finally fixed properly in 3.4 by the implementation of #19946

So if there's an incompatibility between multiprocessing and entry points, it would be preferable to fix it in pip/setuptools, as that will reach many more installations than just fixing multiprocessing to better tolerate that situation.
History
Date User Action Args
2015-02-24 10:06:23ncoghlansetrecipients: + ncoghlan, jnoller, asksol, Michael.Olson, schlamar, sbt, bkabrda, mdengler, davin
2015-02-24 10:06:23ncoghlansetmessageid: <1424772383.1.0.203792283095.issue10128@psf.upfronthosting.co.za>
2015-02-24 10:06:23ncoghlanlinkissue10128 messages
2015-02-24 10:06:22ncoghlancreate