Hi everybody!
On my suse 11.1 test installation there is
export LD_LIBRARY_PATH=/usr/lib64:/home/tolga/ccpnmr_v2/rtl/lib
in the analysis startscript!
/usr/lib64 is not supposed to be there, that is causing the problem.
So remove it including the ":"
Suse used to have X11 related libraries in /usr/X11R6/lib64, now they moved
everything to /usr/lib64 except for the libGL.so.1 link pointing to the
nvidia libraries.
There is an additional libGL.so in usr/lib64 which is mesa.
To priorize usage of the accelerated lib over mesa /etc/ld.so.conf lists
/usr/X11R6/lib64 before /usr/lib64
Directories listed in LD_LIBRARY_PATH get first priority.
So this is no compile issue, it is not necessary to have environment variables
set when doing 'make clean; make' in ccpnmr2.0/c
Regards
Tolga
Am Dienstag, 10. März 2009 schrieb Fabian Hiller:
> Hi,
>
> I found a way to enable OpenGL in Analysis on my machine, although its not
> a very pretty solution. I noticed that I had three libGL.so, one in
> /usr/lib, one in /usr/lib64 and one in /usr/lib64/nvidia/. Analysis used
> the one in /usr/lib64. I just redirected the symlink from
> /usr/lib64/libGL.so.1 to the one in the nvidia folder and analysis started
> with OpenGL.
>
> One small problem though, the libGL.so in the nvidia folder was only
> readable for root, so I somehow doubt that this is the way one is supposed
> to do it.
Am Dienstag, 10. März 2009 schrieb Marco Roeben:
> Am Dienstag, 10. März 2009 10:23:38 schrieb Wayne Boucher:
> > Just to clarify, are you saying that you cannot see spectra also in Tk
> > mode (so without the "glXChooseVisual failed" message)? That would be
> > bad!
>
> Yes. I've opened the existing project, where we used Tk and I created a new
> project. In both cases I did not see the spectra.
>
>
>
> best regards
>
> Marco
Am Dienstag, 10. März 2009 schrieb Tolga Helmbrecht:
> Am Montag, 9. Februar 2009 18:03 schrieb Wayne Boucher:
> > (1) It's possible it's picking up the wrong OpenGL and/or glut at
> > runtime, so not the one Analysis was compiled against. (This always
> > causes a crash, but Tk also does in this regard.) I would say this is
> > not so likely in your case but worth checking if there are any other
> > libGL.a or libglut.a lying around in /usr/X11R6/lib or /usr/lib or
> > /usr/local/lib (so wherever the one you want is not located). Normally
> > one could use "lsof -p" to look at this but unfortunately that requires
> > the program not to crash immediately, which it is.
>
> one can also try
> ldd /opt/ccpnmr_v2/ccpnmr2.0/c/memops/global/GlHandler.so
> to see which one it picks up
> but directories in LD_LIBRARY_PATH take precedence and it could be set in
> the analysis start script.
>
> >
> > > > On Mon, 9 Feb 2009, Marco Roeben wrote:
> > > > >
> > > > > >>> ./analysis: line 8: 5807 Speicherzugriffsfehler
>
> segfault -- mesa?
>
|