Skip to content

bpo-40232: _PyImport_ReInitLock() can now safely use its lock #20597

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Jun 2, 2020
Merged

bpo-40232: _PyImport_ReInitLock() can now safely use its lock #20597

merged 1 commit into from
Jun 2, 2020

Conversation

vstinner
Copy link
Member

@vstinner vstinner commented Jun 2, 2020

Since _PyImport_ReInitLock() now calls _PyThread_at_fork_reinit() on
the import lock, the lock is now in a known state: unlocked. It
became safe to acquire it after fork.

https://bugs.python.org/issue40232

Since _PyImport_ReInitLock() now calls _PyThread_at_fork_reinit() on
the import lock, the lock is now in a known state: unlocked. It
became safe to acquire it after fork.
@vstinner
Copy link
Member Author

vstinner commented Jun 2, 2020

@corona10: As the author of the commit 62f75fe, would you mind to review this change?

@vstinner
Copy link
Member Author

vstinner commented Jun 2, 2020

Hum, Travis CI is stuck in "Pending — The Travis CI build is in pro..." status, whereas all mandatory jobs. Only one optional job failed (code coverage C). I restarted the whole Travis CI job.

@vstinner vstinner merged commit 45b34a0 into python:master Jun 2, 2020
@vstinner vstinner deleted the import_lock branch September 21, 2021 22:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants