pyopengl-devel Mailing List for PyOpenGL (Page 13)
Brought to you by:
mcfletch
Menu
▾
▴
pyopengl-devel — Discussion of PyOpenGL development.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(4) |
Nov
(9) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
(6) |
Mar
(3) |
Apr
(5) |
May
(10) |
Jun
(6) |
Jul
(10) |
Aug
|
Sep
(3) |
Oct
(9) |
Nov
(20) |
Dec
(31) |
| 2003 |
Jan
(36) |
Feb
(44) |
Mar
(16) |
Apr
(35) |
May
(59) |
Jun
(17) |
Jul
(11) |
Aug
(14) |
Sep
(9) |
Oct
(29) |
Nov
(10) |
Dec
(5) |
| 2004 |
Jan
(17) |
Feb
(8) |
Mar
(6) |
Apr
(3) |
May
(4) |
Jun
(2) |
Jul
(42) |
Aug
(7) |
Sep
(17) |
Oct
(32) |
Nov
(7) |
Dec
(5) |
| 2005 |
Jan
(11) |
Feb
(11) |
Mar
(7) |
Apr
(8) |
May
(3) |
Jun
(3) |
Jul
(3) |
Aug
(5) |
Sep
|
Oct
(2) |
Nov
(5) |
Dec
(1) |
| 2006 |
Jan
(1) |
Feb
(2) |
Mar
(5) |
Apr
(6) |
May
(9) |
Jun
(6) |
Jul
(7) |
Aug
(8) |
Sep
(8) |
Oct
(23) |
Nov
(29) |
Dec
(5) |
| 2007 |
Jan
(4) |
Feb
(3) |
Mar
(7) |
Apr
(10) |
May
(7) |
Jun
(12) |
Jul
(4) |
Aug
(2) |
Sep
(2) |
Oct
(5) |
Nov
(6) |
Dec
(3) |
| 2008 |
Jan
(38) |
Feb
(10) |
Mar
(3) |
Apr
(13) |
May
(8) |
Jun
(12) |
Jul
(6) |
Aug
(3) |
Sep
(2) |
Oct
(7) |
Nov
(21) |
Dec
(1) |
| 2009 |
Jan
(7) |
Feb
(8) |
Mar
(4) |
Apr
(6) |
May
(4) |
Jun
(4) |
Jul
(38) |
Aug
(4) |
Sep
|
Oct
(3) |
Nov
(16) |
Dec
|
| 2010 |
Jan
(4) |
Feb
(17) |
Mar
(2) |
Apr
(6) |
May
(1) |
Jun
(4) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
(10) |
Nov
(3) |
Dec
(8) |
| 2011 |
Jan
|
Feb
(2) |
Mar
|
Apr
(6) |
May
(3) |
Jun
(19) |
Jul
(6) |
Aug
(2) |
Sep
(5) |
Oct
|
Nov
(6) |
Dec
(6) |
| 2012 |
Jan
(8) |
Feb
(3) |
Mar
(26) |
Apr
(12) |
May
(2) |
Jun
(8) |
Jul
(6) |
Aug
(4) |
Sep
(1) |
Oct
(10) |
Nov
(5) |
Dec
(1) |
| 2013 |
Jan
(2) |
Feb
(5) |
Mar
(1) |
Apr
(3) |
May
(6) |
Jun
|
Jul
(7) |
Aug
|
Sep
(4) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2009-04-30 21:28:15
|
Bugs item #2300218, was opened at 2008-11-16 20:02 Message generated for change (Comment added) made by mastrodomenico You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2300218&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andre Klapper (riot69) Assigned to: Nobody/Anonymous (nobody) Summary: crash inside glGetBoolean(GL_TEXTURE_2D) Initial Comment: http://bugzilla.gnome.org/show_bug.cgi?id=552981 is receiving lots of duplicates, and it seems to be a PyOpenGL issue. Kindly asking for investigating here: ----------- .xsession-errors --------------------- self.chessSet.drawPiece(self.name, state, self.scene) File "/var/lib/python-support/python2.5/glchess/scene/opengl/new_models.py", line 110, in drawPiece if glGetBoolean(GL_TEXTURE_2D): File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 1631, in __call__ return self.finalise()( *args, **named ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 683, in wrapperCall converter( pyArgs, index, self ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/converters.py", line 195, in __call__ return self.arrayType.zeros( self.getSize(pyArgs) ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/arraydatatype.py", line 98, in zeros return cls.returnHandler().zeros( dims, typeCode or cls.typeConstant ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/nones.py", line 32, in zeros raise TypeError( """Can't create NULL pointer filled with values""" ) TypeError: ("Can't create NULL pointer filled with values", 'Failure in cConverter <OpenGL.converters.SizedOutput object at 0x84904fc>', [GL_TEXTURE_2D], 1, <OpenGL.wrapper.glGetIntegerv object at 0x8 -------------------------------------------------- Traceback (most recent call last): File "/var/lib/python-support/python2.5/glchess/gtkui/chessview.py", line 166, in __expose self.view.feedback.renderGL() File "/var/lib/python-support/python2.5/glchess/display.py", line 467, in renderGL self.scene.controller.render() File "/var/lib/python-support/python2.5/glchess/scene/opengl/opengl.py", line 326, in render self.drawPieces() File "/var/lib/python-support/python2.5/glchess/scene/opengl/opengl.py", line 728, in drawPieces piece.draw() File "/var/lib/python-support/python2.5/glchess/scene/opengl/opengl.py", line 104, in draw self.chessSet.drawPiece(self.name, state, self.scene) File "/var/lib/python-support/python2.5/glchess/scene/opengl/new_models.py", line 110, in drawPiece if glGetBoolean(GL_TEXTURE_2D): File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 1631, in __call__ return self.finalise()( *args, **named ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 683, in wrapperCall converter( pyArgs, index, self ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/converters.py", line 195, in __call__ return self.arrayType.zeros( self.getSize(pyArgs) ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/arraydatatype.py", line 98, in zeros return cls.returnHandler().zeros( dims, typeCode or cls.typeConstant ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/nones.py", line 32, in zeros raise TypeError( """Can't create NULL pointer filled with values""" ) TypeError: ("Can't create NULL pointer filled with values", 'Failure in cConverter <OpenGL.converters.SizedOutput object at 0x84904fc>', [GL_TEXTURE_2D], 1, <OpenGL.wrapper.glGetIntegerv object at 0x849f28c>) ---------------------------------------------------------------------- Comment By: Lino Mastrodomenico (mastrodomenico) Date: 2009-04-30 23:28 Message: A workaround is to install python-numpy (tested on Ubuntu 9.04). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-26 23:39 Message: Same for me with glGetDoublev(GL_VIEWPORT) OpenGL.__version__ = '3.0.0b6' This is on Ubuntu 9.04 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-01-02 14:09 Message: Same for me on debian lenny with 3.0.0~b6-3, going back to b3-1 resolves the problem. ---------------------------------------------------------------------- Comment By: Ignazio Di Napoli (neclepsio) Date: 2008-11-22 00:37 Message: I have the very same problem, but with glGetInteger(GL_DEPTH_BITS). This only happens with b6, going back to b5 makes the error disappear. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2300218&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-04-26 21:39:49
|
Bugs item #2300218, was opened at 2008-11-16 19:02 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2300218&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andre Klapper (riot69) Assigned to: Nobody/Anonymous (nobody) Summary: crash inside glGetBoolean(GL_TEXTURE_2D) Initial Comment: http://bugzilla.gnome.org/show_bug.cgi?id=552981 is receiving lots of duplicates, and it seems to be a PyOpenGL issue. Kindly asking for investigating here: ----------- .xsession-errors --------------------- self.chessSet.drawPiece(self.name, state, self.scene) File "/var/lib/python-support/python2.5/glchess/scene/opengl/new_models.py", line 110, in drawPiece if glGetBoolean(GL_TEXTURE_2D): File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 1631, in __call__ return self.finalise()( *args, **named ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 683, in wrapperCall converter( pyArgs, index, self ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/converters.py", line 195, in __call__ return self.arrayType.zeros( self.getSize(pyArgs) ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/arraydatatype.py", line 98, in zeros return cls.returnHandler().zeros( dims, typeCode or cls.typeConstant ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/nones.py", line 32, in zeros raise TypeError( """Can't create NULL pointer filled with values""" ) TypeError: ("Can't create NULL pointer filled with values", 'Failure in cConverter <OpenGL.converters.SizedOutput object at 0x84904fc>', [GL_TEXTURE_2D], 1, <OpenGL.wrapper.glGetIntegerv object at 0x8 -------------------------------------------------- Traceback (most recent call last): File "/var/lib/python-support/python2.5/glchess/gtkui/chessview.py", line 166, in __expose self.view.feedback.renderGL() File "/var/lib/python-support/python2.5/glchess/display.py", line 467, in renderGL self.scene.controller.render() File "/var/lib/python-support/python2.5/glchess/scene/opengl/opengl.py", line 326, in render self.drawPieces() File "/var/lib/python-support/python2.5/glchess/scene/opengl/opengl.py", line 728, in drawPieces piece.draw() File "/var/lib/python-support/python2.5/glchess/scene/opengl/opengl.py", line 104, in draw self.chessSet.drawPiece(self.name, state, self.scene) File "/var/lib/python-support/python2.5/glchess/scene/opengl/new_models.py", line 110, in drawPiece if glGetBoolean(GL_TEXTURE_2D): File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 1631, in __call__ return self.finalise()( *args, **named ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 683, in wrapperCall converter( pyArgs, index, self ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/converters.py", line 195, in __call__ return self.arrayType.zeros( self.getSize(pyArgs) ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/arraydatatype.py", line 98, in zeros return cls.returnHandler().zeros( dims, typeCode or cls.typeConstant ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/nones.py", line 32, in zeros raise TypeError( """Can't create NULL pointer filled with values""" ) TypeError: ("Can't create NULL pointer filled with values", 'Failure in cConverter <OpenGL.converters.SizedOutput object at 0x84904fc>', [GL_TEXTURE_2D], 1, <OpenGL.wrapper.glGetIntegerv object at 0x849f28c>) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-26 21:39 Message: Same for me with glGetDoublev(GL_VIEWPORT) OpenGL.__version__ = '3.0.0b6' This is on Ubuntu 9.04 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-01-02 13:09 Message: Same for me on debian lenny with 3.0.0~b6-3, going back to b3-1 resolves the problem. ---------------------------------------------------------------------- Comment By: Ignazio Di Napoli (neclepsio) Date: 2008-11-21 23:37 Message: I have the very same problem, but with glGetInteger(GL_DEPTH_BITS). This only happens with b6, going back to b5 makes the error disappear. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2300218&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-04-17 06:01:23
|
Bugs item #2354596, was opened at 2008-11-28 02:27 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2354596&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLU Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Harris (marginal42) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for tessellation combine callback Initial Comment: PyOpenGL 3.0.0b6 on WindowsXP x86 and Ubuntu 8.04 x86_64. Data generated in a GLU_TESS_COMBINE callback is lost. Patch attached. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-17 06:01 Message: Why hasn't this patch been integrated? I wasted a few hours on this, until I found this patch and applied it to my PyOpenGL. ---------------------------------------------------------------------- Comment By: Jonathan Harris (marginal42) Date: 2008-11-28 02:34 Message: File Added: fixed.log ---------------------------------------------------------------------- Comment By: Jonathan Harris (marginal42) Date: 2008-11-28 02:33 Message: File Added: 3.0.0b6.log ---------------------------------------------------------------------- Comment By: Jonathan Harris (marginal42) Date: 2008-11-28 02:32 Message: File Added: fixed.log ---------------------------------------------------------------------- Comment By: Jonathan Harris (marginal42) Date: 2008-11-28 02:31 Message: File Added: 3.0.0b6.log ---------------------------------------------------------------------- Comment By: Jonathan Harris (marginal42) Date: 2008-11-28 02:30 Message: File Added: 2.0.2.01.log ---------------------------------------------------------------------- Comment By: Jonathan Harris (marginal42) Date: 2008-11-28 02:28 Message: File Added: tesstest.py ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2354596&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-04-02 20:48:44
|
Bugs item #2727274, was opened at 2009-04-02 21:46 Message generated for change (Comment added) made by flagunas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2727274&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Francois Lagunas (flagunas) Assigned to: Nobody/Anonymous (nobody) Summary: glDeleteFramebuffersEXT Bug Initial Comment: The glDeleteFramebuffersEXT does not seem to work. The bug lead to an opengl "out of memory" error when allocating and disallocating a large number of fbos (~ 200 ). In the attachement, a C++ version is included for comparison : the fbo id is recycled and then reused after glDeleteFramebuffersEXT is called, but not in the python version. This is true for at least the 3.0.0 version . ---------------------------------------------------------------------- >Comment By: Francois Lagunas (flagunas) Date: 2009-04-02 22:48 Message: My bad but ... You have to call the glDeleteFramebuffersEXT this way : fbo_id0, fbo_id1 = EXT.glGenFramebuffersEXT(1) glDeleteRenderbuffersEXT (1, numpy.array(fbo_id0)) or glDeleteRenderbuffersEXT (2, numpy.array([fbo_id0, fbo_id1])) and not glDeleteRenderbuffersEXT (1, [int(fbo_id)]) which fails silently ... The doc is very sparse on the subject, and the fact that it fails silently is not very cool ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2727274&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-04-02 19:46:20
|
Bugs item #2727274, was opened at 2009-04-02 21:46 Message generated for change (Tracker Item Submitted) made by flagunas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2727274&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Francois Lagunas (flagunas) Assigned to: Nobody/Anonymous (nobody) Summary: glDeleteFramebuffersEXT Bug Initial Comment: The glDeleteFramebuffersEXT does not seem to work. The bug lead to an opengl "out of memory" error when allocating and disallocating a large number of fbos (~ 200 ). In the attachement, a C++ version is included for comparison : the fbo id is recycled and then reused after glDeleteFramebuffersEXT is called, but not in the python version. This is true for at least the 3.0.0 version . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2727274&group_id=5988 |
|
From: Mike C. F. <mcf...@vr...> - 2009-04-01 21:48:31
|
PyOpenGL is the traditional OpenGL binding for the Python language
(Python 2.x series). This release is the first major release of the
package in more than 4 years. PyOpenGL 3.x is a complete rewrite of the
PyOpenGL project which attempts to retain compatibility with the
original PyOpenGL 2.x API while providing support for many more
data-formats and extensions than were wrapped by the previous
code-base. It attempts to retain the "easy" approachable API of the
original PyOpenGL bindings, focusing more on ease of development (both
for client code and the library itself) than speed.
Build and installation has been dramatically simplified. It is possible
to work directly from a PyOpenGL bzr branch or to merely unpack the
package into your PYTHONPATH. To install from source and/or participate
in development:
bzr branch lp:pyopengl
bzr branch lp:pyopengl-demo
then add the pyopengl/OpenGL directory to your PYTHONPATH. You can also
download the source distributions from:
http://pyopengl.sourceforge.net
and use standard distutils commands to install. PyOpenGL 3.x is already
supported by the PyInstaller "exe" packaging utility, and can be made to
work with Py2exe with inclusion statements.
PyOpenGL may be installed using the easy_install script if desired.
There are no setuptools/package-resources dependencies in PyOpenGL 3.0.0
final. You can install PyOpenGL on supported platforms (currently
Linux, Win32 and OSX) with the following if you have setuptools, PIL and
Numpy installed:
easy_install PyOpenGL
easy_install PyOpenGL-Demo
You can then run the scripts in the PyOpenGL-Demo package.
PyOpenGL 3.x introduces package-level configuration flags which allow
you to modify the behavior of the entire PyOpenGL package, e.g. by
introducing extremely verbose logging, or turning off all error-checking
to improve performance. Of particular note is a flag which allows you
to disable APIs which have been deprecated by the ARB in OpenGL 3.0.
Other flags allow you to control the trade-off between ease-of-use and
performance during the development and release process.
PyOpenGL 3.x provides access to the entire OpenGL 3.0 API, as well as
most extensions which have been entered in the OpenGL extension
registry. Commonly used extensions can have "Pythonic" wrappers written
easily, and many of the commonly used extensions already have simplified
APIs provided. It also provides wrappers for the GLUT, GLE and GLX
libraries. The AGL and WGL modules are not provided with PyOpenGL 3.x,
as most devs are using window-manager-based GL operations.
PyOpenGL 3.x provides a simple plug-in API that allows you to write
data-format or platform plugins. These can be used to easily add
"native" support for your array-friendly data-formats (vector classes
and the like). There is a sample data-format plug-in which wraps the
"Vertex Buffer Objects" extensions (in the OpenGL/arrays/vbo.py module).
PyOpenGL 3.x's documentation has been regenerated and the build process
for the documentation has been updated so that it can be easily
regenerated to include pointers to other Open Source PyOpenGL project's
online code viewers. If you would like to add your project to the list
of referenced projects, please contact the author with details of your
code viewer's url, code license and project name.
Notes in the reference documentation indicates the deprecated entry
points for OpenGL 3.0. If you have a PyOpenGL code-base you should be
looking at reworking the code in order to eliminate the use of "legacy"
APIs before OpenGL 3.1 drivers become mainstream. At minimum you should
be converting away from per-vertex operations and the use of display
lists toward using array-based geometry.
You should expect a performance decline with the use of PyOpenGL 3.x
versus PyOpenGL 2.x! PyOpenGL 3.x will have an accelerator module
released in time to provide better performance, but the development
method (ctypes) is inherently slower than the C (SWIG) method previously
used. If your code is performance critical you should likely use the
accelerator module when it becomes available. Also consider using the
package-level configuration flags to remove "support" functionality as
you near release, use of these flags can provide more than 2x speedup in
most cases.
The 3.0.0 final release has a few bugs fixed from the previous 3.0.0c1
release. Users of the release candidate should upgrade. PyOpenGL 3.0.0
is intended for use with the Python 2.x series, porting to Python 3.x is
not currently on the roadmap. There will likely be a PyOpenGL 3.0.1
release in the near future which will introduce a few more optimizations
and likely will be synchronized with the first public release of the
accelerator modules.
Since the release of PyOpenGL 2.x another common OpenGL binding for
Python has become popular and may be an appropriate choice for your
projects. The Pyglet project (http://www.pyglet.org) has a full OpenGL
binding in "raw" C style, along with many higher-level utilities to aid
in the development of games, all of which can be easily installed on
common platforms.
Enjoy yourselves,
Mike
--
________________________________________________
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
|
|
From: SourceForge.net <no...@so...> - 2009-03-25 13:23:07
|
Bugs item #716481, was opened at 2003-04-06 18:17 Message generated for change (Settings changed) made by dhighley You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=716481&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: build Group: None >Status: Deleted Resolution: None Priority: 5 Private: No Submitted By: David Highley (dhighley) Assigned to: Nobody/Anonymous (nobody) Summary: Build Failures Solaris 8 Initial Comment: I have made serveral attempts to patch up the build process so I can build PyOpenGL 2.0.0.44 on a Sparc Solaris 8 platform. First failure is due to incorrectly identitfying the platform and having no config file for Solairs. For some reason it get identified as "TvoPT5". So I copy the linux config file to that name, edit it and proceed with the build. Then the build runs for a while outputing tons of warnings before it dies compiling the file: gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -DGLX_PLATFORM -I/usr/include -I/usr/local/include -I/usr/include/X11 -Isrc/gle/src -I/usr/local/include/python2.2 -c src/interface/GL.EXT.vertex_array.c -o build/temp.solaris-2.8-sun4u-2.2/GL.EXT.vertex_array.o In file included from src/interface/GL.EXT.vertex_array.c:6: src/interface/GL.EXT.vertex_array.0110.inc: In function `SWIG_ConvertPtr': src/interface/GL.EXT.vertex_array.0110.inc:361: warning: suggest explicit braces to avoid ambiguous `else' src/interface/GL.EXT.vertex_array.0110.inc:364: warning: suggest explicit braces to avoid ambiguous `else' src/interface/GL.EXT.vertex_array.0110.inc:380: warning: suggest explicit braces to avoid ambiguous `else' In file included from src/interface/GL.EXT.vertex_array.c:6: src/interface/GL.EXT.vertex_array.0110.inc: At top level: src/interface/GL.EXT.vertex_array.0110.inc:636: warning: function declaration isn't a prototype src/interface/GL.EXT.vertex_array.0110.inc:682: warning: function declaration isn't a prototype src/interface/GL.EXT.vertex_array.0110.inc: In function `_glTexCoordPointerEXT': src/interface/GL.EXT.vertex_array.0110.inc:806: `GL_TEXTURE_COORD_ARRAY_EXT' undeclared (first use in this function) src/interface/GL.EXT.vertex_array.0110.inc:806: (Each undeclared identifier is reported only once src/interface/GL.EXT.vertex_array.0110.inc:806: for each function it appears in.) src/interface/GL.EXT.vertex_array.0110.inc: At top level: src/interface/GL.EXT.vertex_array.0110.inc:849: warning: function declaration isn't a prototype error: command 'gcc' failed with exit status 1 So I throw in a define: #define GL_TEXTURE_COORD_ARRAY_EXT 0x8078 Only to have it die later with parsing errors. Of course I need this to get wxPython to build!!S ---------------------------------------------------------------------- >Comment By: David Highley (dhighley) Date: 2009-03-25 06:22 Message: No longer of need. ---------------------------------------------------------------------- Comment By: David Highley (dhighley) Date: 2003-04-07 14:41 Message: Logged In: YES user_id=428383 I found and applied the changes recommended by Todd Alan Pitts to building Python. Inaddition to the changes he recommended I also modified the LDFLAGS macro in the Makefile to add: -L/usr/local/lib -R/usr/local/lib Inspite of these changes I still am not able to get PyOpenGL to build. It fails as before with GL_TEXTURE_COORD_ARRAY_EXT not defined and it fails in this location: gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -DGLX_PLATFORM -I/usr/include -I/usr/local/include -I/usr/include/X11 -Isrc/gle/src -I/usr/local/include/python2.2 -c src/interface/GL.SUN.triangle_list.c -o build/temp.solaris-2.8-sun4u-2.2/GL.SUN.triangle_list.o In file included from src/interface/GL.SUN.triangle_list.c:6: src/interface/GL.SUN.triangle_list.0106.inc: In function `SWIG_ConvertPtr': src/interface/GL.SUN.triangle_list.0106.inc:361: warning: suggest explicit braces to avoid ambiguous `else' src/interface/GL.SUN.triangle_list.0106.inc:364: warning: suggest explicit braces to avoid ambiguous `else' src/interface/GL.SUN.triangle_list.0106.inc:380: warning: suggest explicit braces to avoid ambiguous `else' In file included from src/interface/GL.SUN.triangle_list.c:6: src/interface/GL.SUN.triangle_list.0106.inc: At top level: src/interface/GL.SUN.triangle_list.0106.inc:636: warning: function declaration isn't a prototype src/interface/GL.SUN.triangle_list.0106.inc:682: warning: function declaration isn't a prototype src/interface/GL.SUN.triangle_list.0106.inc:731: parse error before '->' token src/interface/GL.SUN.triangle_list.0106.inc:732: parse error before '->' token src/interface/GL.SUN.triangle_list.0106.inc:733: parse error before '->' token src/interface/GL.SUN.triangle_list.0106.inc:734: parse error before '->' token src/interface/GL.SUN.triangle_list.0106.inc:735: parse error before '->' token src/interface/GL.SUN.triangle_list.0106.inc:736: parse error before '->' token src/interface/GL.SUN.triangle_list.0106.inc:779: warning: function declaration isn't a prototype src/interface/GL.SUN.triangle_list.0106.inc: In function `_wrap_glReplacementCodeuivSUN': src/interface/GL.SUN.triangle_list.0106.inc:868: warning: passing arg 2 of pointer to function discards qualifiers from pointer target type src/interface/GL.SUN.triangle_list.0106.inc: In function `_wrap_glReplacementCodeusvSUN': src/interface/GL.SUN.triangle_list.0106.inc:890: warning: passing arg 2 of pointer to function discards qualifiers from pointer target type src/interface/GL.SUN.triangle_list.0106.inc: In function `_wrap_glReplacementCodeubvSUN': src/interface/GL.SUN.triangle_list.0106.inc:912: warning: passing arg 2 of pointer to function discards qualifiers from pointer target type error: command 'gcc' failed with exit status 1 ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2003-04-07 10:40 Message: Logged In: YES user_id=34901 Um, what I was saying is, you can build wxPython without PyOpenGL (not that you can build PyOpenGL w/out wxPython, though that's certainly true). That is, unless you need the wxPython OpenGL widget (wxGLCanvas), you can simply configure wxPython and wxWindows to not build in the wxGLCanvas support. ---------------------------------------------------------------------- Comment By: David Highley (dhighley) Date: 2003-04-07 08:36 Message: Logged In: YES user_id=428383 Actually I do need wxPython to get Bit Torrent to run. I will try the users group list to see if anyone has had success in getting a build on a Solaris platform. ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2003-04-07 08:20 Message: Logged In: YES user_id=34901 You _don't_ actually need it to build wxPython unless for some reason you need the wxGLCanvas. Simply undefine the GLCanvas-enabling flag (you'll have to ask on the wxPython list to find out where that is). It almost sounds as though your system is using a very old or feature-poor OpenGL library, the vertex array extension is, if I recall correctly, an OpenGL 1.1 feature. I don't, however, have a Sun machine on which to test. If you really are interested in PyOpenGL, then please post a request to the PyOpenGL-users lists asking whether people with your particular architecture, OS, and OpenGL library version have been able to build. Aside: I'd thought that a failing extension build wouldn't cause a problem... will have to look into that at some point. You might try the CVS or 2.0.1 versions as well, I doubt there's been any change in this area, but there's always a remote possibility. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=716481&group_id=5988 |
|
From: Greg E. <gre...@ca...> - 2009-03-21 02:00:42
|
The WGL module in 3.0.0c1 seems to be missing some things, notably the SetPixelFormat function and PIXELFORMATDESCRIPTOR. -- Greg |
|
From: SourceForge.net <no...@so...> - 2009-03-02 10:47:46
|
Bugs item #2645723, was opened at 2009-02-27 16:45 Message generated for change (Settings changed) made by gijs-sf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2645723&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Gijs (gijs-sf) Assigned to: Nobody/Anonymous (nobody) Summary: Error using glGetShaderiv on Windows Initial Comment: I'm trying to use glGetShaderiv on Windows, but the code that ran just fine on Mac OS X, will not run on Windows. I get the following error: Traceback (most recent call last): <snip> File "Z:\school\projectglass\Src\gijs\3dhand\lib\glshaders.py", line 68, in compileShader glGetShaderiv(shader, GL_COMPILE_STATUS, byref(status)) File "C:\Python25\Lib\site-packages\OpenGL\lazywrapper.py", line 9, in __call__ return wrapper( baseFunction, *args, **named ) TypeError: glGetShaderiv() takes exactly 3 arguments (4 given) Well, as anyone can see, I *am* supplying the function with 3 arguments, not 4. Anyone any idea what I'm doing wrong here? Has it got something to do with the OpenGL bindings in Windows? Regards, Gijs ---------------------------------------------------------------------- Comment By: Gijs (gijs-sf) Date: 2009-03-02 11:47 Message: replying to my own report. Instead of using glGetShaderiv, you have to use glGetObjectParameterivARB. It then works as it should. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2645723&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-03-02 10:47:32
|
Bugs item #2645723, was opened at 2009-02-27 16:45 Message generated for change (Comment added) made by gijs-sf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2645723&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gijs (gijs-sf) Assigned to: Nobody/Anonymous (nobody) Summary: Error using glGetShaderiv on Windows Initial Comment: I'm trying to use glGetShaderiv on Windows, but the code that ran just fine on Mac OS X, will not run on Windows. I get the following error: Traceback (most recent call last): <snip> File "Z:\school\projectglass\Src\gijs\3dhand\lib\glshaders.py", line 68, in compileShader glGetShaderiv(shader, GL_COMPILE_STATUS, byref(status)) File "C:\Python25\Lib\site-packages\OpenGL\lazywrapper.py", line 9, in __call__ return wrapper( baseFunction, *args, **named ) TypeError: glGetShaderiv() takes exactly 3 arguments (4 given) Well, as anyone can see, I *am* supplying the function with 3 arguments, not 4. Anyone any idea what I'm doing wrong here? Has it got something to do with the OpenGL bindings in Windows? Regards, Gijs ---------------------------------------------------------------------- >Comment By: Gijs (gijs-sf) Date: 2009-03-02 11:47 Message: replying to my own report. Instead of using glGetShaderiv, you have to use glGetObjectParameterivARB. It then works as it should. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2645723&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-02-27 23:28:29
|
Bugs item #2646943, was opened at 2009-02-27 23:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2646943&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: missing "raise" in baseplatform.py Initial Comment: baseplatform.py line 94: "raise" missing in front of: AttributeError( """Extension %r available, but no pointer for function %r"""%(extension,functionName)) (found while trying to use pyglet and PyOpenGL at the same time) etm_at_blastnet.ee ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2646943&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-02-27 15:45:22
|
Bugs item #2645723, was opened at 2009-02-27 16:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2645723&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gijs (gijs-sf) Assigned to: Nobody/Anonymous (nobody) Summary: Error using glGetShaderiv on Windows Initial Comment: I'm trying to use glGetShaderiv on Windows, but the code that ran just fine on Mac OS X, will not run on Windows. I get the following error: Traceback (most recent call last): <snip> File "Z:\school\projectglass\Src\gijs\3dhand\lib\glshaders.py", line 68, in compileShader glGetShaderiv(shader, GL_COMPILE_STATUS, byref(status)) File "C:\Python25\Lib\site-packages\OpenGL\lazywrapper.py", line 9, in __call__ return wrapper( baseFunction, *args, **named ) TypeError: glGetShaderiv() takes exactly 3 arguments (4 given) Well, as anyone can see, I *am* supplying the function with 3 arguments, not 4. Anyone any idea what I'm doing wrong here? Has it got something to do with the OpenGL bindings in Windows? Regards, Gijs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2645723&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-02-21 18:12:34
|
Bugs item #2624787, was opened at 2009-02-21 18:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2624787&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: 'posix ' should be 'posix' Initial Comment: in OpenGL/__init__.py, the line below has an extra space after posix, meaning it doesn't match. PlatformPlugin( 'posix ', 'OpenGL.platform.glx.GLXPlatform' ) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2624787&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-02-20 01:22:13
|
Bugs item #2618251, was opened at 2009-02-20 01:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2618251&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: GLUT font error 'NoneType' object has no attribute '_handle' Initial Comment: >>> import OpenGL.GLUT GLUT font error 'NoneType' object has no attribute '_handle' GLUT font error 'NoneType' object has no attribute '_handle' GLUT font error 'NoneType' object has no attribute '_handle' GLUT font error 'NoneType' object has no attribute '_handle' GLUT font error 'NoneType' object has no attribute '_handle' GLUT font error 'NoneType' object has no attribute '_handle' GLUT font error 'NoneType' object has no attribute '_handle' GLUT font error 'NoneType' object has no attribute '_handle' GLUT font error 'NoneType' object has no attribute '_handle' on Debian "Lenny" Stable v5.0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2618251&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-02-05 22:55:42
|
Bugs item #2381114, was opened at 2008-12-03 03:27 Message generated for change (Settings changed) made by illume You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2381114&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v3.0.0 >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Vincent Marchetti (vmarchetti) Assigned to: Nobody/Anonymous (nobody) Summary: Typo in copyBaseFunction method Initial Comment: Working with PyOpenGL-3.0.0b6 code in the module OpenGL.platform.baseplatform , line 192 of the file baseplatform.py, the implementation of the method BasePlatform.copyBaseFunction 188 return self.createBaseFunction( 189 original.__name__, original.DLL, 190 resultType=original.restype, argTypes=original.argtypes, 191 doc = original.__doc__, argNames = original.argNames, 192 extension = original.argNames, 193 ) 194 def nullFunction( 195 self, I believe line 192 should be: extension=original.extension This was discovered when the copy of gluNurbsCallback function failed in using GLU.gluNurbs ---------------------------------------------------------------------- >Comment By: Rene Dudfield (illume) Date: 2009-02-05 22:55 Message: Hi, this bug has been fixed in the launch pad bzr. cheers, ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2381114&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-02-03 19:26:15
|
Bugs item #2561765, was opened at 2009-02-03 19:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2561765&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andrew Straw (astraw) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong image size for glReadPixels() Initial Comment: I've been tracking down an error with the Vision Egg and PyOpenGL 3. (This code works fine with PyOpenGL 2.) The code that led me to this issue is line 476 of VisionEgg/Core.py [1], which is a call to glReadPixels(). Basically, doing glReadPixels with a format of GL_BGRA and type of GL_UNSIGNED_INT_8_8_8_8_REV returns an NxMx4 array of type uint32. I think this should either be an NxM(x1) array of type uint32 or an NxMx4 array of type uint8. The code at issue seems to be in OpenGL.images.createTargetArray(). It is responsible for creating the mis-sized array. I hesitate to suggest a patch, since I'm not sure what the optimal solution is, but this is at least a change of behavior since PyOpenGL 2. I am including a test which hopefully clarifies my thinking about the proper size of the array. [1] http://visionegg.org/trac/browser/tags/release_1.1.2/VisionEgg/Core.py#L476 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2561765&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-02-03 02:14:08
|
Patches item #2481940, was opened at 2009-01-02 06:49 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=305988&aid=2481940&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rafe Kaplan (slobberchops) Assigned to: Nobody/Anonymous (nobody) Summary: Library error on Mac using case sensitive file-system Initial Comment: OpenGL/platform/darwin.py:46 The string passed in to ctypesloader.loadlibrary is 'glut'. It should be 'GLUT'. The causes problems on Mac installations that use a case-sensitive file system. Not a problem on most Mac installations. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-03 01:30 Message: committed a fix to my branch https://code.launchpad.net/~illume/pyopengl/pyopengl.illume ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=305988&aid=2481940&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-02-03 02:05:12
|
Bugs item #1887247, was opened at 2008-02-05 20:27 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1887247&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: install Group: v2.0.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Neppord (neppord) Assigned to: Nobody/Anonymous (nobody) Summary: Install error on Mac OS X Initial Comment: There is an error in the newest darwin.py file there is a "GLUT" that should be "glut". ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-02-03 01:41 Message: This is fixed in my branch: bzr co https://code.launchpad.net/~illume/pyopengl/pyopengl.illume cheers, ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1887247&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-01-15 23:06:24
|
Bugs item #1737282, was opened at 2007-06-14 10:38 Message generated for change (Comment added) made by dogwynn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Seg fault on Ubuntu Fiesty x86-64 - 3.0.0a6 Initial Comment: With Python 2.5,Python-2.5.tar.bz2 numpy, numpy-1.0.tar.gz PyOpenGL, PyOpenGL-3.0.0a6.tar.gz OpenGL-ctypes/OpenGL/tests$ python test_glutwindow.py newArguments ['test_glutwindow.py'] Segmentation fault (core dumped) This occurs on line 78 glutInitDisplayMode( GLUT_DOUBLE | GLUT_RGB ) ---------------------------------------------------------------------- Comment By: David O'Gwynn (dogwynn) Date: 2009-01-15 16:03 Message: ACK! Forgot to include stack dump of PyOpenGL crapping out.... (PyOpenGL 3.0.0b6) Backtrace from gdb: >>] gdb python GNU gdb Red Hat Linux (6.5-37.el5_2.2rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". (gdb) run Starting program: /.../dogwynn/bin/python [Thread debugging using libthread_db enabled] Python 2.6 (r26:66714, Nov 21 2008, 10:53:09) [GCC 4.1.2 20071124 (Red Hat 4.1.2-42)] on linux2 Type "help", "copyright", "credits" or "license" for more information. [New Thread 47200948283808 (LWP 29788)] >>> from OpenGL.GLUT import * [Detaching after fork from child process 29791. (Try `set detach-on-fork off'.)] [Detaching after fork from child process 29793.] [Detaching after fork from child process 29795.] [Detaching after fork from child process 29797.] [Detaching after fork from child process 29799.] [Detaching after fork from child process 29801.] [Detaching after fork from child process 29808.] [Detaching after fork from child process 29813.] [Detaching after fork from child process 29815.] [Detaching after fork from child process 29824.] >>> glutInitDisplayMode(GLUT_SINGLE | GLUT_RGB) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47200948283808 (LWP 29788)] 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00002aedd7548ce8 in ffi_call_unix64 () at /.../dogwynn/sources/Python-2.6/Modules/_ctypes/libffi/src/x86/unix64.S:75 #2 0x00002aedd7548b34 in ffi_call (cif=0x7fffd6eac6f0, fn=0x2aedd8e3daf0 <glGetError>, rvalue=0x7fffd6eac660, avalue=0x7fffd6eac650) at /.../dogwynn/sources/Python-2.6/Modules/_ctypes/libffi/src/x86/ffi64.c:430 #3 0x00002aedd7543364 in _CallProc (pProc=0x2aedd8e3daf0 <glGetError>, argtuple=<value optimized out>, flags=<value optimized out>, argtypes=0x0, restype=0x712a740, checker=0x0) at /.../dogwynn/sources/Python-2.6/Modules/_ctypes/callproc.c:814 #4 0x00002aedd753b118 in CFuncPtr_call (self=0x71a6120, inargs=0x2aedd3c19050, kwds=0x0) at /.../dogwynn/sources/Python-2.6/Modules/_ctypes/_ctypes.c:3855 #5 0x0000000000417bbd in PyObject_Call (func=0x71a6120, arg=0x2aedd3c19050, kw=0x0) at Objects/abstract.c:2487 #6 0x0000000000490ae6 in PyEval_EvalFrameEx (f=0x729e770, throwflag=<value optimized out>) at Python/ceval.c:3890 #7 0x00000000004945e5 in PyEval_EvalCodeEx (co=0x71ba468, globals=<value optimized out>, locals=<value optimized out>, args=0x2aedd3c537a0, argcount=4, kws=0x0, kwcount=0, defs=0x71b4c80, defcount=2, closure=0x0) at Python/ceval.c:2942 #8 0x00000000004ea41d in function_call (func=0x71bab90, arg=0x2aedd3c53788, kw=0x0) at Objects/funcobject.c:524 #9 0x0000000000417bbd in PyObject_Call (func=0x71bab90, arg=0x2aedd3c53788, kw=0x0) at Objects/abstract.c:2487 #10 0x000000000041ef4f in instancemethod_call (func=<value optimized out>, arg=0x2aedd3c53788, kw=0x0) at Objects/classobject.c:2579 #11 0x0000000000417bbd in PyObject_Call (func=0x2aedd8391730, arg=0x2aedd3cebaf0, kw=0x0) at Objects/abstract.c:2487 #12 0x000000000041a96f in PyObject_CallFunctionObjArgs ( callable=0x2aedd8391730) at Objects/abstract.c:2718 #13 0x00002aedd753b148 in CFuncPtr_call (self=0x7225390, inargs=0x1, kwds=0x0) at /.../dogwynn/sources/Python-2.6/Modules/_ctypes/_ctypes.c:3871 #14 0x0000000000417bbd in PyObject_Call (func=0x7225390, arg=0x2aedd3c4bc50, kw=0x0) at Objects/abstract.c:2487 ---Type <return> to continue, or q <return> to quit--- #15 0x0000000000490ae6 in PyEval_EvalFrameEx (f=0x7293e60, throwflag=<value optimized out>) at Python/ceval.c:3890 #16 0x00000000004945e5 in PyEval_EvalCodeEx (co=0x2aedd3ce1af8, globals=<value optimized out>, locals=<value optimized out>, args=0x0, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:2942 #17 0x0000000000494622 in PyEval_EvalCode (co=0x0, globals=0x2aedd3c16a70, locals=0x3b30015280) at Python/ceval.c:515 #18 0x00000000004b629d in PyRun_InteractiveOneFlags (fp=<value optimized out>, filename=0x5029b7 "<stdin>", flags=0x7fffd6ead420) at Python/pythonrun.c:1330 #19 0x00000000004b64c4 in PyRun_InteractiveLoopFlags (fp=0x3b2f54d680, filename=0x5029b7 "<stdin>", flags=0x7fffd6ead420) at Python/pythonrun.c:756 #20 0x00000000004b65ca in PyRun_AnyFileExFlags (fp=0x3b2f54d680, filename=0x5029b7 "<stdin>", closeit=0, flags=0x7fffd6ead420) at Python/pythonrun.c:725 #21 0x0000000000413d2f in Py_Main (argc=<value optimized out>, argv=0x7fffd6ead548) at Modules/main.c:597 #22 0x0000003b2f21d8b4 in __libc_start_main () from /lib64/libc.so.6 #23 0x0000000000412f99 in _start () (gdb) ---------------------------------------------------------------------- Comment By: David O'Gwynn (dogwynn) Date: 2009-01-15 16:01 Message: Confirm that this causing problem on CentOS as well. -------------------------------- Background -------------------------------- >>] uname -a Linux ... 2.6.18-92.el5 #1 SMP Tue Jun 10 18:51:06 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux >>] /sbin/lspci | grep VGA 01:00.0 VGA compatible controller: nVidia Corporation NV41GL [Quadro FX 1400] (rev a2) >>] lsb_release -rd Description: CentOS release 5.2 (Final) Release: 5.2 -------------------------------- This is a problem with PyOpenGL's wrapping of glut/freeglut somehow. The functions can be called directly via ctypes with no errors on my system. >>] python Python 2.6 (r26:66714, Nov 21 2008, 10:53:09) [GCC 4.1.2 20071124 (Red Hat 4.1.2-42)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from ctypes import * >>> glut = cdll.LoadLibrary('libglut.so') >>> glut.glutInit(pointer(c_int(0)),pointer(c_char_p(''))) 234 >>> glut.glutInitDisplayMode(c_int(2)) # GLUT_DOUBLE | GLUT_RGB 344264064 >>> wID = glut.glutCreateWindow(c_char_p('test window')) freeglut Unable to create direct context rendering for window 'test window' This may hurt performance. >>> print wID 1 >>> This correctly initializes a rendering context and pops up a window. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-01-06 18:15 Message: this also happened to me on Ubuntu 32bit. The problem was calling "glutInitDisplayMode" before "glutCreateWindow". If you call it the other way round it works. For more info look at launchpad: https://bugs.edge.launchpad.net/debian/+source/pyopengl/+bug/289925 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-07-08 23:54 Message: Logged In: NO I receive the segmentation fault on my 64 bit Hardy Heron on an AMD64-2x, but it happens at the import OpenGL.GL statement, and it goes away if I run as root: 'sudo python test_glutwindow.py'. I have tried to reinstall all opengl components but it still segfaults on import OpenGL.GL. ---------------------------------------------------------------------- Comment By: hippodriver (hippodriver) Date: 2008-05-03 05:34 Message: Logged In: YES user_id=1981020 Originator: NO I get the same error on Fedora 9 AMD64 and Arch Linux ia32. Here are the library versions: a) Fedora 9 - PyOpenGL-3.0.0-0.5.b1.fc9.noarch - freeglut-2.4.0-14.fc9.x86_64 - python-2.5.1-25.fc9.x86_64 b) Arch Linux 03052008 - python 2.5.2-2 - python-opengl 3.0.0b1-1 - freeglut 2.4.0-3 ---------------------------------------------------------------------- Comment By: hippodriver (hippodriver) Date: 2008-05-03 04:16 Message: Logged In: YES user_id=1981020 Originator: NO I get the same error on Fedora 9 AMD64 and Arch Linux ia32. Here are the library versions: a) Fedora 9 - PyOpenGL-3.0.0-0.5.b1.fc9.noarch - freeglut-2.4.0-14.fc9.x86_64 - python-2.5.1-25.fc9.x86_64 b) Arch Linux 03052008 - python 2.5.2-2 - python-opengl 3.0.0b1-1 - freeglut 2.4.0-3 ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-06 19:45 Message: Logged In: YES user_id=34901 Originator: NO I can't reproduce the bug on a 64-bit Gentoo AMD64 machine running Python 2.5.1 and current CVS head against media-libs/freeglut-2.4.0-r1 . That is, the script runs here (I develop on this amd64 Gentoo box normally). Can you give more details about your library versions? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-10-25 05:58 Message: Logged In: NO What's going on this bug is still present in Ubuntu Gutsy (64 bits version), are pyopengl abandoned? or is there a secret bugfix? Nothing has happened with this bug for 4 month. A segfault on 64-bits Linux has to be considered a quite severe bug. I'm very new to Python but I need it for a course in 3d rendering at school so if there is some debugging I can do please let me know, but I think it's quite easy to reproduce. /Björn ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 12:53 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 10:48 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-01-15 22:58:40
|
Bugs item #1737282, was opened at 2007-06-14 10:38 Message generated for change (Comment added) made by dogwynn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Seg fault on Ubuntu Fiesty x86-64 - 3.0.0a6 Initial Comment: With Python 2.5,Python-2.5.tar.bz2 numpy, numpy-1.0.tar.gz PyOpenGL, PyOpenGL-3.0.0a6.tar.gz OpenGL-ctypes/OpenGL/tests$ python test_glutwindow.py newArguments ['test_glutwindow.py'] Segmentation fault (core dumped) This occurs on line 78 glutInitDisplayMode( GLUT_DOUBLE | GLUT_RGB ) ---------------------------------------------------------------------- Comment By: David O'Gwynn (dogwynn) Date: 2009-01-15 16:01 Message: Confirm that this causing problem on CentOS as well. -------------------------------- Background -------------------------------- >>] uname -a Linux ... 2.6.18-92.el5 #1 SMP Tue Jun 10 18:51:06 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux >>] /sbin/lspci | grep VGA 01:00.0 VGA compatible controller: nVidia Corporation NV41GL [Quadro FX 1400] (rev a2) >>] lsb_release -rd Description: CentOS release 5.2 (Final) Release: 5.2 -------------------------------- This is a problem with PyOpenGL's wrapping of glut/freeglut somehow. The functions can be called directly via ctypes with no errors on my system. >>] python Python 2.6 (r26:66714, Nov 21 2008, 10:53:09) [GCC 4.1.2 20071124 (Red Hat 4.1.2-42)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from ctypes import * >>> glut = cdll.LoadLibrary('libglut.so') >>> glut.glutInit(pointer(c_int(0)),pointer(c_char_p(''))) 234 >>> glut.glutInitDisplayMode(c_int(2)) # GLUT_DOUBLE | GLUT_RGB 344264064 >>> wID = glut.glutCreateWindow(c_char_p('test window')) freeglut Unable to create direct context rendering for window 'test window' This may hurt performance. >>> print wID 1 >>> This correctly initializes a rendering context and pops up a window. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-01-06 18:15 Message: this also happened to me on Ubuntu 32bit. The problem was calling "glutInitDisplayMode" before "glutCreateWindow". If you call it the other way round it works. For more info look at launchpad: https://bugs.edge.launchpad.net/debian/+source/pyopengl/+bug/289925 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-07-08 23:54 Message: Logged In: NO I receive the segmentation fault on my 64 bit Hardy Heron on an AMD64-2x, but it happens at the import OpenGL.GL statement, and it goes away if I run as root: 'sudo python test_glutwindow.py'. I have tried to reinstall all opengl components but it still segfaults on import OpenGL.GL. ---------------------------------------------------------------------- Comment By: hippodriver (hippodriver) Date: 2008-05-03 05:34 Message: Logged In: YES user_id=1981020 Originator: NO I get the same error on Fedora 9 AMD64 and Arch Linux ia32. Here are the library versions: a) Fedora 9 - PyOpenGL-3.0.0-0.5.b1.fc9.noarch - freeglut-2.4.0-14.fc9.x86_64 - python-2.5.1-25.fc9.x86_64 b) Arch Linux 03052008 - python 2.5.2-2 - python-opengl 3.0.0b1-1 - freeglut 2.4.0-3 ---------------------------------------------------------------------- Comment By: hippodriver (hippodriver) Date: 2008-05-03 04:16 Message: Logged In: YES user_id=1981020 Originator: NO I get the same error on Fedora 9 AMD64 and Arch Linux ia32. Here are the library versions: a) Fedora 9 - PyOpenGL-3.0.0-0.5.b1.fc9.noarch - freeglut-2.4.0-14.fc9.x86_64 - python-2.5.1-25.fc9.x86_64 b) Arch Linux 03052008 - python 2.5.2-2 - python-opengl 3.0.0b1-1 - freeglut 2.4.0-3 ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-06 19:45 Message: Logged In: YES user_id=34901 Originator: NO I can't reproduce the bug on a 64-bit Gentoo AMD64 machine running Python 2.5.1 and current CVS head against media-libs/freeglut-2.4.0-r1 . That is, the script runs here (I develop on this amd64 Gentoo box normally). Can you give more details about your library versions? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-10-25 05:58 Message: Logged In: NO What's going on this bug is still present in Ubuntu Gutsy (64 bits version), are pyopengl abandoned? or is there a secret bugfix? Nothing has happened with this bug for 4 month. A segfault on 64-bits Linux has to be considered a quite severe bug. I'm very new to Python but I need it for a course in 3d rendering at school so if there is some debugging I can do please let me know, but I think it's quite easy to reproduce. /Björn ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 12:53 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 10:48 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-01-07 00:15:55
|
Bugs item #1737282, was opened at 2007-06-14 15:38 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GLUT Group: v3.0.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Seg fault on Ubuntu Fiesty x86-64 - 3.0.0a6 Initial Comment: With Python 2.5,Python-2.5.tar.bz2 numpy, numpy-1.0.tar.gz PyOpenGL, PyOpenGL-3.0.0a6.tar.gz OpenGL-ctypes/OpenGL/tests$ python test_glutwindow.py newArguments ['test_glutwindow.py'] Segmentation fault (core dumped) This occurs on line 78 glutInitDisplayMode( GLUT_DOUBLE | GLUT_RGB ) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-01-07 00:15 Message: this also happened to me on Ubuntu 32bit. The problem was calling "glutInitDisplayMode" before "glutCreateWindow". If you call it the other way round it works. For more info look at launchpad: https://bugs.edge.launchpad.net/debian/+source/pyopengl/+bug/289925 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-07-09 04:54 Message: Logged In: NO I receive the segmentation fault on my 64 bit Hardy Heron on an AMD64-2x, but it happens at the import OpenGL.GL statement, and it goes away if I run as root: 'sudo python test_glutwindow.py'. I have tried to reinstall all opengl components but it still segfaults on import OpenGL.GL. ---------------------------------------------------------------------- Comment By: hippodriver (hippodriver) Date: 2008-05-03 10:34 Message: Logged In: YES user_id=1981020 Originator: NO I get the same error on Fedora 9 AMD64 and Arch Linux ia32. Here are the library versions: a) Fedora 9 - PyOpenGL-3.0.0-0.5.b1.fc9.noarch - freeglut-2.4.0-14.fc9.x86_64 - python-2.5.1-25.fc9.x86_64 b) Arch Linux 03052008 - python 2.5.2-2 - python-opengl 3.0.0b1-1 - freeglut 2.4.0-3 ---------------------------------------------------------------------- Comment By: hippodriver (hippodriver) Date: 2008-05-03 09:16 Message: Logged In: YES user_id=1981020 Originator: NO I get the same error on Fedora 9 AMD64 and Arch Linux ia32. Here are the library versions: a) Fedora 9 - PyOpenGL-3.0.0-0.5.b1.fc9.noarch - freeglut-2.4.0-14.fc9.x86_64 - python-2.5.1-25.fc9.x86_64 b) Arch Linux 03052008 - python 2.5.2-2 - python-opengl 3.0.0b1-1 - freeglut 2.4.0-3 ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2008-04-07 00:45 Message: Logged In: YES user_id=34901 Originator: NO I can't reproduce the bug on a 64-bit Gentoo AMD64 machine running Python 2.5.1 and current CVS head against media-libs/freeglut-2.4.0-r1 . That is, the script runs here (I develop on this amd64 Gentoo box normally). Can you give more details about your library versions? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-10-25 10:58 Message: Logged In: NO What's going on this bug is still present in Ubuntu Gutsy (64 bits version), are pyopengl abandoned? or is there a secret bugfix? Nothing has happened with this bug for 4 month. A segfault on 64-bits Linux has to be considered a quite severe bug. I'm very new to Python but I need it for a course in 3d rendering at school so if there is some debugging I can do please let me know, but I think it's quite easy to reproduce. /Björn ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 17:53 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- Comment By: Gary Orser (orser) Date: 2007-06-14 15:48 Message: Logged In: YES user_id=82696 Originator: NO Forgot to add: The script I used to build this python, generates a python that doesn't seg fault on Fiesty 32bit. It also seg faults, on SuSE 10.1 64 bit. This must be some sort of 64 bit issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=1737282&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-01-02 13:09:25
|
Bugs item #2300218, was opened at 2008-11-16 19:02 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2300218&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andre Klapper (riot69) Assigned to: Nobody/Anonymous (nobody) Summary: crash inside glGetBoolean(GL_TEXTURE_2D) Initial Comment: http://bugzilla.gnome.org/show_bug.cgi?id=552981 is receiving lots of duplicates, and it seems to be a PyOpenGL issue. Kindly asking for investigating here: ----------- .xsession-errors --------------------- self.chessSet.drawPiece(self.name, state, self.scene) File "/var/lib/python-support/python2.5/glchess/scene/opengl/new_models.py", line 110, in drawPiece if glGetBoolean(GL_TEXTURE_2D): File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 1631, in __call__ return self.finalise()( *args, **named ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 683, in wrapperCall converter( pyArgs, index, self ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/converters.py", line 195, in __call__ return self.arrayType.zeros( self.getSize(pyArgs) ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/arraydatatype.py", line 98, in zeros return cls.returnHandler().zeros( dims, typeCode or cls.typeConstant ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/nones.py", line 32, in zeros raise TypeError( """Can't create NULL pointer filled with values""" ) TypeError: ("Can't create NULL pointer filled with values", 'Failure in cConverter <OpenGL.converters.SizedOutput object at 0x84904fc>', [GL_TEXTURE_2D], 1, <OpenGL.wrapper.glGetIntegerv object at 0x8 -------------------------------------------------- Traceback (most recent call last): File "/var/lib/python-support/python2.5/glchess/gtkui/chessview.py", line 166, in __expose self.view.feedback.renderGL() File "/var/lib/python-support/python2.5/glchess/display.py", line 467, in renderGL self.scene.controller.render() File "/var/lib/python-support/python2.5/glchess/scene/opengl/opengl.py", line 326, in render self.drawPieces() File "/var/lib/python-support/python2.5/glchess/scene/opengl/opengl.py", line 728, in drawPieces piece.draw() File "/var/lib/python-support/python2.5/glchess/scene/opengl/opengl.py", line 104, in draw self.chessSet.drawPiece(self.name, state, self.scene) File "/var/lib/python-support/python2.5/glchess/scene/opengl/new_models.py", line 110, in drawPiece if glGetBoolean(GL_TEXTURE_2D): File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 1631, in __call__ return self.finalise()( *args, **named ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/wrapper.py", line 683, in wrapperCall converter( pyArgs, index, self ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/converters.py", line 195, in __call__ return self.arrayType.zeros( self.getSize(pyArgs) ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/arraydatatype.py", line 98, in zeros return cls.returnHandler().zeros( dims, typeCode or cls.typeConstant ) File "/usr/lib/python2.5/site-packages/PyOpenGL-3.0.0b6-py2.5.egg/OpenGL/arrays/nones.py", line 32, in zeros raise TypeError( """Can't create NULL pointer filled with values""" ) TypeError: ("Can't create NULL pointer filled with values", 'Failure in cConverter <OpenGL.converters.SizedOutput object at 0x84904fc>', [GL_TEXTURE_2D], 1, <OpenGL.wrapper.glGetIntegerv object at 0x849f28c>) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-01-02 13:09 Message: Same for me on debian lenny with 3.0.0~b6-3, going back to b3-1 resolves the problem. ---------------------------------------------------------------------- Comment By: Ignazio Di Napoli (neclepsio) Date: 2008-11-21 23:37 Message: I have the very same problem, but with glGetInteger(GL_DEPTH_BITS). This only happens with b6, going back to b5 makes the error disappear. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2300218&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-01-02 06:49:38
|
Patches item #2481940, was opened at 2009-01-02 06:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=305988&aid=2481940&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v3.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rafe Kaplan (slobberchops) Assigned to: Nobody/Anonymous (nobody) Summary: Library error on Mac using case sensitive file-system Initial Comment: OpenGL/platform/darwin.py:46 The string passed in to ctypesloader.loadlibrary is 'glut'. It should be 'GLUT'. The causes problems on Mac installations that use a case-sensitive file system. Not a problem on most Mac installations. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=305988&aid=2481940&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-01-02 00:08:33
|
Bugs item #2481594, was opened at 2009-01-02 02:03 Message generated for change (Comment added) made by turki_bg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2481594&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nikolay (turki_bg) Assigned to: Nobody/Anonymous (nobody) Summary: Please distribute license.txt with the tarball Initial Comment: Part of the fedora guideline for packaging is that every package must provide some file with it's license. Up until b8 there was a license.txt in the root of the tarball. Please provide it again. ---------------------------------------------------------------------- >Comment By: Nikolay (turki_bg) Date: 2009-01-02 02:08 Message: To clarify the full legal text of the license must be provided by the package. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2481594&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2009-01-02 00:04:02
|
Bugs item #2481594, was opened at 2009-01-02 02:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2481594&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nikolay (turki_bg) Assigned to: Nobody/Anonymous (nobody) Summary: Please distribute license.txt with the tarball Initial Comment: Part of the fedora guideline for packaging is that every package must provide some file with it's license. Up until b8 there was a license.txt in the root of the tarball. Please provide it again. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2481594&group_id=5988 |
32 messages has been excluded from this view by a project administrator.
