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 ysj.ray
Recipients Jason.Baker, ysj.ray
Date 2010-11-19.10:08:27
SpamBayes Score 6.582378e-08
Marked as misclassified No
Message-id <1290161308.79.0.538719401131.issue8690@psf.upfronthosting.co.za>
In-reply-to
Content
+1 on make it identical to multiprossing.Queue. Since the documentation said:

multiprocessing.dummy replicates the API of multiprocessing but is no more than a wrapper around the threading module.

Does the word "replicates" implies that multiprossing.dummy.[AClass] should have the same interfaces as multiprossing.[AClass]? I think so. We should be able to use multiprossing.dummy.xxx wherever multiprossing.xxx can be used. We can just create a subclass of Queue.Queue and implemented these missing methods as dummy functions.

I wonder is there other inconsistence between multiprocessing.dummy and multiprocessing?
History
Date User Action Args
2010-11-19 10:08:28ysj.raysetrecipients: + ysj.ray, Jason.Baker
2010-11-19 10:08:28ysj.raysetmessageid: <1290161308.79.0.538719401131.issue8690@psf.upfronthosting.co.za>
2010-11-19 10:08:27ysj.raylinkissue8690 messages
2010-11-19 10:08:27ysj.raycreate