Redhat60 and Java2
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 abort(3) routine) stackpointer=0xb6b0 Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v1, native threads): "main" (TID:0x410e71e0, sys_thread_t:0x8143618, state:R, native ID:0x400) prio=5: pending=java.lang.OutOfMemoryError Monitor Cache Dump: Registered Monitor Dump: utf8 hash table: JNI pinning lock: JNI global reference lock: BinClass lock: Class linking lock: System class loader lock: Code rewrite lock: Heap lock: Monitor cache lock: owner "main" (0x8143618) 1 entry Thread queue lock: owner "main" (0x8143618) 1 entry Dynamic loading lock: Monitor registry: owner "main" (0x8143618) 1 entry So, what might cause the problem and how to fix it. -- Jani Mikkonen (rasjani at pcuf dot fi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Redhat60 and Java2
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 Best regards, -- Constantin Teodorescu FLEX Consulting Braila, ROMANIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Redhat60 and Java2
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 what might be wrong. Threads. And that it was.. Changing .java_wrapper line 66 (DEFAULT_THREADS_FLAG) from native to green, i got rid of this message and everything seemed to start working.. BTW, i was really amazed how fast i got replies! Thanks for those! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
help proposal
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 loads of problems related to the famous glibc2.1 and the fact that the jdk is ported to linux quite a while after the windows/solaris versions. we've discovered quite a few bugs in these APIs and submitted them, sometimes even submitted code fixed, to sun's bug parade. but after a while we unfortunately discovered that it took way less time to just fix them ourselves or use workarounds. so we have a quite improved version of swing for ourselves (dev use only, non commercial at all) and customized some tools like javadoc. and few of our bug reports seem to have been listened to. so we'd like to participate to the porting of the jdk1.2, actively, not really porting it, but by using it a lot we can find several important bugs or improvements i think and send you the result. we've traced some problems with DnD down to native call and although we have the solaris sources (downloaded from the Sun site) for jdk1.2 we cannot compile anything under linux. we often trace problems down to native methods and we'd like to be able to then get into this native stuff and not stop there. my question is there: is it possible to have the sources for the linux port of the jdk1.2, or the patches on the solaris source, and if yes, would you be interrested by our bug/fix reports for your release ? i think it's always nice to get a bug report with a fix at the same time, don't you think? thanx for an answer, Stef. -- ~ ~ I just realized that not only our business model was ~ Stef~ copyied from our ants' our building is built in the same ~ the~ way : it's a kind of cave, where we hid our employees in ~ i n ~ the downer parts, whereas some are left on the street ~ n a ~ level (the only one able to withstand a fight with the ~ f i ~ customers). And of course the boss, just as the queen of ~ ormagic ~ ants is in the deepest cave, well guarded. ~ ~ These are only some stupid signatures, i never said you had to read them... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SIGBUS in AllocSetAlloc & jdbc (fwd)
[ 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) returns version string as "root:10/14/98-13:50" and > makeVersion expected it started with "1.1". This was easy to fix. So I > went on and tried the ImageViewer sample. It gave me SQL an exception: [snip] > P.S. Peter, do you have any suggestion to make JDBC driver under JDK > 1.1.7? Ah, the first problem I've seen with the JVM version detection. the postgresql.Driver class does the same thing as makeVersion, and checks the version string, and when it sees that it starts with 1.1 it sets the base package to postgresql.j1 otherwise it sets it to postgresql.j2. The exceptions you are seeing is the JVM complaining it cannot find the JDK1.2 classes. As how to fix this, this is tricky. It seems that the version string isn't that helpful. The JDK documentation says it returns the version of the JVM, but there seems to be no set format for this. ie, with your version, it seems to give a date and time that VM was built. Java-Linux: Is there a way to ensure that the version string is similar to the ones that Sun produces? At least having the JVM version first, then reform after that? The PostgreSQL JDBC driver is developed and tested under Linux (intel) using 1.1.6 and 1.2b1 JVM's (both blackdown). I use Sun's Win32 1.2 JVM for testing. The current driver works fine on all three JVM's, so it seems to be the PPC port that has this problem. Peter -- Peter T Mount [EMAIL PROTECTED] Main Homepage: http://www.retep.org.uk PostgreSQL JDBC Faq: http://www.retep.org.uk/postgres Java PDF Generator: http://www.retep.org.uk/pdf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
More problems with Java2 and Redhat6.0
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 errors about missing library but i knew this bug and corrected it with these to lines: g++ -shared -o /usr/local/lib/libstdc++-libc6.0-1.so.2 -lm ldconfig So, now AWT programs starts correctly but after the Frame should appear to screen it pops to screen and disappears really fast. Any ideas ? -- Jani Mikkonen (rasjani at pcuf dot fi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ...
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 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 required fully qualified names at all times things would be much better. As it is now, many people import the world which makes the packages basically useless (everything is mushed together into a single name space) The nice thing about packages is that you can have the same class name (due to whatever reasons) in multiple packages and not have to give each one a strange name. (Why have to make Jfoo, Nfoo, etc., when it really is a foo?) Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ...
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 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 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 required fully qualified names at all times things >would be much better. As it is now, many people import the world >which makes the packages basically useless (everything is mushed >together into a single name space) The nice thing about packages >is that you can have the same class name (due to whatever reasons) >in multiple packages and not have to give each one a strange name. >(Why have to make Jfoo, Nfoo, etc., when it really is a foo?) > > >Michael Sinz -- Director of Research & Development, NextBus Inc. >mailto:[EMAIL PROTECTED] - http://www.nextbus.com >My place on the web ---> http://www.users.fast.net/~michael_sinz > > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
package importing conventions
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 required fully qualified names at all times things would be much better. As it is now, many people import the world which makes the packages basically useless (everything is mushed together into a single name space) The nice thing about packages is that you can have the same class name (due to whatever reasons) in multiple packages and not have to give each one a strange name. (Why have to make Jfoo, Nfoo, etc., when it really is a foo?) 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 having this problem) would have large maintainance issues when names changed. Also, when you decide to use another class in your application, you'll have to add the corresponding import. Sounds like an unnecessary time-sink. It still doesn't solve the List problem... Importing each class is somewhat unnecessary, since importing both java.awt.List and java.util.List doesn't resolve the dependency. You'd still have to unambiguate between List classes. To extend your own words, why call it a javax.swing.JPanel when you can just call it a JPanel? I agree that one, large namespace is impractical (see C++ =), but there are times when it's simply more convenient. Design flaws which deviate from beautiful (IMHO, though it's a little late)can exist--and should exist, sometimes--for purely pragmatic reasons. --troy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: package importing conventions
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 having this problem) would have large >maintainance issues when names changed. Actually, this is a minor issue. If it is generated code, something needs to know what package to import and change that. Making it import the correct classes directly is trivial. In fact, it is very easy to write an import-converter that makes all * imports be specific (in either way - as in, import all existing classes or import only those that this file actually references) >[...] Also, when you decide to use >another class in your application, you'll have to add the >corresponding import. Sounds like an unnecessary time-sink. It still >doesn't solve the List problem... Well, generally, I require that code documents what it uses anyway. The amount of work to add an import line is minimal and actually is a signal that some extra documentation as to what is being used (and how/where/why) is needed. >Importing each class is somewhat unnecessary, since importing both >java.awt.List and java.util.List doesn't resolve the dependency. >You'd still have to unambiguate between List classes. Well, you are assuming you need both. In which case you would need to fully qualify your name. > To extend your own words, why call it a javax.swing.JPanel > when you can just call it a JPanel? Actually, you got it wrong. The package naming in the front is not the mangling of the name. Why is javax.swing.JPanel not just javax.swing.Panel? After all, the J just makes the name look strange and is not anything specific. The javax.swing.JPanel was named as such in order to try to let you have a unified name space behavior between java.awt and javax.swing which, IMHO, leads you down a path one just does not want to go. > >I agree that one, large namespace is impractical (see C++ =), but >there are times when it's simply more convenient. Design flaws which >deviate from beautiful (IMHO, though it's a little late)can exist--and >should exist, sometimes--for purely pragmatic reasons. > > --troy > > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More problems with Java2 and Redhat6.0
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. Now the problem is in 'em. AWT based >programs seems >to crash for no reason. First, ofcourse, java reported errors about >missing >library but i knew this bug and corrected it with these to lines: > >g++ -shared -o /usr/local/lib/libstdc++-libc6.0-1.so.2 -lm >ldconfig > >So, now AWT programs starts correctly but after the Frame should appear >to screen >it pops to screen and disappears really fast. > >Any ideas ? > >-- > >Jani Mikkonen (rasjani at pcuf dot fi) > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Possible Java Bug ?
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 of a question on the test. If you built a slightly more
extended test you would have noticed that your call to "callFooBar()" in Parent2
from Parent1 occured before Parent2 was initialized. This means you were trying
to talk to "InnerOuter.this" before the inner class had an initialized pointer to
it.
This isn't a bug but part of the language spec. Since it will always be there one
has to plan for constructor issues like it.
I suspect that language design issues fit better in Java programmer groups.
Have fun,
Rick Kiss
Slightly more informative example.
class Parent1 {
public Parent1(){
callFooBar();
}
public void callFooBar(){
System.out.println(" Parent1 callFoobar");
}
}
public class InnerOuter {
// Inner class
class Parent2 extends Parent1 {
public Parent2() {
callFooBar();
}
public void callFooBar(){
System.out.println("Parent2 callFooBar - - - " + this);
try {
System.out.println(" Parent2 Foobar " + InnerOuter.this);
} catch (Exception e) {
System.out.println(" Parent2 Foobar " + e);
}
if (InnerOuter.this == null)
System.out.println(" InnerOuter.this == null - class not
initialized");
else
testOut(this);
}
}
public InnerOuter() {
testOut(this);
Parent2 p2 = new Parent2();
}
public void testOut(Object ob) {
System.out.println("TEST OUT: "+ob);
}
public static void main( String[] args ) {
InnerOuter test1 = new InnerOuter();
}
}
Michael Emmel wrote:
> To extend my own question I think this is a bug since thre is no way
> for a programmer to intialize the enclsing instance variable.
> I think that Object should have a methos added.
>
> getEnclosingInstance()
>
> Then you coud do ..
>
>public void callFooBar(){
> if( OuterClass.this == null ) {
> OuterClass.this = getEnclosingInstance();
> }
> System.out.println(" Parent2 Foobar " +OuterClass.this);
> }
>
> My point being that the subclass should alwas be able to access its enclosing
> class.
> The probelm is thre is no way for a prgrammer to init the instance variable
> that I know of.
>
> This does not work either
>
> class Parent2 extends Parent1 {
> Parent2( OuterClass outer ) {
> outer.super();
> }
>public void callFooBar(){
>System.out.println(" Parent2 Foobar " +OuterClass.this);
>}
>
>}
>
> Anyway I think it is a bug.
>
> Michael Emmel wrote:
>
> > This generates the following output ..
> >
> > Parent2 Foobar null
> >
> > I understand why but it compiles and fails at runtime.
> > Thus if you subclass a class with and inner class any method used is the
> > parents consturctor cannont
> > acces the Outer class.
> >
> > Of course I may be doing something stupid but I know the instance.super
> > stuff and this is the referse case.
> > It seems a bit pathalogical and also it compiles fine even though it
> > will never run.
> > The null pointer excetion if you access OuterClass.this is not exactly
> > helpful either.
> >
> > Any thoughts ??
> >
> > Mike
> >
> > class Parent1 {
> >
> > public Parent1(){
> > callFooBar();
> > }
> >
> > public void callFooBar(){
> > System.out.println(" Parent1 Foobar");
> > }
> >
> > }
> >
> > public class OuterClass {
> >
> > class Parent2 extends Parent1 {
> >
> > public void callFooBar(){
> > System.out.println(" Parent2 Foobar " +OuterClass.this);
> > }
> >
> > }
> >
> > public OuterClass() {
> >
> > Parent2 p2 = new Parent2();
> > }
> >
> > public static void main( String[] args ) {
> > OuterClass test1 = new OuterClass();
> >
> > }
> >
> > }
> >
> > --
> > To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More problems with Java2 and Redhat6.0
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 dialogs would flash briefly on the screen, as you described, until I made this change. It wasn't a problem on Windoze... [EMAIL PROTECTED] on 05/03/99 07:02:45 AM Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Russell Pridemore/Lex/Lexmark) Subject: More problems with Java2 and Redhat6.0 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 errors about missing library but i knew this bug and corrected it with these to lines: g++ -shared -o /usr/local/lib/libstdc++-libc6.0-1.so.2 -lm ldconfig So, now AWT programs starts correctly but after the Frame should appear to screen it pops to screen and disappears really fast. Any ideas ? -- Jani Mikkonen (rasjani at pcuf dot fi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Possible Java Bug ?
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 class
You could initialize it like
public void callFooBar(){
myString="I set this "
...
}
I suspect this is what your referring too.
The bug is you have no way to init the outer class variable since even though it
exists
you don't have a handle Someone else mentioned that is is set in the byte code and
should be since the outer class is already initialized
so the JVM has a handle to its instance. But you don't have access to this since its
generated code.
I guess I wasn't clear on the Bug its not the initialization In my first post I said
I understood what was happening
but that they don't provide access to the outer class viable via a method call akin
to super.
InnerOuter.this = ?
I think Object should be enhcaned to provide acess to this viarlbe via
getOuterInstance()
This method would return null unless your and inner class.
So I think its a bug.
As far is to why I'm reporting it here. Well for political reasons.
Javasoft has this nice little disclaimer on there bug tracking page..
http://java.sun.com/cgi-bin/bugreport.cgi
Before you start:
This web page is for reporting bugs in products distributed on java.sun.com.
.
I find it a bit offensive that Sun is pushing NT on me.
But this is a diffrent issue so don't respond to my rant below.
Technically Linux users cannot even make bug reports or requests.
Even though I've accepted the "Open" SCL I'm excluded.
I don't care much for Sun's caste system even India is getting away from it.
It seems linux users are members of the new high tech untouchables caste as in
definition 2a.
>From Websters on nextstep snif ...
1:
one of the hereditary social classes in Hinduism that restrict the occupation of
their members and their association with the members of other castes
2a:
a division of society based on differences of wealth, inherited rank or privilege,
profession, or occupation
b:
the position conferred by caste standing
3:
a system of rigid social stratification characterized by hereditary status,
endogamy, and social barriers sanctioned by custom, law, or religion
4:
a specialized form (as the soldier or worker of an ant) of a polymorphic social
insect that carries out a particular function in the colony
Mike
Not a political bone in my body : )
Rick Kiss wrote:
> 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 of a question on the test. If you built a slightly more
> extended test you would have noticed that your call to "callFooBar()" in Parent2
> from Parent1 occured before Parent2 was initialized. This means you were trying
> to talk to "InnerOuter.this" before the inner class had an initialized pointer to
> it.
>
> This isn't a bug but part of the language spec. Since it will always be there one
> has to plan for constructor issues like it.
>
> I suspect that language design issues fit better in Java programmer groups.
>
> Have fun,
>
> Rick Kiss
>
> Slightly more informative example.
>
> class Parent1 {
>
> public Parent1(){
> callFooBar();
> }
>
> public void callFooBar(){
> System.out.println(" Parent1 callFoobar");
> }
> }
>
> public class InnerOuter {
>
> // Inner class
> class Parent2 extends Parent1 {
> public Parent2() {
> callFooBar();
> }
>
> public void callFooBar(){
> System.out.println("Parent2 callFooBar - - - " + this);
>
> try {
> System.out.println(" Parent2 Foobar " + InnerOuter.this);
> } catch (Exception e) {
> System.out.println(" Parent2 Foobar " + e);
> }
> if (InnerOuter.this == null)
> System.out.println(" InnerOuter.this == null - class not
> initialized");
> else
> testOut(this);
> }
> }
>
> public InnerOuter() {
> testOut(this);
> Parent2 p2 = new Parent2();
> }
>
> public void testOut(Object ob) {
>System.out.println("TEST OUT: "+ob);
> }
>
> public static void main( String[] args ) {
> InnerOuter test1 = new InnerOuter();
> }
> }
>
>
> Michael Emmel wrote:
>
> > To extend my own question I think this is a bug since thre is no way
> > for a programmer to intialize the enclsing instance variable.
> > I think that Object
JDK 111.7v1a_native/incomplete libawt linkage?
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.0 | grep XtShellStrings
00041c2c R XtShellStrings
(aside: what manpage/info covers symbol flags...)
My invocation test:
invoking VM next...
returns JNIEnv 0x40075304
Loaded Test.class
Retrieved methodID for Test.init()V
JAVA: Test.init()V called.
/opt/local/java/jdk/lib/i586/jthreads/libawt.so:
undefined symbol: XtShellStrings (libawt.so)
The same test class works fine with "java Test" (popping up
the AWT Frame, that is), but with invocation, this doesn't
work, as libawt.so is not loaded. What am I missing here?
Shouldn't the "ldd libawt.so" list each any any X, JPEG,
GIF etc. dependency to make sure that in loading it, all
symbols are resolved?
Is there a workaround? Link my own bogus libawt.so?
Suggestion: add a few plain JNI Invocation tests linked
only with -ljava to your test suite? If you'd load AWT,
java.net, java.io and other core packages with native
code dependencies, this should catch any such omissions.
b.
P.S.: I actually tried System.loadLibrary("Xt"), which
passes w/o any error (probably doing nothing).
public class Test {
/**
* The init() method visible to native code.
* All mayhem starts here.
*/
public static final void init() {
System.out.print("JAVA: Test.init()V called.\n");
TestApplet app = new TestApplet();
// Frame for the applet.
Frame frame = new Frame( "JAVA: " + app.getClass().getName() );
frame.add("Center", app);
frame.resize(WIDTH,HEIGHT);
frame.show();
// Start the applet.
app.init();
app.start();
...
}
...
}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Patches
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 Engineer mailto:[EMAIL PROTECTED] Marble Consulting Blauwe Gaanweg, 53 tel : +32 75 72.94.36 B-9150 Kruibeke-Bazel fax : +32 3 744.19.17 Belgium -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK 111.7v1a_native/incomplete libawt linkage?
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 are using Motif)
TCLBLEND_LD_PRELOAD="libXm.so libXpm.so libXt.so libSM.so libICE.so
libXext.so libX11.so"
LD_BIND_NOW=1
With those vars set you should be able to run with both JDK1.1 and JDK1.2
from blackdown. You would not need to do this under other systems like
Solaris as they link to Motif. The blackdown port compiles motif
statically into the java executable so there is no way to access the
motif code shipped by blackdown using JNI.
I hope that helps
Mo DeJong
dejong at cs.umn.edu
On Mon, 3 May 1999, Bernd Kreimeier wrote:
>
> 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.0 | grep XtShellStrings
> 00041c2c R XtShellStrings
> (aside: what manpage/info covers symbol flags...)
>
> My invocation test:
> invoking VM next...
> returns JNIEnv 0x40075304
> Loaded Test.class
> Retrieved methodID for Test.init()V
> JAVA: Test.init()V called.
> /opt/local/java/jdk/lib/i586/jthreads/libawt.so:
>undefined symbol: XtShellStrings (libawt.so)
>
> The same test class works fine with "java Test" (popping up
> the AWT Frame, that is), but with invocation, this doesn't
> work, as libawt.so is not loaded. What am I missing here?
> Shouldn't the "ldd libawt.so" list each any any X, JPEG,
> GIF etc. dependency to make sure that in loading it, all
> symbols are resolved?
>
> Is there a workaround? Link my own bogus libawt.so?
>
> Suggestion: add a few plain JNI Invocation tests linked
> only with -ljava to your test suite? If you'd load AWT,
> java.net, java.io and other core packages with native
> code dependencies, this should catch any such omissions.
>
>
> b.
>
>
> P.S.: I actually tried System.loadLibrary("Xt"), which
> passes w/o any error (probably doing nothing).
>
>
>
> public class Test {
> /**
>* The init() method visible to native code.
>* All mayhem starts here.
>*/
> public static final void init() {
> System.out.print("JAVA: Test.init()V called.\n");
> TestApplet app = new TestApplet();
>
> // Frame for the applet.
> Frame frame = new Frame( "JAVA: " + app.getClass().getName() );
> frame.add("Center", app);
> frame.resize(WIDTH,HEIGHT);
> frame.show();
>
> // Start the applet.
> app.init();
> app.start();
>
> ...
> }
>
> ...
>
> }
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Patches
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 Java 2 environment. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RedHat 6.0 and Blackdown Java 1.1.7v1a
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 in loading shared libraries: ./../lib/i586/green_threads/libjava.so: undefined symbol: _dl_symbol_value I've tried tinkering with the .java_wrapper and checkVersions scripts to make them hit against the glibc compatilibity libraries that come with RH6, but haven't yet been able to get it to work. I've also tried with all of the available versions, glibc, libc both with green_threads and native_threads, and none work. Any help would be greatly appreciated and would benefit the Red Hat user community in general, who I'm sure are having similar problems with this and other software right now. Thanks, Tom Bradford Software Engineer Evergreen Internet (602) 926-4500 x 262 BEGIN:VCARD N:Bradford;Thomas;S FN:Thomas S Bradford ORG:Evergreen Internet;Product Development TITLE:Software Engineer TEL;WORK;VOICE:(602) 926-4500 x 262 TEL;WORK;FAX:(602) 926-8939 ADR;WORK:;;3260 North Colorado Street;Chandler;AZ;85225;USA LABEL;WORK;ENCODING=QUOTED-PRINTABLE:3260 North Colorado Street=0D=0AChandler, AZ 85225=0D=0AUSA ADR;HOME:;;;Mesa;AZ;85205;USA LABEL;HOME;ENCODING=QUOTED-PRINTABLE:Mesa, AZ 85205=0D=0AUSA X-WAB-GENDER:Male URL:http://www.beachdogsoftware.com URL:http://www.evergreen.com EMAIL;PREF;INTERNET:[EMAIL PROTECTED] EMAIL;INTERNET:[EMAIL PROTECTED] END:VCARD
Compilation error
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 anyone help Fred. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RedHat 6.0 and Blackdown Java 1.1.7v1a
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 would be greatly appreciated and would benefit the Red Hat user >community in general, who I'm sure are having similar problems with this >and other software right now. We are working on getting a new release out that does not depend on a glibc 2.0 behavior that no longer exists in glibc 2.1... In fact, Juergen has done the work already and I am just getting some time to test it. (We have all been rather busy with other work...) Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: package importing conventions
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 each side and runs the = from that class. If java weren't so paranoid, it would trust that the programmer is not only aware that they have a conflicting class name in the same namespace, but that they've used it properly. For example, java.util.List is an interface, so why isn't javac (or jikes) smart enough to realize that when I type: List foo = new ArrayList(); that I'm obviously not talking about java.awt.List, since ArrayList doesn't inherit from it?! Clearly, this gets much more complicated, as you can have constructors which may take the same arguments. Then you could perhaps look at the other methods which are called on object foo to see which class they are found in. If you give me 10 seconds with an "ambiguous method", I can tell you what the programmer meant, even without reading comments, and I wish that javac would at least try. If it can't figure enough out to be sure, then I probably messed something up and I'm happy to see a compile-time error. But I do think overloading class names is an important part of a robust language. In addition, I think importing * is great for maintenance and flexibility. But I still maintain that Sun didn't realize the conflict in java.awt.List and java.util.List before they shipped 1.2 out the door (or almost shipped it anyway). If they did realize, then the problem arises mostly from a lazy implementation of javac, IMHO. Hmm...this discussion clearly doesn't belong on this mailing list. Sorry about that. I thought my initial response would be the end of it. -Will ___ Will Koffel Course 21M (617) 225-6428 ~*_*~ [EMAIL PROTECTED]Course 6 MIT '00 http://web.mit.edu/wkoffel/www --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Compilation error
> 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 Oh yeah, this really sounds Linux related...:-( Anyhow, ever tried to run it with jit turned off ? Oliver ___ Oliver Fels| e-mail: Neurotec Hochtechnologie GmbH | [EMAIL PROTECTED] Team Manager JAVA-/IT-Security | Friedrichshafen, Germany | --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems installing Netbeans
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 Java and > Linux. > > 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 these applications, the error > remains the same. I have included the error output below. > > Thanks for you help. > > Nobby > > /**[ start output ]***/ > > Unable to extract this archive. > java.lang.UnsatisfiedLinkError: > /usr/jdk1.2/jre/lib/i386/libfontmanager.so: libstdc++-libc6.0-1.so.2: > cannot open shared object file: No such file or directory > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > at java.lang.ClassLoader.loadLibrary0(Compiled Code) > at java.lang.ClassLoader.loadLibrary(Compiled Code) > at java.lang.Runtime.loadLibrary0(Compiled Code) > at java.lang.System.loadLibrary(Compiled Code) > at sun.security.action.LoadLibraryAction.run(Compiled Code) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.awt.font.NativeFontWrapper.(NativeFontWrapper.java:41) > at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) > at > sun.awt.X11GraphicsEnvironment.(X11GraphicsEnvironment.java:61) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Compiled Code) > at > java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Compiled Code) > at java.awt.Font.initializeFont(Compiled Code) > at java.awt.Font.(Compiled Code) > at com.installshield.isjava.runtime.InfoContainer.load(Compiled > Code) > at > com.installshield.isjava.runtime.InfoContainer.equals(Compiled Code) > at nbdx2_21.initiateGUI(Compiled Code) > at nbdx2_21.execute(Compiled Code) > at nbdx2_21.(Compiled Code) > at nbdx2_21.main(Compiled Code) > java.lang.RuntimeException > at nbdx2_21.bail(Compiled Code) > at nbdx2_21.execute(Compiled Code) > at nbdx2_21.(Compiled Code) > at nbdx2_21.main(Compiled Code) > **ERROR failed to install > > /**[ end output ]***/ > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- = Ted X. Toth,Mail: [EMAIL PROTECTED] Open Microsystems Inc. WWW: http://www.openmic.com 505 East Huntland Drive, Suite 450 Voice (512) 485-7386 Austin, TX 78752-3714 Fax (512) 450-0397 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java plug-in
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 sits on the intranet and the plugin-install page also. The plug-in installation file is also inside since Javasoft grants permission to redistribute the file to anybody who acknowledges the copyright. But since there does not seem to exist the same plug-in for Linux, we could not test it there, which is a shame... Bye. Sonja Emmel wrote: I don't know if there is a linux version of the plug-in from Sun, but I am almost sure that there is until now no browser capable to view 1.2 applets. I tried the plug-in for Netscape under Win95 with 1.2 applets and it didn't work. I only was capable to view the applets with a direct connection to the www and a special HTML-tag:
Re: Problems installing Netbeans
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 these applications, the error > remains the same. I have included the error output below. You need to make a link from your current libstdc++ to the one expected. See the mail archives for more information. OTOH, I wouldn't suggest you run Netbeans with JDK 1.2 just yet. It crashes often. Netbeans with JDK 1.1.7 runs acceptably for me. . . . Sean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK 111.7v1a_native/incomplete libawt linkage?
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 below. Did you try this with an application that uses libdl.so:dlopen(..) on some unrelated DLL? I even re-compiled Lesstif, same result. I am going to try a recent CVS next. Or am I (a full year after the initial trouble) bitten by the thread-safety in libdl.so vs. JDK problem again? b. JAVA: Test.init()V called. SIGSEGV 11* segmentation violation stackbase=B2E8, stackpointer=BFFFD4E0 Full thread dump: "AWT-Motif" (TID:0x4086e520, sys_thread_t:0x80f5248, state:CW, thread_t: t@5125, sp:0x0 threadID:0xae5, stack_base:0xbf1ffd68, stack_size:0x20) prio=5 java.lang.Thread.run(Thread.java) "AWT-Input" (TID:0x4086e488, sys_thread_t:0x80f9338, state:R, thread_t: t@4100, sp:0x0 threadID:0xae4, stack_base:0xbf3ffd68, stack_size:0x20) prio=5 "AWT-EventQueue-0" (TID:0x4086e4a0, sys_thread_t:0x80e2540, state:CW, thread_t: t@3075, sp:0x0 threadID:0xae3, stack_base:0xbf5ffd68, stack_size:0x20) prio=5 java.lang.Object.wait(Object.java) java.awt.EventQueue.getNextEvent(EventQueue.java:118) java.awt.EventDispatchThread.run(EventDispatchThread.java:67) "SIGQUIT handler" (TID:0x4086a2a0, sys_thread_t:0x8082308, state:R, thread_t: t@2050, sp:0x0 threadID:0xace, stack_base:0xbf7ffd68, stack_size:0x20) prio=5 "Finalizer thread" (TID:0x4086a088, sys_thread_t:0x8082280, state:CW, thread_t: t@1025, sp:0x0 threadID:0xacd, stack_base:0xbf9ffd68, stack_size:0x20) prio=5 "main" (TID:0x4086a0b0, sys_thread_t:0x8076a60, state:R, thread_t: t@1024, sp:0x0 threadID:0xac8, stack_base:0xb2e8, stack_size:0x20) prio=0 *current thread* sun.awt.motif.MComponentPeer.init(MComponentPeer.java:103) sun.awt.motif.MFramePeer.(MFramePeer.java:59) sun.awt.motif.MToolkit.createFrame(MToolkit.java:117) java.awt.Frame.addNotify(Frame.java:203) java.awt.Window.show(Window.java:145) Test.init(Test.java:38) Monitor Cache Dump: java.lang.Object@1082580992/1082954576: owner "main" (0x8076a60, 1 entry) sun.awt.motif.MToolkit@1082581592/1082960544: owner "main" (0x8076a60, 1 entry) Waiting to be notified: "AWT-Motif" (0x80f5248) java.awt.EventQueue@1082582256/1082960800: Waiting to be notified: "AWT-EventQueue-0" (0x80e2540) Registered Monitor Dump: Thread queue lock: Name and type hash table lock: String intern lock: JNI pinning lock: JNI global reference lock: BinClass lock: Class loading lock: Java stack lock: Code rewrite lock: Heap lock: Has finalization queue lock: Finalize me queue lock: Waiting to be notified: "Finalizer thread" (0x8082280) Monitor registry: owner "main" (0x8076a60, 1 entry) Abort (core dumped) gdb: Program terminated with signal 6, Aborted. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK 111.7v1a_native/incomplete libawt linkage?
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 I will happily look for fixed libs and local problems. If it doesn't, chances are I will be stuck again. b. P.S.: come to think of it - anybody with Solaris give it a try? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK 111.7v1a_native/incomplete libawt linkage?
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 like the one you are seeing. I wonder if this is a libc problem or a lesstif problem. later mo > 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 > below. Did you try this with an application that uses > libdl.so:dlopen(..) on some unrelated DLL? > > I even re-compiled Lesstif, same result. I am going to > try a recent CVS next. Or am I (a full year after the > initial trouble) bitten by the thread-safety in libdl.so > vs. JDK problem again? > > >b. > > > JAVA: Test.init()V called. > SIGSEGV 11* segmentation violation > stackbase=B2E8, stackpointer=BFFFD4E0 > > Full thread dump: > "AWT-Motif" (TID:0x4086e520, sys_thread_t:0x80f5248, > state:CW, thread_t: t@5125, sp:0x0 threadID:0xae5, > stack_base:0xbf1ffd68, stack_size:0x20) prio=5 > java.lang.Thread.run(Thread.java) > > "AWT-Input" (TID:0x4086e488, sys_thread_t:0x80f9338, > state:R, thread_t: t@4100, sp:0x0 threadID:0xae4, > stack_base:0xbf3ffd68, stack_size:0x20) prio=5 > > "AWT-EventQueue-0" (TID:0x4086e4a0, sys_thread_t:0x80e2540, > state:CW, thread_t: t@3075, sp:0x0 threadID:0xae3, > stack_base:0xbf5ffd68, stack_size:0x20) prio=5 > java.lang.Object.wait(Object.java) > java.awt.EventQueue.getNextEvent(EventQueue.java:118) > java.awt.EventDispatchThread.run(EventDispatchThread.java:67) > > "SIGQUIT handler" (TID:0x4086a2a0, sys_thread_t:0x8082308, > state:R, thread_t: t@2050, sp:0x0 threadID:0xace, > stack_base:0xbf7ffd68, stack_size:0x20) prio=5 > "Finalizer thread" (TID:0x4086a088, sys_thread_t:0x8082280, > state:CW, thread_t: t@1025, sp:0x0 threadID:0xacd, > stack_base:0xbf9ffd68, stack_size:0x20) prio=5 > > "main" (TID:0x4086a0b0, sys_thread_t:0x8076a60, state:R, > thread_t: t@1024, sp:0x0 threadID:0xac8, stack_base:0xb2e8, > stack_size:0x20) prio=0 *current thread* > sun.awt.motif.MComponentPeer.init(MComponentPeer.java:103) > sun.awt.motif.MFramePeer.(MFramePeer.java:59) > sun.awt.motif.MToolkit.createFrame(MToolkit.java:117) > java.awt.Frame.addNotify(Frame.java:203) > java.awt.Window.show(Window.java:145) > Test.init(Test.java:38) > > Monitor Cache Dump: > java.lang.Object@1082580992/1082954576: owner "main" (0x8076a60, 1 entry) > sun.awt.motif.MToolkit@1082581592/1082960544: > owner "main" (0x8076a60, 1 entry) > Waiting to be notified: > "AWT-Motif" (0x80f5248) > java.awt.EventQueue@1082582256/1082960800: > Waiting to be notified: > "AWT-EventQueue-0" (0x80e2540) > > Registered Monitor Dump: > Thread queue lock: > Name and type hash table lock: > String intern lock: > JNI pinning lock: > JNI global reference lock: > BinClass lock: > Class loading lock: > Java stack lock: > Code rewrite lock: > Heap lock: > Has finalization queue lock: > Finalize me queue lock: > Waiting to be notified: > "Finalizer thread" (0x8082280) > Monitor registry: owner "main" (0x8076a60, 1 entry) > Abort (core dumped) > > gdb: > Program terminated with signal 6, Aborted. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK 111.7v1a_native/incomplete libawt linkage?
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/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 I will happily look > for fixed libs and local problems. If it doesn't, > chances are I will be stuck again. > > > b. > > > P.S.: come to think of it - anybody with Solaris give > it a try? > Mo DeJong [EMAIL PROTECTED] gimme multimedia group retrieving VM args defaults... ignoring VM bogus classpath default current working directory: /home/mo/bug/ using VM classpath /usr/lib/jdk1.1/lib/classes.zip:/home/mo/bug/classes.zip:/home/mo/bug/classes/ invoking VM next... returns JNIEnv 0x401d2304 Loading Test.class... Loaded Test.class Retrieving methodID for Test.init()V... Retrieved methodID for Test.init()V Calling method Test.init()V... JAVA: Test.init()V called. JAVA: AWT Frame created. JAVA: AWT Frame configured. SIGSEGV 11* segmentation violation stackbase=BB08, stackpointer=BFFFDD20 Full thread dump: "AWT-Motif" (TID:0x4072c498, sys_thread_t:0x80e79a0, state:R, thread_t: t@5125, sp:0x0 threadID:0x0, stack_base:0x0, stack_size:0x0) prio=0 "AWT-Input" (TID:0x4072c4b8, sys_thread_t:0x80e7908, state:R, thread_t: t@4100, sp:0x0 threadID:0x0, stack_base:0x0, stack_size:0x0) prio=0 "AWT-EventQueue-0" (TID:0x4072c4d0, sys_thread_t:0x80bcff0, state:CW, thread_t: t@3075, sp:0x0 threadID:0x4cf6, stack_base:0xbf5ffd68, stack_size:0x20) prio=0 java.lang.Object.wait(Object.java) java.awt.EventQueue.getNextEvent(EventQueue.java:118) java.awt.EventDispatchThread.run(EventDispatchThread.java:67) "SIGQUIT handler" (TID:0x407282a0, sys_thread_t:0x807d390, state:R, thread_t: t@2050, sp:0x0 threadID:0x4cf5, stack_base:0xbf7ffd68, stack_size:0x20) prio=0 "Finalizer thread" (TID:0x40728088, sys_thread_t:0x807d308, state:CW, thread_t: t@1025, sp:0x0 threadID:0x4cf4, stack_base:0xbf9ffd68, stack_size:0x20) prio=0 "main" (TID:0x407280b0, sys_thread_t:0x8071ae8, state:R, thread_t: t@1024, sp:0x0 threadID:0x4cf2, stack_base:0xbb08, stack_size:0x20) prio=0 *current thread* sun.awt.motif.MComponentPeer.init(MComponentPeer.java:103) sun.awt.motif.MFramePeer.(MFramePeer.java:59) sun.awt.motif.MToolkit.createFrame(MToolkit.java:117) java.awt.Frame.addNotify(Frame.java:203) java.awt.Window.show(Window.java:145) Test.init(Test.java:33) Monitor Cache Dump: java.lang.Object@1081262056/1081635088: owner "main" (0x8071ae8, 1 entry) java.awt.EventQueue@1081262680/1081640520: Waiting to be notified: "AWT-EventQueue-0" (0x80bcff0) sun.awt.motif.MToolkit@1081262728/1081640264: owner "main" (0x8071ae8, 1 entry) Registered Monitor Dump: Thread queue lock: Name and type hash table lock: String intern lock: JNI pinning lock: JNI global reference lock: BinClass lock: Class loading lock: Java stack lock: Code rewrite lock: Heap lock: Has finalization queue lock: Finalize me queue lock: Waiting to be notified: "Finalizer thread" (0x807d308) Monitor registry: owner "main" (0x8071ae8, 1 entry)
Seeking source for Linux JDK 1.2 port
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, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
HotSpot
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]
Re: Java/C benchmark
> 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 months. The fact that it already keeps up with the sun-supplied jdk12/linux jit is impressive. 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. > p.s. (_way_ off-topic) /pix/sunset640sig.jpg is gorgeous, as is the thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: RedHat 6.0 and Blackdown Java 1.1.7v1a
> /../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 _dl_symbol_value so i believe you should somehow play with your glibc version?! Marcel -- Marcel Ruff [EMAIL PROTECTED] http://www.lake.de/home/lake/swand/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Seeking source for Linux JDK 1.2 port
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 available until another non-prerelease is made available (there are some nasty bugs in the current 1.2 release). After that we should be able to get our hands on them. Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Caldera OpenLinux 2.2 and Jdk 1.1.7
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 ___ Get Free Email and Do More On The Web. Visit http://www.msn.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java/C benchmark
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 it's gotten steadily faster over the > last 6 months. The fact that it already keeps up with the sun-supplied > jdk12/linux jit is impressive. > > 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. It's quite likely that the Linux JDK 1.2 JIT is based on the one that Sun provides with the Solaris Reference JDK 1.2, which does not seem to provide as good of a performance boost as the Win32 JIT or the Solaris Production JDK JIT. All IMHO, of course. Scott -- = Scott Murray email: [EMAIL PROTECTED] http://www.interlog.com/~scottm ICQ#: 10602428 - "Good, bad ... I'm the guy with the gun." - Ash, "Army of Darkness" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
why do we need X11 to run purely command line java stuff?
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 the most spartan and clean linux box I could, I reloaded the machine without any X-window support, X11, or any garbage like that that we will never need. Now java does not work. Could you please explain to us how we can run our java command line program without worrying about silly things like X11 printer libraries? My programmer is under the impression that we MUST install all this GUI crap just to get out simple command line utility working. I on the other hand think that this is an absurd conception. Any information would be appreciated, John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: why do we need X11 to run purely command line java stuff?
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] "Remember, never ask a geek "why"; just nod your head and back away slowly..." > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Monday, May 03, 1999 6:44 PM > To: [EMAIL PROTECTED] > Subject: why do we need X11 to run purely command line java stuff? > > > 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 the most spartan and clean linux box I > could, I reloaded the machine without any X-window support, > X11, or any > garbage like that that we will never need. > > Now java does not work. > > Could you please explain to us how we can run our java > command line program > without worrying about silly things like X11 printer libraries? My > programmer is under the impression that we MUST install all > this GUI crap > just to get out simple command line utility working. I on > the other hand > think that this is an absurd conception. > > Any information would be appreciated, > > John > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installing TYA, been there? done that?
>./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. -=Chris !NEW!-=> <*> cabbey at home dot net http://members.home.net/cabbey/ <*> "What can Microsoft do? They certainly can't program around us." - Linus -BEGIN GEEK CODE BLOCK- Version:3.12 http://www.geekcode.com GCS$/IT/PA$ d(-) s++:+ a-- C+++$ UL UA++$ P++ L++ E- W++ N+ o? K? !P w---(+)$ O- M-- V-- Y+ PGP+ t--- 5++ X+ R tv b+ DI+++ D G e++ h(+) r@ y? --END GEEK CODE BLOCK-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: javax.swing.preview not found
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 1.1.1 from java.sun.com/products/swing (I think that's the right URL). Put the swingall.jar in your $CLASSPATH and you're all set. -- Jeff Galyan http://www.anamorphic.com http://www.sun.com jeffrey dot galyan at sun dot com talisman at anamorphic dot com Sun Certified Java(TM) Programmer == Linus Torvalds on Microsoft and software development: "... if it's a hobby for me and a job for you, why are you doing such a shoddy job of it?" The views expressed herein do not necessarily reflect those of my employer. Sun Microsystems, Inc., has no connection to my involvement with the Mozilla Organization. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: why do we need X11 to run purely command line java stuff?
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 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 the most spartan and clean linux box I > could, I reloaded the machine without any X-window support, X11, or any > garbage like that that we will never need. > > Now java does not work. > > Could you please explain to us how we can run our java command line program > without worrying about silly things like X11 printer libraries? My > programmer is under the impression that we MUST install all this GUI crap > just to get out simple command line utility working. I on the other hand > think that this is an absurd conception. > > Any information would be appreciated, > > John > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java/C benchmark
>> 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 it as a statement of fact perhaps "illogical" would have been a beter word that "unfair". >I've timed tya across releases, and it's gotten steadily faster over the >last 6 months. The fact that it already keeps up with the sun-supplied >jdk12/linux jit is impressive. This is tya1.3 & jdk117_v1a -vs- sunwjit & jdk1.2pre1 right?? Not to take anything away from Albrecht, but for anything _real_world_ Java2 (no matter what platform) is slower than jdk1.1.x. >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. There's the reference vs production issue Scott pointed out; which I can whole-heartedly agree with. Plus the issue I just can't accept as logical of comparing JITs across java levels... that just seems too much like apples vs oranges to me. -=Chris p.s. of course if you've been talking about tya on 1.2 this whole time then I'll gladly retract this whole thread and shut up now :) !NEW!-=> <*> cabbey at home dot net http://members.home.net/cabbey/ <*> "What can Microsoft do? They certainly can't program around us." - Linus -BEGIN GEEK CODE BLOCK- Version:3.12 http://www.geekcode.com GCS$/IT/PA$ d(-) s++:+ a-- C+++$ UL UA++$ P++ L++ E- W++ N+ o? K? !P w---(+)$ O- M-- V-- Y+ PGP+ t--- 5++ X+ R tv b+ DI+++ D G e++ h(+) r@ y? --END GEEK CODE BLOCK-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JDK 1.1.7v1 and glibc 2.1.1
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 symbol: _dl_symbol_value In other words, _dl_symbol_value isn't found in the shared libraries for some reason. Under glibc 2.0.7 (from RedHat 5.2) this works fine, and I can see that symbol defined in the shared libs ... but it's not there in 2.1.1 for some reason. Looks like there should be a rebuild of JDK 1.1.7 against the latest glibc? (Yes, I know that JDK 1.2 is out, but we have a need for JDK1.1.7 support.) mdw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JDK 1.2 - Exception - can't load javax.swing.plaf.metal.MetalLookAndFeel
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 exception. How can I resolve this new problem? Thanks Al Exception in thread "main" java.lang.Error: can't load javax.swing.plaf.metal.MetalLookAndFeel at javax.swing.UIManager.initializeDefaultLAF(Compiled Code) at javax.swing.UIManager.initialize(Compiled Code) at javax.swing.UIManager.maybeInitialize(Compiled Code) at javax.swing.UIManager.getUI(Compiled Code) at javax.swing.JPanel.updateUI(Compiled Code) at javax.swing.JPanel.(Compiled Code) at javax.swing.JPanel.(Compiled Code) at javax.swing.JRootPane.createGlassPane(Compiled Code) at javax.swing.JRootPane.(Compiled Code) at javax.swing.JFrame.createRootPane(Compiled Code) at javax.swing.JFrame.frameInit(Compiled Code) at javax.swing.JFrame.(Compiled Code) at PrintFrame.(Compiled Code) at TwinkleTwinkleLittleStar.(Compiled Code) at TwinkleTwinkleLittleStar.main(Compiled Code -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: why do we need X11 to run purely command line java stuff?
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 [EMAIL PROTECTED] (John Kozubik) writes: > 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 the most spartan and clean linux box I > could, I reloaded the machine without any X-window support, X11, or any > garbage like that that we will never need. > > Now java does not work. > > Could you please explain to us how we can run our java command line program > without worrying about silly things like X11 printer libraries? My > programmer is under the impression that we MUST install all this GUI crap > just to get out simple command line utility working. I on the other hand > think that this is an absurd conception. > > Any information would be appreciated, > @qlink.queensu.ca> X-Sender: [EMAIL PROTECTED] X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Mon, 03 May 1999 21:49:00 -0400 To: [EMAIL PROTECTED] From: James Seigel <[EMAIL PROTECTED]> Subject: Re: I love you Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" i love you more . You are the best. Thank you! Toft Karen <[EMAIL PROTECTED]> wrote on 3/5/99 11:31 pm: DUDE! I love you! Smooches, K 11 to run purely command line java stuff? References: <[EMAIL PROTECTED]> Reply-to: [EMAIL PROTECTED] From: Spencer Marks <[EMAIL PROTECTED]> Date: 03 May 1999 20:22:11 + In-Reply-To: [EMAIL PROTECTED]'s message of "Mon, 03 May 1999 15:44:09 -0700" Message-ID: <[EMAIL PROTECTED]> Lines: 37 X-Mailer: Gnus v5.5/Emacs 20.3 Resent-Message-ID: <"vJVU81.0.IL3.L3aBt"@shell> Resent-From: [EMAIL PROTECTED] X-Mailing-List: <[EMAIL PROTECTED]> archive/latest/7123 X-Loop: [EMAIL PROTECTED] Precedence: list Resent-Sender: [EMAIL PROTECTED] X-UIDL: 241ad9d625fd639f417ef589ea79fdbf 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 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 the most spartan and clean linux box I > could, I reloaded the machine without any X-window support, X11, or any > garbage like that that we will never need. > > Now java does not work. > > Could you please explain to us how we can run our java command line program > without worrying about silly things like X11 printer libraries? My > programmer is under the impression that we MUST install all this GUI crap > just to get out simple command line utility working. I on the other hand > think that this is an absurd conception. > > Any information would be appreciated, > > John > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SIGBUS in AllocSetAlloc & jdbc (fwd)
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'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) returns version string as "root:10/14/98-13:50" and >> makeVersion expected it started with "1.1". This was easy to fix. So I >> went on and tried the ImageViewer sample. It gave me SQL an exception: > >[snip] > >> P.S. Peter, do you have any suggestion to make JDBC driver under JDK >> 1.1.7? > >Ah, the first problem I've seen with the JVM version detection. the >postgresql.Driver class does the same thing as makeVersion, and checks the >version string, and when it sees that it starts with 1.1 it sets the base >package to postgresql.j1 otherwise it sets it to postgresql.j2. > >The exceptions you are seeing is the JVM complaining it cannot find the >JDK1.2 classes. > >As how to fix this, this is tricky. It seems that the version string isn't >that helpful. The JDK documentation says it returns the version of the >JVM, but there seems to be no set format for this. ie, with your version, >it seems to give a date and time that VM was built. > >Java-Linux: Is there a way to ensure that the version string is similar to >the ones that Sun produces? At least having the JVM version first, then >reform after that? > >The PostgreSQL JDBC driver is developed and tested under Linux (intel) >using 1.1.6 and 1.2b1 JVM's (both blackdown). I use Sun's Win32 1.2 JVM >for testing. The current driver works fine on all three JVM's, so it seems >to be the PPC port that has this problem. > >Peter > >-- > Peter T Mount [EMAIL PROTECTED] > Main Homepage: http://www.retep.org.uk >PostgreSQL JDBC Faq: http://www.retep.org.uk/postgres > Java PDF Generator: http://www.retep.org.uk/pdf > > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > !NEW!-=> <*> cabbey at home dot net http://members.home.net/cabbey/ <*> "What can Microsoft do? They certainly can't program around us." - Linus -BEGIN GEEK CODE BLOCK- Version:3.12 http://www.geekcode.com GCS$/IT/PA$ d(-) s++:+ a-- C+++$ UL UA++$ P++ L++ E- W++ N+ o? K? !P w---(+)$ O- M-- V-- Y+ PGP+ t--- 5++ X+ R tv b+ DI+++ D G e++ h(+) r@ y? --END GEEK CODE BLOCK-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Seeking source for Linux JDK 1.2 port
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, but not for the current one. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
HotSpot
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". Trouble? Contact [EMAIL PROTECTED]
Re: Java/C benchmark
[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 for Win32
(symcjit.dll) is developed by Symantec and the JIT with
JDK 1.2 for Linux (libsunwjit.so) is based on one for
Solaris developed by Sun.
Kazuyuki SHUDO Happy Hacking!
Muraoka Lab., Grad. School of Sci. & Eng., Waseda Univ.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SuSE 6.1 and JDK1.2 prerelease
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++ library I use, the errors occur either right at startup or after some clicks in the IDE. I already tried libstdc++ 2.8 and 2.9 including the latest that comes with egcs (2.90.4). Has anybody experienced similar problems and can tell me how to solve this. Thanks a lot Ralph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
