Hi,I just did a full update/upgrade/distupgrade and found that my versions on python-opengl and python-2.5 were equal to or greater than those you mentioned. The bug still occurs.
Before we write this off as system specific, can you tell me if anything's up/what version you have of python-ctypes? I suspect the problem might be there somewhere.
I need to reinstall soon anyway, I'll do a fresh install some time in the next month or two and bug you again if I can reproduce it.
Al "chroot" ex Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report which was filed against the python-opengl package: #498953: python-opengl: gluNewQuadric segfaults (64 bit specific) It has been closed by Torsten Marek <[EMAIL PROTECTED]>. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Torsten Marek <[EMAIL PROTECTED]> by replying to this email. ------------------------------------------------------------------------ Subject: Closing the bug From: Torsten Marek <[EMAIL PROTECTED]> Date: Thu, 20 Nov 2008 10:25:53 +0100 Hi, I'm closing the bug, since it cannot be reproduced any more. best, Torsten ------------------------------------------------------------------------ Subject: python-opengl: gluNewQuadric segfaults (64 bit specific) From: Alex Roper <[EMAIL PROTECTED]> Date: Sun, 14 Sep 2008 15:50:50 -0400 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 Toolkitii 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 Accpython-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 arraypn python-tk <none> (no description available) -- no debconf information
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team