Hi, > I think that "deprecating" the use of threads w/ multiprocessing - or > at least crippling it is the wrong answer. Multiprocessing needs the > helper threads it uses internally to manage queues, etc. Removing that > ability would require a near-total rewrite, which is just a > non-starter.
I agree that this wouldn't actually benefit anyone. Besides, I don't think it's even possible to avoid threads in multiprocessing, given the various constraints. We would have to force the user to run their main thread in an event loop, and that would be twisted (tm). > I would focus on the atfork() patch more directly, ignoring > multiprocessing in the discussion, and focusing on the merits of gps' > initial proposal and patch. I think this could also be combined with Charles-François' patch. Regards Antoine. _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
