Does anyone know the "right" way to write a unit test for code that uses multiprocessing on Windows?

The problem is that with both "python setup.py tests" and "nosetests", when they get to testing any code that starts Processes they spawn multiple copies of the testing suite (i.e. the new processes start running tests as if they were started with "python setup.py tests"/"nosetests"). The test runner in PyDev works properly.

Maybe multiprocessing is starting new Windows processes by copying the command line of the current process? But if the command line is "nosetests", it's a one way ticket to an infinite explosion of processes.

Any thoughts?

Thanks,

Matt
--
http://mail.python.org/mailman/listinfo/python-list

Reply via email to