pyopengl-users — Discussion of all PyOpenGL matters.

[PyOpenGL-Users] OpenGL 1.2?

[Chris J. K. <c-...@no...>]

Does PyOpenGL require an OpenGL 1.2 runtime?

-Chris

[PyOpenGL-Users] glReadPixels wrong values

[<pa...@cs...>]

I'm trying to assign a unique color to polygons drawn in one of the
OpenGL buffers in order to do picking operations. When I try to read the
colors back, I get invalid results.

I am setting the colors of each polygon in a loop with a command like
the following:

glColor3us(oid, 0, 0)
(oid increases by 1 each time through the loop)

Later, I try to read back the color of the polygon under the mouse
cursor with a read pixels command like the following: 

pixel =  glReadPixelsus(xWX, yWX, 1, 1, GL_RED)

When I print out pixel, though, only get vales that seem to increase by
257 each time. For instance, a bunch of polygons will have values of 0,
some more will have values of 257, and others will have values of 514.

I have made sure that the polygons are only being flat shaded and that
nothing else in the pipeline is affecting their color values.

Can someone point out what I'm doing wrong? I have a feeling that it
could be something with the multiplier values given in the Python OpenGL
documentation, but I have a very vague idea of what they're saying.

Any suggestions will be greatly apprectiated.

Thanks,
Pete

Re: [PyOpenGL-Users] Tkinter OpenGL Context problem?

[Larry C. <cu...@io...>]

At 11:45 PM 9/12/2002 +0100, you wrote:
>hi,

Rene,
thanks for your speedy response.

>I still haven't managed to compile pyopengl properly
>on windows yet, so I can't really help.

Have you tried the pre-compiled binaries for windows?

I'm running this one:
PyOpenGL-2.0.0.44.win32-py2.2.exe

available here, of course:
http://sourceforge.net/project/showfiles.php?group_id=5988

>Unfortunately pyopengl 1.5.5, and 2.0.0.44 are
>different in a few areas. ..
>Anyone got a list of differences between 1.5.5, and
>2.0.0.44?  Maybe comparing the function
>names/arguments would be useful.  Although the
>behaviour of some functions is different too.

there is a section on upgrading from 1.5 to 2.0 in
the official online PyOpengGL manual here:

http://pyopengl.sourceforge.net/documentation/manual/upgrading.html

but i'm not using any of the commands listed in
this section, so none of these tips seem relevant.

This is why I suspect it's a TKinter problem or at least
an interaction between Tkinter and Pyopengl (thus my
suspicion of Tkinter's opengl context).

>Is this error happening with the tk demo programs?
>These may be helpful in seeing the differences between
>the two versions.

good idea.  i don't see any tk demo programs in my
installation of py2.2 except those with the .tcl extension.
I'm assuming these contain tk/tcl code, not tkinter code,
and therefore can't be run from python.  correct?

also, it seems like the only demo that could help
would be one that uses Pyopengl.

the pyopengl demos run, but only a few use tkinter, and
none of those build a gui class as a subclass of "Rawopengl"
(as my code does).

Anyone else out there taking this approach?

thanks.
cuba


>  --- Larry Cuba <cu...@io...> wrote: > Hello
>Everyone,
> >
> > Your help is needed on this problem:
> >
> > Python code that runs perfectly on my old
> > Win2K machine, dies on my new
> > WinXP machine with the latest versions
> > of Python, Tkinter and PyOpenGL.
> >
> > The Tk windows appear, but then the program
> > crashes with the first call to glPushMatrix().
> >
> > Could this be a problem with the Tkinter
> > OpenGL context?  Do I need to do something
> > to accommodate the later versions of
> > the software?
> >
> > Any suggestions would be most appreciated.
> > Version info and error message below.
> >
> > Thanks.
> > Larry Cuba
> >
> > Version summary of my two machines:
> >
> >               Win2K box       WinXP box
> > Python        1.5.2           2.2
> > OpenGL        1.5.5           2.0.0.44
> > Tk/Tcl        8.0             8.3
> >
> >
> > Error Message:
> >
> > Exception in Tkinter callback
> > Traceback (most recent call last):
> >
> >    File "C:\Program
> > Files\Graphics\Python22\lib\lib-tk\Tkinter.py",
> > line 1292, in  __call__
> >     return apply(self.func, args)
> >
> >    File
> >
>"C:\PROGRA~1\Graphics\Python22\Lib\site-packages\OpenGL\Tk\__init__.py",
> >
> > line 212, in tkExpose
> >      self.tkRedraw()
> >
> >    File
> >
>"C:\PROGRA~1\Graphics\Python22\Lib\site-packages\OpenGL\Tk\__init__.py",
> >
> > line 198, in tkRedraw
> >      glPushMatrix()
> >
> > GLerror: [Errno 1283] stack overflow
>
>__________________________________________________
>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

Re: [PyOpenGL-Users] Solaris: need files please

[<il...@ya...>]

Please check out this message from another solaris
user.

http://sourceforge.net/mailarchive/forum.php?thread_id=1018105&forum_id=4353

I believe the pyopengl problems stem from the way
shared libraries are created.



 --- Toby Walsh <tw...@sh...>
wrote: > Hi everyone,
> 
> I can get PyOpenGL-2.0.0.44 to build and install on
> Solaris 2.7 running 
> Python2.3a1 compiled with gcc-3.2. I end up with
> some missing files, 
> though. The end result is that if I try:
> 
> python -c 'import OpenGL.GL'
> 
> I get:
> 
> [stack traceback ...]
> ImportError: No module named GL
> 
> I guess it's the same problem as outlined in this
> post:
> 
>
http://sourceforge.net/mailarchive/message.php?msg_id=1361348
> 
> in item 4 i.e. I get __init___.so files in GL/ and
> GLU/ but no 
> __init__.py files or GL.so or GLU.so files anywhere.
> 
> I would really appreciate it if someone could e-mail
> me the __init__.py 
> files so I can try them out. Alternatively, let me
> know which files I 
> have to link to create GL.so and GLU.so manually. I
> tried a few 
> combinations of .o files (which are all successfully
> created) but 
> couldn't get either *.so to link.
> 
> I'm hesitant to attach my buildlog and installog due
> to their size (if 
> anyone's interested I can send them) but I couldn't
> find reference to 
> either GL.so or GL's __init__.py (or GLU's).
> 
> Thanks in advance,
> 
> Toby
> 


__________________________________________________
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

Re: [PyOpenGL-Users] Tkinter OpenGL Context problem?

[<il...@ya...>]

hi,

I still haven't managed to compile pyopengl properly
on windows yet, so I can't really help.  I haven't got
microsoft VC, and mingw is not being nice to me ;) 
I'll see if I can try it out on a friends XP computer,
maybe later today or tommorow.

