PLEASE DELETE THE INCOGNITO.NET
DOMAIN FROM THIS LIST.
PLEAE ADVISE HOW IT BECAME
LISTED.
-Original Message-From:
Louis-David Mitterrand <[EMAIL PROTECTED]>To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>; [EMAIL PROTECTED]
<[EMAIL PROTECTED]>Date:
12 May, 1998 6:12 PMSubject: Re: Dynamic loading and libgcc
need?On Tue, May 12, 1998 at 10:35:14AM -0700, Robert
Coie wrote:> Is it possible to specify a path for
System.loadLibrary()? I have not> been able to get
LD_LIBRARY_PATH to have any effect. I hacked a> version of
java.lang.Runtime that dumps the result of the>
initializeLinkerInternal call to stderr and it appears to be>
consistently empty regardless of the value of
LD_LIBRARY_PATH.System.load("/path/to/library.so");Regarding
your LD_LIBRARY_PATH problems, are you sure your environmenthas it? If
(for instance) you run your program under some shell spawnedby your
editor you need to make sure the shell reads the proper initfile for
_non-interactive_ use. For example zsh only reads .zshenv whenused from
an editor (that's where I keep CLASSPATH,
LD_LIBRARY_PATH,etc..).> I have also been having problems
using javah when .zip files are in> the classpath, entailing
complaints about inability to resolve various> symbols such as
__muldi3. I suspect this is a result of not having > -lgcc in
the build line when building the shared libraries (notably> libjava
and libzip). I have not been able to test this theory, not>
having access to the original JDK source. ldd -r on libjava.so>
complains about missing libgcc symbols on both my Debian 1.3.1
(libc5> 5.4.33) and pre-2.0 (libc6 2.0.6).Never had this
problem, despite using javah regularly (Debian-2.0). Somelibrary version
mismatch probably.-- Louis-David Mitterrandhttp://www.aparima.com[EMAIL PROTECTED]