NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

Re: [gembud] GLIBC_2.4 not found message

Pete,

You can add the directory " /lib64/tls" to your LD_LIBRARY_PATH
environmental variable so that the runtime environment can find the
libc.so.6.

You can use the command "ldd $GEMEXE/ntl" to verify that all of the
required
system libraries are being found.

Steve Chiswell
Unidata User Support


On Mon, 2007-08-27 at 13:18 -0400, pmanousos@xxxxxxxxxxxxxxxxxxx wrote:

Hi all..
Installed GEMPAK 5.10.3 and after modifying the Gemenviron file and
properly sourcing GEMPAK 5.10.3 in .cshrc get the message /lib64/tls/libc.so.6: version `GLIBC_2.4` not found (reguired by ntl)
when typing "ntl".  This message also occurs for manual launching of
any of the ntl programs such as nmap, garp, etc. Some useful info: * Performing a "which ntl" gives
        the /internal1/peter/GEMPAK/GEMPAK5.10.3/os/linux64/bin/ntl
(so its pointing to the correct location) * The file /lib64/tls/libc.so.6 exists and is actually a link
        to /lib64/tls/libc-2.3.4.so (which also exists)


Have since reverted to GEMPAK 5.10.2 but in the meantime.. any
thoughts on how to remedy this issue? Pete


  • 2007 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the gembud archives: