cannot open shared object file

[Dan Stromberg]

A suggestion:
1) strace it.
http://stromberg.dnsalias.org/~strombrg/debugging-with-syscall-tracers.html
2) Show the output to a C programmer, or take some educated guesses
yourself.

On Thu, Mar 15, 2012 at 11:47 PM, Steven Lo <slo at hep.caltech.edu> wrote:

> **
>
> Hi,
>
> We are getting the following error during a 'make' process on a CentOS
> release 5.4 system:
>
> Running mkfontdir...
> Creating SELinux policy...
> /usr/bin/python: error while loading shared libraries:
> libpython2.4.so.1.0: cannot open shared object file: No such file or
> directory
>
>
> However, we are able to execute 'python' without any problem
>
> # which python
> /usr/bin/python
>
> # python
> Python 2.4.3 (#1, Sep  3 2009, 15:37:37)
> [GCC 4.1.2 20080704 (Red Hat 4.1.2-46)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>>
>
>
> # ldd /usr/bin/python
>     libpython2.4.so.1.0 => /usr/lib64/libpython2.4.so.1.0
> (0x0000003fb7600000)
>     libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003b59600000)
>     libdl.so.2 => /lib64/libdl.so.2 (0x0000003b59200000)
>     libutil.so.1 => /lib64/libutil.so.1 (0x0000003b64000000)
>     libm.so.6 => /lib64/libm.so.6 (0x0000003b58e00000)
>     libc.so.6 => /lib64/libc.so.6 (0x0000003b58a00000)
>     /lib64/ld-linux-x86-64.so.2 (0x0000003b58600000)
>
>
> # ls -lad /usr/lib64/*python*
> lrwxrwxrwx  1 root root      19 Feb 27 21:15 /usr/lib64/libpython2.4.so-> libpython2.4.so.1.0
> -r-xr-xr-x  1 root root 1236344 Sep  3  2009 /usr/lib64/libpython2.4.so.1.0
> drwxr-xr-x 18 root root   20480 Feb 27 21:15 /usr/lib64/python2.4
>
>
>
> In this 'make' process, we are suppose to execute the applicate-specific
> python
> (/opt/rocks/bin/python) which has static link (not dynamic link)
>
> # ldd /opt/rocks/bin/python
>     libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003b59600000)
>     libdl.so.2 => /lib64/libdl.so.2 (0x0000003b59200000)
>     libutil.so.1 => /lib64/libutil.so.1 (0x0000003b64000000)
>     libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003b6b400000)
>     libm.so.6 => /lib64/libm.so.6 (0x0000003b58e00000)
>     libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003b67c00000)
>     libc.so.6 => /lib64/libc.so.6 (0x0000003b58a00000)
>     /lib64/ld-linux-x86-64.so.2 (0x0000003b58600000)
>
>
>
> Basically, we try to understand:
>   * why /opt/rocks/bin/python not being used ?
>   * why /usr/bin/python can not find the dynamic library
>
>
> Please let us know if you have any suggestion on how to troubleshoot this
> problem.
>
> If this is not the list to ask this type of question, please point us to
> the appropriate
> list.
>
>
> Thanks.
>
> S.
>
>
> --
> http://mail.python.org/mailman/listinfo/python-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-list/attachments/20120316/39353daf/attachment-0001.html>