[Python-modules-team] Bug#498953: closed by Torsten Marek <shlomme at gmx.net> (Closing the bug)
Alex Roper
alexr at ugcs.caltech.edu
Thu Nov 20 11:17:22 UTC 2008
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 <shlomme at gmx.net>.
>
> 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 <shlomme at gmx.net> by
> replying to this email.
>
>
>
>
> ------------------------------------------------------------------------
>
> Subject:
> Closing the bug
> From:
> Torsten Marek <shlomme at gmx.net>
> 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 <alexr at ugcs.caltech.edu>
> 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
-------------- 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/20081120/696cb693/attachment-0001.pgp
More information about the Python-modules-team
mailing list