paul asmuth writes:
hey,
I'm trying to include a library (e.g the jdom lib - jdom.jar) into a
installed blackdown j2se sdk.
How can I include libraries, so that they are used when I compile
classes ?!
I already copied my .jar libs to usr/lib/j2se/1.4/lib
and /usr/lib/j2se/1.4/jre, b
hey,
I'm trying to include a library (e.g the jdom lib - jdom.jar) into a
installed blackdown j2se sdk.
How can I include libraries, so that they are used when I compile
classes ?!
I already copied my .jar libs to usr/lib/j2se/1.4/lib
and /usr/lib/j2se/1.4/jre, but it didn
What X libraries do I need in order to run Java guis in linux? I
would prefer not to have to install the entire X11 package (space is
limited).
Thanks
-aflyctus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Title: ARM libraries in big-endian format
Hi
I am currently looking at embedding Java on the Intel IXP1200 which has a StrongARM core.
I am running the Netwinder Linux which is currently configured for big-endian format.
Are there any plans to release the ARM JRE 1.3.1 libraries in
>>>>> "Lars" == Lars Lathan <[EMAIL PROTECTED]> writes:
Lars> I copied addional libraries (jndi.jar, rmiregistry.jar,
Lars> providerutil.jar) to the $HOME/.netscape/java/lib/ext
Lars> directory, but the plugin doesn't find them. What
Hello,
I copied addional libraries (jndi.jar, rmiregistry.jar,
providerutil.jar) to the $HOME/.netscape/java/lib/ext directory, but
the plugin doesn't find them. What goes wrong?
Thanks, Lars.
--
To UNSUBSCRIBE, ema
Trying to compile the example on p.714 of Nathan Meyers' book,
I get errors in lines 1 and 2
import javax.servlet.*;
import javax.servlet.http.*;
The error message for line 1 is:
SimpleServlet.java:1: Package javax.servlet not found in import.
Since other correct java programs comp
On Friday Mar 24, 2000, Alan Westhagen wrote:
> SimpleServlet.java:1: Package javax.servlet not found in import.
You need to get servlet.jar to do servlet work. It doesn't come with
the J2SE. Look under...
http://java.sun.com/products/servlet/index.html
-John
Hey all I installed Suns Java Web Server on my Redhat Linux box, but when
I start it, I get an error that says:
libserver.so: cannot open shared object file: No such file or directory
(libserver.so)
javawebserver: libjssl.so: cannot open shared object file: No such file or
directory (libjssl.so)
Hi,
I installed JDK 118 on an Alpha Linux RH6.0 machine. However, when I try
to invoke swing classes I get an error message that libawt.so canot locate
libXm.so.1. Is there any simple solution to this? Is this a glibc or
XFree86 problem?
Any help would be much appreciated.
Roy
---
>
> i have a problem executing the JVM for JDK 1.2.2 RC3. When I try
> to start the JVM (thru ./bin/java), I get the following error message:
>
> "/usr/local/jdk1.2.2/bin/i386/native_threads/java: error in loading
> shared libraries:
> /usr/local/jdk1.2.2/jre/lib/i386/nati
Hi,
i have a problem executing the JVM for JDK 1.2.2 RC3. When I try
to start the JVM (thru ./bin/java), I get the following error message:
"/usr/local/jdk1.2.2/bin/i386/native_threads/java: error in loading
shared libraries:
/usr/local/jdk1.2.2/jre/lib/i386/native_threads/libphi.so:
s
Colt distribution consists of several free Java libraries, for user
convenience bundled under one single uniform umbrella.
The Colt library provides fundamental general-purpose data structures
optimized for numerical data, such as resizable arrays, dense and sparse
matrices (multi-dimensional ar
On Mon, 29 Nov 1999 15:39:19 +0100, [EMAIL PROTECTED] wrote:
>Hi,
>
>I'm using Linux 6.1 SUSE and I installed Java.
>When I try to run java, I get the following error :
>
>/usr/lib/java/bin/../bin/i586/green_threads/java:
>error in loading shared
>libraries:
On Mon, 29 Nov 1999 [EMAIL PROTECTED] wrote:
> Hi,
>
> I'm using Linux 6.1 SUSE and I installed Java.
> When I try to run java, I get the following error :
>
> /usr/lib/java/bin/../bin/i586/green_threads/java:
> error in loading shared
>libraries:/usr/lib/java/
Hi,
I'm using Linux 6.1 SUSE and I installed Java.
When I try to run java, I get the following error :
/usr/lib/java/bin/../bin/i586/green_threads/java:
error in loading shared
libraries:/usr/lib/java/bin/../lib/i586/green_threads/libjava.so:
undefined symbol: _dl_symbol_value
What am I
Hi all
I am test JDK1.2 y when run java -version, I have error with
with libhpi.so, the error is:
/var/opt/jdk1.2/bin/i386/native_threads/javac: error in loading shared
libraries libhpi.so: cannot open shared object file: No such file or
directory
I need to know because this error in shared
Okay, here's how I understand the Blackdown builds of the VM: there is a
fully dynamic version and a static version. To switch between them, you
set an environment variable (I think). If you want to use the
dynamically-linked VM, you have to have both X and Motif shared
libraries on your s
namely the AWT Frame,
to do basic communication with the underlying GUI. This is true for
all platforms.
>They don't need X libraries and work "directly" with OS and hardware.
This is simply not true. Swing does not have any interface with the
hardware, that would make it
Jacob Nikom wrote:
>
> Hi,
>
> I am interested in this discussion, but I am trying to convert it into
> more
> plain English. I always thought that the lightweight components are
> peerless.
> They don't need X libraries and work "directly" with OS and har
Hi,
I am interested in this discussion, but I am trying to convert it into
more
plain English. I always thought that the lightweight components are
peerless.
They don't need X libraries and work "directly" with OS and hardware.
Swing was claimed as lightweight component based
Jeff Galyan wrote:
>
> Java *always* requires Motif and X libraries. Even on Solaris. End of
> story.
"Requires" meaning that Blackdown requires an *external* libXm? Not
necessarily. JDK1.2pre2 certainly doesn't (libXm appears to be
statically linked into libawt.so),
At 20:52 10/5/99 -0600, Jeff Galyan wrote:
>Java *always* requires Motif and X libraries. Even on Solaris. End of
>story.
And thus the blackdown port is more advanced than the Solaris release.
I'd highly recommend that you investigate the "not-static" binaries,
these have n
Java *always* requires Motif and X libraries. Even on Solaris. End of
story.
--Jeff
Carsten Hoeger wrote:
>
> On Sat, Oct 02, Jeff Galyan wrote:
>
> > Actually, libXm.so is Motif, which is required by AWT, and therefore
> > Java. You'll need to get a Motif distri
=>From: "Ted Neward" <[EMAIL PROTECTED]>
=>...
=>Does "had good luck" mean without having to modify LD_LIBRARY_PATH? Or
=>/etc/ld.so.conf?
Yes. If you run the java script with "sh -x" (you have to give it the
full path to the script, too, IIRC) you'll see that it calculates a
CLASSPATH and a
From: dave madden <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Thursday, September 30, 1999 3:04 PM
Subject: Re: "proper" place for the .so native libraries
> =>From: Brett Smith <[EMAIL
of the java
vm. The dependency to libXm results from the dynamical linked
version.
The static linked version of java _does_ _not_ _need_ Motif
Runtime Libraries!!!
--
mit freundlichen Gruessen,
Carsten Hoeger - SuSE Professional Services -
SuSE GmbH, Schanzaeckerstr. 10, 90443 Nuernberg, G
Actually, libXm.so is Motif, which is required by AWT, and therefore
Java. You'll need to get a Motif distribution (I use RedHat Motif 2.1.10
with no problems).
--Jeff
Carsten Hoeger wrote:
>
> On Tue, Sep 28, Rolf wrote:
>
> > I am running a SuSe Linux 6.1 on my box and have libc 2 installe
=>From: Brett Smith <[EMAIL PROTECTED]>
=>...
=>Where is the "proper" location for the *.so native library files?
I've had good luck putting them under:
.../jdk-1.2/jre/lib/i386/
appropriate platform here!
=>One JNI tutorial said the following:
=>LD_LIBRARY_P
Where is the "proper" location for the *.so native library files?
One JNI tutorial said the following:
LD_LIBRARY_PATH='pwd'
export LD_LIBRARY_PATH
When I tried this, it caused a "full thread dump" upon calling the
native method.
Any ideas why?
Also, does the blackdown install set a LD_LIBRARY_
Isn't libXm the motif lib? Try using the static motif JDK or installing
motif. Does the JDK work with lesstif?
> -Original Message-
> From: Rolf [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 28, 1999 5:26 AM
> To: [EMAIL PROTECTED]
> Subject: required
On Tue, Sep 28, Rolf wrote:
> I am running a SuSe Linux 6.1 on my box and have libc 2 installed on my
> system.
> When I try to install JDK 1.1.1 using rpm, I get the message libXm.so.2
> is needed by jdk1.1-1.1.7v1a-3. Where do I get this library ?
Try 'rpm --nodeps --force yourrpmname.rpm'...
Hi,
I am running a SuSe Linux 6.1 on my box and have libc 2 installed on my
system.
When I try to install JDK 1.1.1 using rpm, I get the message libXm.so.2
is needed by jdk1.1-1.1.7v1a-3. Where do I get this library ?
MfG
Rolf
--
On a Slackware 4.0 using jdk1.2 downloaded from blackdown (it states that is
compiled on a Debian on which it works) when I try to compile the easiest
program ever written in java: Hello.java I get the next error:
/usr/jdk1.2/bin/i386/native_threads/javac: error in loading shared libraries
CTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, August 28, 1999 6:41 PM
Subject: loading shared libraries
> I'm having trouble loading a JNI library from a nonstandard location.
> I'm using the following code:
>
> static {
> System.setProperty("java.l
I'm having trouble loading a JNI library from a nonstandard location.
I'm using the following code:
static {
System.setProperty("java.library.path",
System.getProperty("java.library.path") +
":/home/srcd/foo");
System.err.println(System.getP
Sumit Gupta wrote:
>
> hi
>
> I am running jdk1.1.7 on redhat. I have a native library called
> libfoo.so and my LD_LIBRARY_PATH includes the directory where this
> library is. BUt System.loadNativeLibrary("foo") is still not able
> to find the library.
Perhaps you should try to make symbolic
hi
I am running jdk1.1.7 on redhat. I have a native library called
libfoo.so and my LD_LIBRARY_PATH includes the directory where this
library is. BUt System.loadNativeLibrary("foo") is still not able
to find the library.
Are there different conventions as to how the name "foo" is mapped to
the a
Hello.java:
/usr/local/jdk117_v1a/bin/../bin/i686/green_threads/java: error in loading
shared libraries:
/usr/local/jdk117_v1a/bin/../lib/i686/green_threads/libjava.so:
undefined symbol: _dl_symbol_value
---
result of l
On 12-Apr-99 Matthew McKeon wrote:
> Is your LD_PRELOAD environment variable set?
No, it isn't. At least, I didn't set it. Could it be set up by the .java_wrapper
script?
> I had to set mine to point to the libstdc++ libs
> for another application I had installed,
> and that broke the JDK most
not to be the standard problem with
> missing libraries, because I get a Segmentation Fault, not a missing or wrong
> library message.
>
[kersnip]
Is your LD_PRELOAD environment variable set?
I had to set mine to point to the libstdc++ libs
for another application I h
On 10-Apr-99 Gerald de Jong wrote:
> all i had to do to get jdk1.2 running on RH 5.2 is make the following
> symbolic
> link, which i made in the /opt/jdk1.2/jre/lib/i386 directory.
I did it, but it doesn't work. It seems not to be the standard problem with
missing libraries, b
Hi,
you find all informations about libc/glibc and how to upgrade here:
http://www.imaxx.net/~thrytis/glibc/index.old.html
Marcel
--
Marcel Ruff
[EMAIL PROTECTED]
http://www.lake.de/home/lake/swand/
--
To UNSUBSCRIBE, ema
On Sat, 10 Apr 1999, Kontorotsui wrote:
> So far, same outcome: Segmentation fault.
> I fear I'm not the only one with this frustrating problem, if anybody on this
> list solved the problem, I'd like to hear it.
>
> If someone with a working JDK 1.2 or the developers could please check what is
>
Old RedHat 5.2 has glibc2(libc6).
JDK 1.2 supports just glibc2.
No problem.
Leiji is Reiji in Japan
>
> I tried another set of glibc libraries, taken from the RedHad FTP
directory.
> They seem to be glibc 2.0.7, as required from the docs.
>
> I even tried to add the libs requi
I tried another set of glibc libraries, taken from the RedHad FTP directory.
They seem to be glibc 2.0.7, as required from the docs.
I even tried to add the libs required by ldd java (attached to this message) o
the ldconfig path, as you can check in the attached ldconfig -v output.
So far
I downloaded jdk1.2pre-v1 and installed it. I expected troubles when I saw that
the latest libc libraries, the glibc, are required.
Now, if I'm not completely mistaken, glibc is the libc6. I had previously
installed some libc.so.6 libraries and the ld-linux.so.2. But it didn't work,
Hi,
I'm running glibc 2.1, libstdc+++ 2.9.0 (and other _really_new_ libs)
under linux 2.2.4.
I'm not asking here for a working JKD1.2 preview with support for this
libs. I'm asking for a statically-linked binary preview so I can check it
out without having to install all the old libs. Is this po
This won't work, because there is no such thing as libX.so.. The
X11 libraries are libX11.so.6.1 (give or take a revision number). He
forgot the m in libXm.so.2 in his post (I'm almost sure of it), which is
the Motif library and you certainly don't want to link that to the X11
l
libX.so.2 is not a Motif library...in fact it's not a library at all. IT
doesn't exist. Which makes me think that he meant libXm.so.2, which is
the Motif library.
If that's the case, then whoever build the RPM made a mistake. They need
to either turn off automatic dependancy checking (which would
I believe libX.so.2 is a Motif library. Which means that lesstif should
have a version of it too. To find it, try '%find / | grep "libX.so.2"'
(ignoring the external single-quotes). That will search every directory
you have access to for that filename. Personally, I have never used the
JDK rpm.
I tried to install the jdk1.1.7 rpm, but it asks me for libX.so.2. Where
can I find it? My system is RH 5 w/ kernel 2.0.35; is there some problem
in trying to run jdk 1.1.7 on this system? I have been developing a java
application , and tested it with jdk 1.1.5, and it hangs when I invoke a
Jdialo
e to add my jdk1.2/jre/lib/i386/ directory but this
> only helped a bit. After doing this (and running ldconfif, of course) I now
> get errors like...
>
> LN_SRV01:~ # java
> /opt/java/jdk1.2/bin/i386/native_threads/java: error in loading shared
> libraries
> /opt/java/jdk1.2/j
only helped a bit. After doing this (and running ldconfif, of course) I now
get errors like...
LN_SRV01:~ # java
/opt/java/jdk1.2/bin/i386/native_threads/java: error in loading shared
libraries
/opt/java/jdk1.2/jre/lib/i386/libjvm.so: undefined symbol: __bzero
So, what's the deal? The
hello, I had tried to use JNI whithin a shared library, but I can't start
the virtual machine. All works right within a stand-alone application, but
we I invoke the jvm from the shared library.
Can anubody help me? or point me to what I doing wrong.
Sorry for my poor english, and thanks in advan
Hi.
I erased the original mail asking about arbitrary precision
calculations in Java so I couldn't use the right subject...
Take a look at http://math.nist.gov/javanumerics. Maybe you
could find something useful in the "Libraries" section.
Hope it can help.
Best regards,
-- Cassino
Hello there!
I have some C++ code that I put in a dynamic library and I
want to use it from Java. Since JDK does not allow me to load
two different libraries that depend on each other, I implemented
a native method that does the following:
1) Loads libstdc++.so
2) Loads my library
3) Performs
Hi Craig,
"info gcc" describes this better. It states that FPIC only makes a difference on
the m68k, m88k and the Sparc. N.b. use info! It is kept up to date, while the
man page (sometimes) isn't.
There was some discussion of how shared libraries work without pic, but I remain
be
>in ".o". Example:gcc -fPIC -c -I file1.c -o
Based solely on looking at other peoples makefiles and code, I've been
using -fpic under linux and -fPIC under solaris.
The gcc man pages say the following:
-fpic If supported for the target machines, generate po
sitio
I've written a few shared libraries for use under both Linux and Solaris,
and since a few people are curious about this, here goes:
1) Make sure you have run javah. Plenty of documentation on this exists.
2) You must first compile your C source files to object files, which end
i
Hi Craig,
No, you don't need to compile with -O to build a shared object. But you *do*
need to compile with -fpic to get position-independent code. Then use -shared
when loading the object, as you already do.
I have successfully built a number of shared objects using no other special
options (fo
>>In article <[EMAIL PROTECTED]>, Craig E Rasmussen
><[EMAIL PROTECTED]> writes:
> I'm having trouble getting native calls to work. I'm using JDK-1.1.3
> and the simple HelloWorld example segfaults. My guess is that the
> problem is that I'm not creating the shared objects correctly. I'm
> us
I'm having trouble getting native calls to work. I'm using JDK-1.1.3
and the simple HelloWorld example segfaults. My guess is that the
problem is that I'm not creating the shared objects correctly. I'm
using gcc with the -shared option to create an a.out file which I rename
to libhello.so. I t
Jason Quigley writes:
> ---Roger Hill violently bashed keys to produce ...
> > I upgraded my libc to 5.4.44 etc the other day, in preparation for 1.1.5.
> >
> > Since then, 'talk' won't work, giving me:
> >
> > [Couldn't bind to control socket : Cannot assign requested address (99)]
> >
64 matches
Mail list logo
