Linux JDK 1.3.0
The IBM Developer Kit for Linux(R), Java(TM) 2 Technology
Edition, Version 1.3.0 Early Release (Early Release Developer
Kit) is a software development kit that can be used to build
Java applications on Linux. The Early Release Developer Kit
includes development tools, the IBM
>I was actually trying to make a reference to the fact that I have not
>yet seen a mention of Red Hat in our discussions of who should be
>driving Java on Linux. Why is that?
Or VA Linux? :-)
Sadly, I don't think many people at Red Hat care about Java. There's
this funny anti-Java sentiment in t
A strong opinionated colleague of mine said the following:
> > RedHat have revenues of $10m -- and are capitalized on the NASDAQ
> > at -- ready for this -- $20 billion -- they're worth one fifth of
> > what Gates is worth.
> >
> > These guys should stop bleating and start demanding that RedHat
I was actually trying to make a reference to the fact that I have not
yet seen a mention of Red Hat in our discussions of who should be
driving Java on Linux. Why is that?
Jim
Tony Dean wrote:
>
> Jim,
>
> There is such an organization. Its called the Opensource movement. You
> only
> have to
Dimitrios,
Dimitrios Vyzovitis wrote:
Tony Dean wrote:
> I presented a paper on using JNI with Linux at
the Atlanta Linux
> Showcase and the feedback
> ran from one guy telling me this was exactly what he needed to someone
> else wanting to
> rewrite the entire Java class library with JNI and
Jim,
There is such an organization. Its called the Opensource movement. You
only
have to look as far as Linux to see the potential. Linux is more stable
and generally
performs better than Win NT and there is plenty of resources behind
NT. look at Perl and
gcc/g++ to see what can happen. The Opens
> ...
> But there's an awful lot of evidence that
> mounting a serious Java environment effort is not really possible
> without the financial resources to feed and clothe a small army of
> full-time developers.
>
> Nathan
If only there were a Linux organization/corporation with those kind of
fi
Since Kaffe came up on this list, let me add a few comments about it:
>
> Kaffe is a clean room implementation to the spec but they have expanded the
> language in some interesting ways. I seem to recall they used the MS alternative
> to JNI but maybe they put in JNI as well.
Kaffe fully supp
Tony Dean wrote:
>
> Nathan,
>
> It is a bit daunting and possibly impossible as there is enough gray
> area in the spec
> as to implement a language that is not capable of passing the Java
> validation suite of tests and
> that is the only thing I can think of that could be used to verify the
>
Tony Dean wrote:
> Of course once we enter the standards process we can do anything from
> start with
> a clean sheet of paper up to (more or less) Java.
>
> I presented a paper on using JNI with Linux at the Atlanta Linux
> Showcase and the feedback
> ran from one guy telling me this was exactly
Nathan,
It is a bit daunting and possibly impossible as there is enough gray
area in the spec
as to implement a language that is not capable of passing the Java
validation suite of tests and
that is the only thing I can think of that could be used to verify
the user has implemented
the spec. (hmm
Hi!
On Thu, 09 Dec 1999 Nathan Meyers wrote:
>Tony Dean wrote:
>> 1) Sun owns the Java trademark. They have published the VM spec and
>> the language spec. They permit rogue ports from the specs.
>
>There is already an excellent "rogue port" in the Kaffe project,
>although "cleanroom implemen
Tony Dean wrote:
> 1) Sun owns the Java trademark. They have published the VM spec and
> the language spec. They permit rogue ports from the specs.
There is already an excellent "rogue port" in the Kaffe project,
although "cleanroom implementation" is a better term. Interestingly,
even the sp
Nelson,
There are a number of possible scenarios that your comments could blossom
into.
Nelson Minar wrote:
There are deeper problems lurking underneath, though, having to do
with Sun's control of Java. Sun isn't interested in the ultimate goals
of free software, and they're powerful enough to
"a b" <[EMAIL PROTECTED]> wrote:
>I wonder what would happen if any of the Blackdown developers had put a GPL
>license in any part of their code fixes?
If Blackdown had GPLed their patches, then any code that incorporated
them would be GPL as well.
I believe that Blackdown did not have the optio
a b wrote:
> Hi
>
> I wonder what would happen if any of the Blackdown developers had put a GPL
> license in any part of their code fixes?
>
> How would that affect Sun's Community Source license?
Aparat from the fact that such an act is illegal according to the
non-commercial license agreement,
Hi
I wonder what would happen if any of the Blackdown developers had put a GPL
license in any part of their code fixes?
How would that affect Sun's Community Source license?
Maybe GPL was a good idea after all? Now we see what they mean by
protecting your rights to give away your sof
The interpreter of JDK 1.2.2 RC2 still has the bug
mentioned below.
Sun's JIT and TYA can handle the case correctly.
On Wed, 23 Jun 1999 20:35:35 -0700
[EMAIL PROTECTED](Matt Welsh) said:
> The following program causes the Linux JDK 1.1.7v3 to crash with a
> SIGFPE. This is beca
Peter Schuller wrote:
> Hello!
>
> Quick question: the IBM JDK has shown *very* impressive benchmark results.
> Now, in light of the recently postponed release date for potato (Debian), I'm
> wondering if this is just a benchmark thing, or if it really "feels" faster
> (such as scrolling in Swing
It depends on what the Swing app will be doing. If there isn't much user
interaction, you won't see much of a difference. But if there is, you'll
see a huge difference. For instance, I use an editor called "JEdit" on
my linux box. This involves a lot of scrolling and graphical operations.
I find t
Well, I did a very unscientific test of my own. I went through the
trouble of installing jdk118 for linux + Swing. Then I tried to run the
SwingSet examples. I run a Mandrake 6.0 machine, so it hung. At someone's
suggestion I replaced the libpthreads library with one from a RedHat 6.0
machine. jd
> Quick question: the IBM JDK has shown *very* impressive benchmark results.
> Now, in light of the recently postponed release date for potato (Debian), I'm
> wondering if this is just a benchmark thing, or if it really "feels" faster
> (such as scrolling in Swing for exmample)?
>
> I can't decide
It does feel faster, once it gets going, but it seems like the first
time a given piece of code is run, there's a noticeable delay
(presumably because the JIT compiler is doing its thing). This occurs,
for example, the first time you bring up a dialog box in a Swing app.
It also makes applicatio
Hello!
Quick question: the IBM JDK has shown *very* impressive benchmark results.
Now, in light of the recently postponed release date for potato (Debian), I'm
wondering if this is just a benchmark thing, or if it really "feels" faster
(such as scrolling in Swing for exmample)?
I can't decide wh
Thread scheduling problem in Linux jdk-1.1.7B
=
I am currently developing a GUI for an upcoming game server "VC"
(telnet external.nj.nec.com 4000). After finishing the graphics part I
thought the rest - that is connecting the GUI to the
Hi!
I am wondering how to set up keyboard to support Cyech or Slovene
(Central European) language and Java JDK1.2 on RH6.0 Linux.
My keyboard works well with xterm and other X apps but when
I try to enter some CE charcters (ccaron, scaron zcaron) I get only
coresponding Latin-1 characters. I can
> The IE5.0 browser just plain refuses to run them. (at least that's what I'm
> told) With Netscape 4.X on Mac, they get an error similar to "can't find class
> "java.awt.event.WindowEvent".
Hi
Some Mac browser JVM's leaves out certain constructors and methods from
the java.* classes, that's w
Allow me to clarify what I meant... IE 5 does not do Java(tm). There is a
"byte code virtual machine" within IE5, which does actually recognize many
(maybe all) of the same bytecodes as are defined in the Java Virtual
Machine Spec, and there is a method library attached to this VM which
contains s
Chris Abbey wrote:
>
> Glenn's applet, while it functions fine while running, after quiting seems
> to leave some nasty trails in the JVM which are chewing up memory, as well
> as pitching expections around like crazy. Netscape's pathetic JVM just
> can't handle that. Looks like your network thre
Glenn,
You're lucky - Netscape on Linux won't run some of my (perfectly coded, of course
:-) applets. HotJava runs everything I can throw at it, along with appletviewer.
Netscape on windoze 95 or IE 4.01 runs them; IE hangs on windoze 98. Tried
installing the IE 50.0 upgrade and it rendered the
Charles Forsythe wrote:
>
> > The IE5.0 browser just plain refuses to run them. (at least that's what I'm
> > told) With Netscape 4.X on Mac, they get an error similar to "can't find class
> > "java.awt.event.WindowEvent".
>
> I don't know what's wrong with IE 5.0 (other than it's written my
> M
Wow, after I ran your Applet, and even left the page... netscape became a
crawling mess of code... chugging along barely able to draw the windows.
Anyone have any ideas?
-Riyad
Glenn Valenta wrote:
> I can't get some of my applets to run on any other platforms other than
> Linux/Netscape.
> I can't get some of my applets to run on any other platforms other than
> Linux/Netscape.
>
> I have a few more complicated projects that I've been working on that I can't
> get to run on IE or anything Mac based. The simple stuff works, but as soon as
> I throw in frames, I seem to not be able
I can't get some of my applets to run on any other platforms other than
Linux/Netscape.
I have a few more complicated projects that I've been working on that I can't
get to run on IE or anything Mac based. The simple stuff works, but as soon as
I throw in frames, I seem to not be able to have oth
Hi Albrecht,
> > The following program causes the Linux JDK 1.1.7v3 to crash with a
> > SIGFPE. This is because the x86 causes an arithmetic exception when
> > you divide 0x8000 by -1; the JVM spec, however, says that the result
> > of this should be 0x8000 with N
Hi,
>
> The following program causes the Linux JDK 1.1.7v3 to crash with a
> SIGFPE. This is because the x86 causes an arithmetic exception when
> you divide 0x8000 by -1; the JVM spec, however, says that the result
> of this should be 0x8000 with NO exception thrown.
The following program causes the Linux JDK 1.1.7v3 to crash with a
SIGFPE. This is because the x86 causes an arithmetic exception when
you divide 0x8000 by -1; the JVM spec, however, says that the result
of this should be 0x8000 with NO exception thrown. (The fix is to catch
the SIGFPE
You could try changing the order of your /etc/hosts file so that the
interface you want to use is the first one.
On Fri, 4 Jun 1999, Bruno Boettcher wrote:
> Hello,
>
> i am trying to get JacORB1 working on my machines
>
> unfortunately the nameserver registers itself with the loopback d
Hello,
i am trying to get JacORB1 working on my machines
unfortunately the nameserver registers itself with the loopback device instead
of the ip-interface
which makes it unusable...
the author send me an IP test programm attached with this mail, on all
machines i have it reports the
Barry Haddow wrote:
> Hi
>
> Has anyone tried using the Blackdown JDK with MicroImages X-server? When I run
> an AWT application the text is unreadable. I assume the X-server does not
> have the required fonts so that I either need to provide the X-server with
> the correct fonts or else modify
Hi
Has anyone tried using the Blackdown JDK with MicroImages X-server? When I run
an AWT application the text is unreadable. I assume the X-server does not
have the required fonts so that I either need to provide the X-server with
the correct fonts or else modify font.properties so that the JDK
Eric House writes:
> Hi:
>
> The blackdown.org web site used to suggest that the patches necessary
> to build the JDK on Linux were available. Are they still? Where?
Where does it say that? That's certainly not the case currently. We plan to
make the diffs available with the NEXT release
On Mon, 3 May 1999, Eric House wrote:
> The blackdown.org web site used to suggest that the patches necessary
> to build the JDK on Linux were available. Are they still? Where?
I only know what I've seen from other replies on this list, but it seems
that the patches to JDK 1.2 won't be made av
Hi:
The blackdown.org web site used to suggest that the patches necessary
to build the JDK on Linux were available. Are they still? Where?
Thanks,
--Eric House
Sun Microsystems' Java Software Division
--
To UNSUBSCRIBE, ema
please note that since i don't have access to the jdk source, the
following ramblings come by way of pure conjecture on my part.
we've got a client/server architecture that eats threads and file
descriptors for lunch. after applying alan cox's large file array patch,
our server started segfault
I have had success getting Apache 1.3.4 and Apache JServ working under
Blackdown's JDK 1.2. One difference I noted between our environments is
that I'm running the 2.0.37 kernel instead of 2.2.x. I did not perform
extensive testing since it worked the first time I tried it (last
weekend).
Many
Derek,
I've been able to run Apache-JServ 1.0b3 with JDK1.2-pre1 on RedHat 5.2/2.2.2,
manual startup.
Be sure to tweak your startup scripts to use
java -green -Djava.compiler=
instead of plain old java, though I don't think that's your problem.
Don't know if this helps...
Wes
Derek Glidden wro
Has anyone had success (or even tried) running Apache-JServ 1.0b3/Apache
1.3.4 with the Blackdown JDK 1.2 beta release? All I've been able to do
is get the JDK to report a segmentation violation and chew up all my CPU
until I kill it with extreme prejudice. I've been able to use the JDK
1.2 suc
Here is a email I sent to Sun concering there licnese. It seems to me
the Sun Community Licens precludes me distributing my work if I include Sun
source.
I see no easy answer here.
Mike
I have a question.
I have developed a windowing System written almost entirely in Java.
Doing this I repla
> Sorry but that whole "hot spot" thing looks like vapor ware. Besides
> even if Sun is able to get "something" out the door they have already
> stated that it will be given to "paying customers only". Instead of
Easy answer on this: Let´s wait and see.
> waiting and hoping that Sun will do us a
On Thu, 25 Feb 1999, Oliver Fels wrote:
> > > Both TYA and the ShuJIT are free JIT's which work with Linux and JDK 1.1 ...
> > > I am assuming that porting them to work with JDK 1.2 will not be (too)
> > > difficult.
> >
> > I know nothing, but I've heard that the interface for JITs has changed
> > Both TYA and the ShuJIT are free JIT's which work with Linux and JDK 1.1 ...
> > I am assuming that porting them to work with JDK 1.2 will not be (too)
> > difficult.
>
> I know nothing, but I've heard that the interface for JITs has changed a
> lot between 1.1 and 1.2.
In the long term, we
>> Both TYA and the ShuJIT are free JIT's which work with Linux and JDK 1.1 ...
>> I am assuming that porting them to work with JDK 1.2 will not be (too)
>> difficult.
>
> I know nothing, but I've heard that the interface for JITs has changed a
> lot between 1.1 and 1.2.
The interface is certainl
Hi,
> Both TYA and the ShuJIT are free JIT's which work with Linux and JDK 1.1 ...
> I am assuming that porting them to work with JDK 1.2 will not be (too)
> difficult.
I know nothing, but I've heard that the interface for JITs has changed a
lot between 1.1 and 1.2.
--
Both TYA and the ShuJIT are free JIT's which work with Linux and JDK 1.1 ...
I am assuming that porting them to work with JDK 1.2 will not be (too)
difficult.
[EMAIL PROTECTED] writes:
> Will the linux JDK 1.2 port have a JIT supplied with it, or will we
> have to use a program
Will the linux JDK 1.2 port have a JIT supplied with it, or will we
have to use a program like Kaffe ?
Thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Sat, 14 Nov 1998, Jim Arlet wrote:
> Hello,
>
> Sorry to have to bother you with support questions, but I am an experienced
> Java developer on Solaris, and I have been trying to get your JDK port to
> run on my Linux machine, without luck. I have tried both the glibc and
> libc5 versions of
Hello,
Sorry to have to bother you with support questions, but I am an experienced
Java developer on Solaris, and I have been trying to get your JDK port to
run on my Linux machine, without luck. I have tried both the glibc and
libc5 versions of the JDK, and both have been unsuccessful, yet with
Nishikant Kapoor (H) writes:
> Kapoor, Nishikant X wrote:
>
> > > 1) Your system's libc version
> > > 2) Your system's libdl version
> > >
> > >ldd /bin/i386/green_threads/java
> > >
>
> nkapoor:/home/nkapoor> ldd $JAVA_HOME/bin/i386/green_threads/java
> libjava.so => not f
On RedHat 5.1:
> We need three simple pieces of
> information from you:
>
> 1) Your system's libc version
/lib/libc.so.6 -> libc-2.0.7.so
> 2) Your system's libdl version
/lib/libdl.so.1 -> libdl.so.1.9.5
/lib/libdl.so.2 -> libdl-2.0.7.so
> 3) Whether you had to remove libc and libdl to make
I've got a Redhat 4.1 system with lots of random upgrades. All the
Blackdown JDKs that distributed their own libraries have worked out of
the box for me, including jdk 1.1.6v4a. I seem to have the same
library versions that the JDK distributes, maybe that's why there's no
problem.
> 1) Your syste
From: Steve Byrne <[EMAIL PROTECTED]>
Subject: Versioning -- Linux JDK needs your HELP!
Date: Thu, 24 Sep 1998 09:48:43 -0700 (PDT)
Message-ID: <[EMAIL PROTECTED]>
I am using RHL4.2 + jdk1.1.6v4a.
> 1) Your system's libc version
libc.so.5 -> libc.so.5.4.46
> 2) Y
Steve Byrne wrote:
> We need three simple pieces of
> information from you:
>
> 1) Your system's libc version
libc.so.5 => libc.so.5.4.44
>
> 2) Your system's libdl version
libdl.so.1 => libdl.so.1.9.9
>
> 3) Whether you had to remove libc and libdl to make Java work for you
> H writes:
> nkapoor:/home/nkapoor> ldd $JAVA_HOME/bin/i386/green_threads/java
>libjava.so => not found
>libm.so.5 => /lib/libm.so.5.0.9
>libdl.so.1 => /lib/libdl.so.1.7.14
>libawt.so => not found
>libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4
>li
Kapoor, Nishikant X wrote:
> > 1) Your system's libc version
> > 2) Your system's libdl version
> >
> >ldd /bin/i386/green_threads/java
> >
nkapoor:/home/nkapoor> ldd $JAVA_HOME/bin/i386/green_threads/java
libjava.so => not found
libm.so.5 => /lib/libm.so.5.0.9
libdl.
Steve Byrne wrote:
> We need three simple pieces of
> information from you:
>
> 1) Your system's libc version
libc.so.5 -> libc.so.5.4.44
>
> 2) Your system's libdl version
libdl.so.1 -> libdl.so.1.9.9
>
> 3) Whether you had to remove libc and libdl to make Java work for you
yes. It was remo
My System: RedHat 5.1
1) libc => /lib/lib.so.6which is symlink to libc-2.0.7.so
2) libdl => /lib/libdl.so.2 which is symlink to libdl-2.0.7.so
3) No - I didn't have to delete anything. Java worked out of the box.
Rob
--
Rob Nugent
Development Manager
UniKix Technologies Europe
[EMAIL PRO
On Thu, 24 Sep 1998, Steve Byrne wrote:
> 1) Your system's libc version
> 2) Your system's libdl version
> 3) Whether you had to remove libc and libdl to make Java work for you
>
On a RedHat 4.2 with jdk-1.1.5-8.i386.rpm
epsilon (sorin):~>rpm -qa | grep jdk
jdk-1.1.5-8
epsilon (sorin):~>ldd /u
On my Slackware 3.5 system running jdk1.1.6v4a
>
>
> 1) Your system's libc version
libc.so.5 => libc.so.5.4.44
> 2) Your system's libdl version
libdl.so.1 => libdl.so.1.9.9
> 3) Whether you had to remove libc and libdl to make Java work for you
No. I did not.
On my Slackware 3.4 system ru
Steve Byrne <[EMAIL PROTECTED]> writes:
>We need three simple pieces of
>information from you:
Note: I am using Red Hat Linux release 4.1. Some weeks ago I tried to upgrade
to Red Hat 5.1. But I couldn't get Java to work. So I downgraded back to Red
Hat 4.1 and am waiting for you guys to get
i'd be interested in the enhancements to the 'c' debugger to support
threads.
gat
Bernd Kreimeier wrote:
> I got a statement from Vania Joloboff regarding
I got a statement from Vania Joloboff regarding
the native thread port of the Linux JDK prepared
by OpenGroup. See
http://www.gr.opengroup.org/java/jdk/linux
Summary: the archives are ready for distribution,
but they are waiting for confirmation of annual
license renewal from SMI. They will
> and JIT apparently
(I'm assuming you're refering to TurboJ)
I don't think so. I got the impression it compiles pretty much the entire code,
with optimizations and such. So it's not a JIT, but more of a SCTISINLR - Slow
Compiler That Increases Speed In The Long Run :)
And also, it doesn't seem
[TurboJ price]
> US$2000
For that kind of money I can just by myself a faster computer instead :)
/ Peter Schuller
On Fri, Jul 10, 1998 at 01:38:30PM -0400, Charles Forsythe wrote:
> > I also could not find any pricing information about turboj...
>
> US$2000
>
> (for HP-UX -- I assume it's the same for Linux)
I actually inquired about this, and this is the response I got :
-- cut --
>From [EMAIL
On Fri, 10 Jul 1998, Charles Forsythe wrote:
> > I also could not find any pricing information about turboj...
>
> US$2000
>
> (for HP-UX -- I assume it's the same for Linux)
>
>
Apparantly you get the sales prices by asking at
[EMAIL PROTECTED] or [EMAIL PROTECTED], but anyway,
the Linux
> I also could not find any pricing information about turboj...
US$2000
(for HP-UX -- I assume it's the same for Linux)
Tom Sedge writes:
> I don't think they are ready with their JDK yet - couldn't find that on
> the site.
I also could not find any pricing information about turboj...
--
A diplomat is man who always remembers a woman's birthday but never her age.
-- Robert Frost
On Fri, 10 Jul 1998, Stefan Magdalinski wrote:
> and JIT apparently
>
> http://www.gr.opengroup.org/java/jdk/linux/
Actually, it's a bit more than a JIT:
'Turbo is a Java (TM) byte code to native code compiler. Like a JIT
compiler (and unlike traditional compilers) it does not require the
appl
and JIT apparently
http://www.gr.opengroup.org/java/jdk/linux/
--
/**
Stefan Magdalinski m 0370 67 70 58
[EMAIL PROTECTED] h 0171 580 0831
it's isness as usual...**/
From: Steve Byrne
>DAVID BALAZIC writes:
> > Steve Byrne <[EMAIL PROTECTED]> wrote :
> >
> > >DAVID BALAZIC writes:
> > > > This might be a bug in JDK 1.1.6 v1 libc5 i386
> > > >
> > > > I crashes similarily with jdk 1.1.5 v7 libc5 i386
> > > >
> > > > but not on JDK 1.1.3 v 3.0.1 for IRIX on
From: Steve Byrne
>Michael Plump writes:
> > On Fri, 19 Jun 1998, DAVID BALAZIC wrote:
> >
> > > I also have ld.so 1.9.9 , does that matter ?
> >
> > I downgraded to ld.so.1.9.6 and got the exact same errors (I even diffed
> > the two error files, and they were EXACTLY the same...)
>
>Your erro
On Fri, 19 Jun 1998, Steve Byrne wrote:
> Your errors are different -- there have been reports of people having a
> completely working environment with 1.9.8 (as I recall) and things failing
> immediately with 1.9.9. JDK is starting for you? Do simple AWT apps work?
ehhh there was one file I f
DAVID BALAZIC writes:
> Steve Byrne <[EMAIL PROTECTED]> wrote :
>
> >DAVID BALAZIC writes:
> > > This might be a bug in JDK 1.1.6 v1 libc5 i386
> > >
> > > I crashes similarily with jdk 1.1.5 v7 libc5 i386
> > >
> > > but not on JDK 1.1.3 v 3.0.1 for IRIX on an SGI machine
> > >
> >
Michael Plump writes:
> On Fri, 19 Jun 1998, DAVID BALAZIC wrote:
>
> > I also have ld.so 1.9.9 , does that matter ?
>
> I downgraded to ld.so.1.9.6 and got the exact same errors (I even diffed
> the two error files, and they were EXACTLY the same...)
Your errors are different -- there ha
Steve Byrne <[EMAIL PROTECTED]> wrote :
>DAVID BALAZIC writes:
> > This might be a bug in JDK 1.1.6 v1 libc5 i386
> >
> > I crashes similarily with jdk 1.1.5 v7 libc5 i386
> >
> > but not on JDK 1.1.3 v 3.0.1 for IRIX on an SGI machine
> >
> > I have an ancient Slackware distribution on x86 m
>On Fri, 19 Jun 1998, DAVID BALAZIC wrote:
>
>> I also have ld.so 1.9.9 , does that matter ?
>
>I downgraded to ld.so.1.9.6 and got the exact same errors (I even diffed
>the two error files, and they were EXACTLY the same...)
Reverting to ld 1.9.5 fixes the problems !
Details :
jdk 1.1.6v1 libc5
On Fri, 19 Jun 1998, DAVID BALAZIC wrote:
> I also have ld.so 1.9.9 , does that matter ?
I downgraded to ld.so.1.9.6 and got the exact same errors (I even diffed
the two error files, and they were EXACTLY the same...)
Mich
Steve Byrne <[EMAIL PROTECTED]> wrote :
>Michael Plump writes:
> > On Thu, 18 Jun 1998, DAVID BALAZIC wrote:
> >
> > > This might be a bug in JDK 1.1.6 v1 libc5 i386
> > >
> > > I crashes similarily with jdk 1.1.5 v7 libc5 i386
> > >
> > > SIGSEGV 11* segmentation violation
> > > st
On Thu, 18 Jun 1998, Steve Byrne wrote:
> Hold on there -- I don't think the guy you mention has the same problem. He's
> using ld 1.9.9, which seems to have broken binary compatibility with earlier
> versions of ld (like 1.9.6). I'm pretty sure that's the cause of the problem
wait a minute...
Michael Plump writes:
> On Thu, 18 Jun 1998, DAVID BALAZIC wrote:
>
> > This might be a bug in JDK 1.1.6 v1 libc5 i386
> >
> > I crashes similarily with jdk 1.1.5 v7 libc5 i386
> >
> > SIGSEGV 11* segmentation violation
> > stackbase=0xb8e0, stackpointer=0xb7ec
> > .
DAVID BALAZIC writes:
> This might be a bug in JDK 1.1.6 v1 libc5 i386
>
> I crashes similarily with jdk 1.1.5 v7 libc5 i386
>
> but not on JDK 1.1.3 v 3.0.1 for IRIX on an SGI machine
>
> I have an ancient Slackware distribution on x86 machine.
> I upgraded manually most of SW , so I
On Thu, 18 Jun 1998, DAVID BALAZIC wrote:
> This might be a bug in JDK 1.1.6 v1 libc5 i386
>
> I crashes similarily with jdk 1.1.5 v7 libc5 i386
>
> SIGSEGV 11* segmentation violation
> stackbase=0xb8e0, stackpointer=0xb7ec
> ...
FWIW, I also get errors like this when trying
David,
Just thought I'd let you know that your program works properly on my
Slackware libc5 system with Steve's 1.1.5v5 JDK port. Kernel 2.0.32.
-M@
--
Matthew Hixson http://www.frozenwave.com/~hixson
FroZenWave Communications [EMAIL PROTECTED]
Linux
This might be a bug in JDK 1.1.6 v1 libc5 i386
I crashes similarily with jdk 1.1.5 v7 libc5 i386
but not on JDK 1.1.3 v 3.0.1 for IRIX on an SGI machine
I have an ancient Slackware distribution on x86 machine.
I upgraded manually most of SW , so I have pretty recent everything.
The following
I've tried to install JDK 1.0.2 on my PC.
When using javac or appletviewer I get the message:
ltpc3% javac
Failed to locate native library in path:
/usr/lib
Aborting.
I've tried setting LD_LIBRARY_PATH to any combination of library
directories but always get the same message. What is th
96 matches
Mail list logo