Unfortunately pyopengl 1.5.5, and 2.0.0.44 are
different in a few areas.  If you need to get your
program working quickly, perhaps try uninstalling 2.x
and install 1.5.x

Is this error happening with the tk demo programs? 
These may be helpful in seeing the differences between
the two versions.


Anyone got a list of differences between 1.5.5, and
2.0.0.44?  Maybe comparing the function
names/arguments would be useful.  Although the
behaviour of some functions is different too.


 --- Larry Cuba <cu...@io...> wrote: > Hello
Everyone,
> 
> Your help is needed on this problem:
> 
> Python code that runs perfectly on my old
> Win2K machine, dies on my new
> WinXP machine with the latest versions
> of Python, Tkinter and PyOpenGL.
> 
> The Tk windows appear, but then the program
> crashes with the first call to glPushMatrix().
> 
> Could this be a problem with the Tkinter
> OpenGL context?  Do I need to do something
> to accommodate the later versions of
> the software?
> 
> Any suggestions would be most appreciated.
> Version info and error message below.
> 
> Thanks.
> Larry Cuba
> 
> Version summary of my two machines:
> 
> 		Win2K box	WinXP box
> Python 	1.5.2		2.2
> OpenGL 	1.5.5  		2.0.0.44
> Tk/Tcl 	8.0   		8.3
> 
> 
> Error Message:
> 
> Exception in Tkinter callback
> Traceback (most recent call last):
> 
>    File "C:\Program
> Files\Graphics\Python22\lib\lib-tk\Tkinter.py",
> line 1292, in  __call__
>     return apply(self.func, args)
> 
>    File 
>
"C:\PROGRA~1\Graphics\Python22\Lib\site-packages\OpenGL\Tk\__init__.py",
> 
> line 212, in tkExpose
>      self.tkRedraw()
> 
>    File 
>
"C:\PROGRA~1\Graphics\Python22\Lib\site-packages\OpenGL\Tk\__init__.py",
> 
> line 198, in tkRedraw
>      glPushMatrix()
> 
> GLerror: [Errno 1283] stack overflow

__________________________________________________
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

Re: [PyOpenGL-Users] Solaris: need files please

[Toby W. <tw...@sh...>]

Hi Rene,

