shared lib issue

im not good with this stuff but the app guys game to me with a problem with there c++ program on a new box, any ideas?

bin- ./qeng
Bus error (core dumped)
bin- ./gdb qeng core
Wildebeest is free software and you are welcome to distribute copies of
it under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for Wildebeest; type "show warranty"
for details.

Hewlett-Packard Wildebeest 1.0 (based on GDB 4.16)
(built for PA-RISC 1.1 or 2.0 (narrow), HP-UX 11.00)
Copyright 1996, 1997 Free Software Foundation, Inc...
Core was generated by `qeng'.
Program terminated with signal 10, Bus error.

warning: The shared libraries were not privately mapped; setting a
breakpoint in a shared library will not work until you rerun the program.

#0 0xc0027ce0 in _fake_write () from /usr/lib/dld.sl
#0 0xc0027ce0 in _fake_write () from /usr/lib/dld.sl
(gdb) bt
#0 0xc0027ce0 in _fake_write () from /usr/lib/dld.sl
#1 0xc0016538 in init_deferred_plt () from /usr/lib/dld.sl
#2 0xc0018604 in form_load_graph () from /usr/lib/dld.sl
#3 0xc0018cdc in form_load_graph () from /usr/lib/dld.sl
#4 0xc00272e0 in finish_dld_main () from /usr/lib/dld.sl
#5 0xc002abbc in _dld_main () from /usr/lib/dld.sl
#6 0xa6c4 in __map_dld () from /u01/enum29i/system/bin/./qeng

Use 'bt' to get a stack trace, unless you know where the problem occurred you're going to have a hard time tracking it down.

gdb) bt
#0 0xc0027ce0 in _fake_write () from /usr/lib/dld.sl
#1 0xc0016538 in init_deferred_plt () from /usr/lib/dld.sl
#2 0xc0018604 in form_load_graph () from /usr/lib/dld.sl
#3 0xc0018cdc in form_load_graph () from /usr/lib/dld.sl
#4 0xc00272e0 in finish_dld_main () from /usr/lib/dld.sl
#5 0xc002abbc in _dld_main () from /usr/lib/dld.sl
#6 0xa6c4 in __map_dld () from /u01/enum29i/system/bin/./qeng

That looks like a problem with dynamic loading.

1.Have you built all shared libraries?

  1. Are any of the shared libraries implemented in C++?

  2. Did you use the same compiler on *all* modules, shared and application?

  3. Have you tried "ldd"? Can this resolve all modules?

  4. Please post "uname -a" of system. Is this 32 bit/64 bit, PA-RISC or Itanium?

Another feature of HPUX is that unless you are careful the build process won't warn you of unresolved dependencies.

uname -a
HP-UX hpuxpit0 B.11.11 U 9000/800 3003499885 unlimited-user license