pyopengl-devel Mailing List for PyOpenGL (Page 48)
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: <no...@so...> - 2002-09-20 03:22:24
|
Bugs item #611959, was opened at 2002-09-19 23:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=611959&group_id=5988 Category: Tk Group: v2.0 Status: Open Resolution: None Priority: 6 Submitted By: Mike C. Fletcher (mcfletch) Assigned to: Nobody/Anonymous (nobody) Summary: Reported failure with Tk 8.4 Initial Comment: Apparently TOGL is failing to build with Tk 8.4. Should try to get that fixed. No other real information about the problems (feel free to add). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=611959&group_id=5988 |
|
From: <no...@so...> - 2002-07-30 15:09:21
|
Bugs item #532670, was opened at 2002-03-20 19:26 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=532670&group_id=5988 Category: GL Group: v2.0 Status: Open Resolution: None >Priority: 9 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Rene Dudfield (illume) Summary: bug in _glTexCoordPointer Initial Comment: _glTexCoordPointer calls decrementPointerLock(GL_TEXTURE_COORD_ARRAY); instead of decrementPointerLock(GL_TEXTURE_COORD_ARRAY_POINTER); causing (inscrutable) runtime errors. Tried to fix this in the .i file but some of the typemaps are incompatible with swig 1.3.11u, the version I have installed. ---------------------------------------------------------------------- Comment By: Rene Dudfield (illume) Date: 2002-07-30 15:08 Message: Logged In: YES user_id=2042 Tried changing it to GL_TEXTURE_COORD_ARRAY_POINTER in a test app and it does not work. The app works with some code from the 1.5x pyopengl distrib. I'm looking at a fix some more tommorow, after some sleep :) ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-27 10:01 Message: Logged In: YES user_id=34901 I'm told this fix is working for some other users already. I'd prefer a test case to see if the error is fixed after applying the fix, but the problem appears to be a fairly straightforward one? so might just go ahead and do the fix. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=532670&group_id=5988 |
|
From: <no...@so...> - 2002-07-30 15:08:14
|
Bugs item #532670, was opened at 2002-03-20 19:26 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=532670&group_id=5988 Category: GL Group: v2.0 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Tarn Weisner Burton (twburton) Summary: bug in _glTexCoordPointer Initial Comment: _glTexCoordPointer calls decrementPointerLock(GL_TEXTURE_COORD_ARRAY); instead of decrementPointerLock(GL_TEXTURE_COORD_ARRAY_POINTER); causing (inscrutable) runtime errors. Tried to fix this in the .i file but some of the typemaps are incompatible with swig 1.3.11u, the version I have installed. ---------------------------------------------------------------------- >Comment By: Rene Dudfield (illume) Date: 2002-07-30 15:08 Message: Logged In: YES user_id=2042 Tried changing it to GL_TEXTURE_COORD_ARRAY_POINTER in a test app and it does not work. The app works with some code from the 1.5x pyopengl distrib. I'm looking at a fix some more tommorow, after some sleep :) ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-27 10:01 Message: Logged In: YES user_id=34901 I'm told this fix is working for some other users already. I'd prefer a test case to see if the error is fixed after applying the fix, but the problem appears to be a fairly straightforward one? so might just go ahead and do the fix. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=532670&group_id=5988 |
|
From: <no...@so...> - 2002-07-30 14:38:19
|
Bugs item #544702, was opened at 2002-04-16 14:55 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=544702&group_id=5988 Category: build Group: v2.0 >Status: Closed Resolution: None Priority: 5 Submitted By: Peter Gunn (kopfarzt) Assigned to: Tarn Weisner Burton (twburton) Summary: FHS 2.2 path in config/linux.cfg missing Initial Comment: Strictly following the Filesystem Hierarchy Standard FHS 2.2 (which some Linux Distributions like Gentoo Linux do), the path to X11 should be: /usr/X11R6/include /usr/X11R6/lib (see: http://www.pathname.com/fhs/2.2/fhs-4.4.html) Could you please add it to config/linux.cfg therefore making it very simple to do an ebuild file for PyOpenGL? Thanks in advance! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=544702&group_id=5988 |
|
From: <no...@so...> - 2002-07-30 14:37:45
|
Bugs item #586543, was opened at 2002-07-25 16:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=586543&group_id=5988 Category: build Group: v2.0 >Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: add some paths to linux.cfg Initial Comment: I'm using gentoo, which seems to keep some pyopengl needed stuff in /usr/X11R6/include and /usr/X11R6/lib i was hoping these two paths could get added to the "include_dirs" and "library_dirs" of the linux.cfg file. with that in place, pyopengl should install "out of the box" for me. it shouldn't hurt anything to if these paths don't exist. ---------------------------------------------------------------------- Comment By: Rene Dudfield (illume) Date: 2002-07-25 23:00 Message: Logged In: YES user_id=2042 On my system /usr/X11 is a symlink to /usr/X11R6 As R6 is a version number(one which hasn't changed in years). As you say it can't hurt to add it in. I'll add it unless there are any objections? I think gentoo should add the symlink in though. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=586543&group_id=5988 |
|
From: <no...@so...> - 2002-07-25 23:00:49
|
Bugs item #586543, was opened at 2002-07-25 16:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=586543&group_id=5988 Category: build Group: v2.0 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: add some paths to linux.cfg Initial Comment: I'm using gentoo, which seems to keep some pyopengl needed stuff in /usr/X11R6/include and /usr/X11R6/lib i was hoping these two paths could get added to the "include_dirs" and "library_dirs" of the linux.cfg file. with that in place, pyopengl should install "out of the box" for me. it shouldn't hurt anything to if these paths don't exist. ---------------------------------------------------------------------- Comment By: Rene Dudfield (illume) Date: 2002-07-25 23:00 Message: Logged In: YES user_id=2042 On my system /usr/X11 is a symlink to /usr/X11R6 As R6 is a version number(one which hasn't changed in years). As you say it can't hurt to add it in. I'll add it unless there are any objections? I think gentoo should add the symlink in though. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=586543&group_id=5988 |
|
From: <no...@so...> - 2002-07-25 16:05:49
|
Bugs item #586543, was opened at 2002-07-25 09:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=586543&group_id=5988 Category: build Group: v2.0 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: add some paths to linux.cfg Initial Comment: I'm using gentoo, which seems to keep some pyopengl needed stuff in /usr/X11R6/include and /usr/X11R6/lib i was hoping these two paths could get added to the "include_dirs" and "library_dirs" of the linux.cfg file. with that in place, pyopengl should install "out of the box" for me. it shouldn't hurt anything to if these paths don't exist. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=586543&group_id=5988 |
|
From: <no...@so...> - 2002-07-20 22:52:36
|
Bugs item #584322, was opened at 2002-07-20 18:52 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=584322&group_id=5988 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mike C. Fletcher (mcfletch) Assigned to: Nobody/Anonymous (nobody) Summary: Demos/tom/arraytest.py spike Initial Comment: Rendering of this demo is apparently very different on my Win2k Radeon system than on Rene's machine. I get a black circle with a spike into the middle, he gets a multi-coloured circle. Screenshot below. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=584322&group_id=5988 |
|
From: <no...@so...> - 2002-07-20 22:14:47
|
Bugs item #584315, was opened at 2002-07-20 18:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=584315&group_id=5988 Category: Context Group: OpenGLContext v1.0 Status: Open Resolution: None Priority: 5 Submitted By: Mike C. Fletcher (mcfletch) Assigned to: Mike C. Fletcher (mcfletch) Summary: wxPythonContext key support failing Initial Comment: In many of the tests/demos for OpenGLContext, the wxPython context doesn't seem to be forwarding key-presses to the code (GLUT context works fine). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=584315&group_id=5988 |
|
From: <il...@ya...> - 2002-07-09 08:02:08
|
Hello, I've converted pyopengl to use the new swig (ie 1.3.13). Unfortunately I don't think it will work with versions of swig <= 1.3.10. Does this matter too much? I don't think it does :) Should I put my changes in the cvs? Has the last release been marked in some way? Now to try and get pyopengl to compile with mingw. __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com |
|
From: <il...@ya...> - 2002-07-03 12:36:54
|
Hello. "python setup.py build_doc" gives me a message: warning: build_doc: Can't generate docs because SAXON_HOME, DOCBOOK_XSL_HOME, WEBEQ_HOME or warning: build_doc: RESOLVER_HOME environment variable is not set. Will just use existing docs. How do I set up the necessary programs? any help appreciated :) __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com |
|
From: Jack J. <Jac...@or...> - 2002-06-23 21:06:59
|
On zaterdag, juni 22, 2002, at 05:17 , Andrew Straw wrote: > Hi everyone, > > I am writing to inquire about the current state of PyOpenGL on > Mac OS X. (I am cross-posting this email to both the PyOpenGL > devel list and the Python Mac SIG list.) I have it all running, to some extent. The problem is you need a very specific version of Swig to make it work, and even then there's some problems that need fixing: - there are some missing semicolons in .h files! (this, together that no-one from the PyOpenGL developers has yet taken me up on my offer of a patch, makes me wonder about the status of the whole thing) - swig, even with the right version, had trouble with one function so I had to comment it out. - most serious: the output parameter mechanism doesn't get treated right by the version of swig I used, it is somehow an input parameter. All of this is at work, I'll try and remember to attach my patch to the sourceforge bug report I have outstanding tomorrow. Please ping me if it isn't there in another 24 hours. And I'd love to be able to solve the three problems sketched above, too, so if you have time to invest in this that would be great... -- - Jack Jansen <Jac...@or...> http://www.cwi.nl/~jack - - If I can't dance I don't want to be part of your revolution -- Emma Goldman - |
|
From: <no...@so...> - 2002-06-23 11:02:23
|
Patches item #572728, was opened at 2002-06-23 11:02 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=305988&aid=572728&group_id=5988 Category: build Group: v2.1 Status: Open Resolution: None Priority: 5 Submitted By: Andrew Straw (astraw) Assigned to: Tarn Weisner Burton (twburton) Summary: Mac OS X ("darwin") build fix Initial Comment: With this patch I can get the latest CVS version of the OpenGL.GL module to compile on my Mac OS X machine. I still get errors with other modules such as OpenGL.GLU, but I cannot pin anything down. I'll investigate further and submit a bug report or patch if I can figure it out. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=305988&aid=572728&group_id=5988 |
|
From: <no...@so...> - 2002-06-22 14:53:07
|
Bugs item #544084, was opened at 2002-04-15 06:02 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=544084&group_id=5988 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jack Jansen (jackjansen) Assigned to: Nobody/Anonymous (nobody) Summary: CVS HEAD does not build Initial Comment: I checked out PyOpenGL from CVS (because the most recent distribution doesn't support Mac OS X yet), but it doesn't build. First it runs into a shallow error (missing semicolon) in interface/WGL/util.inc, but then it runs into serious problems compiling GL.ARB.matrix_palette.c: lots of undeclared variables, etc. Tried the whole process again on Linux (to make sure it isn't a Mac OS specific problem) with exactly te same results. ---------------------------------------------------------------------- Comment By: Greg Copeland (oracle) Date: 2002-06-22 09:53 Message: Logged In: YES user_id=40173 Would you mind submiting a patch for your changes? I think this may have some value for others! Thanks! ---------------------------------------------------------------------- Comment By: Jack Jansen (jackjansen) Date: 2002-04-15 08:50 Message: Logged In: YES user_id=45365 Update: I can now build from CVS, after downgrading SWIG to 1.3.9 (I started with the most recent SWIG, 1.3.11), and after fixing a few other things. The main thing I had to fix was add support for extra_link_args in the .cfg file, so I could pass the "-framework GLUT" needed for linking GLUT. Let me now I you want this patch, ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=544084&group_id=5988 |
|
From: Andrew S. <and...@ad...> - 2002-06-22 03:17:16
|
Hi everyone, I am writing to inquire about the current state of PyOpenGL on Mac OS X. (I am cross-posting this email to both the PyOpenGL devel list and the Python Mac SIG list.) I have been "frozen" on Bob Ippolito's mega-build of Python with PyOpenGL (along with just about everything else) because I need PyOpenGL on Mac OS X, and I have been unable to get it to compile on Mac OS X myself. I am willing to put in some effort to bring the CVS version up to scratch, but I don't want to duplicate effort that others have put in. Has anyone successfully compiled PyOpenGL for Mac OS X since Bob did it in January? If so, I'd love to get a copy of your sources, a diff file, advice, or whatever other help you can offer. I hope some of the recent Python changes (especially the Mac specific ones -- thanks Jack and everyone else!) may make the process smoother, but PyOpenGL is notorious for difficult builds, and I'm certainly no Mac expert. (Cocoa, two level namespaces, and all the rest are way out of my realm of familiarity.) Thanks, Andrew ________________________________________________________ Andrew Straw Ph.D. student -- Department of Physiology, University of Adelaide, Australia Developer -- The Vision Egg -- http://www.visionegg.org/ and...@ad... ________________________________________________________ |
|
From: <no...@so...> - 2002-06-11 23:00:30
|
Bugs item #567695, was opened at 2002-06-11 16:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=567695&group_id=5988 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: segmentation fault with threads Initial Comment: PyOpenGL crashes with a segmentation fault when trying to use threads in any form. The use of threads isn't something the programmer has control over (they can be used inside any library). If PyOpenGL can't handle threads for some reason, it should probably at least check and give an intelligible error message. Of course, since GLUT is reasonably happy working with threads, it seems like there is a real bug there. I have appended a simple program reproducing the problem. I'm running Python 2.1.3 with PyOpenGL 1.5.7(-5.3) on Debian. Tom ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=567695&group_id=5988 |
|
From: <no...@so...> - 2002-06-04 07:57:03
|
Bugs item #498073, was opened at 2001-12-31 04:50 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=498073&group_id=5988 Category: None Group: v2.0 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Tarn Weisner Burton (twburton) Summary: Problems on installations on sunos5 Initial Comment: Hi, I just installed PyOpenGL on Suns (Solaris, sunos5) at University of Oulu, where I teach graphics. I had a couple of minor problems, which I solved. (1) missing config file. Using linux config file worked fine cp linux.cfg sunos5.cfg (2) I was compiling without swig, and GL.EXT.vertex_array.c wouldn't compile. Fix: in file src/interface/GL.EXT.vertex_array.0110.inc add after line 741 #define GL_TEXTURE_COORD_ARRAY_EXT 0x8078 (3) togl has always the same problem. From my notes: have to modify line 141 in togl.c, just add #include "tkInt.h" (and comment away text "Sorry, ...") then remove all the tk*.h files, (including tkInt.h) (4) NeHe demos: they didn't run as the workstation didn't support alpha buffers. Removing GLUT_ALPHA from glutInitDisplayMode() fixed it, and I don't think those demos need HW alpha in any case. You might consider 1,3, and 4 features, but 2 at least is a real bug. BR, Kari Pulli kar...@no... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-06-04 00:57 Message: Logged In: NO Had the same problem. I don't have gcc installed on my sun OS box (Solaris 8). Can we do this build with the CC compiler on Sun or do I have to get gcc? ---------------------------------------------------------------------- Comment By: Tarn Weisner Burton (twburton) Date: 2001-12-31 06:06 Message: Logged In: YES user_id=21784 You might consider using a CVS checkout. Many of these bugs have been already been fixed in CVS. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=498073&group_id=5988 |
|
From: <no...@so...> - 2002-05-29 18:46:55
|
Bugs item #557997, was opened at 2002-05-19 13:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=557997&group_id=5988 Category: GL Group: v2.0 Status: Open Resolution: None Priority: 5 Submitted By: Michael Krause (mkrause) Assigned to: Tarn Weisner Burton (twburton) >Summary: glCallLists crashes without Numeric Initial Comment: I am using PyOpenGL-2.0.0.44.win32-py2.2.exe and had to write this workaround: # The following two lines work with Python2.1, but crash with Python2.2, # so we have to loop over all characters # glListBase(self.fontlist_index) # glCallLists(text) for c in text: glCallList(self.fontlist_index + ord(c)) Is it just me or can anyone verify this? ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-29 14:46 Message: Logged In: YES user_id=34901 Although Numeric is theoretically optional, I don't think I've tested with a non-Numeric-enabled Python in ages (Tarn may do those tests, however). All of my own code uses vertex arrays and the like, so Numeric is basically a requirement for anything I work with. Suppose the proper thing to do is strip out Numeric and see which tests fail. Will put it on the todo list. ---------------------------------------------------------------------- Comment By: Michael Krause (mkrause) Date: 2002-05-29 14:25 Message: Logged In: YES user_id=22108 After installing Numeric-21.0.win32-py2.2.exe everythings works as expected. I thought Numeric was optional. Rename Numeric.pth to .pth2 to see the crash. The Python2.1 vs 2.2 issue was misleading. 2.1 had Numeric installed on my machine, 2.2 not. Thanks, Michael ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-29 05:24 Message: Logged In: YES user_id=34901 Well, I can't get the sample code (thank-you) to trigger an error. I'm using Python 2.2.1 with the latest PyOpenGL binary distribution for Python 2.2 and wxPython 2.2.3pre3. (This is under Win2K with an ATI Radeon 7500). I can even see the text getting properly displayed. Can you try upgrading to equal versions of each lib to see if that fixes the bug for you? Any other suggestions for replicating the problem? ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-27 06:04 Message: Logged In: YES user_id=34901 Could you give me a piece of sample code that exercises the error? I'll see if I can get my C-coding friend to look at it if I can just pass her a small piece of code that triggers the crash. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=557997&group_id=5988 |
|
From: <no...@so...> - 2002-05-29 18:25:15
|
Bugs item #557997, was opened at 2002-05-19 17:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=557997&group_id=5988 Category: GL Group: v2.0 Status: Open Resolution: None Priority: 5 Submitted By: Michael Krause (mkrause) Assigned to: Tarn Weisner Burton (twburton) Summary: glCallLists crashes with Python 2.2 Initial Comment: I am using PyOpenGL-2.0.0.44.win32-py2.2.exe and had to write this workaround: # The following two lines work with Python2.1, but crash with Python2.2, # so we have to loop over all characters # glListBase(self.fontlist_index) # glCallLists(text) for c in text: glCallList(self.fontlist_index + ord(c)) Is it just me or can anyone verify this? ---------------------------------------------------------------------- >Comment By: Michael Krause (mkrause) Date: 2002-05-29 18:25 Message: Logged In: YES user_id=22108 After installing Numeric-21.0.win32-py2.2.exe everythings works as expected. I thought Numeric was optional. Rename Numeric.pth to .pth2 to see the crash. The Python2.1 vs 2.2 issue was misleading. 2.1 had Numeric installed on my machine, 2.2 not. Thanks, Michael ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-29 09:24 Message: Logged In: YES user_id=34901 Well, I can't get the sample code (thank-you) to trigger an error. I'm using Python 2.2.1 with the latest PyOpenGL binary distribution for Python 2.2 and wxPython 2.2.3pre3. (This is under Win2K with an ATI Radeon 7500). I can even see the text getting properly displayed. Can you try upgrading to equal versions of each lib to see if that fixes the bug for you? Any other suggestions for replicating the problem? ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-27 10:04 Message: Logged In: YES user_id=34901 Could you give me a piece of sample code that exercises the error? I'll see if I can get my C-coding friend to look at it if I can just pass her a small piece of code that triggers the crash. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=557997&group_id=5988 |
|
From: <no...@so...> - 2002-05-29 09:44:40
|
Bugs item #561595, was opened at 2002-05-28 12:23 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=561595&group_id=5988 Category: GL Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Tarn Weisner Burton (twburton) Summary: glGetDoublev memory leak Initial Comment: mvMatrix = glGetDoublev(GL_MODELVIEW_MATRIX) This line leaks substantial amounts of memory. In my application I had this happening on every refresh, with a resulting leak sucking up at least 32K/sec! ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-29 05:44 Message: Logged In: YES user_id=34901 Confirmed that this occurs with PyOpenGL 2.0.0.44 with Python 2.2.1 on Win2K. Test file now attached. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=561595&group_id=5988 |
|
From: <no...@so...> - 2002-05-29 09:40:23
|
Bugs item #557997, was opened at 2002-05-19 13:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=557997&group_id=5988 Category: GL Group: v2.0 Status: Open Resolution: None Priority: 5 Submitted By: Michael Krause (mkrause) Assigned to: Tarn Weisner Burton (twburton) Summary: glCallLists crashes with Python 2.2 Initial Comment: I am using PyOpenGL-2.0.0.44.win32-py2.2.exe and had to write this workaround: # The following two lines work with Python2.1, but crash with Python2.2, # so we have to loop over all characters # glListBase(self.fontlist_index) # glCallLists(text) for c in text: glCallList(self.fontlist_index + ord(c)) Is it just me or can anyone verify this? ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-29 05:24 Message: Logged In: YES user_id=34901 Well, I can't get the sample code (thank-you) to trigger an error. I'm using Python 2.2.1 with the latest PyOpenGL binary distribution for Python 2.2 and wxPython 2.2.3pre3. (This is under Win2K with an ATI Radeon 7500). I can even see the text getting properly displayed. Can you try upgrading to equal versions of each lib to see if that fixes the bug for you? Any other suggestions for replicating the problem? ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-27 06:04 Message: Logged In: YES user_id=34901 Could you give me a piece of sample code that exercises the error? I'll see if I can get my C-coding friend to look at it if I can just pass her a small piece of code that triggers the crash. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=557997&group_id=5988 |
|
From: <no...@so...> - 2002-05-28 16:23:42
|
Bugs item #561595, was opened at 2002-05-28 09:23 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=561595&group_id=5988 Category: GL Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Tarn Weisner Burton (twburton) Summary: glGetDoublev memory leak Initial Comment: mvMatrix = glGetDoublev(GL_MODELVIEW_MATRIX) This line leaks substantial amounts of memory. In my application I had this happening on every refresh, with a resulting leak sucking up at least 32K/sec! ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=561595&group_id=5988 |
|
From: <no...@so...> - 2002-05-27 10:10:39
|
Bugs item #526197, was opened at 2002-03-05 19:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=526197&group_id=5988 Category: GLUT Group: v2.0 Status: Open Resolution: None Priority: 5 Submitted By: Sean Riley (mrriley) Assigned to: Tarn Weisner Burton (twburton) Summary: control key doesnt work with TAB key Initial Comment: it appears that no keyDown callback is made when the TAB key is pressed while the CONTROL key is down. the callback was setup with: glutKeyboardFunc(self.onKeyDown) and it works in other cases (such as the TAB key alone), but self.onKeyDown is not called when the CONTROL key is down and the TAB key is pressed. ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-27 06:10 Message: Logged In: YES user_id=34901 Reading the docs for glutKeyboardFunc, I don't think this is supposed to work with GLUT, is it? The docs imply that only when an ascii character would be generated is there a callback generated. ctrl-tab doesn't likely generate an ascii code as far as GLUT is concerned, so it likely won't get reported (and glutSpecialFunc doesn't seem to be able to catch a tab key either). Don't know what to suggest, but don't see this as being a problem with PyOpenGL itself (unless someone has a better argument). ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=526197&group_id=5988 |
|
From: <no...@so...> - 2002-05-27 10:04:17
|
Bugs item #557997, was opened at 2002-05-19 13:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=557997&group_id=5988 Category: GL Group: v2.0 Status: Open Resolution: None Priority: 5 Submitted By: Michael Krause (mkrause) Assigned to: Tarn Weisner Burton (twburton) Summary: glCallLists crashes with Python 2.2 Initial Comment: I am using PyOpenGL-2.0.0.44.win32-py2.2.exe and had to write this workaround: # The following two lines work with Python2.1, but crash with Python2.2, # so we have to loop over all characters # glListBase(self.fontlist_index) # glCallLists(text) for c in text: glCallList(self.fontlist_index + ord(c)) Is it just me or can anyone verify this? ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-27 06:04 Message: Logged In: YES user_id=34901 Could you give me a piece of sample code that exercises the error? I'll see if I can get my C-coding friend to look at it if I can just pass her a small piece of code that triggers the crash. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=557997&group_id=5988 |
|
From: <no...@so...> - 2002-05-27 10:01:43
|
Bugs item #532670, was opened at 2002-03-20 14:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=532670&group_id=5988 Category: GL Group: v2.0 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Tarn Weisner Burton (twburton) Summary: bug in _glTexCoordPointer Initial Comment: _glTexCoordPointer calls decrementPointerLock(GL_TEXTURE_COORD_ARRAY); instead of decrementPointerLock(GL_TEXTURE_COORD_ARRAY_POINTER); causing (inscrutable) runtime errors. Tried to fix this in the .i file but some of the typemaps are incompatible with swig 1.3.11u, the version I have installed. ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2002-05-27 06:01 Message: Logged In: YES user_id=34901 I'm told this fix is working for some other users already. I'd prefer a test case to see if the error is fixed after applying the fix, but the problem appears to be a fairly straightforward one? so might just go ahead and do the fix. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=532670&group_id=5988 |
32 messages has been excluded from this view by a project administrator.