I already read that message and recompiled Python using '-Wl -G' instead 
of '-shared' (note I had to remove the comma after -Wl because it 
wouldn't compile with it). Unfortunately it made no difference :(.

I tried to compile PyOpenGL under Cygwin at home last night to see what 
files are built but my hard drive decided it was time to retire so it'll 
be a while before I'm set up to try again.

Can you please confirm with me if I have all the files I should or some 
are missing? Then I'll know if it's Python's fault or compiling PyOpenGL 
that's failing. Important (I guess) files I end up with include:

.../OpenGL/:
-> __init__.py, GLE.so, GLUT.so, ... (no GL.so or GLU.so)
.../OpenGL/GL:
-> __init___.so, ... (no __init__.py or GL.so)
.../OpenGL/GLU:
-> __init___.so, ... (no __init__.py or GLU.so)
.../OpenGL/GLX:
-> __init__.py, ...
.../OpenGL/Tk:
-> __init__.py, ...

Thanks in advance,

Toby


Rene Dudfield wrote:
> Please check out this message from another solaris
> user.
> 
> http://sourceforge.net/mailarchive/forum.php?thread_id=1018105&forum_id=4353
> 
> I believe the pyopengl problems stem from the way
> shared libraries are created.
> 
> 
> 
>  --- Toby Walsh <tw...@NO...>
> wrote: > Hi everyone,
> 
>>I can get PyOpenGL-2.0.0.44 to build and install on
>>Solaris 2.7 running 
>>Python2.3a1 compiled with gcc-3.2. I end up with
>>some missing files, 
>>though. The end result is that if I try:
>>
>>python -c 'import OpenGL.GL'
>>
>>I get:
>>
>>[stack traceback ...]
>>ImportError: No module named GL
>>
>>I guess it's the same problem as outlined in this
>>post:
>>
>>
> 
> http://sourceforge.net/mailarchive/message.php?msg_id=1361348
> 
>>in item 4 i.e. I get __init___.so files in GL/ and
>>GLU/ but no 
>>__init__.py files or GL.so or GLU.so files anywhere.
>>
>>I would really appreciate it if someone could e-mail
>>me the __init__.py 
>>files so I can try them out. Alternatively, let me
>>know which files I 
>>have to link to create GL.so and GLU.so manually. I
>>tried a few 
>>combinations of .o files (which are all successfully
>>created) but 
>>couldn't get either *.so to link.
>>
>>I'm hesitant to attach my buildlog and installog due
>>to their size (if 
>>anyone's interested I can send them) but I couldn't
>>find reference to 
>>either GL.so or GL's __init__.py (or GLU's).
>>
>>Thanks in advance,
>>
>>Toby
>>
> 
> 
> 
> __________________________________________________
> 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
> 
> 



-- 
Toby Walsh
PhD Student
School of Mechanical Engineering
The University of Western Australia
CRICOS provider no. 00126G
Email: tw...@NO...

[PyOpenGL-Users] Tkinter OpenGL Context problem?

[Larry C. <cu...@io...>]

Hello Everyone,

Your help is needed on this problem:

Python code that runs perfectly on my old
Win2K machine, dies on my new
WinXP machine with the latest versions
of Python, Tkinter and PyOpenGL.

The Tk windows appear, but then the program
crashes with the first call to glPushMatrix().

Could this be a problem with the Tkinter
OpenGL context?  Do I need to do something
to accommodate the later versions of
the software?

Any suggestions would be most appreciated.
Version info and error message below.

Thanks.
Larry Cuba

Version summary of my two machines:

		Win2K box	WinXP box
Python 	1.5.2		2.2
OpenGL 	1.5.5  		2.0.0.44
Tk/Tcl 	8.0   		8.3


Error Message:

Exception in Tkinter callback
Traceback (most recent call last):

   File "C:\Program Files\Graphics\Python22\lib\lib-tk\Tkinter.py",
line 1292, in  __call__
    return apply(self.func, args)

   File 
"C:\PROGRA~1\Graphics\Python22\Lib\site-packages\OpenGL\Tk\__init__.py", 
line 212, in tkExpose
     self.tkRedraw()

   File 
"C:\PROGRA~1\Graphics\Python22\Lib\site-packages\OpenGL\Tk\__init__.py", 
line 198, in tkRedraw
     glPushMatrix()

GLerror: [Errno 1283] stack overflow

[PyOpenGL-Users] Solaris: need files please

[Toby W. <tw...@sh...>]

Hi everyone,

I can get PyOpenGL-2.0.0.44 to build and install on Solaris 2.7 running 
Python2.3a1 compiled with gcc-3.2. I end up with some missing files, 
though. The end result is that if I try:

python -c 'import OpenGL.GL'

I get:

[stack traceback ...]
ImportError: No module named GL

I guess it's the same problem as outlined in this post:

http://sourceforge.net/mailarchive/message.php?msg_id=1361348

in item 4 i.e. I get __init___.so files in GL/ and GLU/ but no 
__init__.py files or GL.so or GLU.so files anywhere.

I would really appreciate it if someone could e-mail me the __init__.py 
files so I can try them out. Alternatively, let me know which files I 
have to link to create GL.so and GLU.so manually. I tried a few 
combinations of .o files (which are all successfully created) but 
couldn't get either *.so to link.

I'm hesitant to attach my buildlog and installog due to their size (if 
anyone's interested I can send them) but I couldn't find reference to 
either GL.so or GL's __init__.py (or GLU's).

Thanks in advance,

Toby

-- 
Toby Walsh
PhD Student
School of Mechanical Engineering
The University of Western Australia
CRICOS provider no. 00126G
Email: tw...@NO...

[PyOpenGL-Users] PyOpenGL on HP-UX 10.20?

[Chris J. K. <c-...@no...>]

I'm attempting to get PyOpenGL running on HP-UX 10.20 with the native =
graphic cards. However, I run into the following problems when I attempt =
to import the module:

(from python -v)

import OpenGL.GL # precompiled from =
/usr/local/lib/python2.2/site-packages/OpenGL/GL/__init__.pyc
shl_load /usr/local/lib/python2.2/site-packages/OpenGL/GL/__init___.sl
/usr/lib/dld.sl: Unresolved symbol: _hpOgl_envTable (data)  from =
/opt/graphics/OpenGL/lib/libGLU.1
/usr/lib/dld.sl: Unresolved symbol: HP_OGL_VAPI (data)  from =
/opt/graphics/OpenGL/lib/libGLU.1
/usr/lib/dld.sl: Unresolved symbol: HP_OGL_BAPI (data)  from =
/opt/graphics/OpenGL/lib/libGLU.1
shl_findsym init__init___

import OpenGL.GL.__init___ # dynamically loaded from =
/usr/local/lib/python2.2/site-packages/OpenGL/GL/__init___.sl
shl_load /usr/local/lib/python2.2/lib-dynload/operator.sl
shl_findsym initoperator
import operator # dynamically loaded from =
/usr/local/lib/python2.2/lib-dynload/operator.sl

import OpenGL.GLU # directory =
/usr/local/lib/python2.2/site-packages/OpenGL/GLU
# /usr/local/lib/python2.2/site-packages/OpenGL/GLU/__init__.pyc matches =
/usr/local/lib/python2.2/site-packages/OpenGL/G
LU/__init__.py

import OpenGL.GLU # precompiled from =
/usr/local/lib/python2.2/site-packages/OpenGL/GLU/__init__.pyc
shl_load /usr/local/lib/python2.2/site-packages/OpenGL/GLU/__init___.sl
shl_findsym init__init___

import OpenGL.GLU.__init___ # dynamically loaded from =
/usr/local/lib/python2.2/site-packages/OpenGL/GLU/__init___.sl
shl_load /usr/local/lib/python2.2/site-packages/OpenGL/GLUT.sl
/usr/lib/dld.sl: Call to mmap() failed - TEXT =
/usr/local/lib/python2.2/site-packages/OpenGL/GLUT.sl
/usr/lib/dld.sl: Permission denied
/usr/local/lib/python2.2/site-packages/OpenGL/GLUT.sl: Permission denied

Any help would be appreciated if anyone know what the hell is going on =
here.

-Chris

[PyOpenGL-Users] Re: glDrawArrays

[Mike C. F. <mcf...@ro...>]

