Hi,
I just tried to install jdk1.2. I am just starting to learn
java, so I basically tested some of the small demo
applications and they worked. Then I tried to run some IDEs
for Java like Freebuilder and Simplicity, but I only get
hangups and segmentation faults. Depending on which
libstdc++ lib
[EMAIL PROTECTED]("J.P.Lewis") wrote:
> I primarily wanted to point out the curious fact that the
> jit supplied by sun for Windows is much faster than the
> jit supplied by sun for Linux, and to ask what this meant.
A possible reason is that they are differing
implementations. The JIT with JDK
Matt Lord writes:
> Do you plan on porting HotSpot if and when Sun releases the source code?
If Sun will license us the code, we'll port it.
Steve
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
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
This isn't a fix, but it'll get you around the problem for
now... I kid you not, it works with some of the code I run
here where people did the same switch logic around rmi. -=Chris
java -Djava.version=1.1.7 your.class.here
o o
\___/
At 12:05 PM 5/3/99 +0100, Peter T Mount wrote:
>
>[ I'm cc'
oh yeah are you using ny image libs?
Spencer Marks <[EMAIL PROTECTED]> wrote on 3/5/99 8:22 pm:
Make sure you are not using .awt packages because if so you might run
into the problem that they require a valid DISPLAY environment
variable. (I just encountered a similar situation...)
Spencer
[EM
I set my DefaultColorDepth in my XF86Config file to 16. It did not have
a valuefoe it. I did this because the
system was complaining that it could not load the colormap. Setting the
DefaultColorDepth solved
this problem. But it caused my application to die during start up with
the following exce
Red Hat 6.0 comes with glibc 2.1.1. When attempting to run 'java' from the
Blackdown jdk 1.1.7v1 release, we get the error message:
/tmp/m/jdk1.1.7v1/bin/../bin/i686/green_threads/java: error in loading shared
libraries: /tmp/m/jdk1.1.7v1/bin/../lib/i686/green_threads/libjava.so: undefined
sym
>> but I'm afraid I have to say your followup comparisons are unfair...
>
>hold on - this post was intended to be just a statement of fact,
>not a complaint. I use blackdown and am very grateful for its existence.
I didn't think it was a complaint at all... just can't see the logical
basis for
Make sure you are not using .awt packages because if so you might run
into the problem that they require a valid DISPLAY environment
variable. (I just encountered a similar situation...)
Spencer
[EMAIL PROTECTED] (John Kozubik) writes:
> Hi.
>
> We have a custom server that we wrote in java
Bernardo Paz Betancourt wrote:
>
>
> Ok, thankyou, I understand, my problem is that I dont have the javax package
> How could I find it, I´m using Linux 5.2 whith JDK 1.1.7 and there is
> not any "javax" in the crs.zip (?) directory.
>
Ah - under 1.1.x, Swing is a separate download. Get Swing
>./configure tells me it can't find my version.
it's in your path right? I had the same thing first try because
the configure script does `which java` and I hadn't used it yet
in that shell (I don't put it in path unless I'm going to use it)
so running my setup script fixed that up real quick. -=
If your using jdk117 just look in the readme. It has directions on how
to run the jre without X. And if your using the 1.2 pre-release if I
remember correctly it states in the readme that it doesn't support
running with out X yet, but will in the final release.
Craig Courtney
[EMAIL PROTECTED]
Hi.
We have a custom server that we wrote in java and runs on linux. This
custom server does nothing but open and close sockets and transfer a few
bits of data here and there - needless to say it just runs off of the
command line and that is all there is to it.
So, in the interest of building t
On Mon, 3 May 1999, J.P.Lewis wrote:
> > but I'm afraid I have to say your followup comparisons are unfair...
>
> hold on - this post was intended to be just a statement of fact,
> not a complaint. I use blackdown and am very grateful for its existence.
> I've timed tya across releases, and i
Is the JDK 1.1.7 port compatible with Caldera's OpenLinux 2.2 (2.2 kernel?)
I am interested in getting this distribution, primarily for the KDE desktop,
but I need to know if the JDK will work first.
Thanks in advance,
Peter Antypas
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
> /../bin/i586/green_threads/java: error in loading shared libraries:
./../lib/i586/green_threads/libjava.so: undefined symbol:
_dl_symbol_value
I'm using SUSE, checking the directory /lib :
nm -A *.so* | grep _dl_symbol_value
gives me following result:
libc-2.0.7.so:00088d50 T
> but I'm afraid I have to say your followup comparisons are unfair...
hold on - this post was intended to be just a statement of fact,
not a complaint. I use blackdown and am very grateful for its existence.
I've timed tya across releases, and it's gotten steadily faster over the
last 6 month
Do you plan on porting HotSpot if and when Sun releases the source code?
Thanks,
Matt Lord
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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
On Mon, 3 May 1999, Bernd Kreimeier wrote:
I just ran your example on my debian 2.1 system and I got the AWT
crash you described. I have attached the output of bug.sh to this
email in case you want to see it.
later
mo
>
> I put all the bits into one source, at
>http://www.netaccess.ie/~bk/
On Mon, 3 May 1999, Bernd Kreimeier wrote:
> Moses DeJong writes:
> > (if you are using Lesstif)
> > LD_PRELOAD=libXt.so libXm.so libXext.so
> > LD_BIND_NOW=1
Funny thing is that this works on my RedHat 5.2 with 2.1.125 at home
but when I run it on a Debian 2.1 system at work I get a segfault
I put all the bits into one source, at
http://www.netaccess.ie/~bk/bug.tgz
I stripped it of all linkage and libdl.so use, so it
is just Invocation and Frame.show(). If you'd give
it a try? Or somebody with Debian 2.1 stable and
JDK 1.1.7v1a+native installed?
If this works on your box, then
Moses DeJong writes:
> (if you are using Lesstif)
> LD_PRELOAD=libXt.so libXm.so libXext.so
> LD_BIND_NOW=1
I already do LD_PRELOAD with libjava.so (as I use libdl.so).
Hmm, could have tried that myself. Using the line you state,
with or without pre-loading libjava.so, I get the segfault
belo
On Mon, 3 May 1999, Nobby Knox wrote:
> My problem is that I cannot get the Netbeans application installed.
> Netbeans is a very good Java IDE (in my opinion) and is written entirely
> in Java. Also, this is not the only application that will not run on my
> Redhat 5.2 system (JDK 1.2). With all
I don't see the need for a direct www connection.
We've got a GUI application running under JDK 1.2. The applet version runs
well
on an intranet with Netscape 4 or higher with the Java 1.2 plug-in for Windows
(our applet makes IE 4/5 crash though). It's only that the HTML page with that
EMBED tag
Check out jitterbug, the bug database, on the blackdown site and search on
libstdc++-libc6.0-1.so.2 I think you'll find a bug report with a work around for
your problem (bug id 452 maybe??)
Ted
Nobby Knox wrote:
> Hello everyone.
>
> This is my first post to this email list. I am also new to Ja
> I have installed JDk 1.2.1, but get an error sometimes when i run certain
>applications on Textpad.
>
> Symantec Java! JustInTime Compiler Version 210.063 for JDK 1.1.3
> Copyright (C) 1996-97 Symantec Corporation
> Can't find class symantec/tools/javac/Main
> Process completed with exit code
At 4:54 AM -0700 5/3/99, Troy Wu wrote:
>I agree that one, large namespace is impractical (see C++ =), but
>there are times when it's simply more convenient.
Especially since C++ allows you to overload = and it is smart enough
to not die at compile time. It just checks what types you have on eac
Tom Bradford wrote:
>Hi,
>
>I have, for the past few days, been trying to get the most recent
>release of your 1.1.7v1a port to work on RedHat 6.0. It worked find on 5.2,
>but they've upgraded their shared libraries and now, for some reason, the
>Java interpreter displays:
[...]
>Any help wou
I have installed JDk 1.2.1, but get an error sometimes when i run certain applications
on Textpad.
Symantec Java! JustInTime Compiler Version 210.063 for JDK 1.1.3
Copyright (C) 1996-97 Symantec Corporation
Can't find class symantec/tools/javac/Main
Process completed with exit code 1
Could any
Hi,
I have, for the past few days, been trying to
get the most recent release of your 1.1.7v1a port to work on RedHat 6.0.
It worked find on 5.2, but they've upgraded their shared libraries and now, for
some reason, the Java interpreter displays:
./../bin/i586/green_threads/java: error i
On Mon, 3 May 1999 15:19:36 +0100, Gerrit Cap wrote:
>Hello,
>
>
>Is it possible to get the 'diffs' between the original JDK source tree of
>SUN and the source tree used to generate the blackdown port ?
For the released JDK we have also released the diffs.
We have not done so for the pre-release
I ran into this same problem working on TclBlend (Java access in Tcl).
To fix things you will need to set some env vars so that the required
libs are preloaded (loaded before your JNI process is started).
(if you are using Lesstif)
LD_PRELOAD=libXt.so libXm.so libXext.so
LD_BIND_NOW=1
(if you ar
Hello,
Is it possible to get the 'diffs' between the original JDK source tree of
SUN and the source tree used to generate the blackdown port ?
Regards,
Gerrit.
Marble Consulting --
Gerrit Cap http://www.ping.be/marble
OO Solutions
hal:/opt/local/java/jdk/lib/i586/native_threads#
ldd ./libawt.so
libpthread.so.0 => /lib/libpthread.so.0 (0x4004a000)
libc.so.6 => /lib/libc.so.6 (0x40057000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x)
nm -D ./libawt.so | grep XtShellStrings
U XtShellStrings
nm -D libXt.so.6
The problem is that you can initialize the local var in the subclass in this
situation since you
have a handle to them but you cannot initialize the outer class instance viable
your self since you cannot get
a handle to it.
If you hand a instance variable
String myString
in the Parent2 c
I don't know if this is the problem you are seeing, but I have fixed problems
such as you described in our dialog boxes (extends JDialog) by moving a
call to setModal from near the bottom of the constructor to the top. It also
works fine if you pass true to super() in the constructor. The dialog
Hi Michael,
I suppose the other folks that didn't respond were, rightly, concerned that the
question is not a Linux-Java issue but I will try to addess it anyway since you
brought it back up.
Your example, if I remember right from when I took the Java Certification test
last year, is a varient o
Read README.linux
You need greenthread and nojit
Paul
At 02:02 PM +0300 05/03/99, Jani Mikkonen wrote:
>Call me stupid! Last post i made was made in haste. I did check that all
>java
>binaries runs properly and console "hello world" executes normally, what
>i didnt
>check was AWT based programs
On Mon, 3 May 1999 04:54:48 -0700 (PDT), Troy Wu wrote:
>That an import uses a wildcard can also be a strength. One of the
>merits of Java lies in its maintainability. Without the ability to
>import entire package, packages whose structures are being changed
>(generated code is notorious for ha
On Mon, 3 May 1999, Michael Sinz wrote:
>class layout of java. So yes, it's fine that you declared a
>variable as:
>
>java.util.List foo;
Actually, I feel that the real problem is that import lets you
use a wildcard. That is, IMHO, the real design flaw in Java.
If import requi
Not much of an oversite at all I would gather...just have to think about
how you are coding a bit more..Careful is good when you are coding.
Cheers
J.
At 07:31 AM 5/3/99 -0400, Michael Sinz wrote:
>On Sun, 2 May 1999 20:04:19 -0400, Will Koffel wrote:
>
>>The java.awt.List and java.util.List con
On Sun, 2 May 1999 20:04:19 -0400, Will Koffel wrote:
>The java.awt.List and java.util.List conflict you have found is
>in my opinion a VERY unfortunate oversight on the part of Sun.
>It's one example of some lack of coordination in designing the
>class layout of java. So yes, it's fine that y
Call me stupid! Last post i made was made in haste. I did check that all
java
binaries runs properly and console "hello world" executes normally, what
i didnt
check was AWT based programs. Now the problem is in 'em. AWT based
programs seems
to crash for no reason. First, ofcourse, java reported er
[ I'm cc'ing this to java-linux as this seems to be a problem with the
Linux PPC port - peter ]
On Sun, 2 May 1999, Tatsuo Ishii wrote:
[snip]
> This morning I started to look into this. First, JDBC driver coming
> with 6.5b did not compile. The reason was my JDK (JDK 1.1.7 v1 on
> LinuxPPC) r
hi,
i don't know if this is a good address to send this mail, but i hope
so.
we're developing a lot on java under linux and we have 4 full-time
very good programmers that use almost all of the capabilities of the
core jdk1.2 (that is jdk1.1 + swing + corba + jdbc + rmi + DnD).
we ran into load
Jani Mikkonen wrote:
>
> I resently switched from SOT linux which is based on Redhat 5.2 to
> RedHat60 and now Java2 reports similar message to this on every binary
> file ive tried.
>
> So, what might cause the problem and how to fix it.
At the same moment, i pushed send button,i had an idea
Jani Mikkonen wrote:
>
> I resently switched from SOT linux which is based on Redhat 5.2 to
> RedHat60 and now Java2 reports similar message to this on every binary
> file ive tried.
We have tried here RH 6.0 and all versions of JDK.
For the moment , only JDK 1.1.6 is working fine on RH 6.0
Be
I resently switched from SOT linux which is based on Redhat 5.2 to
RedHat60 and now Java2 reports similar message to this on every binary
file ive tried.
*** panic: GC: getStickySystemClass failed: java/lang/ref/Reference
CLASSPATH may be incorrect
SIGABRT 6* abort (generated by abo
51 matches
Mail list logo
