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.
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 andproperly 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 ofany of the ntl programs such as nmap, garp, etc. Some useful info: * Performing a "which ntl" givesthe /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 linkto /lib64/tls/libc-2.3.4.so (which also exists) Have since reverted to GEMPAK 5.10.2 but in the meantime.. anythoughts on how to remedy this issue? Pete
gembud
archives: