pyopengl-devel Mailing List for PyOpenGL (Page 14)
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...> - 2008-12-03 03:27:39
|
Bugs item #2381114, was opened at 2008-12-02 22:27 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=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: Open 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2381114&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-28 02:35:51
|
Bugs item #2354582, was opened at 2008-11-28 02:17 Message generated for change (Comment added) made by marginal42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2354582&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: Nobody/Anonymous (nobody) 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. ---------------------------------------------------------------------- Comment By: Jonathan Harris (marginal42) Date: 2008-11-28 02:35 Message: Please delete - duplicate of 2354596 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2354582&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-28 02:34:25
|
Bugs item #2354596, was opened at 2008-11-28 02:27 Message generated for change (Comment added) made by marginal42 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: 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...> - 2008-11-28 02:33:37
|
Bugs item #2354596, was opened at 2008-11-28 02:27 Message generated for change (Comment added) made by marginal42 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: 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...> - 2008-11-28 02:32:28
|
Bugs item #2354596, was opened at 2008-11-28 02:27 Message generated for change (Comment added) made by marginal42 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: 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...> - 2008-11-28 02:31:13
|
Bugs item #2354596, was opened at 2008-11-28 02:27 Message generated for change (Comment added) made by marginal42 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: 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...> - 2008-11-28 02:30:08
|
Bugs item #2354596, was opened at 2008-11-28 02:27 Message generated for change (Comment added) made by marginal42 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: 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...> - 2008-11-28 02:28:37
|
Bugs item #2354596, was opened at 2008-11-28 02:27 Message generated for change (Comment added) made by marginal42 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: 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...> - 2008-11-28 02:27:55
|
Bugs item #2354596, was opened at 2008-11-28 02:27 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=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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2354596&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-28 02:17:37
|
Bugs item #2354582, was opened at 2008-11-28 02:17 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=2354582&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: Nobody/Anonymous (nobody) 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2354582&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-27 10:30:57
|
Bugs item #2130003, was opened at 2008-09-26 13:19 Message generated for change (Comment added) made by arve_knudsen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2130003&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: Loading GLUT on DarwinPlatform failes Initial Comment: If the file system was formatted as case sensitive (Leopard offers this option at install time), the following code will fail: from OpenGL.GLU import * with >>> from OpenGL.GLU import * Traceback (most recent call last): File "<stdin>", line 1, in <module> File "OpenGL/GLU/__init__.py", line 2, in <module> from OpenGL import platform File "OpenGL/platform/__init__.py", line 36, in <module> _load() File "OpenGL/platform/__init__.py", line 27, in _load plugin_class = plugin.load() File "OpenGL/plugins.py", line 14, in load return importByName( self.import_path ) File "OpenGL/plugins.py", line 28, in importByName module = __import__( ".".join(moduleName), {}, {}, moduleName) File "OpenGL/platform/darwin.py", line 27, in <module> class DarwinPlatform( baseplatform.BasePlatform ): File "OpenGL/platform/darwin.py", line 47, in DarwinPlatform mode=ctypes.RTLD_GLOBAL File "OpenGL/platform/ctypesloader.py", line 42, in loadLibrary return dllType( name, mode ) File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ctypes/__init__.py", line 325, in __init__ self._handle = _dlopen(self._name, mode) OSError: ('dlopen(glut, 10): image not found', 'glut', None) >>> Proposed fix: in OpenGL/platform/darwin.py change line 46 from: 'glut', to 'GLUT', this will solve the problem. ikokai <at> gmail <dot> com ---------------------------------------------------------------------- Comment By: Arve Knudsen (arve_knudsen) Date: 2008-11-27 11:30 Message: Regarding why it should be uppercase, I'm guessing it has to do with Mac conventions, i.e., that frameworks should be capitalized. ---------------------------------------------------------------------- Comment By: Arve Knudsen (arve_knudsen) Date: 2008-11-27 11:29 Message: I just ran into this bug too :/ Luckily it is easy to fix (hint hint). ---------------------------------------------------------------------- Comment By: Jonathan Toomim (jtoomim) Date: 2008-11-07 10:30 Message: Hmmm... See also bug 1887247. I don't know why neppord thinks it should be lowercase. Heck, I don't know why it should be uppercase except that that's what works. ---------------------------------------------------------------------- Comment By: Jonathan Toomim (jtoomim) Date: 2008-11-07 10:23 Message: I confirm that this problem exists, and the fix described works. I'm using OS X Leopard with a case sensitive file system. Building and installing PyOpenGL-3.0.0b6 stock will let me do >>> import OpenGL but not >>> import OpenGL.GLUT which produces the "OSError: ('dlopen(glut, 10): image not found', 'glut', None)" message described above at the end of the traceback. Making the change described above and rebuilding solved the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2130003&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-27 10:29:36
|
Bugs item #2130003, was opened at 2008-09-26 13:19 Message generated for change (Comment added) made by arve_knudsen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2130003&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: Loading GLUT on DarwinPlatform failes Initial Comment: If the file system was formatted as case sensitive (Leopard offers this option at install time), the following code will fail: from OpenGL.GLU import * with >>> from OpenGL.GLU import * Traceback (most recent call last): File "<stdin>", line 1, in <module> File "OpenGL/GLU/__init__.py", line 2, in <module> from OpenGL import platform File "OpenGL/platform/__init__.py", line 36, in <module> _load() File "OpenGL/platform/__init__.py", line 27, in _load plugin_class = plugin.load() File "OpenGL/plugins.py", line 14, in load return importByName( self.import_path ) File "OpenGL/plugins.py", line 28, in importByName module = __import__( ".".join(moduleName), {}, {}, moduleName) File "OpenGL/platform/darwin.py", line 27, in <module> class DarwinPlatform( baseplatform.BasePlatform ): File "OpenGL/platform/darwin.py", line 47, in DarwinPlatform mode=ctypes.RTLD_GLOBAL File "OpenGL/platform/ctypesloader.py", line 42, in loadLibrary return dllType( name, mode ) File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ctypes/__init__.py", line 325, in __init__ self._handle = _dlopen(self._name, mode) OSError: ('dlopen(glut, 10): image not found', 'glut', None) >>> Proposed fix: in OpenGL/platform/darwin.py change line 46 from: 'glut', to 'GLUT', this will solve the problem. ikokai <at> gmail <dot> com ---------------------------------------------------------------------- Comment By: Arve Knudsen (arve_knudsen) Date: 2008-11-27 11:29 Message: I just ran into this bug too :/ Luckily it is easy to fix (hint hint). ---------------------------------------------------------------------- Comment By: Jonathan Toomim (jtoomim) Date: 2008-11-07 10:30 Message: Hmmm... See also bug 1887247. I don't know why neppord thinks it should be lowercase. Heck, I don't know why it should be uppercase except that that's what works. ---------------------------------------------------------------------- Comment By: Jonathan Toomim (jtoomim) Date: 2008-11-07 10:23 Message: I confirm that this problem exists, and the fix described works. I'm using OS X Leopard with a case sensitive file system. Building and installing PyOpenGL-3.0.0b6 stock will let me do >>> import OpenGL but not >>> import OpenGL.GLUT which produces the "OSError: ('dlopen(glut, 10): image not found', 'glut', None)" message described above at the end of the traceback. Making the change described above and rebuilding solved the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2130003&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-26 01:28:47
|
Bugs item #2347624, was opened at 2008-11-26 01: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=2347624&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: doc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: project web page bad link Initial Comment: The link to the py2exe page is broken. On the web page: http://pyopengl.sourceforge.net/documentation/index.html The underlying HTML reads: <li><a href="file:///S:/PyOpenGLWebSite/documentation/py2exe.html">Using py2exe</a> with PyOpenGL and OpenGLContext -- building stand-alone executables for Win32 systems (note, not currently working with 3.x!)</li> The link should be: http://pyopengl.sourceforge.net/documentation/py2exe.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2347624&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-24 20:36:11
|
Bugs item #2333002, was opened at 2008-11-23 14:59 Message generated for change (Comment added) made by sargentd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2333002&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Evgeni Golov (sargentd) Assigned to: Nobody/Anonymous (nobody) Summary: segmentation fault with Mesa 7.2 Initial Comment: Hi, I'm running Debian Sid with Mesa 7.2 from experimental (needed for Direct Rendering to work with my card [ATI Radeon X1400]). The following snippet produces a segfault: from OpenGL.GLUT import * glutInit(["test"]) glutInitDisplayMode(GLUT_RGB) When I downgrade Mesa to 7.0.3, I have no DRI anymore, but also the segfault goes away. I attach a backtrace from gdb, in the hope that helps somehow -- if you need more info, please ask :) Regards Evgeni ---------------------------------------------------------------------- >Comment By: Evgeni Golov (sargentd) Date: 2008-11-24 21:36 Message: \o/ That works! Btw, you can find the Debian Bugreport here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483043 ---------------------------------------------------------------------- Comment By: lman (l_man) Date: 2008-11-24 21:10 Message: Here is sthing I found on the net. Hope it helps: http://asleepfromday.wordpress.com/2008/08/20/bug-in-python-opengl-mesa/ It basically suggests to turn off opengl error checking. It solves the issue ---------------------------------------------------------------------- Comment By: lman (l_man) Date: 2008-11-23 17:19 Message: I downgraded to mesa 7.0.3 and still get segmentation fault. tried it with b6 and b5 too. If i downgrade the pyopengl package to 2.0.1 everything works fine. ---------------------------------------------------------------------- Comment By: Evgeni Golov (sargentd) Date: 2008-11-23 15:08 Message: Forgot to mention, this is with pyopengl 3.0.0b6 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2333002&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-24 20:10:41
|
Bugs item #2333002, was opened at 2008-11-23 14:59 Message generated for change (Comment added) made by l_man You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2333002&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Evgeni Golov (sargentd) Assigned to: Nobody/Anonymous (nobody) Summary: segmentation fault with Mesa 7.2 Initial Comment: Hi, I'm running Debian Sid with Mesa 7.2 from experimental (needed for Direct Rendering to work with my card [ATI Radeon X1400]). The following snippet produces a segfault: from OpenGL.GLUT import * glutInit(["test"]) glutInitDisplayMode(GLUT_RGB) When I downgrade Mesa to 7.0.3, I have no DRI anymore, but also the segfault goes away. I attach a backtrace from gdb, in the hope that helps somehow -- if you need more info, please ask :) Regards Evgeni ---------------------------------------------------------------------- Comment By: lman (l_man) Date: 2008-11-24 21:10 Message: Here is sthing I found on the net. Hope it helps: http://asleepfromday.wordpress.com/2008/08/20/bug-in-python-opengl-mesa/ It basically suggests to turn off opengl error checking. It solves the issue ---------------------------------------------------------------------- Comment By: lman (l_man) Date: 2008-11-23 17:19 Message: I downgraded to mesa 7.0.3 and still get segmentation fault. tried it with b6 and b5 too. If i downgrade the pyopengl package to 2.0.1 everything works fine. ---------------------------------------------------------------------- Comment By: Evgeni Golov (sargentd) Date: 2008-11-23 15:08 Message: Forgot to mention, this is with pyopengl 3.0.0b6 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2333002&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-23 16:19:19
|
Bugs item #2333002, was opened at 2008-11-23 14:59 Message generated for change (Comment added) made by l_man You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2333002&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Evgeni Golov (sargentd) Assigned to: Nobody/Anonymous (nobody) Summary: segmentation fault with Mesa 7.2 Initial Comment: Hi, I'm running Debian Sid with Mesa 7.2 from experimental (needed for Direct Rendering to work with my card [ATI Radeon X1400]). The following snippet produces a segfault: from OpenGL.GLUT import * glutInit(["test"]) glutInitDisplayMode(GLUT_RGB) When I downgrade Mesa to 7.0.3, I have no DRI anymore, but also the segfault goes away. I attach a backtrace from gdb, in the hope that helps somehow -- if you need more info, please ask :) Regards Evgeni ---------------------------------------------------------------------- Comment By: lman (l_man) Date: 2008-11-23 17:19 Message: I downgraded to mesa 7.0.3 and still get segmentation fault. tried it with b6 and b5 too. If i downgrade the pyopengl package to 2.0.1 everything works fine. ---------------------------------------------------------------------- Comment By: Evgeni Golov (sargentd) Date: 2008-11-23 15:08 Message: Forgot to mention, this is with pyopengl 3.0.0b6 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2333002&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-23 14:08:19
|
Bugs item #2333002, was opened at 2008-11-23 14:59 Message generated for change (Comment added) made by sargentd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2333002&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Evgeni Golov (sargentd) Assigned to: Nobody/Anonymous (nobody) Summary: segmentation fault with Mesa 7.2 Initial Comment: Hi, I'm running Debian Sid with Mesa 7.2 from experimental (needed for Direct Rendering to work with my card [ATI Radeon X1400]). The following snippet produces a segfault: from OpenGL.GLUT import * glutInit(["test"]) glutInitDisplayMode(GLUT_RGB) When I downgrade Mesa to 7.0.3, I have no DRI anymore, but also the segfault goes away. I attach a backtrace from gdb, in the hope that helps somehow -- if you need more info, please ask :) Regards Evgeni ---------------------------------------------------------------------- >Comment By: Evgeni Golov (sargentd) Date: 2008-11-23 15:08 Message: Forgot to mention, this is with pyopengl 3.0.0b6 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2333002&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-23 13:59:28
|
Bugs item #2333002, was opened at 2008-11-23 14:59 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=2333002&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Evgeni Golov (sargentd) Assigned to: Nobody/Anonymous (nobody) Summary: segmentation fault with Mesa 7.2 Initial Comment: Hi, I'm running Debian Sid with Mesa 7.2 from experimental (needed for Direct Rendering to work with my card [ATI Radeon X1400]). The following snippet produces a segfault: from OpenGL.GLUT import * glutInit(["test"]) glutInitDisplayMode(GLUT_RGB) When I downgrade Mesa to 7.0.3, I have no DRI anymore, but also the segfault goes away. I attach a backtrace from gdb, in the hope that helps somehow -- if you need more info, please ask :) Regards Evgeni ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2333002&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-21 23:37:36
|
Bugs item #2300218, was opened at 2008-11-16 20:02 Message generated for change (Comment added) made by neclepsio 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: 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...> - 2008-11-16 19:02:30
|
Bugs item #2300218, was opened at 2008-11-16 19:02 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=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>) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2300218&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-07 09:30:18
|
Bugs item #2130003, was opened at 2008-09-26 04:19 Message generated for change (Comment added) made by jtoomim You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2130003&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: Loading GLUT on DarwinPlatform failes Initial Comment: If the file system was formatted as case sensitive (Leopard offers this option at install time), the following code will fail: from OpenGL.GLU import * with >>> from OpenGL.GLU import * Traceback (most recent call last): File "<stdin>", line 1, in <module> File "OpenGL/GLU/__init__.py", line 2, in <module> from OpenGL import platform File "OpenGL/platform/__init__.py", line 36, in <module> _load() File "OpenGL/platform/__init__.py", line 27, in _load plugin_class = plugin.load() File "OpenGL/plugins.py", line 14, in load return importByName( self.import_path ) File "OpenGL/plugins.py", line 28, in importByName module = __import__( ".".join(moduleName), {}, {}, moduleName) File "OpenGL/platform/darwin.py", line 27, in <module> class DarwinPlatform( baseplatform.BasePlatform ): File "OpenGL/platform/darwin.py", line 47, in DarwinPlatform mode=ctypes.RTLD_GLOBAL File "OpenGL/platform/ctypesloader.py", line 42, in loadLibrary return dllType( name, mode ) File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ctypes/__init__.py", line 325, in __init__ self._handle = _dlopen(self._name, mode) OSError: ('dlopen(glut, 10): image not found', 'glut', None) >>> Proposed fix: in OpenGL/platform/darwin.py change line 46 from: 'glut', to 'GLUT', this will solve the problem. ikokai <at> gmail <dot> com ---------------------------------------------------------------------- Comment By: Jonathan Toomim (jtoomim) Date: 2008-11-07 01:30 Message: Hmmm... See also bug 1887247. I don't know why neppord thinks it should be lowercase. Heck, I don't know why it should be uppercase except that that's what works. ---------------------------------------------------------------------- Comment By: Jonathan Toomim (jtoomim) Date: 2008-11-07 01:23 Message: I confirm that this problem exists, and the fix described works. I'm using OS X Leopard with a case sensitive file system. Building and installing PyOpenGL-3.0.0b6 stock will let me do >>> import OpenGL but not >>> import OpenGL.GLUT which produces the "OSError: ('dlopen(glut, 10): image not found', 'glut', None)" message described above at the end of the traceback. Making the change described above and rebuilding solved the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2130003&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-11-07 09:23:35
|
Bugs item #2130003, was opened at 2008-09-26 04:19 Message generated for change (Comment added) made by jtoomim You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2130003&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: Loading GLUT on DarwinPlatform failes Initial Comment: If the file system was formatted as case sensitive (Leopard offers this option at install time), the following code will fail: from OpenGL.GLU import * with >>> from OpenGL.GLU import * Traceback (most recent call last): File "<stdin>", line 1, in <module> File "OpenGL/GLU/__init__.py", line 2, in <module> from OpenGL import platform File "OpenGL/platform/__init__.py", line 36, in <module> _load() File "OpenGL/platform/__init__.py", line 27, in _load plugin_class = plugin.load() File "OpenGL/plugins.py", line 14, in load return importByName( self.import_path ) File "OpenGL/plugins.py", line 28, in importByName module = __import__( ".".join(moduleName), {}, {}, moduleName) File "OpenGL/platform/darwin.py", line 27, in <module> class DarwinPlatform( baseplatform.BasePlatform ): File "OpenGL/platform/darwin.py", line 47, in DarwinPlatform mode=ctypes.RTLD_GLOBAL File "OpenGL/platform/ctypesloader.py", line 42, in loadLibrary return dllType( name, mode ) File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ctypes/__init__.py", line 325, in __init__ self._handle = _dlopen(self._name, mode) OSError: ('dlopen(glut, 10): image not found', 'glut', None) >>> Proposed fix: in OpenGL/platform/darwin.py change line 46 from: 'glut', to 'GLUT', this will solve the problem. ikokai <at> gmail <dot> com ---------------------------------------------------------------------- Comment By: Jonathan Toomim (jtoomim) Date: 2008-11-07 01:23 Message: I confirm that this problem exists, and the fix described works. I'm using OS X Leopard with a case sensitive file system. Building and installing PyOpenGL-3.0.0b6 stock will let me do >>> import OpenGL but not >>> import OpenGL.GLUT which produces the "OSError: ('dlopen(glut, 10): image not found', 'glut', None)" message described above at the end of the traceback. Making the change described above and rebuilding solved the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2130003&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2008-10-30 10:00:11
|
Bugs item #2209430, was opened at 2008-10-30 05:00 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=2209430&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: Context Group: v2.0.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Pol (rememberpol) Assigned to: Mike C. Fletcher (mcfletch) Summary: Some errors.. Initial Comment: File "/usr/lib/python2.4/site-packages/OpenGLContext-2.1.0a2-py2.4.egg/OpenGLContext/scenegraph/text/ttfregistry.py", line 106, in fontNameFromStyle if fontStyle and fontStyle.family: AttributeError: 'tuple' object has no attribute 'family' # File "/usr/lib/python2.4/site-packages/OpenGLContext-2.1.0a2-py2.4.egg/OpenGLContext/scenegraph/text/ttfregistry.py", line 66, in defaultFont raise RuntimeError( """No default font available of type %r"""%( type,)) RuntimeError: No default font available of type 'SANS # (when trying to run OpenGLContext-2.1.0a2/tests/solid_font.py ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=2209430&group_id=5988 |
|
From: David H. <the...@ti...> - 2008-10-20 19:02:00
|
I'm so sorry, i now realise i posted this to the wrong list, but, i solved it anyway, turns out you have to set glutIdleFunc. I apologise for taking your time. On Sun, 12 Oct 2008 09:03:58 +0100 David Honour <the...@ti...> wrote: > I used to be able to thread pyopengl by creating a function that did > the tasks below and launching it in a new thread: > -prepare the gl module #this seems to be fine > -run glutMainLoop() #this seems to be causing the probs > > When i try this now it acts very strangely. > print statements and other pure python things seem to go through fine, > but, when i put the call in to the socket library it doesn't happen, > or at least fails to return from the call. > > Also, it now doesn't seem to behave differently when split between 2 > threads, as in it is no different if i do the preparation and > importing in a different thread to the glutMainLoop() call. > > PyOpenGL version 2.0.0.9-r1 > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge Build the coolest Linux based applications with Moblin SDK > & win great prizes Grand prize is a trip for two to an Open Source > event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Devel mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-devel |
|
From: David H. <the...@ti...> - 2008-10-12 08:02:48
|
I used to be able to thread pyopengl by creating a function that did the tasks below and launching it in a new thread: -prepare the gl module #this seems to be fine -run glutMainLoop() #this seems to be causing the probs When i try this now it acts very strangely. print statements and other pure python things seem to go through fine, but, when i put the call in to the socket library it doesn't happen, or at least fails to return from the call. Also, it now doesn't seem to behave differently when split between 2 threads, as in it is no different if i do the preparation and importing in a different thread to the glutMainLoop() call. PyOpenGL version 2.0.0.9-r1 |
32 messages has been excluded from this view by a project administrator.
