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 jfonseca
Recipients amaury.forgeotdarc, jfonseca
Date 2009-07-13.21:09:09
SpamBayes Score 9.240692e-10
Marked as misclassified No
Message-id <1247519352.52.0.239858064584.issue6476@psf.upfronthosting.co.za>
In-reply-to
Content
Perhaps. I'm not a scons developer -- just an user -- and I don't know
what versions of python far back in time they want support, but it
appears it would make sense to use subprocess where available indeed. I
already I've filled an issue with scons at
http://scons.tigris.org/issues/show_bug.cgi?id=2449 and linked back to
this issue and I trust the developers to do whatever they see fit to
address this problem.

Instead of just marking this issue as won't fix, shouldn't at least some
documentation be added, or something sensible like that? In
http://docs.python.org/library/os.html#process-management os.spawn* are
not marked as deprecated -- just says that "the subprocess module
provides more powerful facilities" and is "preferable" --, and it
certainly doesn't say these functions are not thread safe. It would be a
pity if other users would have to invest as much time as I did to find
this race condition (it was rare, and happened in a build farm so we
couldn't see the windows access violation dialog), and multithreading is
getting more and more common.

Also, if the only reason not to fix this is the lack of a patch I don't
mind in producing one FWIW.
History
Date User Action Args
2009-07-13 21:09:13jfonsecasetrecipients: + jfonseca, amaury.forgeotdarc
2009-07-13 21:09:12jfonsecasetmessageid: <1247519352.52.0.239858064584.issue6476@psf.upfronthosting.co.za>
2009-07-13 21:09:10jfonsecalinkissue6476 messages
2009-07-13 21:09:09jfonsecacreate