PyOpenGL on Linux: MesaGL3: undefined: XFreePixmap

John van der Koijk vdkoijk at linux01.prc.tno.nl
Fri May 7 05:26:48 EDT 1999


I'm stunned by the quality of (the people on) this newsgroup. Thanks!

    sr> First, let me say that I am extremely pleased that someone -
    sr> anyone - is trying to run my demos.

Glad to be of any help. ()

    sr> Second, about the XFreePixmap business, I have definitely
    sr> encountered the same problem, but never learned what causes
    sr> it.  Somehow I managed to get everything to run by repeatedly
    sr> recompiling with slight changes in the setup file. It's
    sr> something about the Mesa libraries.

I've managed to mysteriously evade the XFreePixmap problem by juggling
with libraries, as suggested. However, probably due to conservation of
misery, the following happened:

linux01:~/uitpak/PyOpenGL-1.5.5/OpenGL/Demo/srenner $ python ./attention.py 
Traceback (innermost last):
  File "./attention.py", line 27, in ?
    from renderer import *
  File "./renderer.py", line 9, in ?
    from sropengl import *
  File "./sropengl.py", line 12, in ?
    from OpenGL.GLU import *
  File "/usr/lib/python1.5/site-packages/OpenGL/GLU/__init__.py", line 2, in ?
    from _glu import *
ImportError: /usr/lib/python1.5/site-packages/OpenGL/OpenGL/shared/linux2/\
_glumodule.so: undefined symbol: gluErrorString

So, I said:

$ objdump --syms /usr/lib/python1.5/site-packages/OpenGL/OpenGL/shared/\
linux2/_glumodule.so | grep tring
00002010 l     F .text  00000059 glu_ErrorString
00000000         *UND*  00000000 gluErrorString

and

$ grep gluErrorString *.c
_glumodule.c:  return Py_BuildValue("s", gluErrorString((GLenum)errCode));
_glumodule.c:  { "gluErrorString",      glu_ErrorString, 1},


for the record, the build process lead to

8<---------
gcc -fpic -g -O2 -I/usr/include/python1.5 -I/usr/include/python1.5 \
-DHAVE_CONFIG_H   -c ./_glumodule.c
gcc -shared -lc  _glumodule.o   -o _glumodule.so
gcc -fpic -g -O2 -I/usr/include/python1.5 -I/usr/include/python1.5 \
-DHAVE_CONFIG_H   -c ./_glutmodule.c
gcc -shared -lc  _glutmodule.o  -lglut  -o _glutmodule.so
8<---------

which sort of leaves me in a maze.

    sr> Perhaps you will have better luck with the next release, which
    sr> should be out within a few days.

Perhaps I should dig in and try to really understand this, but I'd
rather focus on my application...

Regards,
-- 
John van der Koijk.
--
TNO Institute of Industrial Technology

PO Box 5073, 2600 GB, Delft, The Netherlands
Phone +31 15 2608833, Fax +31 15 2608846 




More information about the Python-list mailing list