phantom dependency on LD_LIBRARY_PATH?

[Tony Stein <astein@xxxxxxx>]

        I've been able to successfully build and run my applications, on 
Solaris, using the static and dynamic libs for CML and SNACC. At this 
point, I am trying to eliminate dependency on the LD_LIBRARY_PATH 
environment variable, by linking the apps with -L and -R flags that point 
to the libs' locations. Linking works fine, runtime is a problem.
        My understanding of the situation is that, at runtime, ld.so.1 (or 
its equivalent) must resolve all symbols before the application will start. 
Otherwise, the application will quit, with unresolved symbol errors. I 
encounter the following behavior: The application starts with no complaints 
from ld.so.1 (i.e. all symbols are resolved just fine). When I attempt to 
initialize the CML and create a session, it fails, returning an error code 
of 48 (CM_ASN_DEC_DLL_FAILED) which, I believe, points to a problem loading 
the SNACC libs. If I add the proper paths to the LD_LIBRARY_PATH, then 
CML  initialization completes without error and my application proceeds on 
its way.
        The CML evidently attempts to manually load some libraries at 
init-time. Does this process involve the LD_LIBRARY_PATH inherently? Is 
there a workaround?

        Thanks,

                Tony Stein



--------------------
Tony Stein
Software Engineer
Information Security
BBN Technologies
astein@xxxxxxx
--------------------