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 <s...@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 > >
-- http://mail.python.org/mailman/listinfo/python-list