Here's code from the OpenGLContext glDrawArrays demo:

from OpenGLContext import testingcontext
BaseContext, MainFunction = testingcontext.getInteractive()
from OpenGL.GL import *
from Numeric import array
import string
from OpenGLContext.tests import flower_geometry

class TestContext( BaseContext):
	def Render( self, mode = 0):
		BaseContext.Render( self, mode )
		glVertexPointerd(flower_geometry.points_expanded )
		glNormalPointerf(flower_geometry.normals_expanded )
		glEnableClientState(GL_VERTEX_ARRAY);
		glEnableClientState(GL_NORMAL_ARRAY);
		glDrawArrays(GL_TRIANGLES, 0, len(flower_geometry.points_expanded))

(Where the points_expanded array is just an x*3 array of vertex 
coordinates and normals_expanded is the same for normals).

That works fine on my Win2K box.  See also the gldrawarrays_string demo 
in OpenGLContext.  As for portability, glDrawArrays is (if I recall 
correctly) an OpenGL 1.1 feature, so potentially you might find some 
really old systems that only have OpenGL 1.0 that don't work with it, 
but basically you can rely on it in most situations.

Note, that the array-drawing functionality, though generally fast enough 
for anything you can do in Python, does require the transfer of the 
array data across the AGP bus.  If you're rendering _static_ geometry on 
modern hardware it can be faster to use a display list.

If that doesn't help, please send me the exception output for the tests 
that aren't working for you so I can try to figure out what's going wrong.

HTH,
Mike

Copied to the PyOpenGL list for archival purposes...

Max Biagi wrote:
> Hi!
> I try to port this code to python:
> 
> void Draw(){
>   glColorPointer(4, GL_UNSIGNED_BYTE, 0, datColor);
>   glVertexPointer(3, GL_FLOAT, 0, datVertex3D);
>   glTexCoordPointer(2, GL_FLOAT, 0, datTexCoord);
>   glDrawArrays(GL_QUADS,0,datVtx); 
> }
> 
> I foud 3 demos of glDrawArrays in PyOpenGl distribution but none is
> working!! (win2000)
> I don't know how to replace c pointers in python.
> I utilize last version of Python, PyOpenGl and PyGame.
> 
> Can you point me to a working demo?
> 
> I'm looking to portability, do you suggest me to utilize "standard"
> glbegin(GL_QUADS) / glVertex... (that works on my pc) or glDrawArrays
> will work on all platform?
> 
> Thanks!
> 
> 
_______________________________________
   Mike C. Fletcher
   Designer, VR Plumber, Coder
   http://members.rogers.com/mcfletch/

[PyOpenGL-Users] Error Running PyOpenGL Demos

[Allen T. <ry...@ho...>]

Doug and Rene ... Thanks for the advice, I was able to install PyOpenGL.


However.....

When I try to run the Demos (such as cone.py or helix.py), I get the
following errors:

# python2 cone.py
Traceback (most recent call last):
  File "cone.py", line 8, in ?
    from OpenGL.GL import *
  File "/usr/lib/python2.2/site-packages/OpenGL/__init__.py", line 16, in ?
    from GL import __numeric_present__, __numeric_support__
  File "/usr/lib/python2.2/site-packages/OpenGL/GL/__init__.py", line 2, in 
?
    import __init___
ImportError: /usr/lib/libGL.so.1: undefined symbol: grBufferSwap
# python2 helix.py
Traceback (most recent call last):
  File "helix.py", line 8, in ?
    from OpenGL.GL import *
  File "/usr/lib/python2.2/site-packages/OpenGL/__init__.py", line 16, in ?
    from GL import __numeric_present__, __numeric_support__
  File "/usr/lib/python2.2/site-packages/OpenGL/GL/__init__.py", line 2, in 
?
    import __init___
ImportError: /usr/lib/libGL.so.1: undefined symbol: grBufferSwap

I would appreciate any suggestions that anyone may have.
Thanks!


Ryoga










_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com

Re: [PyOpenGL-Users] Newbie problem with PyOpenGL build

[Douglas S. B. <db...@br...>]

If make can't find GL/glut.h, then you probably need to install Mesa. Under
RedHat, that might involve something like:

<Put CD with RPMs in CD-ROM Drive> 
mount /mnt/cdrom 
cd /mnt/cdrom/RedHat/RPMS 
rpm -ihv Mesa-*.rpm 

That should get the libraries, demos, and development header files (including
glut.h). It appears that PyOpenGL does not yet work with Mesa-4.0, so stick
with with the 3.x series.

If you build Mesa from sources, and you get an error installing PyOpenGL, try
configuring Mesa with the --without-glide option like so:

./configure --without-glide 

-Doug

Rene Dudfield <il...@ya...> said:

> 
> You need the glut headers.  In a package called
> something like glut-devel(I don't use red hat much). 
> You also need the glut library :)
> 
> If you allready have those installed then the setup.py
> can not find them.  If so could you post their
> location?
> 
> 
>  --- Allen Toreja <ry...@ho...> wrote: > 
> > I am trying to build/install PyOpenGL on my laptop
> > which runs RH Linux 7.3. 
> > When I run python2 setup.py build I keep getting the
> > following
> > error message:
> > 
> > ....
> > skipping 'GL.WIN.swap_hint' extension (up-to-date)
> > skipping 'GL._3DFX.tbuffer' extension (up-to-date)
> > skipping 'GL.__init___' extension (up-to-date)
> > skipping 'GLE' extension (up-to-date)
> > skipping 'GLU.SGI.filter4_parameters' extension
> > (up-to-date)
> > skipping 'GLU.__init___' extension (up-to-date)
> > building 'GLUT' extension
> > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC
> > -DGLX_PLATFORM -DNUMERIC
> > -I/usr/include -I/usr/local/include
> > -I/usr/X11/include
> > -I/usr/include/python2.2/Numeric -Isrc/gle/src
> > -I/usr/include/python2.2 -c
> > src/interface/GLUT.c -o
> > build/temp.linux-i686-2.2/GLUT.o
> > src/interface/GLUT.c:6:21: GL/glut.h: No such file
> > or directory
> > error: command 'gcc' failed with exit status 1
> > 
> > I would appreciate anyone's suggestions or advice. 
> > Thanks!
> > 
> > 
> > Ryoga
> > 
> > 
> 
> __________________________________________________
> 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
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
> 



