summaryrefslogtreecommitdiff
path: root/Python
diff options
context:
space:
mode:
authorGregory P. Smith <greg@mad-scientist.com>2010-03-01 01:22:39 +0000
committerGregory P. Smith <greg@mad-scientist.com>2010-03-01 01:22:39 +0000
commiteaf5ea800e15ae4110c3164cf77eede915d1571b (patch)
tree0900a00020859c031bd0eca19cee2592ed21d226 /Python
parentd100ee334147e571097ee042394f30882e665285 (diff)
downloadcpython-eaf5ea800e15ae4110c3164cf77eede915d1571b.tar.gz
Issue #7242: On Solaris 9 and earlier calling os.fork() from within a
thread could raise an incorrect RuntimeError about not holding the import lock. The import lock is now reinitialized after fork.
Diffstat (limited to 'Python')
-rw-r--r--Python/import.c12
1 files changed, 8 insertions, 4 deletions
diff --git a/Python/import.c b/Python/import.c
index c25c4f0345..eb50bc56f1 100644
--- a/Python/import.c
+++ b/Python/import.c
@@ -301,14 +301,18 @@ _PyImport_ReleaseLock(void)
return 1;
}
-/* This function used to be called from PyOS_AfterFork to ensure that newly
- created child processes do not share locks with the parent, but for some
- reason only on AIX systems. Instead of re-initializing the lock, we now
- acquire the import lock around fork() calls. */
+/* This function is called from PyOS_AfterFork to ensure that newly
+ created child processes do not share locks with the parent.
+ We now acquire the import lock around fork() calls but on some platforms
+ (Solaris 9 and earlier? see isue7242) that still left us with problems. */
void
_PyImport_ReInitLock(void)
{
+ if (import_lock != NULL)
+ import_lock = PyThread_allocate_lock();
+ import_lock_thread = -1;
+ import_lock_level = 0;
}
#endif