Hi Jon, hi Akos,
On Mon, 2003-10-27 at 13:52, Akos Balazs wrote:
> Hi Jon,
>
> On Sun, 27 Oct 2002, Jon Guerin wrote:
>
> > Follow-up: the LD_LIBRARY_PATH variable does not exist when I switch to
> > root. When I remove the variable from the export list on my user
> > account, the application runs correctly again. Is there a directory I
> > need to add to the LD_LIBRARY_PATH variable?
>
> Probably in your LD_LIBRARY_PATH there's a newer (or older) build of the
> libOSGsystem.so, and one of them is compiled correctly while the other is
> not. Although glXGetProcAddress() should be defined in libGL.so AFAIR. If
> you try to run an `ldd yourapplication' with and without LD_LIBRARY_PATH
> being defined, you should be able to spot the difference between the
> outputs, and thus nail down which library it is that causes the problems.
the main reason for most of the problems associated with
glxGetProcAddress() are botched installations, i.e. having Nvidia
drivers installed but still using Mesa headers. Mesa is OpenGL 1.4 and
defines glxGetProcAddress(), but the nVidia lib is 1.3 and only defines
glxGetProcAddressARB(). So the solution is to install the right headers
from /usr/share/doc/NVIDIA_GLX-1.0/include/GL/ to /usr/include/GL.
But as this is such a common problem newer versions of OpenSG have a
workaround (based on code provided by Manfred Weiler and the Stuttgart
guys) that uses dlopen to check which of the two is available and use
whatever is there. That's why it might work with a new version of
libOSGSystem.so, but not with the old one.
Dirk
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
