This is a discussion on weird ld problem with libthread.so.1: libc.so.1 (SUNW_1.21.2) => (version not found) within the Sun Solaris Administration forums, part of the Solaris Operating System category; --> Hi, on one of our 280Rs, I get this error message: ld.so.1: edivers: fatal: libc.so.1: version `SUNW_1.21.2' not found ...
| |||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Hi, on one of our 280Rs, I get this error message: ld.so.1: edivers: fatal: libc.so.1: version `SUNW_1.21.2' not found (required by file /usr/lib/sparcv9/libthread.so.1) Killed $ ldd /usr/lib/sparcv9/libthread.so.1 libc.so.1 => /home/evtest/bin/libc.so.1 libc.so.1 (SUNW_1.21.2) => (version not found) libdl.so.1 => /usr/lib/64/libdl.so.1 librt.so.1 => /home/evtest/bin/librt.so.1 libaio.so.1 => /usr/lib/64/libaio.so.1 /usr/platform/SUNW,Sun-Fire-280R/lib/sparcv9/libc_psr.so.1 $ I don't understand what that second libc.so.1 reference is supposed to be. Does anybody have an idea what I can do to solve this? best regards Torsten |
| |||
| "Torsten Kirschner" <torsten.kirschner@sandbox.no> skrev i melding news:3fb511a3@news.broadpark.no... > ld.so.1: edivers: fatal: libc.so.1: version `SUNW_1.21.2' not found > (required by file /usr/lib/sparcv9/libthread.so.1) > Killed > $ ldd /usr/lib/sparcv9/libthread.so.1 > libc.so.1 => /home/evtest/bin/libc.so.1 > libc.so.1 (SUNW_1.21.2) => (version not found) Problem solved. The software vendor had included an erroneous version and modified LD_LIBRARY_PATH. Once I reset the environment to ignore ~/bin for linking, everything works just fine. |
| ||||
| "Torsten Kirschner" <torsten.kirschner@sandbox.no> wrote: >> ld.so.1: edivers: fatal: libc.so.1: version `SUNW_1.21.2' not found >> (required by file /usr/lib/sparcv9/libthread.so.1) >> Killed >> $ ldd /usr/lib/sparcv9/libthread.so.1 >> libc.so.1 => /home/evtest/bin/libc.so.1 >> libc.so.1 (SUNW_1.21.2) => (version not found) > Problem solved. The software vendor had included an > erroneous version and modified LD_LIBRARY_PATH. > Once I reset the environment to ignore > ~/bin for linking, everything works just fine. You gotta love those software vendors who ship their own private versions of system libraries. :->>> Thomas |