This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: PyUnicode_InternInPlace crashes
Type: crash Stage: resolved
Components: macOS, Unicode Versions: Python 3.3
process
Status: closed Resolution: third party
Dependencies: Superseder:
Assigned To: Nosy List: _savage, ezio.melotti, hynek, ned.deily, ronaldoussoren, vstinner
Priority: normal Keywords:

Created on 2014-10-06 02:58 by _savage, last changed 2022-04-11 14:58 by admin. This issue is now closed.

Messages (5)
msg228635 - (view) Author: Jens Troeger (_savage) * Date: 2014-10-06 02:58
This might be an issue with Python, or an issue with Libre/OpenOffice not setting up the UNO environment correctly.

The crash happens during "import uno" of Python 3.3 in the PyUnicode_InternInPlace function. I've done some digging and posted more information about this crash in this forum:

  http://en.libreofficeforum.org/node/9195
msg228650 - (view) Author: STINNER Victor (vstinner) * (Python committer) Date: 2014-10-06 09:50
It looks like a bug in the uno module, nobody reports this issue with the vanilla Python.

The gdb traceback is incomplete: function parameters are missing, there are some unknown frames ("??"):

#0  0x011c118d in PyUnicode_InternInPlace ()
   from /Applications/LibreOffice.app/Contents/MacOS/LibreOfficePython.framework/Versions/3.3/LibreOfficePython
#1  0x011cf981 in PyUnicode_InternFromString ()
   from /Applications/LibreOffice.app/Contents/MacOS/LibreOfficePython.framework/Versions/3.3/LibreOfficePython
#2  0x011b5498 in PyType_Ready ()
   from /Applications/LibreOffice.app/Contents/MacOS/LibreOfficePython.framework/Versions/3.3/LibreOfficePython
#3  0x011b613c in PyType_Ready ()
   from /Applications/LibreOffice.app/Contents/MacOS/LibreOfficePython.framework/Versions/3.3/LibreOfficePython
#4  0x00708abb in pyuno::PyUNO_initType() () from /Applications/LibreOffice.app/Contents/MacOS/libpyuno.dylib
#5  0x003f7ee0 in ?? () from /Applications/LibreOffice.app/Contents/MacOS/pyuno.so
#6  0x0070f9f2 in PyInit_pyuno () from /Applications/LibreOffice.app/Contents/MacOS/libpyuno.dylib
#7  0x00000009 in ?? ()

You should try to get debug symbols. It looks like you are working on Mac OS X. How did you install Python? Are you sure that the "uno" module is compatible with python 3.3 program? (Compiled with the same options.)

To me, it doesn't look like a Python bug. And it doesn't look to be related to Unicode.
msg228673 - (view) Author: Jens Troeger (_savage) * Date: 2014-10-06 12:30
Thanks Victor.

I had the suspicion that UNO might set up somewhat incorrectly, and consequently cause this problem. To answer your questions:

- Debug symbols: agreed. I haven't built a vanilla Python with symbols yet. I'm using MacPorts default Python 3.3.

- Yes, this is Python on Mac using MacPorts.

- Yes, UNO is compatible with Python 3.3. When you install LibreOffice (on Mac) then it ships with a Python 3.3 interpreter. Interestingly, using THAT interpreter the crash does not happen when I import the module, but it does happen -- on occasion -- upon exiting. However, I do not know what options Python is compiled with for LibreOffice.

Shall I bounce this issue back to the LibreOffice folks and see if I can find whoever owns that piece of code?  (If anybody does...)
msg228675 - (view) Author: STINNER Victor (vstinner) * (Python committer) Date: 2014-10-06 12:47
> Shall I bounce this issue back to the LibreOffice folks and see if I can find whoever owns that piece of code?  (If anybody does...)

For me, it's an issue in the uno module.
msg228724 - (view) Author: Ned Deily (ned.deily) * (Python committer) Date: 2014-10-06 18:04
Also note that there were major internal changes in Python strings for 3.3 (http://legacy.python.org/dev/peps/pep-0393/) so you might want to look at those especially if this worked OK with Python 3.2.  Since it seems unlikely that there would be any further progress on resolving this without more analysis on the UNO end, I am closing this issue as presumed to be a third-party problem.  Feel free to re-open if evidence of a problem in Python itself is uncovered.
History
Date User Action Args
2022-04-11 14:58:08adminsetgithub: 66751
2014-10-06 18:04:31ned.deilysetstatus: open -> closed
messages: + msg228724

assignee: ronaldoussoren ->
resolution: third party
stage: resolved
2014-10-06 12:47:15vstinnersetmessages: + msg228675
2014-10-06 12:30:37_savagesetmessages: + msg228673
2014-10-06 09:50:45vstinnersetmessages: + msg228650
2014-10-06 09:46:46serhiy.storchakasetnosy: + ronaldoussoren, ned.deily, hynek

components: + macOS
assignee: ronaldoussoren
2014-10-06 02:58:06_savagecreate