Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
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: