Hi! I recently built DBD::Oracle 1.21 and 1.22 on an HP-UX 64bit box. Apparently, even though the outpu +t of chatr would lead me to believe the PATH is embedded: /opt/perl_64/lib/site_perl/5.8.8/PA-RISC2.0-thread-multi-LP64/auto/DBD/Oracle/Oracle.sl: 64-bit ELF shared library shared library dynamic path search: LD_LIBRARY_PATH enabled first SHLIB_PATH enabled second embedded path enabled third /opt/oracle/product/9.2.0/lib:/opt/oracle/product/9 +.2.0/rdbms/lib shared library list: libclntsh.sl.9.0 libm.2 libqsmashr.sl shared library mapped private disabled shared vtable support disabled explicit unloading enabled linkage table protection disabled segments: index type address flags size 5 text 4000000000000000 z---c- D (default) 6 data 8000000100000000 ---m-- D (default) static branch prediction disabled kernel assisted branch prediction enabled lazy swap allocation for dynamic segments disabled nulptr references disabled ...it appears as if the machine never looks in /opt/oracle/product/9.2.0/lib . I'm not too too too +familiar with HP-UX library handling, but this seems odd to me. This does not appear to be the cas +e with Oracle 10g. Does anyone know what's going on here? Here's the output of 'tusc' when things +are taking place: open("/b/s014/lib//libwtc9.sl", O_RDONLY|O_LARGEFILE, 0) .......................................... +...................................... ERR#2 ENOENT open("/b/s014/rdbms/lib//libwtc9.sl", O_RDONLY|O_LARGEFILE, 0) .................................... +...................................... ERR#2 ENOENT open("/lib/pa20_64/libwtc9.sl", O_RDONLY|O_LARGEFILE, 0) .......................................... +...................................... ERR#2 ENOENT open("/usr/lib/pa20_64/libwtc9.sl", O_RDONLY|O_LARGEFILE, 0) ...................................... +...................................... ERR#2 ENOENT ...as you can see, it never checks the right place. Thanks in advance for any advice.