Roselinda.Ackermans at ec.europa.eu
Roselinda.Ackermans at ec.europa.eu
Fri Apr 3 03:57:42 EDT 2009
Hi Graham, Here some results : root # ldd _hashlib.so libssl.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libssl.so.0.9.8 libcrypto.so.0.9.8 => /opt/csw/lib/sparcv8plus+vis/libcrypto.so.0.9.8 libpython2.5.so.1.0 => /opt/csw/lib/sparcv8/libpython2.5.so.1.0 libsocket.so.1 => /usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libresolv.so.2 => /usr/lib/libresolv.so.2 librt.so.1 => /usr/lib/librt.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libm.so.1 => /usr/lib/libm.so.1 libc.so.1 => /usr/lib/libc.so.1 libmp.so.2 => /usr/lib/libmp.so.2 libaio.so.1 => /usr/lib/libaio.so.1 libmd5.so.1 => /usr/lib/libmd5.so.1 libthread.so.1 => /usr/lib/libthread.so.1 /usr/platform/SUNW,Sun-Fire-V890/lib/libc_psr.so.1 /usr/platform/SUNW,Sun-Fire-V890/lib/libmd5_psr.so.1 I also used ldd -s to trace more in detail, and I concluded this : The LD_LIBRARY_PATH does not intervene. All libs are resolved by using the RPATH of _hashlib.so (which includes a path to all python libs ) and the system default search path /usr/lib. I made tests with setting LD_LIBRARY_PATH to <empty> or even to /tmp, but still, import hashlib works fine in the python console. Another test I made was calling python via cgi, and do a import hashlib there too : #!/opt/csw/bin/python import hashlib Again, no problems. In my ptest.py, I write nothing else but : import hashlib And then this fails. Linde # Likely problem is that _hashlib.so cannot find the shared libraries it # is dependent upon. #
|