 |
 |
Just been mucking around a bit with this Mandrake 9 installation. If we use the ccpnmr provided Mesa 6 (i.e. compile it and all that) and set up LD_LIBRARY_PATH to find that then it works. If we use the previously installed (by someone) GL then it does not work. By "does not work" I mean GL_RENDERER, etc., is null and the canvas is blank. This is even with glFlush() in, so I think this is a library problem. For the problem case the GL libraries it was picking up were: /usr/X11R6/lib/libglut.so.3.7.1 /usr/X11R6/lib/libGLU.so.1.3.501 /usr/lib/libGL.so.1.0.5336 /usr/lic/libGLcore.so.1.0.5336 and my guess is that these are somehow incompatible. I'm not sure what these libraries are, e.g. whether Mesa 5.0 or what (I think the glut one is, having looked at a packages program, but I haven't a clue about the libGL). I think glut is probably at the bottom of a lot of these problems, but not guaranteed. There must be some expert out there who knows what GL_RENDERER being null probably means. (Glut is almost certainly going to get killed off from Analysis somehow or other in the next month or two.) Wayne On Thu, 3 Jun 2004, Brian Smith wrote: > Quoting Wayne Boucher <[log in to unmask]>: > > > Now I think for GL we were using a version of Mesa 5.0 that was > > already installed on the machine. (Although it's possible another GL was > > being picked up, I never really know.) > > On LINUX at least lsof is your friend in this situation > > lsof -p <pid_of_analysis> > > where pid_of_analysis is the proces id of the main python shell will give you > all the libraries actually being used by the process. > > -- > Dr. Brian O. Smith ----------------- B Smith 'at' bio gla ac uk > Division of Biochemistry & Molecular Biology, IBLS > University of Glasgow, Glasgow G12 8QQ, UK. >