-
Notifications
You must be signed in to change notification settings - Fork 696
py-call-osafterfork isn't needed in python 3.13+ #2736
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
base: master
Are you sure you want to change the base?
Conversation
80072e0 to
491f782
Compare
1f9a875 to
e223990
Compare
…on already alreases the lock after the fork
e223990 to
cb2a437
Compare
xrmx
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there a reason the PR is in draft?
| PyOS_AfterFork_Child(); | ||
| #endif | ||
| } | ||
| #if PY_VERSION_HEX < 0x030D0000 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please move preprocessor directives to column 0, also you can use #ifdef UWSGI_PY313
| if (!up.call_uwsgi_fork_hooks && up.call_osafterfork) { | ||
| // before python 3.7 | ||
| #ifdef HAS_NOT_PYOS_FORK_STABLE_API | ||
| PyOS_AfterFork(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks like there's one tab too much
|
We also encountered this issue when updating Python to version 3.13. |
fixes #2710
in 3.13, there's a new mutex type that now cares if the mutex is unlocked while not currently locked
A warning should be emitted to advise to use
py-call-uwsgi-fork-hooksif running against 3.13 (+ a doc update that suggests to usepy-call-uwsgi-fork-hooksoverpy-call-osafterforksince maintainers want to support py-call-osafterfork for LTS reasons, my suggestion would be to just remove
py-call-osafterforkentirely otherwise