PyOpenGL

> I'm started working on an terrain editor using OpenGL, Qt and Python. I
> can't start the application, since it depends on Xmu, and can't find
> this library (it is installed though). I'm using Debian GNU/Linux
> unstable.
> 
> Here is the error message:
> 
> disabling TCL support
> Unable to resolve Xmu symbols - please check your Xmu library
> installation.
> 
> Maybe it has something to do with the Qt OpenGL bindings?
> The (really small) source code can be found here:
> 
> http://lumumba.luc.ac.be/~jo/temp/terrain_code/terrain.zip

Works fine (after a couple of minor corrections) on 2 of my systems.

Running ldd on one of the qt provided examples (aclock) shows very 
different results:

SuSE9.1
         linux-gate.so.1 =>  (0xffffe000)
         libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x4003f000)
         libpng.so.3 => /usr/lib/libpng.so.3 (0x40728000)
         libz.so.1 => /lib/libz.so.1 (0x40756000)
         libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40768000)
         libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40770000)
	...

SuSE9.0
         libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x40036000)
         libpng.so.3 => /usr/lib/libpng.so.3 (0x4075b000)
         libz.so.1 => /lib/libz.so.1 (0x40789000)
         libGLU.so.1 => /usr/lib/libGLU.so.1 (0x40798000)
         libGL.so.1 => /usr/lib/tls/libGL.so.1 (0x40816000)
         libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40881000)
         libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40897000)
	...

Also ldd for kfind also show similar differences.  Don't know why GL 
(and Xmu) are being linked in for non GL qt apps.

However it does suggest it has nothing to do with python, and probably 
Qt version/build related.

I'm having the same problems with Debian SID, even after apt-getting pyopengl, pyqt, pyqtgl and
xmu.
-brett

--- Tom Dossis <td@...> wrote:

> > I'm started working on an terrain editor using OpenGL, Qt and Python. I
> > can't start the application, since it depends on Xmu, and can't find
> > this library (it is installed though). I'm using Debian GNU/Linux
> > unstable.
> > 
> > Here is the error message:
> > 
> > disabling TCL support
> > Unable to resolve Xmu symbols - please check your Xmu library
> > installation.
> > 
> > Maybe it has something to do with the Qt OpenGL bindings?
> > The (really small) source code can be found here:
> > 
> > http://lumumba.luc.ac.be/~jo/temp/terrain_code/terrain.zip
> 
> Works fine (after a couple of minor corrections) on 2 of my systems.
> 
> Running ldd on one of the qt provided examples (aclock) shows very 
> different results:
> 
> SuSE9.1
>          linux-gate.so.1 =>  (0xffffe000)
>          libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x4003f000)
>          libpng.so.3 => /usr/lib/libpng.so.3 (0x40728000)
>          libz.so.1 => /lib/libz.so.1 (0x40756000)
>          libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40768000)
>          libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40770000)
> 	...
> 
> SuSE9.0
>          libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x40036000)
>          libpng.so.3 => /usr/lib/libpng.so.3 (0x4075b000)
>          libz.so.1 => /lib/libz.so.1 (0x40789000)
>          libGLU.so.1 => /usr/lib/libGLU.so.1 (0x40798000)
>          libGL.so.1 => /usr/lib/tls/libGL.so.1 (0x40816000)
>          libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40881000)
>          libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40897000)
> 	...
> 
> Also ldd for kfind also show similar differences.  Don't know why GL 
> (and Xmu) are being linked in for non GL qt apps.
> 
> However it does suggest it has nothing to do with python, and probably 
> Qt version/build related.
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyOpenGL-Users@...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
> 



		
_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com

Op vr, 22-10-2004 te 08:43 +1000, schreef Tom Dossis:
> Works fine (after a couple of minor corrections) on 2 of my systems.

Which corrections?

[snip]

> However it does suggest it has nothing to do with python, and probably 
> Qt version/build related.

Should I post this to the PyQt list?

Kind regards,

-- 
Jo Vermeulen <jo@...>

Op do, 21-10-2004 te 15:51 -0700, schreef Hart's Antler:
> I'm having the same problems with Debian SID, even after apt-getting pyopengl, pyqt, pyqtgl and
> xmu.

Hmm maybe it's a Debian-specific problem?

Kind regards,

-- 
Jo Vermeulen <jo@...>

Jo Vermeulen wrote:
> 
> Which corrections?

#(added to terrainglview.py)
from OpenGL.GL import *

>>However it does suggest it has nothing to do with python, and probably 
>>Qt version/build related.
> 
> 
> Should I post this to the PyQt list?

It looks like your code wasn't getting to the module with the gl stuff.

Probably worth checking that pyqt works at all (without gl), and for 
that matter, that any qt applications work - try some of the qt 
examples.  You should also try a gl app. (e.g. glxgears).

Then you can work out if it's a GL, Qt or PyQt issue.

Op ma, 25-10-2004 te 11:47 +1000, schreef Tom Dossis:
> Probably worth checking that pyqt works at all (without gl), and for 
> that matter, that any qt applications work - try some of the qt 
> examples.  You should also try a gl app. (e.g. glxgears).
> 
> Then you can work out if it's a GL, Qt or PyQt issue.

Mmmm, after apt-getting the qt-examples, it works. This package had a
dependency on qt development files which weren't installed apparantly.

Oops! Thanks for your time.

Kind regards,

-- 
Jo Vermeulen <jo@...>