New submission from Michael J. Fromberger :
A segmentation fault is generated in _ctypes.so when calling a function that
returns a char pointer on a system
with 64-bit pointer types. The attached crash dump is from a Python 2.6.3
built from MacPorts ("port install
python26 +no_tk
Changes by Michael J. Fromberger :
Added file: http://bugs.python.org/file15155/crash-report.txt
___
Python tracker
<http://bugs.python.org/issue7160>
___
___
Python-bug
Michael J. Fromberger added the comment:
I believe this error occurs because a pointer value is being truncated to
32 bits. The exception code is
KERN_INVALID_ADDRESS at 0x002fe020
If you add a diagnostic printout to the body of get_message(), you will
see that its return value is
Michael J. Fromberger added the comment:
Thank you for setting me straight.
I see now that I misunderstood the scope of `CFUNCTYPE`, as I was using
it as a general wrapper when in fact it's only needed for callbacks.
Mistakenly, I inferred from reading section 16.15.2.4 of the c
New submission from Michael J. Fromberger :
Checkout:
<http://svn.python.org/projects/python/tags/r262>
Configure:
env CFLAGS="-I/opt/local/include" LDFLAGS="-L/opt/local/lib" sh
./configure --enable-framework --enable-shared --enable-readline
Build:
make
The co
Michael J. Fromberger added the comment:
Sorry, I managed to not copy the error message. It is:
i686-apple-darwin8-gcc-4.0.1: Python.framework/Versions/2.6/Python: No
such file or directory
make: *** [python.exe] Error 1
--
___
Python tracker
Michael J. Fromberger added the comment:
Ned Deily writes:
> --enable-framework and --enable-shared are mutually exclusive options.
Aha, I did not realize that, though I suppose in retrospect it should have
been obvious. Removing "--enable-shared" from my build configuration do
