ldd dit "non trouvé" même si la bibliothèque est dans mon LD_LIBRARY_PATH

$ ldd libpmsfdcwrt.so
        linux-gate.so.1 =>  (0x004ae000)
        libdl.so.2 => /lib/libdl.so.2 (0x00417000)
        [ ... elided ... ]
        libz.so.1 => not found
        [ ... elided ... ]
        libpmssl.so.0.9.7 (0xf5be8000)
        libfreebl3.so => /usr/lib/libfreebl3.so (0xf5b88000)

Note "libz..1 => non trouvé".

Mais libz..1:

$ ls -l /lib64/libz.so.1
lrwxrwxrwx 1 root root 13 Apr 25  2013 /lib64/libz.so.1 -> libz.so.1.2.3
$ ls -l /lib64/libz.so.1.2.3
-rwxr-xr-x 1 root root 91096 Oct  3  2012 /lib64/libz.so.1.2.3

Et, ce répertoire est répertorié dans LD_LIBRARY_PATH:

$ echo $LD_LIBRARY_PATH
:/oracle/product/11.2.0/client_1/lib:/opt/CA/CAlib:/usr/local/CAlib:/opt/CA/WorkloadAutomationAE/autosys/lib:/opt/auto/ixpagent/lib:/lib64:/opt/CA/SharedComponents/lib:/usr/lib:/opt/CA/SharedComponents/Csam/SockAdapter/lib

(Je me suis déconnecté et reconnecté pour être sûr qu'il était collant.)

source d'informationauteur jsf80238 | 2014-08-14

  1. 11

    Le problème est un 32-bit/64-bit collision:

    $ file libpmsfdcwrt.so
libpmsfdcwrt.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped

$ file /lib64/libz.so.1.2.3
/lib64/libz.so.1.2.3: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped

    Je vous remercie, tous, pour me pointer dans la bonne direction.