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 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

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to