mirror of
https://github.com/python/cpython.git
synced 2025-07-24 03:35:53 +00:00
Merged revisions 75246 via svnmerge from
svn+ssh://pythondev@svn.python.org/python/branches/py3k ................ r75246 | benjamin.peterson | 2009-10-04 15:32:25 -0500 (Sun, 04 Oct 2009) | 29 lines Merged revisions 74841 via svnmerge from svn+ssh://pythondev@svn.python.org/python/trunk ........ r74841 | thomas.wouters | 2009-09-16 14:55:54 -0500 (Wed, 16 Sep 2009) | 23 lines Fix issue #1590864, multiple threads and fork() can cause deadlocks, by acquiring the import lock around fork() calls. This prevents other threads from having that lock while the fork happens, and is the recommended way of dealing with such issues. There are two other locks we care about, the GIL and the Thread Local Storage lock. The GIL is obviously held when calling Python functions like os.fork(), and the TLS lock is explicitly reallocated instead, while also deleting now-orphaned TLS data. This only fixes calls to os.fork(), not extension modules or embedding programs calling C's fork() directly. Solving that requires a new set of API functions, and possibly a rewrite of the Python/thread_*.c mess. Add a warning explaining the problem to the documentation in the mean time. This also changes behaviour a little on AIX. Before, AIX (but only AIX) was getting the import lock reallocated, seemingly to avoid this very same problem. This is not the right approach, because the import lock is a re-entrant one, and reallocating would do the wrong thing when forking while holding the import lock. Will backport to 2.6, minus the tiny AIX behaviour change. ........ ................
This commit is contained in:
parent
9507887544
commit
5183856c17
5 changed files with 108 additions and 22 deletions
|
@ -3831,11 +3831,21 @@ Return 0 to child process and PID of child to parent process.");
|
|||
static PyObject *
|
||||
posix_fork1(PyObject *self, PyObject *noargs)
|
||||
{
|
||||
pid_t pid = fork1();
|
||||
pid_t pid;
|
||||
int result;
|
||||
_PyImport_AcquireLock();
|
||||
pid = fork1();
|
||||
result = _PyImport_ReleaseLock();
|
||||
if (pid == -1)
|
||||
return posix_error();
|
||||
if (pid == 0)
|
||||
PyOS_AfterFork();
|
||||
if (result < 0) {
|
||||
/* Don't clobber the OSError if the fork failed. */
|
||||
PyErr_SetString(PyExc_RuntimeError,
|
||||
"not holding the import lock");
|
||||
return NULL;
|
||||
}
|
||||
return PyLong_FromPid(pid);
|
||||
}
|
||||
#endif
|
||||
|
@ -3850,11 +3860,21 @@ Return 0 to child process and PID of child to parent process.");
|
|||
static PyObject *
|
||||
posix_fork(PyObject *self, PyObject *noargs)
|
||||
{
|
||||
pid_t pid = fork();
|
||||
pid_t pid;
|
||||
int result;
|
||||
_PyImport_AcquireLock();
|
||||
pid = fork();
|
||||
result = _PyImport_ReleaseLock();
|
||||
if (pid == -1)
|
||||
return posix_error();
|
||||
if (pid == 0)
|
||||
PyOS_AfterFork();
|
||||
if (result < 0) {
|
||||
/* Don't clobber the OSError if the fork failed. */
|
||||
PyErr_SetString(PyExc_RuntimeError,
|
||||
"not holding the import lock");
|
||||
return NULL;
|
||||
}
|
||||
return PyLong_FromPid(pid);
|
||||
}
|
||||
#endif
|
||||
|
@ -3957,14 +3977,22 @@ To both, return fd of newly opened pseudo-terminal.\n");
|
|||
static PyObject *
|
||||
posix_forkpty(PyObject *self, PyObject *noargs)
|
||||
{
|
||||
int master_fd = -1;
|
||||
int master_fd = -1, result;
|
||||
pid_t pid;
|
||||
|
||||
_PyImport_AcquireLock();
|
||||
pid = forkpty(&master_fd, NULL, NULL, NULL);
|
||||
result = _PyImport_ReleaseLock();
|
||||
if (pid == -1)
|
||||
return posix_error();
|
||||
if (pid == 0)
|
||||
PyOS_AfterFork();
|
||||
if (result < 0) {
|
||||
/* Don't clobber the OSError if the fork failed. */
|
||||
PyErr_SetString(PyExc_RuntimeError,
|
||||
"not holding the import lock");
|
||||
return NULL;
|
||||
}
|
||||
return Py_BuildValue("(Ni)", PyLong_FromPid(pid), master_fd);
|
||||
}
|
||||
#endif
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue