*** For details on how to be removed from this list visit the ***
*** CCP4 home page http://www.ccp4.ac.uk ***
I have found that the problem (and fix) is even simpler on my machines,
now that I know where to look.
The basic problem is that my Coot installation brings in a separate copy
of the library:
.../local/bin/coot-0.1-redhat-8.0/lib/libglut.so.3
and sets up LD_LIBRARY_PATH to point at it.
Unfortunately this copy of libglut is broken, or at least incompatible
with the "true" libglut.so on my machines - the one molscript was linked
against.
molscript -gl < ras_gdp.in # broken
unsetenv LD_LIBRARY_PATH
molscript -gl < ras_gdp.in # works!
So my fix will be to install a wrapper for Coot that defines a
private LD_LIBRARY_PATH before running, removing it from the general
system login environment.
On Wednesday 17 May 2006 05:30 am, Marian Szebenyi wrote:
> As Tim says, the problem is in clib/ogl_bitmap_character.c. I have
> found that changing this code to use the standard glutBitmapCharacter
> routine instead of its own ogl_bitmap_character makes it work (under
> Fedora Core 4 Linux, anyway).
> Tim Fenn wrote:
> > Ah, I remember this one now. clib/ogl_bitmap_character.c contains
> > BitmapFonts, which are deprecated/broken in freeglut.
--
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle WA