-- 
Douglas S. Blank,       Assistant Professor         
db...@br...,          (610)526-6501
Bryn Mawr College,  Computer Science Program
101 North Merion Ave,  Park Science Building
Bryn Mawr, PA 19010 dangermouse.brynmawr.edu

Re: [PyOpenGL-Users] Newbie problem with PyOpenGL build

[<il...@ya...>]

You need the glut headers.  In a package called
something like glut-devel(I don't use red hat much). 
You also need the glut library :)

If you allready have those installed then the setup.py
can not find them.  If so could you post their
location?


 --- Allen Toreja <ry...@ho...> wrote: > 
> I am trying to build/install PyOpenGL on my laptop
> which runs RH Linux 7.3. 
> When I run python2 setup.py build I keep getting the
> following
> error message:
> 
> ....
> skipping 'GL.WIN.swap_hint' extension (up-to-date)
> skipping 'GL._3DFX.tbuffer' extension (up-to-date)
> skipping 'GL.__init___' extension (up-to-date)
> skipping 'GLE' extension (up-to-date)
> skipping 'GLU.SGI.filter4_parameters' extension
> (up-to-date)
> skipping 'GLU.__init___' extension (up-to-date)
> building 'GLUT' extension
> gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC
> -DGLX_PLATFORM -DNUMERIC
> -I/usr/include -I/usr/local/include
> -I/usr/X11/include
> -I/usr/include/python2.2/Numeric -Isrc/gle/src
> -I/usr/include/python2.2 -c
> src/interface/GLUT.c -o
> build/temp.linux-i686-2.2/GLUT.o
> src/interface/GLUT.c:6:21: GL/glut.h: No such file
> or directory
> error: command 'gcc' failed with exit status 1
> 
> I would appreciate anyone's suggestions or advice. 
> Thanks!
> 
> 
> Ryoga
> 
> 

__________________________________________________
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

[PyOpenGL-Users] Newbie problem with PyOpenGL build

[Allen T. <ry...@ho...>]

I am trying to build/install PyOpenGL on my laptop which runs RH Linux 7.3. 
When I run python2 setup.py build I keep getting the following
error message:

....
skipping 'GL.WIN.swap_hint' extension (up-to-date)
skipping 'GL._3DFX.tbuffer' extension (up-to-date)
skipping 'GL.__init___' extension (up-to-date)
skipping 'GLE' extension (up-to-date)
skipping 'GLU.SGI.filter4_parameters' extension (up-to-date)
skipping 'GLU.__init___' extension (up-to-date)
building 'GLUT' extension
gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -DGLX_PLATFORM -DNUMERIC
-I/usr/include -I/usr/local/include -I/usr/X11/include
-I/usr/include/python2.2/Numeric -Isrc/gle/src -I/usr/include/python2.2 -c
src/interface/GLUT.c -o build/temp.linux-i686-2.2/GLUT.o
src/interface/GLUT.c:6:21: GL/glut.h: No such file or directory
error: command 'gcc' failed with exit status 1

I would appreciate anyone's suggestions or advice.  Thanks!


Ryoga



_________________________________________________________________
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com

[PyOpenGL-Users] Can't get demo apps in latest PyOpenGL to work

[Phlip <ppl...@om...>]

PyOpenGL users:

I'm running Linux localhost 2.4.3-20mdk, with all the latest RPMs from 
Mandrake, including the latest Mesa and XFree86.

I'm trying to catch up with Glinter, so I install PyOpenGL-2.0.0.44. It 
compiles fine (after it requested those latest RPMs).

But all the Demo apps complain about something; usually glutInit. Glinter 
also complains about that, and then experiences what's probably a cascading 
error:

Traceback (most recent call last):
  File "Glinter.py", line 16, in ?
    g = Gl()
  File "Foundation.py", line 225, in __init__
    self.InitGlut()
  File "Foundation.py", line 231, in InitGlut
    glutInit(sys.argv)
TypeError: argument 1 must be string, not list
deleted Widget <Foundation.Gl instance at 0x8211104>
Exception exceptions.AttributeError: "Gl instance has no attribute '_w'" in 
<bound method Gl.__del__ of <Foundation.Gl instance
at 0x8211104>> ignored
WindowDestroyer destroying Gl

tom/cone.py works, but GLE/cone.py does not.

So if I put "glutInit('')" in GLE/cone.py, it sez "glutDisplayFunc(DrawStuff)
TypeError: function takes exactly 0 arguments (1 given)"

Any tips how to fix this?

-- 
  Phlip
            http://www.greencheese.org/SonseOne
  --  All analysis and no coding makes Jack a dull boy.
      All analysis and no coding makes Jack a dull boy.
      All analysis and no coding makes Jack a dull boy.  --

Re: [PyOpenGL-Users] Glinter: GUI toolkit for PyOpenGL

[<il...@ya...>]

Note, that there are some less intensive themes in
pyui, and the opengl part could do with some cleaning
up to be made faster.

Haven't had a chance to really check Glinter out yet. 
The non texture/resource intensive part sounds very
appealing :)  Keep up the good work.




 --- David O'Gwynn <do...@ER...> wrote: > 
