[Python-modules-team] Bug#498953: python-opengl: gluNewQuadric segfaults (64 bit specific)

[Alex Roper]

Package: python-opengl
Version: 3.0.0~b3-1
Severity: important


Tested on:
   Language      Arch        Fails?
   python2.5     x86_64      YES
   python2.4     x86_64      YES
   python2.5     x86         NO
   C             x86_64      NO
   C             x86         NO

#The following Python program segfaults:
import OpenGL.GLU
OpenGL.GLU.gluNewQuadric()

This does not occur on a 32 bit system, where the operation (and my
graphics final project) run fine, nor does it occur in a similar
C program on either architecture:

#include <GL/glu.h>
int main() {
   printf("Creating new quadric: %d\n", gluNewQuadric());
   printf("All ok.\n");
}

Backtrace from python2.5:
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007f65d88470f8 in ffi_call_unix64 () from /usr/lib/python2.5/lib-dynload/_ctypes.so
#2  0x00007f65d88467e6 in ffi_call () from /usr/lib/python2.5/lib-dynload/_ctypes.so
#3  0x00007f65d88413c2 in _CallProc () from /usr/lib/python2.5/lib-dynload/_ctypes.so
#4  0x00007f65d883a55f in ?? () from /usr/lib/python2.5/lib-dynload/_ctypes.so
#5  0x00000000004187b3 in PyObject_Call ()
#6  0x000000000048feb2 in PyEval_EvalFrameEx ()
#7  0x00000000004930fd in PyEval_EvalCodeEx ()
#8  0x00000000004dd692 in ?? ()
#9  0x00000000004187b3 in PyObject_Call ()
#10 0x000000000041f658 in ?? ()
#11 0x000000000041e0eb in PyObject_CallFunctionObjArgs ()
#12 0x00007f65d883a591 in ?? () from /usr/lib/python2.5/lib-dynload/_ctypes.so
#13 0x00000000004187b3 in PyObject_Call ()
#14 0x000000000048feb2 in PyEval_EvalFrameEx ()
#15 0x00000000004930fd in PyEval_EvalCodeEx ()
#16 0x00000000004932f2 in PyEval_EvalCode ()
#17 0x00000000004b2d08 in PyRun_FileExFlags ()
#18 0x00000000004b2fab in PyRun_SimpleFileExFlags ()
#19 0x0000000000414542 in Py_Main ()
#20 0x00007f65d8f2c1a6 in __libc_start_main () from /lib/libc.so.6
#21 0x0000000000413989 in _start ()

While this may be related to bug #480657, that bug specifically mentions
that it only occurs under python2.5, but not 2.4. This occurs under
both. Then again, on my system so does 480657, and the backtraces do
look similar. In any case, this is a shorter counterexample so I submit it
anyway. I'm sorry, I'd troubleshoot this myself and submit a patch but
I just don't have time right now.

Best of luck,
Alex

-- System Information:
Debian Release: lenny/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26.2leaves (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-opengl depends on:
ii  freeglut3                     2.4.0-6.1  OpenGL Utility Toolkit
ii  libgl1-mesa-glx [libgl1]      7.0.3-5    A free implementation of the OpenG
ii  libglu1-mesa [libglu1]        7.0.3-5    The OpenGL utility library (GLU)
ii  python                        2.5.2-2    An interactive high-level object-o
ii  python-central                0.6.8      register and build utility for Pyt
ii  python-ctypes                 1.0.2-5    Python package to create and manip
ii  python-pkg-resources          0.6c8-4    Package Discovery and Resource Acc

python-opengl recommends no packages.

Versions of packages python-opengl suggests:
pn  libgle3                       <none>     (no description available)
ii  python-numpy                  1:1.1.1-1  Numerical Python adds a fast array
pn  python-tk                     <none>     (no description available)

-- no debconf information

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 292 bytes
Desc: OpenPGP digital signature
Url : http://lists.alioth.debian.org/pipermail/python-modules-team/attachments/20080914/ca064f59/attachment.pgp