pyopengl-devel Mailing List for PyOpenGL (Page 49)
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: Andy S. <an...@ne...> - 2002-05-26 22:12:22
|
In my Activestate Python 2.2.1 distribution, the tcl libs are stored in c:\python22\tcl\lib. However the setup program assumes it is in c:\python22\tcl instead. It also assumes a wrong directory for the tk include files: C:\python22\tcl\tk8.3\..\..\include instead of C:\python22\tcl\tk8.3\..\include. I managed to fix it by changing include_dirs.append() and libs.append() calls in togl_setup.py. I was just wondering though why the wrong directory locations were being assumed. Note: I'm using the PyOpenGL 2.0.44.zip distutils distribution. Also, I was trying to compile the CVS version but it seems to be missing a GLE.c file (among other things). |
|
From: <no...@so...> - 2002-05-19 17:01:38
|
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? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=557997&group_id=5988 |
|
From: <no...@so...> - 2002-04-27 23:42:13
|
Bugs item #549637, was opened at 2002-04-28 01:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=549637&group_id=5988 Category: doc Group: v2.0 Status: Open Resolution: None >Priority: 1 Submitted By: Jochen Voß (jvoss2) Assigned to: Tarn Weisner Burton (twburton) Summary: manual.pdf has wrong permissions Initial Comment: Hello, the file PyOpenGL-2.0.0.44/OpenGL/doc/manual.pdf from the PyOpenGL-2.0.0.44.tar.gz archive has the executable bit set: u@tatonka [~] ls -l OpenGL/doc/ total 248 drwxr-sr-x 2 u g 4096 Sep 1 2001 html/ -rwxr-xr-x 1 u g 110328 Sep 1 2001 manual.pdf -rw-r--r-- 1 u g 85541 Aug 28 2001 manual.xml -rw-r--r-- 1 u g 896 Aug 27 2001 style.css -rw-r--r-- 1 u g 38200 Jul 20 2001 title.jpeg This makes no sense, because manual.pdf is a data file, not an executable. So the execute bit should be removed from the file in the archive. Jochen ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=549637&group_id=5988 |
|
From: <no...@so...> - 2002-04-27 23:41:23
|
Bugs item #549637, was opened at 2002-04-28 01:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=549637&group_id=5988 Category: doc Group: v2.0 Status: Open Resolution: None Priority: 5 Submitted By: Jochen Voß (jvoss2) Assigned to: Tarn Weisner Burton (twburton) Summary: manual.pdf has wrong permissions Initial Comment: Hello, the file PyOpenGL-2.0.0.44/OpenGL/doc/manual.pdf from the PyOpenGL-2.0.0.44.tar.gz archive has the executable bit set: u@tatonka [~] ls -l OpenGL/doc/ total 248 drwxr-sr-x 2 u g 4096 Sep 1 2001 html/ -rwxr-xr-x 1 u g 110328 Sep 1 2001 manual.pdf -rw-r--r-- 1 u g 85541 Aug 28 2001 manual.xml -rw-r--r-- 1 u g 896 Aug 27 2001 style.css -rw-r--r-- 1 u g 38200 Jul 20 2001 title.jpeg This makes no sense, because manual.pdf is a data file, not an executable. So the execute bit should be removed from the file in the archive. Jochen ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=549637&group_id=5988 |
|
From: <no...@so...> - 2002-04-16 14:55:56
|
Bugs item #544702, was opened at 2002-04-16 16:55 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=544702&group_id=5988 Category: build Group: v2.0 Status: Open 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: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=544702&group_id=5988 |
|
From: <no...@so...> - 2002-04-15 13:50:59
|
Bugs item #544084, was opened at 2002-04-15 13: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: Jack Jansen (jackjansen) Date: 2002-04-15 15: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: <no...@so...> - 2002-04-15 11:02:54
|
Bugs item #544084, was opened at 2002-04-15 13: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. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=544084&group_id=5988 |
|
From: <no...@so...> - 2002-03-20 19:26:23
|
Bugs item #532670, was opened at 2002-03-20 11: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. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=532670&group_id=5988 |
|
From: <no...@so...> - 2002-03-10 11:51:58
|
Bugs item #528094, was opened at 2002-03-10 03:51 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=528094&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: memory leak in glVertex2s Initial Comment: Hi, I installed PyOpenGL-2.0.0.44.win32-py2.2.exe. I hunted a memleak in my app for some time and I finally fixed it: my app lost mem everytime it called glVertex2s. glVertex2f and glVertex2sv are working fine though. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=528094&group_id=5988 |
|
From: <no...@so...> - 2002-03-06 00:16:06
|
Bugs item #526197, was opened at 2002-03-05 18: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. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=526197&group_id=5988 |
|
From: <no...@so...> - 2002-02-28 02:02:47
|
Bugs item #523660, was opened at 2002-02-27 18:04 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=523660&group_id=5988 Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Daniel Holth (joeforker) Assigned to: Nobody/Anonymous (nobody) Summary: BUG in setup/dist.py Initial Comment: try: import Numeric include_dirs = find_file(get_python_inc(), 'arrayobject.h') if not len(include_dirs): self.announce("Successfully imported Numeric, but can't find the Numeric headers!") ### LINE 99: self.NUMERIC = 0 else: self.include_dirs = self.include_dirs + include_dirs self.HAS_NUMERIC = 1 except ImportError: self.HAS_NUMERIC = 0 ### Change line 99 to: self.HAS_NUMERIC = 1 ---------------------------------------------------------------------- >Comment By: Tarn Weisner Burton (twburton) Date: 2002-02-27 20:02 Message: Logged In: YES user_id=21784 Was already fixed in CVS ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=523660&group_id=5988 |
|
From: <no...@so...> - 2002-02-28 02:02:19
|
Bugs item #523662, was opened at 2002-02-27 18:10 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=523662&group_id=5988 Category: build Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Daniel Holth (joeforker) Assigned to: Tarn Weisner Burton (twburton) Summary: config/linux.cfg Initial Comment: It is common for /usr/X11R6/foo to be the correct path for X stuff, and for /usr/X11/foo to not exist. (Mandrake 8.0, 8.2) ---------------------------------------------------------------------- >Comment By: Tarn Weisner Burton (twburton) Date: 2002-02-27 20:02 Message: Logged In: YES user_id=21784 Was already fixed in CVS ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=523662&group_id=5988 |
|
From: <no...@so...> - 2002-02-28 00:10:46
|
Bugs item #523662, was opened at 2002-02-27 16:10 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=523662&group_id=5988 Category: build Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Holth (joeforker) Assigned to: Tarn Weisner Burton (twburton) Summary: config/linux.cfg Initial Comment: It is common for /usr/X11R6/foo to be the correct path for X stuff, and for /usr/X11/foo to not exist. (Mandrake 8.0, 8.2) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=523662&group_id=5988 |
|
From: <no...@so...> - 2002-02-28 00:04:12
|
Bugs item #523660, was opened at 2002-02-27 16:04 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=523660&group_id=5988 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Holth (joeforker) Assigned to: Nobody/Anonymous (nobody) Summary: BUG in setup/dist.py Initial Comment: try: import Numeric include_dirs = find_file(get_python_inc(), 'arrayobject.h') if not len(include_dirs): self.announce("Successfully imported Numeric, but can't find the Numeric headers!") ### LINE 99: self.NUMERIC = 0 else: self.include_dirs = self.include_dirs + include_dirs self.HAS_NUMERIC = 1 except ImportError: self.HAS_NUMERIC = 0 ### Change line 99 to: self.HAS_NUMERIC = 1 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=523660&group_id=5988 |
|
From: Derek S. <de...@re...> - 2002-02-21 21:01:23
|
I have finally gotten PyOpenGL to compile under a fairly clean Mandrake Linux 8.1 install. I am posting my notes here in the hopes that the appropriate package maintainers will fix their build processes. I now have a PyOpenGL-2.0.0.44-1.i686.rpm which looks like it will work (I haven't written any test scripts yet). If you'd like to post this on the website email me and I will send you the file. Here are the issues I had: 1. The RPM for 'numeric' was installed on my system (by default), but the build failed because it couldn't find some file or header or something. The problem was that the install script detected the presence of numeric, but not everything needed to compile PyOpenGL was there. Uninstalling numeric fixed the problem... My guess is that installing 'numeric-devel' (if such a beast exists) would have fixed it too and provided me with numeric support, but I was after the quick fix. It would be nice if the install script was able to *specifically* look for what it needs, instead of just the generic presence of numeric. 2. The build looks in /usr/X11 but not /usr/X11R6. Making a symlink called /usr/X11 that points to /usr/X11R6 fixed this problem for me. I'm sure that the following diff to config/linux.cfg would also fix the problem: [root@dereks PyOpenGL-2.0.0.44]# diff config/linux.cfg-dist config/linux.cfg 15c15 < library_dirs=/usr/lib:/usr/local/lib:/usr/X11/lib --- > library_dirs=/usr/lib:/usr/local/lib:/usr/X11/lib:/usr/X11R6/lib 3. The glu.h file that comes with Mesa-common-devel-3.4.2-2mdk does not work, and causes the PyOpenGL build to fail. If I recall correctly the stuct GLUquadratic (or some such) was not defined or declared, resulting in syntax errors in the C code. Installing SGI's package oss-opengl-glu-20000925-1.i386.rpm instead of Mesa-common-devel fixed that for me. 4. Unfortunately, oss-opengl-glu-20000925-1.i386.rpm does not include GLUT, it only includes GLU. Mesa-common-devel DOES include GLUT. So here is what I did to get around this problem: # First, make sure we have a "clean" start: rpm -e Mesa-common-devel rpm -e oss-opengl-glu-20000925-1 # Now, install Mesa-common-devel. This is where I actually started from. rpm -ivh Mesa-common-devel-3.4.2-2mdk.i586.rpm # Next, ALSO install the SGI package. Note that I must use the '--force' # option to RPM because it installs a conflicting (yet correct) glu.h # file. rpm -ivh --force oss-opengl-glu-20000925-1.i386.rpm The SGI package overwrites the broken glu.h that comes with Mesa-common-devel (because of the --force option), but Mesa-common-devel gives me GLUT. If anybody has an "in" with the Mesa-common-devel maintainer, ask him to fix this problem :). NOTE: I am NOT using Mesa for my OpenGL, I am using GLX with my proprietary NVidia drivers. However, I use Mesa-common for GLU and GLUT. This is on a Dell Inspiron 8100, the coolest fscking laptop ever :). I am a strong believer in using your O.S.'s package management system and not leaving un-registered turds of files all over your hard drive. It would be nice if these little problems could be fixed, or at least the resulting binary RPM made available for download. Thanks, Derek Simkowiak |
|
From: Derek S. <de...@re...> - 2002-02-21 19:54:32
|
This is an FYI only, so you can fix the build problems in the next release. I can't get PyOpenGL-2.0.0.44 to compile under a clean Mandrake Linux 8.1 install. I tried to both 'rpm --rebuild' the SRPM, and also to compile from the .tar.gz distribution. Both fail during the 'python setup.py install' stage. The problem is that it's not looking in /usr/X11R6/lib/ for my X11 libraries. Here is where it fails: gcc -shared build/temp.linux-i686-2.1/GL.ARB.matrix_palette.o -L/usr/lib -L/usr/local/lib -L/usr/X11/lib -Lbuild/temp.linux-i686-2.1 -lGL -lX11 -lXext -lGLU -linterface_util -lGLE -o build/lib.linux-i686-2.1/OpenGL/GL/ARB/matrix_palette.so /usr/bin/ld: cannot find -lX11 collect2: ld returned 1 exit status error: command 'gcc' failed with exit status 1 Note the 'cannot find -lX11' error. And yet: [root@dereks PyOpenGL-2.0.0.44]# ls /usr/X11R6/lib/libX11.* /usr/X11R6/lib/libX11.a /usr/X11R6/lib/libX11.so.6@ /usr/X11R6/lib/libX11.so@ /usr/X11R6/lib/libX11.so.6.2* [root@dereks PyOpenGL-2.0.0.44]# If I copy libX11* to /usr/lib/ then it finds libX11.a but complains about libXext. I assume it will do that with all libs in the /usr/X11R6/lib directory. Thanks, Derek Simkowiak |
|
From: Andreas U. <ma...@da...> - 2002-01-09 00:24:09
|
Hello, Today on #opengl, irc.openprojects.net I met a pyOpenGL user with a problem with glTexCoordPointer(). pyOpenGL aborts and prints an OpenGL error. His code looked correct, so I wrote 2 small programs. One is using GLUT/C++ (which I'm proficient at), and the other one uses PyOpenGL / Python (which is my first Python program). The C program works fine, the Python app does not. Same error as the user reported. I believe that this is a bug in PyOpenGL. I attached both sample programs (wich the offending lines in hello.py commented out) to this e-mail message. If any further information is needed to resolv the issue, mail me directly, since I don't read this list. Greetings, Andreas |
|
From: <no...@so...> - 2001-12-31 14:07:05
|
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: 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...> - 2001-12-31 12:50:07
|
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: Nobody/Anonymous (nobody) 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... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=498073&group_id=5988 |
|
From: <no...@so...> - 2001-11-17 14:13:34
|
Bugs item #482779, was opened at 2001-11-17 02:31 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=482779&group_id=5988 Category: GL Group: v2.0 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Michael Krause (mkrause) Assigned to: Tarn Weisner Burton (twburton) Summary: Extension name misspellings and more Initial Comment: After extracting all extension names from http://oss.sgi.com/projects/ogl- sample/registry/ and from the PyOpenGL-2.0.0.44 source, I checked for extensions not listed on the extension registry: All of these should be texture, not texure: GL_EXT_texure GL_EXT_texure_compression_s3tc GL_EXT_texure_env_add GL_EXT_texure_env_combine GL_EXT_texure_env_dot3 GL_EXT_texure_filter_anisotropic GL_EXT_texure_lod GL_EXT_texure_lod_bias I try to untangle the remaining mismatch puzzle after having googled each of these without success: pyopengl extension name => most likely real extension name GL_EXT_texure_cube_map => GL_ARB_texture_cube_map GL_EXT_index_array => GL_EXT_index_array_formats GL_ARB_texture_crossbar => GL_ARB_texture_env_crossbar GL_Autodesk_bgra_colors => GL_EXT_bgra GL_EXT_IndexTexture => GL_EXT_index_texture GL_IBM_pixel_transform_color_table => GL_EXT_pixel_transform_color_table GL_SGIX_FogOffset => GL_SGIX_fog_offset GL_SGIX_convolution_border_modes => GL_HP_convolution_border_modes and also GL_SUN_convolution_border_modes GL_SGIX_texture_env_add => GL_ARB_texture_env_add and also GL_EXT_texture_env_add ---------------------------------------------------------------------- >Comment By: Tarn Weisner Burton (twburton) Date: 2001-11-17 06:13 Message: Logged In: YES user_id=21784 Most of these were in fact typos and have been fixed. GL_SGIX_texture_env_add isn't listed in the registry, but the doc page (look in the doc string) works. GL_Autodesk_bgra_colors isn't listed in the registry and the doc page is out of date...I'll have to find the new page sometime. thanks, Tarn ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=482779&group_id=5988 |
|
From: <no...@so...> - 2001-11-17 10:31:03
|
Bugs item #482779, was opened at 2001-11-17 02:31 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=482779&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: Extension name misspellings and more Initial Comment: After extracting all extension names from http://oss.sgi.com/projects/ogl- sample/registry/ and from the PyOpenGL-2.0.0.44 source, I checked for extensions not listed on the extension registry: All of these should be texture, not texure: GL_EXT_texure GL_EXT_texure_compression_s3tc GL_EXT_texure_env_add GL_EXT_texure_env_combine GL_EXT_texure_env_dot3 GL_EXT_texure_filter_anisotropic GL_EXT_texure_lod GL_EXT_texure_lod_bias I try to untangle the remaining mismatch puzzle after having googled each of these without success: pyopengl extension name => most likely real extension name GL_EXT_texure_cube_map => GL_ARB_texture_cube_map GL_EXT_index_array => GL_EXT_index_array_formats GL_ARB_texture_crossbar => GL_ARB_texture_env_crossbar GL_Autodesk_bgra_colors => GL_EXT_bgra GL_EXT_IndexTexture => GL_EXT_index_texture GL_IBM_pixel_transform_color_table => GL_EXT_pixel_transform_color_table GL_SGIX_FogOffset => GL_SGIX_fog_offset GL_SGIX_convolution_border_modes => GL_HP_convolution_border_modes and also GL_SUN_convolution_border_modes GL_SGIX_texture_env_add => GL_ARB_texture_env_add and also GL_EXT_texture_env_add ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=482779&group_id=5988 |
|
From: <no...@so...> - 2001-11-16 17:45:53
|
Bugs item #482526, was opened at 2001-11-16 08:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=482526&group_id=5988 Category: GL Group: v2.0 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Michael Krause (mkrause) Assigned to: Tarn Weisner Burton (twburton) Summary: extension name misspelled Initial Comment: In OpenGL\GL\EXT\texture_filter_anisotropic.py The extension name must be: GL_EXT_texture_filter_anisotropic instead of GL_EXT_texure_filter_anisotropic otherwise it is not found. ---------------------------------------------------------------------- >Comment By: Tarn Weisner Burton (twburton) Date: 2001-11-16 09:45 Message: Logged In: YES user_id=21784 done, thanks. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=482526&group_id=5988 |
|
From: <no...@so...> - 2001-11-16 16:41:23
|
Bugs item #482526, was opened at 2001-11-16 08:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=482526&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: extension name misspelled Initial Comment: In OpenGL\GL\EXT\texture_filter_anisotropic.py The extension name must be: GL_EXT_texture_filter_anisotropic instead of GL_EXT_texure_filter_anisotropic otherwise it is not found. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=482526&group_id=5988 |
|
From: <no...@so...> - 2001-11-07 12:11:08
|
Bugs item #477790, was opened at 2001-11-03 07:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=477790&group_id=5988 Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Tarn Weisner Burton (twburton) Summary: using PyOpenGl with Python2.2 Initial Comment: Hi, I downloaded PyOpenGl-2.0.0.44.tar.gz and tried to install it with Python 2.2b1. After running command: python setup.py build I got the following message: building 'GLUT' extension C:\Program Files\Microsoft Visual Studio\VC98 \bin\cl.exe /c /nologo /Ox /MD /W3 /GX -DWGL_PLATFORM -Isrc/gle/src -Ig:\python22 \include /Tcsrc/interface/GLUT.c / Fobuild\temp.win32-2.2\Release\GLUT.obj GLUT.c src/interface/GLUT.c(6) : fatal error C1083: Cannot open include file: 'GL/glut. h': No such file or directory error: command '"C:\Program Files\Microsoft Visual Studio\VC98\bin\cl.exe"' fail ed with exit status 2 Please help me out. BTW, PyOpenGl-2.0.0.44.win32- py2.1.exe works well with Python 2.1.1. Su ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-11-05 07:18 Message: Logged In: NO I found the directory where the glut.h should go. So please ignore my previouse message. Is it possible that you can provide an executable for installing pyopengl with Python2.2 on windows? Thanks, Su ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-11-05 07:07 Message: Logged In: NO I downloaded the glut.h file, but don't know where this file should go (I'm using window 2000). I tried several locations, such as src/gle/src, opengl/gl, but failed. Thanks, Su ---------------------------------------------------------------------- Comment By: Tarn Weisner Burton (twburton) Date: 2001-11-04 00:27 Message: Logged In: YES user_id=21784 Make sure the glut header/lib is available. You may need to get GLUT from http://www.opengl.org/developers/documentation/glut/index.ht ml This probably isn't a Python2.2 problem, but would likely also happen if you tried to compile against 2.1 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=477790&group_id=5988 |
|
From: <no...@so...> - 2001-11-05 15:19:17
|
Bugs item #477790, was opened at 2001-11-03 07:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=477790&group_id=5988 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Tarn Weisner Burton (twburton) Summary: using PyOpenGl with Python2.2 Initial Comment: Hi, I downloaded PyOpenGl-2.0.0.44.tar.gz and tried to install it with Python 2.2b1. After running command: python setup.py build I got the following message: building 'GLUT' extension C:\Program Files\Microsoft Visual Studio\VC98 \bin\cl.exe /c /nologo /Ox /MD /W3 /GX -DWGL_PLATFORM -Isrc/gle/src -Ig:\python22 \include /Tcsrc/interface/GLUT.c / Fobuild\temp.win32-2.2\Release\GLUT.obj GLUT.c src/interface/GLUT.c(6) : fatal error C1083: Cannot open include file: 'GL/glut. h': No such file or directory error: command '"C:\Program Files\Microsoft Visual Studio\VC98\bin\cl.exe"' fail ed with exit status 2 Please help me out. BTW, PyOpenGl-2.0.0.44.win32- py2.1.exe works well with Python 2.1.1. Su ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-11-05 07:18 Message: Logged In: NO I found the directory where the glut.h should go. So please ignore my previouse message. Is it possible that you can provide an executable for installing pyopengl with Python2.2 on windows? Thanks, Su ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-11-05 07:07 Message: Logged In: NO I downloaded the glut.h file, but don't know where this file should go (I'm using window 2000). I tried several locations, such as src/gle/src, opengl/gl, but failed. Thanks, Su ---------------------------------------------------------------------- Comment By: Tarn Weisner Burton (twburton) Date: 2001-11-04 00:27 Message: Logged In: YES user_id=21784 Make sure the glut header/lib is available. You may need to get GLUT from http://www.opengl.org/developers/documentation/glut/index.ht ml This probably isn't a Python2.2 problem, but would likely also happen if you tried to compile against 2.1 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=105988&aid=477790&group_id=5988 |
32 messages has been excluded from this view by a project administrator.