> Glinter is an attempt at using OpenGL graphics
> techniques and the GLUT
> windowing system (both wrapped by PyOpenGL) to
> produce a usable GUI
> toolkit for PyOpenGL (and any other application).
> 
> The difference between it and PyUI is this: PyUI
> uses the PyGame,
> PyOpenGL, PIL, and ActiveState systems to produce a
> rather
> stunning-looking GUI toolkit; Glinter uses only
> PyOpenGL. Its main intent
> is to produce a useable widget set "out of the box".
> If the user has
> PyOpenGL2.0 installed, he can use Glinter. In this
> manner, Glinter is much
> like the GLUI toolkit
> (www.cs.unc.edu/~rademach/glui), which uses only
> GLUT for it's windowing system.
> 
> I plan for Glinter to be visually appealing, without
> being graphically
> intensive. As such, it should be usable even on
> systems without high-end
> graphics cards (like mine ;-)).
> 


__________________________________________________
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

Re: [PyOpenGL-Users] Glinter: GUI toolkit for PyOpenGL

[David O'G. <do...@ER...>]

Glinter is an attempt at using OpenGL graphics techniques and the GLUT
windowing system (both wrapped by PyOpenGL) to produce a usable GUI
toolkit for PyOpenGL (and any other application).

The difference between it and PyUI is this: PyUI uses the PyGame,
PyOpenGL, PIL, and ActiveState systems to produce a rather
stunning-looking GUI toolkit; Glinter uses only PyOpenGL. Its main intent
is to produce a useable widget set "out of the box". If the user has
PyOpenGL2.0 installed, he can use Glinter. In this manner, Glinter is much
like the GLUI toolkit (www.cs.unc.edu/~rademach/glui), which uses only
GLUT for it's windowing system.

I plan for Glinter to be visually appealing, without being graphically
intensive. As such, it should be usable even on systems without high-end
graphics cards (like mine ;-)).

_____________
David O'Gwynn
do...@er...

Re: [PyOpenGL-Users] Glinter: GUI toolkit for PyOpenGL

[Phlip <ppl...@om...>]

Rene Dudfield sez:
> Have you looked at http://pyui.sourceforge.net/ ?

>  --- David O'Gwynn <do...@ER...> wrote: >
>
> > http://glinter.sourceforge.net

I believe these are somewhat different beasties. The former is a layer to 
provide a flat GUI (). The latter is an attempt at a 3D GUI.

But more notably, PyUI uses Extreme Programming, which hopefully means it's 
developed Test First. I have long wanted to see what an OpenGL app developed 
test-first would look like.

-- 
  Phlip
   http://www.greencheese.org/InMildDefenseOfTheGnats
  --  Founding member of NuGWa -
        Nudists for Global Warming  --

Re: [PyOpenGL-Users] Glinter: GUI toolkit for PyOpenGL

[<il...@ya...>]

Have you looked at http://pyui.sourceforge.net/ ?


 --- David O'Gwynn <do...@ER...> wrote: > 
