Open MrBitBucket opened 2 days ago
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.
I'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.
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
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