[Python-Dev] regrtest.py mystery
Fred L. Drake, Jr.
Mon, 17 Dec 2001 09:32:00 -0500 (EST)
M.-A. Lemburg writes:
> How about following Fred's suggestion to run each test in a separate
> process (possibly as an option to regrtest.py) ?!
I wasn't really suggesting it, but it would solve this particular
problem. Note that the effectiveness of this to solve this particular
problem depends on the set of modules regrtest itself imports; if it
imports something and catches an ImportError, using a simple fork() to
create the child is not sufficient. Using fork()/exec() would be
extremely slow and should be avoided if we can.
Frankly, I like that we find interactions between the tests, so I'm
not convinced that there are any real problems with the test
framework. I do use to a C unit test package that uses fork() to make
sure individual tests can't core the framework, but that's not what
we're protecting against here.
Fred L. Drake, Jr. <fdrake at acm.org>
PythonLabs at Zope Corporation