> General announcement:
> 
> I am starting a new project called Glinter. It's an
> attempt at a GUI
> toolkit for PyOpenGL using pure Python code. I've
> already made a start
> on the code (see below), but am open to ideas.
> 
> The homepage for the project is
> 
> http://glinter.sourceforge.net
> 
> Items of interest:
>  -> Frames, Buttons, Labels are working
>  -> Canvas3D (Canvas2D to follow)
>  -> Syntax is a mixture of Tkinter, Pmw, and
> wxPython
>     -> It is most closely similar to the Pmw
> "MegaWidget" system.
>        In fact, the base code is almost a direct
> copy of the
>        Pmw MegaArchetype model.
>     -> The similarities to wxPython lie in the event
> processing
>        system. Events are caught by overriding
> functions
>        (OnButtonDown, OnMotion, etc.). A Bind
> command (similar
>        to Tkinter's bind command) will follow
> shortly.
>     -> The system uses a widget-on-demand system
> like Tkinter
>        (instead of an App-based system like
> wxPython). It also
>        shares much of the naming conventions of
> Tkinter.
> 


__________________________________________________
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

[PyOpenGL-Users] Glinter: GUI toolkit for PyOpenGL

[David O'G. <do...@ER...>]

General announcement:

I am starting a new project called Glinter. It's an attempt at a GUI
toolkit for PyOpenGL using pure Python code. I've already made a start
on the code (see below), but am open to ideas.

The homepage for the project is

http://glinter.sourceforge.net

Items of interest:
 -> Frames, Buttons, Labels are working
 -> Canvas3D (Canvas2D to follow)
 -> Syntax is a mixture of Tkinter, Pmw, and wxPython
    -> It is most closely similar to the Pmw "MegaWidget" system.
       In fact, the base code is almost a direct copy of the
       Pmw MegaArchetype model.
    -> The similarities to wxPython lie in the event processing
       system. Events are caught by overriding functions
       (OnButtonDown, OnMotion, etc.). A Bind command (similar
       to Tkinter's bind command) will follow shortly.
    -> The system uses a widget-on-demand system like Tkinter
       (instead of an App-based system like wxPython). It also
       shares much of the naming conventions of Tkinter.

_____________
David O'Gwynn
do...@er...

Re: [PyOpenGL-Users] Solaris install problems

[Todd A. P. <ta...@sa...>]

The problem appears to be with the Python compilation and *not* with
PyOpenGL.  If one compiles python with the proper flags then PyOpenGL
picks up on this and uses those same flags during its compilation.  I
made the changes shown below in the configure.in script under the
Python2.2 root directory and re-ran autoconf.  If you do *not* do this
python appears to install fine except for a couple of extensions (zlib
being one of them) which have exactly the same problem as I was having
with PyOpenGL (hundreds of unknown symbols during link).  Correcting the
problem in python is the way to go.  After this, PyOpenGL compiles and
installs just fine (including the togl extension).  

-Todd

> >
> > SunOS/5*)
> >                 if test "$GCC" = "yes"
> >   then LDSHARED='$(CC)  -shared'
> >   else LDSHARED="$(CC) -G";
> >   fi ;;
> >
> > to
> >
> >  SunOS/5*)
> >                 if test "$GCC" = "yes"
> >   then LDSHARED='$(CC) -Wl,-G'
> >   else LDSHARED="$(CC) -G";
> >   fi ;;
> >
> > A diff yields:
> >
> > 777c777
> > <   then LDSHARED='$(CC) -shared'
> > ---
> > >   then LDSHARED='$(CC) -Wl,-G'
> >

Re: [PyOpenGL-Users] Solaris install problems

[<il...@ya...>]

Good work.

When you verify these fixes I'll add them into cvs for
the next release.  Could you list all the changes you
had to make?

Or, if you're interested, maybe Mike Fletcher could
give you write access to cvs so that you could add
your changes directly instead of going through me.



Have fun.


 --- Todd Alan Pitts <ta...@sa...> wrote: >
Rene,
> 
>     Thanks for your suggestion. I was able to get
> things working.
> The problem  *appears* to be use of gcc -shared.  It
> should be gcc
> -Wl,-G
> on solaris.  Compiling glut with gcc made no
> difference.  However,
> after using -Wl,-G on PyOpenGL the compilation ran
> to completion
> and the install worked.  So do the demos (if you
> remove the alpha
> channel
> specification on those that want it -- but that's
> just my display).  I
> did this by
> setting an environment variable after trying it
> manually.   Then I
> recompiled several
> other tools with my new found knowledge --one of
> these being Python.
> However, there is
> another subtle interaction.  As I was composing this
> email I tried to
> reproduce
> the problem and its solution and could not (I wanted
> to mention the name
> of
> the variable and couldn't remember it).  In the
> interim, however, I had
> recompiled python2.2
> after changing
> 
> SunOS/5*)
>                 if test "$GCC" = "yes"
>   then LDSHARED='$(CC)  -shared'
>   else LDSHARED="$(CC) -G";
>   fi ;;
> 
> to
> 
>  SunOS/5*)
>                 if test "$GCC" = "yes"
>   then LDSHARED='$(CC) -Wl,-G'
>   else LDSHARED="$(CC) -G";
>   fi ;;
> 
> A diff yields:
> 
> 777c777
> <   then LDSHARED='$(CC) -shared'
> ---
> >   then LDSHARED='$(CC) -Wl,-G'
> 
> in python's configure.in file and running autoconf. 
>  The python install
> went fine and then recompiling
> the PyOpenGL out of the box (except for the
> well-known #define statmenet
> problem) worked -- including
> the togl widget for Tcl/Tk.  I am verifying what I
> have just recounted
> and will post to the list in a few days
> if this turns out to be correct.
> 
> -Todd
> 


__________________________________________________
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

[PyOpenGL-Users] Cannot build PyOpenGL 2.0.0.44 on Solaris 8

[John R. J. <jr...@ga...>]

First, my apologies.  I've been trying to build wxPython for more than
a week now and am not getting anywhere, so my mood is not at its best.
I'm very close to just giving up on Python.

I was originally using the Sun compilers, but that appears to be
impossible once you get to wxPython.  In the process, though, I got
through the PyOpenGL build without any trouble.  Well, sort of.  I had
to fix the GL_TEXTURE_COORD_ARRAY_EXT bug, and I created a sunos5.cfg
file out of linux.cfg with the following change:

  include_dirs=/usr/local/include:/usr/openwin/include
  library_dirs=/usr/local/lib:/usr/openwin/lib
  runtime_library_dirs=/usr/local/lib:/usr/openwin/lib

But those are both known items.

So then I went back to Python and rebuilt with gcc (2.95.3).  Now when
I try to do PyOpenGL it fails:

  building 'GLUT' extension
  ...
  Text relocation remains                         referenced
      against symbol                  offset      in file
  <unknown>                           0x80        /usr/local/lib/libglut.a(glut_8x13.o)
  [ ... About a bajillion similar errors omitted ... ]
  XOpenDevice                         0x1ac       /usr/local/lib/libglut.a(glut_input.o)
  ...
  gcc -shared build/temp.solaris-2.8-sun4u-2.2/GLUT.o -L/usr/local/lib -L/usr/openwin/lib -Lbuild/temp.solaris-2.8-sun4u-2.2 -lGL -lX11 -lXext -lGLU -lglut -lXi -lXmu -linterface_util -lGLE -o build/lib.solaris-2.8-sun4u-2.2/OpenGL/GLUT.so

I found similar lines in the Python build that (obviously) worked just
fine, so I don't understand why it can't find those symbols.  In fact,
lots of "gcc -shared" things happened OK in the PyOpenGL build before
this as well.  It's something about -lglut.

Changing "gcc -shared" to "cc -G", however, makes this go just fine
(which is what the first build with cc did).

So basically I'm out of options.  I can't use the Sun compilers.  I can't
use gcc.

Can anyone guide me through this morass?

Please reply (or Cc) me directly.  I'm not on this mailing list.

John R. Jackson, Technical Software Specialist, jr...@pu...

Re: [PyOpenGL-Users] Solaris install problems

[<il...@ya...>]

A couple of guesses here, as I don't know sunos.

Could you try compiling glut with gcc, or see if the
demos work if they are compiled with gcc?

Is gcc -shared the right way to make shared libraries
on sunos?

I saw this in a posting on the swig mailing list a
while ago.  Might work.

gcc -g -O2 -Wl,-G -o blah.so  ...
           ^^^^^^
          for Solaris

Maybe try it manually, and if that works, then we need
to figure out how to put it into the config.

