asterisk users - Feb 2005 - loader.c:301 __load_resource: libpt_linux_x86_r.so.1.8.1: cannot open shared object file... [solution found, but quick question]

All,

I followed the channels/h323/README to the letter and everything does
compile properly.  When I start asterisk I get the following error:

 [chan_h323.so]Feb  9 10:30:51 WARNING[30700]: loader.c:301 __load_resource:
libpt_linux_x86_r.so.1.8.1: cannot open shared object file: No such file or
directory

Running ldd, I see some missing libs:

root@gateway:/usr/lib# ldd /usr/lib/asterisk/modules/chan_h323.so
        libdl.so.2 => /lib/libdl.so.2 (0x4003f000)
        libpt_linux_x86_r.so.1.8.1 => not found
        libh323_linux_x86_r.so.1.15.1 => not found
        libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x41072000)
        libssl.so.0 => /usr/lib/libssl.so.0 (0x41171000)
        libexpat.so.0 => /usr/lib/libexpat.so.0 (0x411a2000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x411c2000)
        libc.so.6 => /lib/libc.so.6 (0x411ca000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x412f9000)
        libasound.so.2 => /usr/lib/libasound.so.2 (0x4134a000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x413fa000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4140c000)
        libm.so.6 => /lib/libm.so.6 (0x414c3000)

My fix was to create a symbolic link to my source in /usr/lib

root@gateway:/usr/lib# ln -s
/usr/local/src/pwlib/lib/libpt_linux_x86_r.so.1.8.1
root@gateway:/usr/lib# ln -s
/usr/local/src/openh323/lib/libh323_linux_x86_r.so.1.15.1

root@gateway:/usr/lib# ldd /usr/lib/asterisk/modules/chan_h323.so
        libdl.so.2 => /lib/libdl.so.2 (0x4003f000)
        libpt_linux_x86_r.so.1.8.1 => /usr/lib/libpt_linux_x86_r.so.1.8.1
(0x40042000)
        libh323_linux_x86_r.so.1.15.1 =>
/usr/lib/libh323_linux_x86_r.so.1.15.1 (0x40401000)
        libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x41072000)
        libssl.so.0 => /usr/lib/libssl.so.0 (0x41171000)
        libexpat.so.0 => /usr/lib/libexpat.so.0 (0x411a2000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x411c2000)
        libc.so.6 => /lib/libc.so.6 (0x411ca000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x412f9000)
        libasound.so.2 => /usr/lib/libasound.so.2 (0x4134a000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x413fa000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4140c000)
        libm.so.6 => /lib/libm.so.6 (0x414c3000)

My question is, how come the LD_LIBRARY_PATH defined in /etc/profile did not
link the libs properly?

PWLIBDIR=/usr/local/src/pwlib
export PWLIBDIR
OPENH323DIR=/usr/local/src/openh323
export OPENH323DIR LD_LIBRARY_PATH=$PWLIBDIR/lib:$OPENH323DIR/lib
export LD_LIBRARY_PATH

Thanks inadvance

-------------------------------
Paul Belanger (mailto:paul.belanger@pronexus.com)
Technical Support Specialist
Cisco Certified Network Associate
Pronexus Inc. - A Powerful Voice in Communication Solutions
-------------------------------
Tel: 613.271.8989 ext. 516
Fax: 613.271.8388
http://support.pronexus.com
-------------------------------

Paul Belanger <paul.belanger@pronexus.com> wrote:
[...]
> My question is, how come the LD_LIBRARY_PATH defined in /etc/profile
> did not link the libs properly?
LD_LIBRARY_PATH is occasionally ignored for security reasons.

If you wish to globally add a directory to the library search path,
you should put it in /etc/ld.so.conf. You may want to re-run ldconfig
afterwards to clean up and correct symlinks.

-- 
The young always have the same problem - how to rebel and conform at the same
time. They have now solved this by defying their parents and copying one
another.
								- Quentin Crisp