Repository navigation
3.14.0a2 rebuild needed for 0x03070000 limited api c extension #127191
Description
Activity
- addedtype-bugAn unexpected behavior, bug, or errorAn unexpected behavior, bug, or error
on Nov 23, 2024 I think this is expected now that the immortality of some/all globals is happening in Python >= 3.12. Probably I just need to build new wheels using a late python.
Reacted by Erlend E. AaslandI'm not sure we can do anything on our side since it affects 3rd party extensions and a security-branch only. However I don't know the exact policy concerning that kind of breaking change hence I'm asking @iritkatriel or @vstinner.
- addedinterpreter-core(Objects, Python, Grammar, and Parser dirs)(Objects, Python, Grammar, and Parser dirs)pendingThe issue will be closed if no feedback is providedThe issue will be closed if no feedback is provided
on Nov 23, 2024 As far as I know, the actual reference count of an object is an implementation detail, not part of the stable ABI.
Can you try to write a reproducer which doesn't depend on third party code?
Ah, this issue is also discussed at: https://discuss.python.org/t/3-14-0a2-rebuild-needed-for-0x03070000-limited-api-c-extension/72006
- added3.14bugs and security fixesbugs and security fixesbuildThe build process and cross-buildThe build process and cross-buildand removedpendingThe issue will be closed if no feedback is providedThe issue will be closed if no feedback is providedbuildThe build process and cross-buildThe build process and cross-build
on Dec 15, 2024 Based on the discussion over at DPO, it sounds to me we can close this as "not planned".
- addedpendingThe issue will be closed if no feedback is providedThe issue will be closed if no feedback is provided
on Jan 4, 2025 Yeah, reference counts aren't part of the stable ABI. I wonder if we should add a
sys._is_immortalfor situations like this, similar to how we havesys._is_interned.Reacted by Erlend E. Aasland- removedpendingThe issue will be closed if no feedback is providedThe issue will be closed if no feedback is provided
on Jan 4, 2025
Bug report
Bug description:
An existing C api extension compiled with Python 3.7-3.11 behaves differently when run in Python 3.14.0a2. Causing a reference count change where none is expected. The python test code looks like this
The C function unicode2T1 is not expected to change any of the refcounts checked, but if built with python 3.7-3.11
we see a decrease in the refcount for font.encName when running in python 3.14.0a2.
If built with python 3.14.0a2 the reference count decrease is not seen in the test. It seems that my code is broken in terms of the abi3 guarantee.
To ease checking I built a bash script to checkout and build the test environments; this can be found here.
I run this like
Sorry this example is so large, but at least reportlab is not required. We do have a python version of this code rl_accel.py
CPython versions tested on:
3.9, 3.10, 3.11, 3.12, 3.13, 3.14
Operating systems tested on:
Linux
Related
discuss.python.org/t/3-14-0a2-rebuild-needed-for-0x03070000-limited-api-c-extension/72006