gcc -Wl -G build/temp.solaris-2.8-sun4u-2.2/GLUT.o
 -L/usr/lib
 -L/usr/local/lib -L/usr/X11/lib
 -Lbuild/temp.solaris-2.8-sun4u-2.2 -lGL
 -lX11 -lXext -lGLU -lglut -lXi -lXmu
 -linterface_util -lGLE -o
 build/lib.solaris-2.8-sun4u-2.2/OpenGL/GLUT.so

 --- Todd Alan Pitts <ta...@sa...> wrote: >
Hello all,
> 
>     I am trying to install PyOpenGL version 2.0.0.44
> on Solaris 8
> (sunos5).  I have both the Sun Workshop compiler and
> gcc 3.1 installed.
> I also have the openGL libraries for Solaris
> installed and apparently
> working (I compiled glut-3.7 from the sources with
> cc from Sun and all
> the demos seem to work just fine).  I created a
> config file called
> sunos.cfg by copying the linux.cfg file in the
> config subdirectory per a
> posting as read on the list.  I also  (in file
> src/interface/GL.EXT.vertex_array.0110.inc after
> line 741) added:
> 
>                  #define GL_TEXTURE_COORD_ARRAY_EXT 
>      0x8078
> 
> to aleviate  another problem mentioned in the
> posting.  The compile
> (which is using gcc 3.1)  proceeds for a while and
> then I get the
> compile snipet below.  Eventually the symbol
> referencing problems end
> and the compile/install fails.  I have no idea what
> to do here.  I would
> appreciate any help.
> 
> -Todd
> 
> -------------BEGIN COMPILE EXCERPT--------------
> skipping 'GLU.__init___' extension (up-to-date)
> building 'GLUT' extension
> skipping src/interface/GLUT.c
> (build/temp.solaris-2.8-sun4u-2.2/GLUT.o
> up-to-date)
> gcc -shared build/temp.solaris-2.8-sun4u-2.2/GLUT.o
> -L/usr/lib
> -L/usr/local/lib -L/usr/X11/lib
> -Lbuild/temp.solaris-2.8-sun4u-2.2 -lGL
> -lX11 -lXext -lGLU -lglut -lXi -lXmu
> -linterface_util -lGLE -o
> build/lib.solaris-2.8-sun4u-2.2/OpenGL/GLUT.so
> Text relocation remains                  referenced
>     against symbol      offset in file
> <unknown>                           0x80
> /usr/lib/libglut.a(glut_8x13.o)
> <unknown>                           0xa4
> /usr/lib/libglut.a(glut_8x13.o)
> <unknown>                           0xc8
> /usr/lib/libglut.a(glut_8x13.o)
> <unknown>                           0xec
> /usr/lib/libglut.a(glut_8x13.o)
> <unknown>                           0x110
> /usr/lib/libglut.a(glut_8x13.o)
> <unknown>                           0x134
> /usr/lib/libglut.a(glut_8x13.o)
> <unknown>                           0x158
> /usr/lib/libglut.a(glut_8x13.o)
> <unknown>                           0x178
> /usr/lib/libglut.a(glut_8x13.o)
> ------------- MANY MORE ERRORS CUT------------------
> 
> 
> 
> 
> 
<cut miles of adds>

__________________________________________________
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

[PyOpenGL-Users] Solaris install problems

[Todd A. P. <ta...@sa...>]

Hello all,

    I am trying to install PyOpenGL version 2.0.0.44 on Solaris 8
(sunos5).  I have both the Sun Workshop compiler and gcc 3.1 installed.
I also have the openGL libraries for Solaris installed and apparently
working (I compiled glut-3.7 from the sources with cc from Sun and all
the demos seem to work just fine).  I created a config file called
sunos.cfg by copying the linux.cfg file in the config subdirectory per a
posting as read on the list.  I also  (in file
src/interface/GL.EXT.vertex_array.0110.inc after line 741) added:

                 #define GL_TEXTURE_COORD_ARRAY_EXT       0x8078

to aleviate  another problem mentioned in the posting.  The compile
(which is using gcc 3.1)  proceeds for a while and then I get the
compile snipet below.  Eventually the symbol referencing problems end
and the compile/install fails.  I have no idea what to do here.  I would
appreciate any help.

-Todd

-------------BEGIN COMPILE EXCERPT--------------
skipping 'GLU.__init___' extension (up-to-date)
building 'GLUT' extension
skipping src/interface/GLUT.c (build/temp.solaris-2.8-sun4u-2.2/GLUT.o
up-to-date)
gcc -shared build/temp.solaris-2.8-sun4u-2.2/GLUT.o -L/usr/lib
-L/usr/local/lib -L/usr/X11/lib -Lbuild/temp.solaris-2.8-sun4u-2.2 -lGL
-lX11 -lXext -lGLU -lglut -lXi -lXmu -linterface_util -lGLE -o
build/lib.solaris-2.8-sun4u-2.2/OpenGL/GLUT.so
Text relocation remains                  referenced
    against symbol      offset in file
<unknown>                           0x80
/usr/lib/libglut.a(glut_8x13.o)
<unknown>                           0xa4
/usr/lib/libglut.a(glut_8x13.o)
<unknown>                           0xc8
/usr/lib/libglut.a(glut_8x13.o)
<unknown>                           0xec
/usr/lib/libglut.a(glut_8x13.o)
<unknown>                           0x110
/usr/lib/libglut.a(glut_8x13.o)
<unknown>                           0x134
/usr/lib/libglut.a(glut_8x13.o)
<unknown>                           0x158
/usr/lib/libglut.a(glut_8x13.o)
<unknown>                           0x178
/usr/lib/libglut.a(glut_8x13.o)
------------- MANY MORE ERRORS CUT------------------