summaryrefslogtreecommitdiffstats
path: root/Lib/test/fork_wait.py
diff options
context:
space:
mode:
authorNeal Norwitz <nnorwitz@gmail.com>2006-07-07 06:03:15 (GMT)
committerNeal Norwitz <nnorwitz@gmail.com>2006-07-07 06:03:15 (GMT)
commit84bc19a453905e611dfc5d112a84604929b50cb5 (patch)
treec42968d75570cd6e43dc2fbaeb65257aa97874fe /Lib/test/fork_wait.py
parent388a8c26fae0c9fdce06fcf69223b7b43cb25acf (diff)
downloadcpython-84bc19a453905e611dfc5d112a84604929b50cb5.zip
cpython-84bc19a453905e611dfc5d112a84604929b50cb5.tar.gz
cpython-84bc19a453905e611dfc5d112a84604929b50cb5.tar.bz2
Restore rev 47014:
The hppa ubuntu box sometimes hangs forever in these tests. My guess is that the wait is failing for some reason. Use WNOHANG, so we won't wait until the buildbot kills the test suite. I haven't been able to reproduce the failure, so I'm not sure if this will help or not. Hopefully, this change will cause the test to fail, rather than hang. That will be better since we will get the rest of the test results. It may also help us debug the real problem. *** The reason this originally failed was because there were many zombie children outstanding before rev 47158 cleaned them up. There are still hangs in test_subprocess that need to be addressed, but that will take more work. This should close some holes.
Diffstat (limited to 'Lib/test/fork_wait.py')
-rw-r--r--Lib/test/fork_wait.py9
1 files changed, 8 insertions, 1 deletions
diff --git a/Lib/test/fork_wait.py b/Lib/test/fork_wait.py
index 5600bdb..7eb55f6 100644
--- a/Lib/test/fork_wait.py
+++ b/Lib/test/fork_wait.py
@@ -34,7 +34,14 @@ class ForkWait(unittest.TestCase):
pass
def wait_impl(self, cpid):
- spid, status = os.waitpid(cpid, 0)
+ for i in range(10):
+ # waitpid() shouldn't hang, but some of the buildbots seem to hang
+ # in the forking tests. This is an attempt to fix the problem.
+ spid, status = os.waitpid(cpid, os.WNOHANG)
+ if spid == cpid:
+ break
+ time.sleep(2 * SHORTSLEEP)
+
self.assertEquals(spid, cpid)
self.assertEquals(status, 0, "cause = %d, exit = %d" % (status&0xff, status>>8))