JNI : Unsatisfied Link Error using C++ from Java

Question

Am using JNI to call a C Function which in turn creates a new C++ object and calls a method on it.
When I run the java program that calls this native method, I get a UnsatisfiedLinkError : No <lib> in java.library.path.
If I change the C function to do a simple printf instead of creating a new object , it works fine.
I am printng out the java.library.path before calling the loadLibrary method, the path is correct.
Am using Java 1.2.2 and compiling with gcc 2.7 on solaris 2.6 (Sun OS 5.6)
Any help would be appreciated. I have seen some other folks having similar problems but haven't seen any replies that seem to solve the problem.

Answer 1

Thanks for the ldd suggestion :
This is the output from ldd
ldd -sir liba.so
find library=./liba.so; required by /usr/lib/lddstub
find library=libe.so; required by ./liba.so
search path=/user/ajax/jni (LD_LIBRARY_PATH)
trying path=/user/ajax/jni/libe.so
libe.so => /user/ajax/jni/libe.so
symbol not found: strcpy (/user/ajax/jni/libe.so)
symbol not found: strcpy (/user/ajax/jni/libe.so)
symbol not found: printf (/user/ajax/jni/libe.so)
symbol not found: printf (/user/ajax/jni/libe.so)
symbol not found: __builtin_new (/user/ajax/jni/libe.so)
symbol not found: printf (/user/ajax/jni/libe.so)
init library=/user/ajax/jni/libe.so
init library=./liba.so
libe.so is in the LD_LIBRARY_PATH
The 'man' pages for ldd say this :
Using the -d or -r option with shared objects can give misleading results. ldd does a "worst case" analysis of the shared objects. However, in practice some or all of the symbols reported as unresolved can be resolved by the executable file referencing the shared object.
Most of them seem ok, but I am wondering about "__builtin_new", anyone know what shared lib that's supposed to be in ?