From owner-freebsd-java Mon Jun 3 19:44:52 2002 Delivered-To: freebsd-java@freebsd.org Received: from yitiya.pair.com (yitiya.pair.com [209.68.2.97]) by hub.freebsd.org (Postfix) with SMTP id 2D7E237B401 for ; Mon, 3 Jun 2002 19:44:50 -0700 (PDT) Received: (qmail 35174 invoked by uid 3068); 4 Jun 2002 02:44:49 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 4 Jun 2002 02:44:49 -0000 Date: Mon, 3 Jun 2002 19:44:49 -0700 (PDT) From: Nick Johnson X-Sender: To: Subject: HotSpot Message-ID: X-what-happen: someone set up us the bomb X-Message-Flags: Spatula MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Does there exist a functional, stable HotSpot JRE or performance-equivalent yet? If not, is there anything I can do to help this along? Nick -- "The aptly-named morons.org is an obscenity-laced screed..." -- Robert P. Lockwood, Catholic League director of research Nick Johnson, version 2.0 http://www.spatula.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Mon Jun 3 20:21:47 2002 Delivered-To: freebsd-java@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id B156737B43A for ; Mon, 3 Jun 2002 20:21:36 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17F4su-0000xI-00; Mon, 03 Jun 2002 20:21:24 -0700 Date: Mon, 3 Jun 2002 20:21:24 -0700 To: Nick Johnson Cc: freebsd-java@freebsd.org, Bill Huey Subject: Re: HotSpot Message-ID: <20020604032124.GA3669@gnuppy.monkey.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i From: Bill Huey Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Jun 03, 2002 at 07:44:49PM -0700, Nick Johnson wrote: > Does there exist a functional, stable HotSpot JRE or > performance-equivalent yet? If not, is there anything I can do to help > this along? Uh, yes, how good are you at doing super obscure debugging ? ;) bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Mon Jun 3 21:24:13 2002 Delivered-To: freebsd-java@freebsd.org Received: from galileo.gashalot.com (gashalot.com [160.79.94.172]) by hub.freebsd.org (Postfix) with ESMTP id E063437B401 for ; Mon, 3 Jun 2002 21:24:10 -0700 (PDT) Received: from localhost (gashalot@localhost) by galileo.gashalot.com (8.11.6/8.11.6) with ESMTP id g543wto54912; Mon, 3 Jun 2002 23:58:55 -0400 (EDT) (envelope-from gashalot@gashalot.com) Date: Mon, 3 Jun 2002 23:58:55 -0400 (EDT) From: Robert Gash To: Bill Huey Cc: Nick Johnson , Subject: Re: HotSpot In-Reply-To: <20020604032124.GA3669@gnuppy.monkey.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 3 Jun 2002, Bill Huey wrote: |Uh, yes, how good are you at doing super obscure debugging ? ;) I'm not spectacular, but I'll do my best at hunting any known bugs in order to help speed the process along. I'm new to the -java list, so I am a little lost when it comes to obtaining access to the latest patches/CVS source. Is there an online repository somewhere we can grab the latest patches to throw around? A gnats database of bugs that are outstanding that need fixed, or potential faults/problems with the code we can help hunt? -Robert Gash -- Robert Gash, CS, Georgia Tech \\ gashalot@gashalot.com gte393u@prism CS2335 Teaching Assistant // pgp keys - gashalot.com/pgpkeys.txt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Mon Jun 3 21:37: 5 2002 Delivered-To: freebsd-java@freebsd.org Received: from yitiya.pair.com (yitiya.pair.com [209.68.2.97]) by hub.freebsd.org (Postfix) with SMTP id 3BDF237B403 for ; Mon, 3 Jun 2002 21:36:55 -0700 (PDT) Received: (qmail 56774 invoked by uid 3068); 4 Jun 2002 04:36:53 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 4 Jun 2002 04:36:53 -0000 Date: Mon, 3 Jun 2002 21:36:53 -0700 (PDT) From: Nick Johnson X-Sender: To: Robert Gash Cc: Bill Huey , Subject: Re: HotSpot In-Reply-To: Message-ID: X-what-happen: someone set up us the bomb X-Message-Flags: Spatula MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Are there test cases for these obscure bugs? On Mon, 3 Jun 2002, Robert Gash wrote: > On Mon, 3 Jun 2002, Bill Huey wrote: > > |Uh, yes, how good are you at doing super obscure debugging ? ;) > > I'm not spectacular, but I'll do my best at hunting any known bugs in > order to help speed the process along. I'm new to the -java list, so I > am a little lost when it comes to obtaining access to the latest > patches/CVS source. Is there an online repository somewhere we can grab > the latest patches to throw around? A gnats database of bugs that are > outstanding that need fixed, or potential faults/problems with the code > we can help hunt? > > -Robert Gash > > -- > Robert Gash, CS, Georgia Tech \\ gashalot@gashalot.com gte393u@prism > CS2335 Teaching Assistant // pgp keys - gashalot.com/pgpkeys.txt > -- "The aptly-named morons.org is an obscenity-laced screed..." -- Robert P. Lockwood, Catholic League director of research Nick Johnson, version 2.0 http://www.spatula.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 11:20:16 2002 Delivered-To: freebsd-java@freebsd.org Received: from plato.webprogrammers.net (plato.webprogrammers.net [204.221.75.12]) by hub.freebsd.org (Postfix) with ESMTP id 3A93B37B405 for ; Tue, 4 Jun 2002 11:20:08 -0700 (PDT) Received: from jstepkaxp (c66.191.144.249.roc.mn.charter.com [66.191.144.249]) by plato.webprogrammers.net (8.11.6/8.11.6) with ESMTP id g54IKbe79077 for ; Tue, 4 Jun 2002 13:20:38 -0500 (CDT) (envelope-from jstepka@webprogrammers.net) Message-ID: <00b501c20bf4$7c49eae0$1f01010a@jstepkaxp> From: "Justen Stepka" To: Subject: FreeBSD Port jdk131p6_4 Date: Tue, 4 Jun 2002 13:20:19 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have been trying to compile the JDK 1.3.1 native port and have been getting the following error when the patch set is being applied: Patching file j2sdk1.3.1/src/solaris/native/sun/awt/robot_child/list.c using Plan A... Hunk #1 succeeded at 47. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2sdk1.3.1/src/solaris/native/sun/awt/robot_child/robot_proc.c |=================================================================== |RCS file: /data/java/JDK2/javasrc_1_3_scsl/j2sdk1.3.1/src/solaris/native/sun/awt/robot _child/robot_proc.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2sdk1.3.1/src/solaris/native/sun/awt/robot_child/robot_proc.c 2001/07/11 21:42:51 1.1.1.1 |+++ j2sdk1.3.1/src/solaris/native/sun/awt/robot_child/robot_proc.c 2001/07/13 02:34:47 1.2 -------------------------- Patching file j2sdk1.3.1/src/solaris/native/sun/awt/robot_child/robot_proc.c using Plan A... Hunk #1 succeeded at 25. done ===> Applying FreeBSD patches for jdk-1.3.1p6_4 Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to ../ext/plugin/oji-plugin/src/motif/resources/ja/sunw_java_plugin.po.rej >> Patch patch-..::ext::plugin::oji-plugin::src::motif::resources::ja::sunw_java_plug in.po failed to apply cleanly. >> Patch(es) patch-..::ext::plugin::build::solaris::GNUmakefile patch-..::ext::plugin::oji-plugin::src::motif::jvm_natives::native.c patch-..::ext::plugin::oji-plugin::src::motif::resources::ja::sunw_java_plug applied cleanly. *** Error code 1 If any one has experienced the same error and has any suggestions, please let me know. Thanks, Justen Stepka To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 11:25: 9 2002 Delivered-To: freebsd-java@freebsd.org Received: from plato.webprogrammers.net (plato.webprogrammers.net [204.221.75.12]) by hub.freebsd.org (Postfix) with ESMTP id 66ECE37B401 for ; Tue, 4 Jun 2002 11:25:03 -0700 (PDT) Received: from jstepkaxp (c66.191.144.249.roc.mn.charter.com [66.191.144.249]) by plato.webprogrammers.net (8.11.6/8.11.6) with ESMTP id g54IPce79229 for ; Tue, 4 Jun 2002 13:25:38 -0500 (CDT) (envelope-from jstepka@webprogrammers.net) Message-ID: <00f901c20bf5$2f764b90$1f01010a@jstepkaxp> From: "Justen Stepka" To: References: Subject: Re: HotSpot Date: Tue, 4 Jun 2002 13:25:20 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org You might want to try ShuJIT (http://www.shudo.net/jit/ or /usr/ports/java/shukit/). It has been setup to work with the FreeBSD 1.3.1 native JDK with patchset 6. Justen Stepka ----- Original Message ----- From: "Nick Johnson" To: Sent: Monday, June 03, 2002 9:44 PM Subject: HotSpot > Does there exist a functional, stable HotSpot JRE or > performance-equivalent yet? If not, is there anything I can do to help > this along? > > Nick > > -- > "The aptly-named morons.org is an obscenity-laced screed..." > -- Robert P. Lockwood, Catholic League director of research > Nick Johnson, version 2.0 http://www.spatula.net/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-java" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 14:11:11 2002 Delivered-To: freebsd-java@freebsd.org Received: from ws4-3.us4.outblaze.com (205-158-62-52.outblaze.com [205.158.62.52]) by hub.freebsd.org (Postfix) with SMTP id C0FC437B41E for ; Tue, 4 Jun 2002 14:10:08 -0700 (PDT) Received: (qmail 4734 invoked by uid 1001); 4 Jun 2002 21:10:08 -0000 Message-ID: <20020604211008.4732.qmail@operamail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [64.60.51.25] by ws4-3.us4.outblaze.com with http for click46@operamail.com; Wed, 05 Jun 2002 05:10:08 +0800 From: "aaron g" To: freebsd-java@freebsd.org Date: Wed, 05 Jun 2002 05:10:08 +0800 Subject: Native JDK or Linux JDK 1.4 in Jail? X-Originating-Ip: 64.60.51.25 X-Originating-Server: ws4-3.us4.outblaze.com Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have Apache 1.3.24 [with the works] running in a jail. I tried to follow the article on getting the native JDK working but it requires linux emulation enabled, as does the 1.4 binary [obviously]. Has anyone gotten any sort of JDK running in a jail? I have only one server that needs to run dns, mail, db, ftp, and web and would rather not run the web services in the host environment. Thanks - aarong -- _______________________________________________ Download the free Opera browser at http://www.opera.com/ Powered by Outblaze To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 16:29:19 2002 Delivered-To: freebsd-java@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id 252D737B404 for ; Tue, 4 Jun 2002 16:29:15 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17FNjf-0000yN-00; Tue, 04 Jun 2002 16:29:07 -0700 Date: Tue, 4 Jun 2002 16:29:07 -0700 To: Robert Gash Cc: Nick Johnson , freebsd-java@FreeBSD.ORG, Bill Huey Subject: Re: HotSpot Message-ID: <20020604232907.GA3721@gnuppy.monkey.org> References: <20020604032124.GA3669@gnuppy.monkey.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i From: Bill Huey Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Jun 03, 2002 at 11:58:55PM -0400, Robert Gash wrote: > I'm not spectacular, but I'll do my best at hunting any known bugs in > order to help speed the process along. I'm new to the -java list, so I > am a little lost when it comes to obtaining access to the latest > patches/CVS source. Is there an online repository somewhere we can grab > the latest patches to throw around? A gnats database of bugs that are > outstanding that need fixed, or potential faults/problems with the code > we can help hunt? I'm getting down to last major bugs during this run and I'm making the attempt at trying to run an applet. I recently fixed an obscure bug that was self introduced during a GCC bug hunting session (fixed when using GCC 3.0.4) and that left over line sucked about 1 month of my time trying to track it down. I'm recompiling it right now so that the debug log is limited and I can track what's going on with the JIT better. But it looked like it started the entire core compiler correctly, tried to run an applet, failed to find the class's "main" and successfully threw an exception complaining about it. That means a bunch of stuff is working in HotSpot. ;) That's incredible encouraging and my jaw dropped when I saw it do a long run with lots of method invocations. ;) bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 18:37:42 2002 Delivered-To: freebsd-java@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id EEDA637B407 for ; Tue, 4 Jun 2002 18:37:22 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17FPji-00017O-00; Tue, 04 Jun 2002 18:37:18 -0700 Date: Tue, 4 Jun 2002 18:37:18 -0700 To: Robert Gash Cc: Nick Johnson , freebsd-java@FreeBSD.ORG Subject: Re: HotSpot progress report Message-ID: <20020605013718.GA4292@gnuppy.monkey.org> References: <20020604032124.GA3669@gnuppy.monkey.org> <20020604232907.GA3721@gnuppy.monkey.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20020604232907.GA3721@gnuppy.monkey.org> User-Agent: Mutt/1.3.28i From: Bill Huey Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jun 04, 2002 at 04:29:07PM -0700, Bill Huey wrote: > That's incredible encouraging and my jaw dropped when I saw it do a long > run with lots of method invocations. Check this attachment out folks: ... A window actually open and closed !!!! The thread priority stuff is a minor change. I'll get to it right away, uh, after I eat. ;) bill --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=out GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... "/gnuppy.nfs/javasrc_1_3_scsl/j2sdk1.3.1/build/bsd-i386/demo/applets/Animator/example1.html" is not a core dump: File format not recognized (gdb) run example1.html Starting program: /gnuppy.nfs/javasrc_1_3_scsl/j2sdk1.3.1/build/bsd-i386/demo/applets/Animator/../../../bin/i386/native_threads/appletviewer_g example1.html Java HotSpot(TM) Core VM warning: os::allocate_thread_local_storage: pthread_key = 0x00000001 Turning off speclocking os::current_stack_size, sizep = 0x04000000 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x08065418 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x08065418, 0x08065418 appletviewer_g: guard memory: No such file or directory Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: No such file or directory Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. 1: Initializing itables for java/util/AbstractList 2: Initializing itables for java/lang/Integer 3: Initializing itables for java/util/Properties 4: Initializing itables for java/lang/reflect/Constructor 5: Initializing itables for java/lang/Thread 6: Initializing itables for java/lang/Byte 7: Initializing itables for java/lang/Double 8: Initializing itables for java/lang/reflect/Method 9: Initializing itables for java/lang/Short 10: Initializing itables for java/lang/Long 11: Initializing itables for java/util/AbstractCollection 12: Initializing itables for java/lang/Float 13: Initializing itables for java/lang/Character 14: Initializing itables for java/util/Hashtable 15: Initializing itables for java/util/Vector 16: Initializing itables for java/lang/String 17: Initializing itables for java/lang/reflect/Method pthread_resume_np END Function _start: data = 0x0807b518 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x0807b518 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x0807b518, 0x0807b518 18: Initializing itables for java/lang/String 19: Initializing itables for java/lang/String$CaseInsensitiveComparator 20: Initializing itables for java/lang/Thread 21: Initializing itables for java/util/AbstractCollection 22: Initializing itables for java/util/AbstractSet 23: Initializing itables for java/util/Collections$EmptySet 24: Initializing itables for java/util/AbstractList 25: Initializing itables for java/util/Collections$EmptyList 26: Initializing itables for java/util/AbstractMap 27: Initializing itables for java/util/Collections$EmptyMap 28: Initializing itables for java/util/Collections$ReverseComparator 29: Initializing itables for java/security/Permission 30: Initializing itables for java/security/BasicPermission 31: Initializing itables for java/lang/reflect/ReflectPermission 32: Initializing itables for java/lang/ref/Reference$ReferenceHandler pthread_resume_np END Function _start: data = 0x08106018 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x08106018 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x08106018, 0x08106018 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. 33: Initializing itables for java/lang/ref/Finalizer$FinalizerThread pthread_resume_np END Function _start: data = 0x08106218 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x08106218 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x08106218, 0x08106218 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. 34: Initializing itables for java/util/Hashtable 35: Initializing itables for java/util/Properties 36: Initializing itables for java/util/Hashtable$EmptyEnumerator 37: Initializing itables for java/util/Hashtable$EmptyIterator 38: Initializing itables for java/lang/Float 39: Initializing itables for java/io/ObjectStreamField 40: Initializing itables for java/io/ObjectStreamClass$CompareClassByName 41: Initializing itables for java/io/ObjectStreamClass$CompareMemberByName 42: Initializing itables for java/util/Hashtable$Entry 43: Initializing itables for java/util/Vector 44: Initializing itables for java/util/Stack 45: Initializing itables for sun/security/action/GetPropertyAction 46: Initializing itables for java/lang/Compiler$1 47: Initializing itables for sun/misc/Launcher$Factory 48: Initializing itables for sun/misc/Launcher$1 49: Initializing itables for java/util/StringTokenizer 50: Initializing itables for java/io/File 51: Initializing itables for sun/misc/Launcher$2 52: Initializing itables for java/util/HashSet 53: Initializing itables for java/util/HashMap 54: Initializing itables for java/util/HashMap$EmptyHashIterator 55: Initializing itables for java/util/ArrayList Resolving: klass: java/net/URLStreamHandlerFactory to method: createURLStreamHandler 56: Initializing itables for sun/misc/Launcher$3 pthread_resume_np END pthread_resume_np END Function _start: data = 0x0818d318 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x0818d318 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x0818d318, 0x0818d318 Function _start: data = 0x0818d418 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x0818d418 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x0818d418, 0x0818d418 pthread_resume_np END Function _start: data = 0x08106418 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x08106418 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x08106418, 0x08106418 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. 57: Initializing itables for java/lang/Integer 58: Initializing itables for sun/misc/SoftCache 59: Initializing itables for java/lang/Character Resolving: klass: java/util/Map to method: get Resolving: klass: java/util/Map to method: put 60: Initializing itables for java/util/HashMap$Entry 61: Initializing itables for java/net/URLClassLoader$1 62: Initializing itables for sun/misc/URLClassPath$2 63: Initializing itables for sun/security/action/LoadLibraryAction 64: Initializing itables for java/lang/ClassLoader$4 65: Initializing itables for java/util/ResourceBundle$1 66: Initializing itables for sun/misc/Launcher$4 67: Initializing itables for java/io/DataInputStream 68: Initializing itables for java/util/jar/Attributes Resolving: klass: java/util/Map to method: put Resolving: klass: java/util/Map to method: get 69: Initializing itables for java/net/URLClassLoader$2 70: Initializing itables for java/util/Hashtable$Enumerator Resolving: klass: java/util/Enumeration to method: hasMoreElements Resolving: klass: java/util/Enumeration to method: nextElement Resolving: klass: java/util/Enumeration to method: hasMoreElements Resolving: klass: java/util/Enumeration to method: nextElement 71: Initializing itables for sun/awt/AppContext$1 72: Initializing itables for java/lang/SecurityManager$1 73: Initializing itables for java/security/Security$1 74: Initializing itables for java/security/Provider 75: Initializing itables for sun/security/provider/Sun 76: Initializing itables for sun/security/provider/Sun$1 77: Initializing itables for com/sun/rsajca/Provider 78: Initializing itables for com/sun/rsajca/Provider$1 79: Initializing itables for sun/applet/AppletSecurity$1 80: Initializing itables for sun/security/action/GetIntegerAction 81: Initializing itables for java/util/PropertyPermission 82: Initializing itables for java/awt/Component 83: Initializing itables for java/awt/Container 84: Initializing itables for java/awt/Window 85: Initializing itables for java/awt/Frame 86: Initializing itables for sun/applet/AppletViewer 87: Initializing itables for java/lang/RuntimePermission 88: Initializing itables for java/io/FilePermission 89: Initializing itables for java/io/FilePermission$1 90: Initializing itables for java/awt/Toolkit$3 91: Initializing itables for sun/applet/StdAppletViewerFactory Resolving: klass: sun/applet/AppletViewerFactory to method: createAppletViewer 92: Initializing itables for sun/awt/SunToolkit 93: Initializing itables for java/util/WeakHashMap 94: Initializing itables for java/util/Collections$SynchronizedMap Resolving: klass: java/util/Map to method: put Resolving: klass: java/util/Map to method: put Resolving: klass: java/util/Map to method: put 95: Initializing itables for java/awt/AWTPermission 96: Initializing itables for java/util/TreeMap 97: Initializing itables for sun/java2d/SunGraphicsEnvironment$1 98: Initializing itables for sun/awt/FontProperties 99: Initializing itables for sun/awt/motif/MFontProperties # # HotSpot Virtual Machine Error, assertion failure # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # assert((java_to_os_priority[p] == os_prio), "priority not found (may happen only if thread uses native OS calls to manipulate priority") # # Error ID: /usr/home/billh/javasrc_1_3_scsl/hotspot1.3.1/build/linux/../../src/share/vm/runtime/os.cpp, 78 # # Problematic Thread: [error occured during error reporting] prio=10 tid=0x8065418 nid=0x8050000 runnable # assertion failure assert((java_to_os_priority[p] == os_prio), "priority not found (may happen only if thread uses native OS calls to manipulate priority") Do you want to debug the problem? 100: Initializing itables for java/util/TreeMap$Entry Resolving: klass: java/lang/Comparable to method: compareTo 101: Initializing itables for java/lang/Double 102: Initializing itables for java/util/Hashtable$KeySet 103: Initializing itables for java/util/Collections$SynchronizedCollection 104: Initializing itables for java/util/Collections$SynchronizedSet Resolving: klass: java/util/Set to method: toArray Resolving: klass: java/util/Collection to method: toArray Resolving: klass: java/util/Iterator to method: hasNext Resolving: klass: java/util/Iterator to method: next 105: Initializing itables for sun/awt/X11GraphicsEnvironment$1 Resolving: klass: java/util/Map to method: get Resolving: klass: java/util/Map to method: put [error occured during error reporting] 106: Initializing itables for sun/java2d/SunGraphicsEnvironment$TTFilter 107: Initializing itables for sun/java2d/SunGraphicsEnvironment$T1Filter 108: Initializing itables for sun/java2d/SunGraphicsEnvironment$T2KFilter 109: Initializing itables for java/util/TreeMap$1 110: Initializing itables for java/util/TreeMap$Iterator 111: Initializing itables for java/awt/BorderLayout 112: Initializing itables for java/awt/geom/RectangularShape 113: Initializing itables for java/awt/geom/Rectangle2D 114: Initializing itables for java/awt/Rectangle Resolving: klass: sun/applet/AppletViewerFactory to method: getBaseMenuBar 115: Initializing itables for java/awt/MenuBar 116: Initializing itables for java/awt/MenuItem 117: Initializing itables for java/awt/Menu 118: Initializing itables for sun/applet/AppletViewer$UserActionListener 119: Initializing itables for java/awt/AWTEventMulticaster Resolving: klass: sun/applet/AppletViewerFactory to method: isStandalone 120: Initializing itables for java/awt/Panel 121: Initializing itables for sun/applet/AppletPanel 122: Initializing itables for sun/applet/AppletViewerPanel 123: Initializing itables for java/awt/FlowLayout Resolving: klass: java/awt/LayoutManager2 to method: addLayoutComponent 124: Initializing itables for java/awt/Label 125: Initializing itables for sun/applet/AppletPanel$4 126: Initializing itables for java/security/SecurityPermission 127: Initializing itables for java/security/Policy$1 128: Initializing itables for sun/applet/AppletPanel$3 129: Initializing itables for sun/security/provider/PolicyFile$1 130: Initializing itables for java/util/Vector$1 Resolving: klass: java/util/Enumeration to method: hasMoreElements Resolving: klass: java/util/Enumeration to method: nextElement 131: Initializing itables for java/security/AllPermission 132: Initializing itables for java/lang/reflect/Constructor 133: Initializing itables for java/net/SocketPermission 134: Initializing itables for sun/security/action/GetBooleanAction 135: Initializing itables for sun/security/provider/PolicyFile$5 136: Initializing itables for java/security/UnresolvedPermission Resolving: klass: java/util/Enumeration to method: hasMoreElements Resolving: klass: java/util/Enumeration to method: nextElement 137: Initializing itables for sun/applet/AppletClassLoader$4 138: Initializing itables for sun/applet/AppContextCreator pthread_resume_np END Function _start: data = 0x08106c18 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x08106c18 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x08106c18, 0x08106c18 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. 139: Initializing itables for java/awt/EventDispatchThread pthread_resume_np END Function _start: data = 0x08106e18 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x08106e18 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x08106e18, 0x08106e18 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. 140: Initializing itables for sun/awt/PostEventQueue pthread_resume_np END ThreadGroup: remove2 appletviewer_g: unguard memory: Undefined error: 0 appletviewer_g: unguard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x00000000 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x00000000, 0x00000000 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" 141: Initializing itables for java/awt/EventDispatchThread$1 Resolving: klass: java/awt/Conditional to method: evaluate Function _start: data = 0x08224018 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x08224018 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x08224018, 0x08224018 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. 142: Initializing itables for sun/applet/AppletPanel$1 pthread_resume_np END 143: Initializing itables for java/awt/Toolkit$2 Function _start: data = 0x08106c18 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x08106c18 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x08106c18, 0x08106c18 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. Resolving: klass: java/lang/Runnable to method: run 144: Initializing itables for sun/awt/motif/MToolkit pthread_resume_np END 145: Initializing itables for sun/awt/AppContext$2 pthread_resume_np END Function _start: data = 0x08224218 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x08224218 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x08224218, 0x08224218 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. Function _start: data = 0x08224418 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x08224418 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x08224418, 0x08224418 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. 146: Initializing itables for sun/awt/dnd/SunDropTargetContextPeer 147: Initializing itables for sun/awt/motif/MDropTargetContextPeer 148: Initializing itables for sun/awt/dnd/SunDragSourceContextPeer 149: Initializing itables for sun/awt/motif/MDragSourceContextPeer pthread_resume_np END 150: Initializing itables for java/awt/Toolkit$1 Function _start: data = 0x0839da18 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x0839da18 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x0839da18, 0x0839da18 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. 151: Initializing itables for sun/awt/motif/MComponentPeer 152: Initializing itables for sun/awt/motif/MCanvasPeer 153: Initializing itables for sun/awt/motif/MPanelPeer 154: Initializing itables for sun/awt/motif/MWindowPeer 155: Initializing itables for sun/awt/motif/MFramePeer 156: Initializing itables for sun/awt/RepaintArea 157: Initializing itables for java/util/AbstractSequentialList 158: Initializing itables for java/util/LinkedList 159: Initializing itables for sun/awt/im/ExecutableInputMethodManager 160: Initializing itables for sun/awt/motif/X11InputMethodDescriptor Resolving: klass: java/awt/im/spi/InputMethodDescriptor to method: getInputMethodDisplayName 161: Initializing itables for sun/awt/im/ExecutableInputMethodManager$1 162: Initializing itables for sun/misc/Service$LazyIterator 163: Initializing itables for java/util/TreeSet Resolving: klass: java/util/Map to method: keySet Resolving: klass: java/util/Iterator to method: hasNext 164: Initializing itables for sun/misc/URLClassPath$1 165: Initializing itables for java/lang/ClassLoader$2 166: Initializing itables for java/net/URLClassLoader$3 167: Initializing itables for sun/misc/CompoundEnumeration Resolving: klass: java/util/Enumeration to method: hasMoreElements Resolving: klass: java/util/Enumeration to method: hasMoreElements Resolving: klass: java/util/Enumeration to method: hasMoreElements 168: Initializing itables for java/net/URLClassLoader$4 Resolving: klass: java/util/Enumeration to method: hasMoreElements Resolving: klass: java/util/Map to method: put Resolving: klass: java/util/Map to method: put 169: Initializing itables for java/awt/Color 170: Initializing itables for java/awt/SystemColor 171: Initializing itables for sun/awt/motif/MMenuBarPeer 172: Initializing itables for sun/awt/motif/MMenuItemPeer 173: Initializing itables for sun/awt/motif/MMenuPeer Resolving: klass: java/awt/peer/FramePeer to method: setMenuBar Resolving: klass: java/awt/LayoutManager2 to method: invalidateLayout 174: Initializing itables for java/awt/LightweightDispatcher Resolving: klass: java/awt/peer/ComponentPeer to method: getToolkit 175: Initializing itables for sun/awt/motif/MLabelPeer Resolving: klass: java/awt/LayoutManager to method: preferredLayoutSize Resolving: klass: java/awt/peer/ComponentPeer to method: preferredSize Resolving: klass: java/awt/peer/ContainerPeer to method: insets Resolving: klass: java/awt/peer/ComponentPeer to method: setBounds Resolving: klass: java/awt/peer/ContainerPeer to method: beginValidate Resolving: klass: java/awt/LayoutManager to method: layoutContainer Resolving: klass: java/awt/peer/ContainerPeer to method: endValidate Resolving: klass: java/awt/peer/ComponentPeer to method: show 176: Initializing itables for java/awt/event/InvocationEvent 177: Initializing itables for sun/awt/GlobalCursorManager$CursorEvent 178: Initializing itables for sun/awt/GlobalCursorManager$1 Resolving: klass: java/util/Map to method: get Resolving: klass: java/util/Map to method: get Resolving: klass: java/util/Map to method: get Resolving: klass: java/awt/peer/ComponentPeer to method: coalescePaintEvent Resolving: klass: java/awt/peer/ComponentPeer to method: handleEvent Resolving: klass: java/awt/peer/ComponentPeer to method: getGraphics 179: Initializing itables for java/awt/event/WindowAdapter 180: Initializing itables for sun/applet/AppletViewer$1 181: Initializing itables for sun/applet/AppletViewer$1$AppletEventListener 182: Initializing itables for sun/applet/AppletEventMulticaster Resolving: klass: java/awt/peer/LabelPeer to method: setText ThreadGroup: remove2 appletviewer_g: unguard memory: Undefined error: 0 appletviewer_g: unguard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x00000000 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x00000000, 0x00000000 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" os::current_stack_size, sizep = 0x04000000 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x08065418 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x08065418, 0x08065418 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. 183: Initializing itables for sun/java2d/SunGraphics2D pthread_resume_np END Function _start: data = 0x0840d818 Java HotSpot(TM) Core VM warning: os::thread_local_storage_at: can't find the key for "index = 0x00000001" Java HotSpot(TM) Core VM warning: os::thread_local_storage_at_put: index = 0x00000001, value = 0x0840d818 Java HotSpot(TM) Core VM warning: must be the same thread, slowly 0x0840d818, 0x0840d818 appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack yellow zone failed. appletviewer_g: guard memory: Undefined error: 0 Java HotSpot(TM) Core VM warning: Attempt to guard stack red zone failed. Resolving: klass: sun/applet/AppletListener to method: appletStateChanged 184: Initializing itables for java/util/LinkedList$ListItr Resolving: klass: java/util/ListIterator to method: hasNext Resolving: klass: java/util/ListIterator to method: next 185: Initializing itables for sun/applet/AppletClassLoader$1 Resolving: klass: java/util/Enumeration to method: hasMoreElements Resolving: klass: java/util/Enumeration to method: nextElement 186: Initializing itables for sun/awt/motif/X11Graphics 187: Initializing itables for sun/net/www/MimeTable 188: Initializing itables for java/awt/image/ColorModel 189: Initializing itables for java/awt/image/PackedColorModel 190: Initializing itables for sun/net/www/MimeTable$1 191: Initializing itables for sun/net/www/MimeTable$2 192: Initializing itables for java/awt/image/DirectColorModel Program exited with code 0377. (gdb) quit --4Ckj6UjgE2iN1+kY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 19:35:30 2002 Delivered-To: freebsd-java@freebsd.org Received: from yitiya.pair.com (yitiya.pair.com [209.68.2.97]) by hub.freebsd.org (Postfix) with SMTP id AD9E637B405 for ; Tue, 4 Jun 2002 19:35:26 -0700 (PDT) Received: (qmail 82919 invoked by uid 3068); 5 Jun 2002 02:35:25 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 5 Jun 2002 02:35:25 -0000 Date: Tue, 4 Jun 2002 19:35:25 -0700 (PDT) From: Nick Johnson X-Sender: To: Justen Stepka Cc: Subject: Re: HotSpot In-Reply-To: <00d301c20bf5$0441f640$1f01010a@jstepkaxp> Message-ID: X-what-happen: someone set up us the bomb X-Message-Flags: Spatula MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I gave it a shot, but it crashed while running Resin :( As an aside, for anyone else compiling shujit with the port, make sure you set the proper JAVADIR, or it'll grab JDK 1.1.8 and compile in such a way as to link with it rather than 1.3.1. The symptom is that 1.3.1 claims it cannot find the JIT, regardless of it being in the right place. On Tue, 4 Jun 2002, Justen Stepka wrote: > You might want to try ShuJIT (http://www.shudo.net/jit/ or > /usr/ports/java/shukit/). > > It has been setup to work with the FreeBSD 1.3.1 native JDK with patchset 6. > > Justen Stepka > > ----- Original Message ----- > From: "Nick Johnson" > To: > Sent: Monday, June 03, 2002 9:44 PM > Subject: HotSpot > > > > Does there exist a functional, stable HotSpot JRE or > > performance-equivalent yet? If not, is there anything I can do to help > > this along? > > > > Nick > > > > -- > > "The aptly-named morons.org is an obscenity-laced screed..." > > -- Robert P. Lockwood, Catholic League director of research > > Nick Johnson, version 2.0 http://www.spatula.net/ > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-java" in the body of the message > > > -- "The aptly-named morons.org is an obscenity-laced screed..." -- Robert P. Lockwood, Catholic League director of research Nick Johnson, version 2.0 http://www.spatula.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 19:59: 2 2002 Delivered-To: freebsd-java@freebsd.org Received: from dc-mx08.cluster1.charter.net (dc-mx08.cluster1.charter.net [209.225.8.18]) by hub.freebsd.org (Postfix) with ESMTP id 7F0C137B401 for ; Tue, 4 Jun 2002 19:58:57 -0700 (PDT) Received: from [24.197.150.141] (HELO acomputer) by dc-mx08.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9) with SMTP id 52352155 for freebsd-java@freebsd.org; Tue, 04 Jun 2002 22:58:56 -0400 Message-ID: <001d01c20c3c$b0285700$8d96c518@charter.net> From: "Adrian" To: References: Subject: Re: HotSpot Date: Tue, 4 Jun 2002 22:57:11 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org You can also use OpenJIT http://www.openjit.org I`ve used it extensively with the naitve port, it builds fine as long as you have gmake installed, and java in your classpath ----- Original Message ----- From: "Nick Johnson" To: "Justen Stepka" Cc: Sent: Tuesday, June 04, 2002 10:35 PM Subject: Re: HotSpot > I gave it a shot, but it crashed while running Resin :( > > As an aside, for anyone else compiling shujit with the port, make sure you > set the proper JAVADIR, or it'll grab JDK 1.1.8 and compile in such a way > as to link with it rather than 1.3.1. The symptom is that 1.3.1 claims it > cannot find the JIT, regardless of it being in the right place. > > On Tue, 4 Jun 2002, Justen Stepka wrote: > > > You might want to try ShuJIT (http://www.shudo.net/jit/ or > > /usr/ports/java/shukit/). > > > > It has been setup to work with the FreeBSD 1.3.1 native JDK with patchset 6. > > > > Justen Stepka > > > > ----- Original Message ----- > > From: "Nick Johnson" > > To: > > Sent: Monday, June 03, 2002 9:44 PM > > Subject: HotSpot > > > > > > > Does there exist a functional, stable HotSpot JRE or > > > performance-equivalent yet? If not, is there anything I can do to help > > > this along? > > > > > > Nick > > > > > > -- > > > "The aptly-named morons.org is an obscenity-laced screed..." > > > -- Robert P. Lockwood, Catholic League director of research > > > Nick Johnson, version 2.0 http://www.spatula.net/ > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-java" in the body of the message > > > > > > > -- > "The aptly-named morons.org is an obscenity-laced screed..." > -- Robert P. Lockwood, Catholic League director of research > Nick Johnson, version 2.0 http://www.spatula.net/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-java" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 20:19:23 2002 Delivered-To: freebsd-java@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id 4D25237B400 for ; Tue, 4 Jun 2002 20:19:15 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17FRKH-0001CF-00; Tue, 04 Jun 2002 20:19:09 -0700 Date: Tue, 4 Jun 2002 20:19:09 -0700 To: Robert Gash Cc: Nick Johnson , freebsd-java@FreeBSD.ORG, Bill Huey Subject: Re: HotSpot progress report Message-ID: <20020605031909.GA4596@gnuppy.monkey.org> References: <20020604032124.GA3669@gnuppy.monkey.org> <20020604232907.GA3721@gnuppy.monkey.org> <20020605013718.GA4292@gnuppy.monkey.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020605013718.GA4292@gnuppy.monkey.org> User-Agent: Mutt/1.3.28i From: Bill Huey Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Jun 04, 2002 at 06:37:18PM -0700, Bill Huey wrote: > A window actually open and closed !!!! The thread priority stuff is a > minor change. I'll get to it right away, uh, after I eat. ;) I just fixed the thread priority assertion checking and it's running the Animator applet now under HotSpot. I can't believe it. More testing to come. bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 21:21:51 2002 Delivered-To: freebsd-java@freebsd.org Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by hub.freebsd.org (Postfix) with ESMTP id DEC9F37B405 for ; Tue, 4 Jun 2002 21:21:36 -0700 (PDT) Received: from drweb by mail.nsu.ru with drweb-scanned (Exim 3.20 #1) id 17FSIJ-0003IT-00; Wed, 05 Jun 2002 11:21:11 +0700 Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 17FSIJ-0003ID-00; Wed, 05 Jun 2002 11:21:11 +0700 Received: from iclub.nsu.ru (fjoe@localhost [127.0.0.1]) by iclub.nsu.ru (8.12.3/8.12.3) with ESMTP id g554LBR9090190; Wed, 5 Jun 2002 11:21:11 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Received: (from fjoe@localhost) by iclub.nsu.ru (8.12.3/8.12.3/Submit) id g554LAqm090189; Wed, 5 Jun 2002 11:21:10 +0700 (NSS) Date: Wed, 5 Jun 2002 11:21:10 +0700 From: Max Khon To: Bill Huey Cc: freebsd-java@freebsd.org Subject: Re: HotSpot progress report Message-ID: <20020605112110.A90127@iclub.nsu.ru> References: <20020604032124.GA3669@gnuppy.monkey.org> <20020604232907.GA3721@gnuppy.monkey.org> <20020605013718.GA4292@gnuppy.monkey.org> <20020605031909.GA4596@gnuppy.monkey.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020605031909.GA4596@gnuppy.monkey.org>; from billh@gnuppy.monkey.org on Tue, Jun 04, 2002 at 08:19:09PM -0700 X-Envelope-To: billh@gnuppy.monkey.org, freebsd-java@freebsd.org Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi, there! On Tue, Jun 04, 2002 at 08:19:09PM -0700, Bill Huey wrote: > > A window actually open and closed !!!! The thread priority stuff is a > > minor change. I'll get to it right away, uh, after I eat. ;) > > I just fixed the thread priority assertion checking and it's running > the Animator applet now under HotSpot. > > I can't believe it. More testing to come. really good news!! may I ask when the patches will be available to public? /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 22:14:28 2002 Delivered-To: freebsd-java@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id 194BC37B403 for ; Tue, 4 Jun 2002 22:14:26 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17FT7U-0001I0-00; Tue, 04 Jun 2002 22:14:04 -0700 Date: Tue, 4 Jun 2002 22:14:04 -0700 To: Max Khon Cc: freebsd-java@freebsd.org, Bill Huey Subject: Re: HotSpot progress report Message-ID: <20020605051404.GA4943@gnuppy.monkey.org> References: <20020604032124.GA3669@gnuppy.monkey.org> <20020604232907.GA3721@gnuppy.monkey.org> <20020605013718.GA4292@gnuppy.monkey.org> <20020605031909.GA4596@gnuppy.monkey.org> <20020605112110.A90127@iclub.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020605112110.A90127@iclub.nsu.ru> User-Agent: Mutt/1.3.28i From: Bill Huey Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jun 05, 2002 at 11:21:10AM +0700, Max Khon wrote: > hi, there! ... > really good news!! may I ask when the patches will be available to public? I don't know. It's not committed to the CVS just yet and I don't know if should clean it up before committing. I'll have to get word from Nate or Greg on how they want to proceed, but I think that just committing what I've got is good enough for now so that the group actually has my changes and then do clean up latter. All of the demo/applets that I tried ran, many of the jfc demos ran, but I'm having problems loading ".jar"s, but that's not a core HotSpot issue. bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 22:51: 8 2002 Delivered-To: freebsd-java@freebsd.org Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.19]) by hub.freebsd.org (Postfix) with ESMTP id 08B9137B401 for ; Tue, 4 Jun 2002 22:51:04 -0700 (PDT) Received: from linux (coffee.syncrontech.com [62.71.8.37]) by guinness.syncrontech.com (8.11.6/8.11.6) with ESMTP id g555ox310368; Wed, 5 Jun 2002 08:50:59 +0300 (EEST) (envelope-from ari.suutari@syncrontech.com) Content-Type: text/plain; charset="iso-8859-1" From: Ari Suutari Organization: Syncron Tech Oy To: Bill Huey Subject: Re: HotSpot progress report Date: Wed, 5 Jun 2002 08:52:52 +0300 User-Agent: KMail/1.4.1 Cc: freebsd-java@FreeBSD.ORG References: <20020604032124.GA3669@gnuppy.monkey.org> <20020604232907.GA3721@gnuppy.monkey.org> <20020605013718.GA4292@gnuppy.monkey.org> In-Reply-To: <20020605013718.GA4292@gnuppy.monkey.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200206050852.52411.ari.suutari@syncrontech.com> Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wednesday 05 June 2002 04:37, Bill Huey wrote: > On Tue, Jun 04, 2002 at 04:29:07PM -0700, Bill Huey wrote: > > That's incredible encouraging and my jaw dropped when I saw it do a l= ong > > run with lots of method invocations. > > Check this attachment out folks: =09Oooooooh. This is *great* ! =09=09=09Ari S. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jun 4 22:52:59 2002 Delivered-To: freebsd-java@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id 8BA7437B40C for ; Tue, 4 Jun 2002 22:52:58 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17FTj5-0001M5-00; Tue, 04 Jun 2002 22:52:55 -0700 Date: Tue, 4 Jun 2002 22:52:54 -0700 To: Ari Suutari Cc: freebsd-java@FreeBSD.ORG Subject: Re: HotSpot progress report Message-ID: <20020605055254.GA5204@gnuppy.monkey.org> References: <20020604032124.GA3669@gnuppy.monkey.org> <20020604232907.GA3721@gnuppy.monkey.org> <20020605013718.GA4292@gnuppy.monkey.org> <200206050852.52411.ari.suutari@syncrontech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206050852.52411.ari.suutari@syncrontech.com> User-Agent: Mutt/1.3.28i From: Bill Huey Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jun 05, 2002 at 08:52:52AM +0300, Ari Suutari wrote: > Oooooooh. This is *great* ! Ooooh, I have zero perspective as how this really effects my life. ;) Somebody should Slashdot this. I need the attention. ;) bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Wed Jun 5 7:14:43 2002 Delivered-To: freebsd-java@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id A36B337B40A for ; Wed, 5 Jun 2002 07:14:39 -0700 (PDT) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Wed, 5 Jun 2002 16:14:38 +0200 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FDA763@l04.research.kpn.com> From: K.J.Koster@kpn.com To: billh@gnuppy.monkey.org Cc: freebsd-java@FreeBSD.ORG Subject: RE: HotSpot progress report Date: Wed, 5 Jun 2002 16:14:38 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear Bill, > > > Oooooooh. This is *great* ! > Amen. > > Ooooh, I have zero perspective as how this really effects my > life. ;) > > Somebody should Slashdot this. I need the attention. ;) > I posted it on daemonnews. Is that ok? :-) Thanks man. Good work. Kees Jan ===================================================== You can't have everything. Where would you put it? [Steven Wright] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Wed Jun 5 7:50:37 2002 Delivered-To: freebsd-java@freebsd.org Received: from fw.bcbsmn.com (fw.bcbsmn.com [199.199.164.10]) by hub.freebsd.org (Postfix) with ESMTP id 5093E37B404 for ; Wed, 5 Jun 2002 07:50:11 -0700 (PDT) Received: from fw.bcbsmn.com (root@localhost) by fw.bcbsmn.com with ESMTP id g55EpUf27354 for ; Wed, 5 Jun 2002 09:51:30 -0500 (CDT) Received: from pmsutil5.bcbsmn.com (interscan.bcbsmn.com [172.25.5.61]) by fw.bcbsmn.com with SMTP id g55EpTv27342 for ; Wed, 5 Jun 2002 09:51:29 -0500 (CDT) To: java@freebsd.org Subject: Java VM dies in Mozilla MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.7 March 21, 2001 Message-ID: From: Bruce_Albrecht@bluecrossmn.com Date: Wed, 5 Jun 2002 09:40:37 -0500 X-MIMETrack: Serialize by Router on NotesSMTP01/BCBSMN(Release 5.0.10 |March 22, 2002) at 06/05/2002 09:48:15 AM, Serialize complete at 06/05/2002 09:48:15 AM Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I'm running Mozilla 1.0RC3 with JDK-1.3.1p6 on FreeBSD 4.6, and when I try to bring up Lotus notes, its applet dies with the following error. FWIW, linux netscape and mozilla also die when trying to run this applet, but they're both dying with a Hotspot error that I believe has been already discussed in the mailing list. FATAL ERROR in native method: Native code expects wrong return type from Java callback at sun.plugin.protocol.https.BrowserHttpsInputStream.readStream(Native Method) at sun.plugin.protocol.https.BrowserHttpsInputStream.read(BrowserHttpsInputStream.java:167) at java.io.BufferedInputStream.fill(BufferedInputStream.java:186) at java.io.BufferedInputStream.read(BufferedInputStream.java:204) at java.net.URLConnection.guessContentTypeFromStream(URLConnection.java:1160) at sun.plugin.protocol.https.BrowserHttpsURLConnection.getInputStream(BrowserHttpsURLConnection.java:316) at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:135) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:43) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:51) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:88) at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:72) at sun.misc.URLClassPath$JarLoader.getJarFile(URLClassPath.java:500) at sun.misc.URLClassPath$JarLoader.(URLClassPath.java:462) at sun.misc.URLClassPath$2.run(URLClassPath.java:258) at java.security.AccessController.doPrivileged(Native Method) at sun.misc.URLClassPath.getLoader(URLClassPath.java:247) at sun.misc.URLClassPath.getLoader(URLClassPath.java:224) at sun.misc.URLClassPath.getResource(URLClassPath.java:137) at java.net.URLClassLoader$1.run(URLClassLoader.java:192) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:128) at sun.plugin.security.PluginClassLoader.findClass(PluginClassLoader.java:252) at java.lang.ClassLoader.loadClass(ClassLoader.java:297) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:108) at java.lang.ClassLoader.loadClass(ClassLoader.java:253) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:373) at sun.applet.AppletPanel.createApplet(AppletPanel.java:579) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1178) at sun.applet.AppletPanel.runLoader(AppletPanel.java:515) at sun.applet.AppletPanel.run(AppletPanel.java:293) at sun.plugin.navig.motif.MotifAppletViewer.maf_run(MotifAppletViewer.java:127) at sun.plugin.navig.motif.MotifAppletViewer.run(MotifAppletViewer.java:123) at java.lang.Thread.run(Thread.java:484) SIGABRT 6* abort (generated by abort(3) routine) Full thread dump Classic VM (1.3.1-p6-root-020414-17:52, green threads): "Thread-5" (TID:0x28e8f618, sys_thread_t:0x85f4a80, state:R) prio=4 at sun.plugin.protocol.https.BrowserHttpsInputStream.readStream(Native Method) at sun.plugin.protocol.https.BrowserHttpsInputStream.read(BrowserHttpsInputStream.java:167) at java.io.BufferedInputStream.fill(BufferedInputStream.java:186) at java.io.BufferedInputStream.read(BufferedInputStream.java:204) at java.net.URLConnection.guessContentTypeFromStream(URLConnection.java:1160) at sun.plugin.protocol.https.BrowserHttpsURLConnection.getInputStream(BrowserHttpsURLConnection.java:316) at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:135) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:43) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:51) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:88) at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:72) at sun.misc.URLClassPath$JarLoader.getJarFile(URLClassPath.java:500) at sun.misc.URLClassPath$JarLoader.(URLClassPath.java:462) at sun.misc.URLClassPath$2.run(URLClassPath.java:258) at java.security.AccessController.doPrivileged(Native Method) at sun.misc.URLClassPath.getLoader(URLClassPath.java:247) at sun.misc.URLClassPath.getLoader(URLClassPath.java:224) at sun.misc.URLClassPath.getResource(URLClassPath.java:137) at java.net.URLClassLoader$1.run(URLClassLoader.java:192) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:128) at sun.plugin.security.PluginClassLoader.findClass(PluginClassLoader.java:252) at java.lang.ClassLoader.loadClass(ClassLoader.java:297) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:108) at java.lang.ClassLoader.loadClass(ClassLoader.java:253) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:373) at sun.applet.AppletPanel.createApplet(AppletPanel.java:579) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1178) at sun.applet.AppletPanel.runLoader(AppletPanel.java:515) at sun.applet.AppletPanel.run(AppletPanel.java:293) at sun.plugin.navig.motif.MotifAppletViewer.maf_run(MotifAppletViewer.java:127) at sun.plugin.navig.motif.MotifAppletViewer.run(MotifAppletViewer.java:123) at java.lang.Thread.run(Thread.java:484) "Screen Updater" (TID:0x28e92e30, sys_thread_t:0x85e4e80, state:CW) prio=5 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at sun.awt.ScreenUpdater.nextEntry(ScreenUpdater.java:76) at sun.awt.ScreenUpdater.run(ScreenUpdater.java:95) "thread applet-lotus.notes.apps.actionbar.ActionBar.class" (TID:0x28e93b80, sys_thread_t:0x85e4a80, state:CW) prio=4 at java.lang.Object.wait(Native Method) at java.lang.Thread.join(Thread.java:930) at java.lang.Thread.join(Thread.java:983) at sun.applet.AppletPanel.run(AppletPanel.java:328) at sun.plugin.navig.motif.MotifAppletViewer.maf_run(MotifAppletViewer.java:127) at sun.plugin.navig.motif.MotifAppletViewer.run(MotifAppletViewer.java:123) at java.lang.Thread.run(Thread.java:484) "SunToolkit.PostEventQueue-1" (TID:0x28e937a8, sys_thread_t:0x85e4680, state:CW) prio=4 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at sun.awt.PostEventQueue.run(SunToolkit.java:491) "AWT-EventQueue-1" (TID:0x28e93758, sys_thread_t:0x85e4480, state:CW) prio=4 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at java.awt.EventQueue.getNextEvent(EventQueue.java:260) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:106) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:98) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:85) "Thread-3" (TID:0x28e9c048, sys_thread_t:0x8584480, state:CW) prio=5 at sun.plugin.navig.motif.AThread.handleRequest(Native Method) at sun.plugin.navig.motif.AThread.JNIHandleLoop(AThread.java:44) at sun.plugin.navig.motif.AThread.run(AThread.java:36) "Thread-2" (TID:0x28e9c718, sys_thread_t:0x8584080, state:CW) prio=5 at java.lang.Thread.sleep(Native Method) at sun.plugin.navig.motif.Plugin$Watcher.run(Plugin.java:519) "TimerQueue" (TID:0x28e9d300, sys_thread_t:0x8301c80, state:CW) prio=5 at java.lang.Object.wait(Native Method) at javax.swing.TimerQueue.run(TimerQueue.java:233) at java.lang.Thread.run(Thread.java:484) "AWT-Motif" (TID:0x28ea6ca0, sys_thread_t:0x8432a80, state:CW) prio=6 at sun.awt.motif.MToolkit.run(Native Method) at java.lang.Thread.run(Thread.java:484) "SunToolkit.PostEventQueue-0" (TID:0x28ea70f8, sys_thread_t:0x8412080, state:CW) prio=6 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at sun.awt.PostEventQueue.run(SunToolkit.java:491) "AWT-EventQueue-0" (TID:0x28ea7098, sys_thread_t:0x83f1e80, state:CW) prio=6 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at java.awt.EventQueue.getNextEvent(EventQueue.java:260) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:106) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:98) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:85) "Thread-1" (TID:0x28e899b8, sys_thread_t:0x818ee80, state:CW) prio=5 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at com.sun.media.sound.EventDispatcher.dispatchEvents(EventDispatcher.java:144) at com.sun.media.sound.EventDispatcher.run(EventDispatcher.java:195) "Thread-0" (TID:0x28e89a40, sys_thread_t:0x818ec80, state:CW) prio=5 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at com.sun.media.sound.EventDispatcher.dispatchEvents(EventDispatcher.java:144) at com.sun.media.sound.EventDispatcher.run(EventDispatcher.java:195) "Finalizer" (TID:0x28e7b528, sys_thread_t:0x80d7280, state:CW) prio=8 at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:123) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:162) "Reference Handler" (TID:0x28e7b300, sys_thread_t:0x809a680, state:CW) prio=10 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:110) "Signal dispatcher" (TID:0x28e7b330, sys_thread_t:0x809a480, state:CW) prio=5 "main" (TID:0x28e7b1b0, sys_thread_t:0x8054080, state:CW) prio=5 at java.io.FileInputStream.read(Native Method) at java.io.DataInputStream.readInt(DataInputStream.java:338) at sun.plugin.navig.motif.Plugin.doit(Plugin.java:184) at sun.plugin.navig.motif.Plugin.start(Plugin.java:101) Monitor Cache Dump: java.awt.EventQueue@28E936D0/28FDA760: Waiting to be notified: "AWT-EventQueue-1" (0x85e4480) javax.swing.TimerQueue@28E9D2F8/28F75A08: Waiting to be notified: "TimerQueue" (0x8301c80) com.sun.media.sound.EventDispatcher@28E899B8/28EEAED0: Waiting to be notified: "Thread-1" (0x818ee80) sun.awt.ScreenUpdater@28E92E30/28FE99F0: Waiting to be notified: "Screen Updater" (0x85e4e80) java.lang.ref.ReferenceQueue$Lock@28E7B540/28EB1478: Waiting to be notified: "Finalizer" (0x80d7280) java.lang.Thread@28E8F618/28FF7760: Waiting to be notified: "thread applet-lotus.notes.apps.actionbar.ActionBar.class" (0x85e4a80) com.sun.media.sound.EventDispatcher@28E89A40/28EEAC28: Waiting to be notified: "Thread-0" (0x818ec80) sun.plugin.security.PluginClassLoader@28E98D40/28FB6EC8: owner "Thread-5" (0x85f4a80) 2 entries java.awt.EventQueue@28EA72B0/28F24F78: Waiting to be notified: "AWT-EventQueue-0" (0x83f1e80) sun.plugin.protocol.https.BrowserHttpsInputStream@28E8CA78/290005E0: owner "Thread-5" (0x85f4a80) 1 entry java.lang.ref.Reference$Lock@28E7B310/28EB0F98: Waiting to be notified: "Reference Handler" (0x809a680) sun.awt.PostEventQueue@28E937A8/28FDA980: Waiting to be notified: "SunToolkit.PostEventQueue-1" (0x85e4680) java.io.BufferedInputStream@28E8CA58/29000530: owner "Thread-5" (0x85f4a80) 1 entry sun.misc.URLClassPath@28E96FE0/28FD7738: owner "Thread-5" (0x85f4a80) 1 entry sun.awt.PostEventQueue@28EA70F8/28F25668: Waiting to be notified: "SunToolkit.PostEventQueue-0" (0x8412080) 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 "Thread-5" (0x85f4a80) 1 entry Dynamic loading lock: Monitor IO lock: User signal monitor: Waiting to be notified: "Signal dispatcher" (0x809a480) Child death monitor: I/O monitor: Waiting to be notified: "AWT-Motif" (0x8432a80) Alarm monitor: Waiting to be notified: (0x8054280) Thread queue lock: owner "Thread-5" (0x85f4a80) 1 entry Monitor registry: owner "Thread-5" (0x85f4a80) 1 entry INTERNAL ERROR on Browser End: Pipe closed during read? State may be corrupt System error?:: Undefined error: 0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Wed Jun 5 9:49:52 2002 Delivered-To: freebsd-java@freebsd.org Received: from recourse.com (mail.recourse.com [206.171.10.25]) by hub.freebsd.org (Postfix) with ESMTP id 711DB37B400 for ; Wed, 5 Jun 2002 09:49:48 -0700 (PDT) Received: from recourse.com (localhost [127.0.0.1]) by recourse.com (8.12.1/8.12.1) with ESMTP id g55GmkVI013020 for ; Wed, 5 Jun 2002 09:48:46 -0700 (PDT) Received: from localhost (rross@localhost) by recourse.com (8.12.1/8.12.1/Submit) with ESMTP id g55Gmk3Y013017 for ; Wed, 5 Jun 2002 09:48:46 -0700 (PDT) Date: Wed, 5 Jun 2002 09:48:46 -0700 (PDT) From: "Robert F. Ross" X-Sender: rross@recourse.com To: freebsd-java@freebsd.org Subject: green vs. native threads Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On the suggestion from people here about using native threads instead of green threads I tried running the VM with -native. I never managed to get select() or poll() behaving right through JNI with green threads. With native threads, they appear to behave exactly as they should. The problem is, with native threads my java process eats 100% CPU. When I try to attach with gdb to see where this is happening, it appears to always attach with a backtrace of: #0 0x280c1c69 in _thread_sigframe_restore () from /usr/lib/libc_r.so.4 #1 0x280c1a68 in _thread_sig_wrapper () from /usr/lib/libc_r.so.4 #2 0x280c1252 in _thread_sig_handle_pending () from /usr/lib/libc_r.so.4 #3 0x280c0772 in _thread_sig_handler () from /usr/lib/libc_r.so.4 #4 0xbfbfffac in ?? () #5 0x2819eeb9 in args_done () from /usr/local/jre-image-i386/lib/i386/classic/libjvm.so #6 0x2816a3c1 in invokeJNINativeMethod () from /usr/local/jre-image-i386/lib/i386/classic/libjvm.so #7 0x81eab08 in ?? () #8 0x80be200 in ?? () #9 0x8198a08 in ?? () Error accessing memory address 0x2e: Bad address. the address is always the same. If I try to stepi, nexti, next, etc. to see what it's doing gdb just hangs (it also says ptrace is claiming the process doesn't exist if I try to quit). The above backtrace is from thread 1, there's 6 threads total. 4 of them are in _thread_kern_sched either from a pthread cond wait or a timedwait. One is the backtrace I just pasted above, and the other is: #0 0x2c2ba7b3 in push_stack () from /usr/local/jre-image-i386/lib/i386/libverify.so Error accessing memory address 0xe7528fd4: Bad address. I'm using the same exact jar file with both threading models. Under green threads, select() and poll() seem to sometimes behave properly and sometimes just wait the timeout before returning regardless (it appears write related but I'm not certain). Under native threads, select() and poll() both work properly but the CPU utilization jumps to 100%. Has anyone seen either of these issues or have any idea what may be causing them? Thanks. Robert Ross Senior Software Engineer Recourse Technologies, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Wed Jun 5 11:57:41 2002 Delivered-To: freebsd-java@freebsd.org Received: from smtp.hccnet.nl (smtp.hccnet.nl [62.251.0.13]) by hub.freebsd.org (Postfix) with ESMTP id 0FFD137B404 for ; Wed, 5 Jun 2002 11:57:39 -0700 (PDT) Received: from there by smtp.hccnet.nl via uds55-60.dial.hccnet.nl [62.251.60.55] with SMTP id UAA00704 (8.8.8/1.13); Wed, 5 Jun 2002 20:57:34 +0200 (MET DST) Message-Id: <200206051857.UAA00704@smtp.hccnet.nl> Content-Type: text/plain; charset="iso-8859-1" From: Ernst de Haan Organization: FreeBSD Project To: Bill Huey Subject: Re: HotSpot progress report Date: Wed, 5 Jun 2002 20:57:25 +0200 X-Mailer: KMail [version 1.3.2] Cc: freebsd-java@FreeBSD.ORG References: <20020604032124.GA3669@gnuppy.monkey.org> <20020605013718.GA4292@gnuppy.monkey.org> <20020605031909.GA4596@gnuppy.monkey.org> In-Reply-To: <20020605031909.GA4596@gnuppy.monkey.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > A window actually open and closed !!!! The thread priority stuff is a > > minor change. I'll get to it right away, uh, after I eat. ;) > > I just fixed the thread priority assertion checking and it's running > the Animator applet now under HotSpot. Wow, Bill! Congratulations! I knew you were up to it! Keep up the good work. I owe you a drink if we ever meet in real life ;-) Ernst To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Wed Jun 5 12:56:16 2002 Delivered-To: freebsd-java@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id 8F53037B405 for ; Wed, 5 Jun 2002 12:56:13 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17Fgsl-0000Z5-00; Wed, 05 Jun 2002 12:55:47 -0700 Date: Wed, 5 Jun 2002 12:55:47 -0700 To: K.J.Koster@kpn.com Cc: freebsd-java@FreeBSD.ORG, Bill Huey Subject: Re: HotSpot progress report Message-ID: <20020605195547.GA2150@gnuppy.monkey.org> References: <59063B5B4D98D311BC0D0001FA7E452205FDA763@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FDA763@l04.research.kpn.com> User-Agent: Mutt/1.3.28i From: Bill Huey Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jun 05, 2002 at 04:14:38PM +0200, K.J.Koster@kpn.com wrote: > I posted it on daemonnews. Is that ok? :-) No, CNN. Wait, that's Ted Turner American propagada. How about ESPN instead ? ;) ...And he scores!!! Goal !!!!!!!! Goal !!!!!!! > Thanks man. Good work. > > Kees Jan I'm sure that this development cycle reduced the likelyhood of me getting cheap health insurance or cheap pain pills, if you know what I mean. ;) bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Wed Jun 5 13: 0:58 2002 Delivered-To: freebsd-java@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id DA92137B400; Wed, 5 Jun 2002 13:00:56 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17Fgxk-0000ZR-00; Wed, 05 Jun 2002 13:00:56 -0700 Date: Wed, 5 Jun 2002 13:00:56 -0700 To: Ernst de Haan Cc: freebsd-java@FreeBSD.ORG, Bill Huey Subject: Re: HotSpot progress report Message-ID: <20020605200056.GB2150@gnuppy.monkey.org> References: <20020604032124.GA3669@gnuppy.monkey.org> <20020605013718.GA4292@gnuppy.monkey.org> <20020605031909.GA4596@gnuppy.monkey.org> <200206051857.UAA00704@smtp.hccnet.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206051857.UAA00704@smtp.hccnet.nl> User-Agent: Mutt/1.3.28i From: Bill Huey Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jun 05, 2002 at 08:57:25PM +0200, Ernst de Haan wrote: > Wow, Bill! Congratulations! I knew you were up to it! Keep up the good work. > I owe you a drink if we ever meet in real life ;-) [sick comments about other people's drug withdrawl suppressed] How about a Usenix pass and plane ticket ? Anybody got a free pass they can donate or extra hotel time ? ;) I should probably go so that I can see folks I haven't seen in a long time like the BSD/OS crew. bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Wed Jun 5 16: 9:21 2002 Delivered-To: freebsd-java@freebsd.org Received: from absinthe.carnagecopia.com (absinthe.carnagecopia.com [216.187.87.246]) by hub.freebsd.org (Postfix) with SMTP id E62E737B403 for ; Wed, 5 Jun 2002 16:09:14 -0700 (PDT) Received: (qmail 10322 invoked by uid 85); 5 Jun 2002 23:09:13 -0000 Received: from random@goblinstudios.com by absinthe.carnagecopia.com with qmail-scanner-1.03 (uvscan: v4.0.50/v4205. . Clean. Processed in 0.14107 secs); 05 Jun 2002 23:09:13 -0000 Received: from firewall-vancouver.goblinstudios.com (HELO workstation-22.internal.carnagecopia.com) (204.244.192.2) by absinthe.carnagecopia.com with SMTP; 5 Jun 2002 23:09:13 -0000 Date: Wed, 5 Jun 2002 19:13:24 -0400 From: Vincent Janelle To: freebsd-java@freebsd.org Subject: error compiling openjit-1.1.15 from ports with jdk1.3.1 Message-Id: <20020605191324.109c7e35.random@goblinstudios.com> Organization: http://www.goblinstudios.com/ X-Mailer: Sylpheed version 0.7.6 (GTK+ 1.2.10; i586-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ===> Building for openjit-1.1.15 /usr/local/jdk1.3.1/bin/javac -classpath . -O org/OpenJIT/X86.java gmake ./libOpenJIT.so VARIANT=OPT gmake[1]: Entering directory `/usr/ports/java/openjit/work/OpenJIT-1.1.15' mkdir -p obj mkdir -p CClassHeaders /usr/local/jdk1.3.1/bin/javah -d CClassHeaders -old org.OpenJIT.Compile java.util.MissingResourceException: Can't find bundle for base name com.sun.tools.javah.resources.FreeBSD_i386, locale en at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:712) at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:683) at java.util.ResourceBundle.getBundle(ResourceBundle.java:546) at com.sun.tools.javah.Util.initPlatform(Util.java:159) at com.sun.tools.javah.Util.getPlatformString(Util.java:144) at com.sun.tools.javah.OldHeaders.write(OldHeaders.java:92) at com.sun.tools.javah.Gen.run(Gen.java:152) at com.sun.tools.javah.Main.run(Main.java:176) at com.sun.tools.javah.Main.main(Main.java:45) Error loading resources. Please file a bug report. gmake[1]: *** [CClassHeaders/org_OpenJIT_Compile.h] Error 10 gmake[1]: Leaving directory `/usr/ports/java/openjit/work/OpenJIT-1.1.15' gmake: *** [optimized] Error 2 *** Error code 2 --- Did I forget something? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Wed Jun 5 19:43:28 2002 Delivered-To: freebsd-java@freebsd.org Received: from mgr3.xmission.com (mgr3.xmission.com [198.60.22.203]) by hub.freebsd.org (Postfix) with ESMTP id ED49337B404 for ; Wed, 5 Jun 2002 19:43:24 -0700 (PDT) Received: from mail by mgr3.xmission.com with spam-scanned (Exim 3.35 #1) id 17FnFA-0007WC-00; Wed, 05 Jun 2002 20:43:20 -0600 Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr3.xmission.com with esmtp (Exim 3.35 #1) id 17FnF9-0007Vy-00; Wed, 05 Jun 2002 20:43:19 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g562hF838769; Thu, 6 Jun 2002 12:13:15 +0930 (CST) (envelope-from glewis) Date: Thu, 6 Jun 2002 12:13:15 +0930 From: Greg Lewis To: "Robert F. Ross" Cc: freebsd-java@FreeBSD.ORG Subject: Re: green vs. native threads Message-ID: <20020606121315.A38750@misty.eyesbeyond.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rross@recourse.com on Wed, Jun 05, 2002 at 09:48:46AM -0700 X-Spam-Status: No, hits=-4.4 required=8.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jun 05, 2002 at 09:48:46AM -0700, Robert F. Ross wrote: > On the suggestion from people here about using native threads instead of > green threads I tried running the VM with -native. I never managed to get > select() or poll() behaving right through JNI with green threads. With > native threads, they appear to behave exactly as they should. The problem > is, with native threads my java process eats 100% CPU. When I try to > attach with gdb to see where this is happening, it appears to always > attach with a backtrace of: Have you tried running it under GDB rather than just attaching to the process? This is quite simple to do -- just set the environment variable DEBUG_PROG to gdb. I'd also recommend trying to duplicate the problem with java_g rather than java, you'll get much more useful gdb information that way. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jun 6 2:38:51 2002 Delivered-To: freebsd-java@freebsd.org Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by hub.freebsd.org (Postfix) with ESMTP id 7345637B400 for ; Thu, 6 Jun 2002 02:38:47 -0700 (PDT) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Thu, 6 Jun 2002 10:38:43 +0100 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 3.16 #1) id 17FthB-0001KF-00; Thu, 06 Jun 2002 10:36:41 +0100 Date: Thu, 6 Jun 2002 10:36:41 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: "Robert F. Ross" Cc: freebsd-java@freebsd.org Subject: Re: green vs. native threads In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, 5 Jun 2002, Robert F. Ross wrote: > On the suggestion from people here about using native threads instead of > green threads I tried running the VM with -native. I never managed to get > select() or poll() behaving right through JNI with green threads. With > native threads, they appear to behave exactly as they should. The problem > is, with native threads my java process eats 100% CPU. When I try to > attach with gdb to see where this is happening, it appears to always > attach with a backtrace of: ... > Has anyone seen either of these issues or have any idea what may be > causing them? Is this on -stable? I've seen thread-enabled applications consume large amounts of CPU inside the libc_r. My guess was that the "blocking" calls like select are being faked by the thread library - which is fine if they've got other work to do - but if everything is waiting on a blocking call the whole caboodle goes into a busy loop waiting on one of the events you're "blocking" on. (Compiling apache with threading on -stable exhibited this behaviour.) I've no idea how or at what level the jvm interacts with the native threading system - haven't looked, don't particularly want to. jan -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk ...You're visualising the _duck_ taped over my _mouth_..? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jun 6 3:41:36 2002 Delivered-To: freebsd-java@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id D730337B401 for ; Thu, 6 Jun 2002 03:41:33 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17Fuhj-0001JI-00; Thu, 06 Jun 2002 03:41:19 -0700 Date: Thu, 6 Jun 2002 03:41:19 -0700 To: Jan Grant Cc: "Robert F. Ross" , freebsd-java@freebsd.org, Bill Huey Subject: Re: green vs. native threads Message-ID: <20020606104119.GA5028@gnuppy.monkey.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i From: Bill Huey Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jun 06, 2002 at 10:36:41AM +0100, Jan Grant wrote: > > Has anyone seen either of these issues or have any idea what may be > > causing them? Turn on the signal debugging stuff libc_r and see if it's trying to deliver a SIGSEGV in an infinite loop. > Is this on -stable? I've seen thread-enabled applications consume large > amounts of CPU inside the libc_r. My guess was that the "blocking" calls > like select are being faked by the thread library - which is fine if > they've got other work to do - but if everything is waiting on a > blocking call the whole caboodle goes into a busy loop waiting on one of > the events you're "blocking" on. > > (Compiling apache with threading on -stable exhibited this behaviour.) > > I've no idea how or at what level the jvm interacts with the native > threading system - haven't looked, don't particularly want to. Blocking threads are converted into async IO event within a select() call. I would expect that to generate a lot of CPU suck unless you have zillions of threads. Moving to kqueue might fix the scalability problem. KSEs certainly would fix it since select() would be replaced by some other IO wake mechanism. I'm not sure what the problem is here. It could be a number of nasty things. Also -native has problems with fringe wait logic in pthread_cond_timewait() not suspending properly. Dan Eischen recent made changes to libc_r under -current (?) to fix that problem. It's something I've whined about many times on this list. BTW, I'm trying to get a person to do a special libc_r just for native threading (from -current ?) in the JVM, while I'm going to take a rest for a while on the issues. We'll see what happens. Good luck. ;) bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jun 6 8:58: 7 2002 Delivered-To: freebsd-java@freebsd.org Received: from recourse.com (mail.recourse.com [206.171.10.25]) by hub.freebsd.org (Postfix) with ESMTP id 0D50237B401 for ; Thu, 6 Jun 2002 08:58:03 -0700 (PDT) Received: from recourse.com (localhost [127.0.0.1]) by recourse.com (8.12.1/8.12.1) with ESMTP id g56FrZVI002666; Thu, 6 Jun 2002 08:53:35 -0700 (PDT) Received: from localhost (rross@localhost) by recourse.com (8.12.1/8.12.1/Submit) with ESMTP id g56FrZZW002663; Thu, 6 Jun 2002 08:53:35 -0700 (PDT) Date: Thu, 6 Jun 2002 08:53:35 -0700 (PDT) From: "Robert F. Ross" X-Sender: rross@recourse.com To: Bill Huey Cc: Jan Grant , "Robert F. Ross" , freebsd-java@freebsd.org Subject: Re: green vs. native threads In-Reply-To: <20020606104119.GA5028@gnuppy.monkey.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is on 4.5-RELEASE that I'm seeing these issues. I'm not sure what the libc_r signal debugging stuff is, but truss does't show anything at all happening in the process (even when I wait for longer than the select() timeouts). It looks like it's in an infinite loop of some sort without any syscalls. Using kqueue in the JNI-invoked code would be a pain since it's supposed to be portable code. Why would the JVM need its own special libc_r? Robert Ross Senior Software Engineer Recourse Technologies, Inc. On Thu, 6 Jun 2002, Bill Huey wrote: > On Thu, Jun 06, 2002 at 10:36:41AM +0100, Jan Grant wrote: > > > Has anyone seen either of these issues or have any idea what may be > > > causing them? > > Turn on the signal debugging stuff libc_r and see if it's trying to deliver a > SIGSEGV in an infinite loop. > > > Is this on -stable? I've seen thread-enabled applications consume large > > amounts of CPU inside the libc_r. My guess was that the "blocking" calls > > like select are being faked by the thread library - which is fine if > > they've got other work to do - but if everything is waiting on a > > blocking call the whole caboodle goes into a busy loop waiting on one of > > the events you're "blocking" on. > > > > (Compiling apache with threading on -stable exhibited this behaviour.) > > > > I've no idea how or at what level the jvm interacts with the native > > threading system - haven't looked, don't particularly want to. > > Blocking threads are converted into async IO event within a select() > call. I would expect that to generate a lot of CPU suck unless you have > zillions of threads. Moving to kqueue might fix the scalability problem. > KSEs certainly would fix it since select() would be replaced by some other > IO wake mechanism. > > I'm not sure what the problem is here. It could be a number of nasty > things. Also -native has problems with fringe wait logic in > pthread_cond_timewait() not suspending properly. Dan Eischen recent > made changes to libc_r under -current (?) to fix that problem. It's > something I've whined about many times on this list. > > BTW, I'm trying to get a person to do a special libc_r just for native > threading (from -current ?) in the JVM, while I'm going to take a rest > for a while on the issues. We'll see what happens. > > Good luck. ;) > > bill > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jun 6 11:43:19 2002 Delivered-To: freebsd-java@freebsd.org Received: from omega.lovett.com (staff.ranger.supernews.net [216.168.1.30]) by hub.freebsd.org (Postfix) with ESMTP id F116E37B404; Thu, 6 Jun 2002 11:43:08 -0700 (PDT) Received: from [209.228.7.76] (helo=[209.228.7.76]) by omega.lovett.com with esmtp (Exim 3.36 #1) id 17G2Dw-0003Ys-00; Thu, 06 Jun 2002 11:43:04 -0700 User-Agent: Microsoft-Entourage/10.1.0.2006 Date: Thu, 06 Jun 2002 13:43:20 -0500 Subject: Re: Repocopy request / Unification of JDK port names From: Ade Lovett To: Ernst de Haan , , Cc: , , Greg Lewis , Tim E Schafer Message-ID: In-Reply-To: <200206011509.RAA21284@smtp.hccnet.nl> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 06/01/02 10:09, "Ernst de Haan" wrote: > Hereby I request the following repocopies: > > ports/java/jdk --> ports/java/jdk11 > ports/java/jdk12-beta --> ports/java/jdk12 > ports/java/linux-jdk --> ports/java/linux-blackdown-jdk12 > ports/java/linux-jdk13 --> ports/java/linux-sun-jdk13 > ports/java/linux-jdk14 --> ports/java/linux-sun-jdk14 Approved. Remember that it is also your responsibility to fix ports/java/Makefile and modules after the copies are done. -aDe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jun 6 12:20:38 2002 Delivered-To: freebsd-java@freebsd.org Received: from smtp.hccnet.nl (smtp.hccnet.nl [62.251.0.13]) by hub.freebsd.org (Postfix) with ESMTP id EBBEC37B407; Thu, 6 Jun 2002 12:20:03 -0700 (PDT) Received: from there by smtp.hccnet.nl via uds201-44.dial.hccnet.nl [62.251.44.201] with SMTP id VAA12107 (8.8.8/1.13); Thu, 6 Jun 2002 21:19:58 +0200 (MET DST) Message-Id: <200206061919.VAA12107@smtp.hccnet.nl> Content-Type: text/plain; charset="iso-8859-1" From: Ernst de Haan Organization: FreeBSD Project To: Ade Lovett Subject: Re: Repocopy request / Unification of JDK port names Date: Thu, 6 Jun 2002 21:19:49 +0200 X-Mailer: KMail [version 1.3.2] Cc: , , Greg Lewis , Tim E Schafer , , References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > Hereby I request the following repocopies: > > > > ports/java/jdk --> ports/java/jdk11 > > ports/java/jdk12-beta --> ports/java/jdk12 > > ports/java/linux-jdk --> ports/java/linux-blackdown-jdk12 > > ports/java/linux-jdk13 --> ports/java/linux-sun-jdk13 > > ports/java/linux-jdk14 --> ports/java/linux-sun-jdk14 > > Approved. Remember that it is also your responsibility to fix > ports/java/Makefile and modules after the copies are done. Great! Thanks. I will make sure that I fix the files you mentioned. Ernst To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jun 6 15:45:40 2002 Delivered-To: freebsd-java@freebsd.org Received: from recourse.com (mail.recourse.com [206.171.10.25]) by hub.freebsd.org (Postfix) with ESMTP id 9F88137B40D for ; Thu, 6 Jun 2002 15:45:09 -0700 (PDT) Received: from recourse.com (localhost [127.0.0.1]) by recourse.com (8.12.1/8.12.1) with ESMTP id g56MiqVI015275; Thu, 6 Jun 2002 15:44:52 -0700 (PDT) Received: from localhost (rross@localhost) by recourse.com (8.12.1/8.12.1/Submit) with ESMTP id g56MipcX015272; Thu, 6 Jun 2002 15:44:52 -0700 (PDT) Date: Thu, 6 Jun 2002 15:44:51 -0700 (PDT) From: "Robert F. Ross" X-Sender: rross@recourse.com To: Bill Huey Cc: "Robert F. Ross" , Jan Grant , freebsd-java@freebsd.org Subject: Re: green vs. native threads In-Reply-To: <20020606221014.GA2514@gnuppy.monkey.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Ah. The process appears to actually function and do everything it's supposed to, so I don't think it's the SIGSEGV issue (I'm still not sure what the libc_r signal debugging stuff is, I don't debug stuff on freebsd often). The most likely thing from the replies I've seen is that the pthread library is busywaiting during select() or something. It does everything it's supposed to but tends to burn 100% cpu even when it shouldn't need to. Robert Ross Senior Software Engineer Recourse Technologies, Inc. On Thu, 6 Jun 2002, Bill Huey wrote: > On Thu, Jun 06, 2002 at 08:53:35AM -0700, Robert F. Ross wrote: > > This is on 4.5-RELEASE that I'm seeing these issues. I'm not sure what the > > libc_r signal debugging stuff is, but truss does't show anything at all > > happening in the process (even when I wait for longer than the > > select() timeouts). It looks like it's in an infinite loop of some sort > > without any syscalls. Using kqueue in the JNI-invoked code would be a pain > > The switch to kqueue would be within libc_r, not the JVM itself. > > The reason why I thought it was a signal problem was that it looked like > it was stopped in the signal delivery code. It could be trying to deliver > a SIGSEGV to a corrupted stack and therefore generating another SEGSIGV, > hence creating an infinite loop. That's why I asked for you to turn on > the signal debugging stuff. > > > since it's supposed to be portable code. Why would the JVM need its own > > special libc_r? > > Bugs in libc_r. > > bill > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jun 6 15:48:15 2002 Delivered-To: freebsd-java@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id DEFCC37B405 for ; Thu, 6 Jun 2002 15:48:12 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17G634-0000nJ-00; Thu, 06 Jun 2002 15:48:06 -0700 Date: Thu, 6 Jun 2002 15:48:06 -0700 To: "Robert F. Ross" Cc: Jan Grant , freebsd-java@freebsd.org, Bill Huey Subject: Re: green vs. native threads Message-ID: <20020606224806.GA3049@gnuppy.monkey.org> References: <20020606221014.GA2514@gnuppy.monkey.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i From: Bill Huey Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jun 06, 2002 at 03:44:51PM -0700, Robert F. Ross wrote: > Ah. The process appears to actually function and do everything it's > supposed to, so I don't think it's the SIGSEGV issue (I'm still not sure > what the libc_r signal debugging stuff is, I don't debug stuff on freebsd > often). The most likely thing from the replies I've seen is that the > pthread library is busywaiting during select() or something. It does > everything it's supposed to but tends to burn 100% cpu even when it > shouldn't need to. How many threads are you running ? I can't think of anything in libc_r that would suck so much CPU time other than it bogging down from trying to manage a zillion threads. bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Jun 6 21:21: 7 2002 Delivered-To: freebsd-java@freebsd.org Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by hub.freebsd.org (Postfix) with ESMTP id 9B2CE37B401 for ; Thu, 6 Jun 2002 21:20:59 -0700 (PDT) Received: from agora.rdrop.com (localhost [127.0.0.1]) by agora.rdrop.com (8.12.2/8.12.2) with ESMTP id g574KxC1089858 for ; Thu, 6 Jun 2002 21:20:59 -0700 (PDT) (envelope-from alan@agora.rdrop.com) Received: (from alan@localhost) by agora.rdrop.com (8.12.2/8.12.2/Submit) id g574Kxms089857 for freebsd-java@freebsd.org; Thu, 6 Jun 2002 21:20:59 -0700 (PDT) Date: Thu, 6 Jun 2002 21:20:59 -0700 From: Alan Batie To: freebsd-java@freebsd.org Subject: jni symbol resolution problem Message-ID: <20020606212059.D87904@agora.rdrop.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm puzzled, as this was working at one point and I can't see any reason for it to stop --- I'm hoping someone here will have some insight... Thanks! I have a simple JNI function to check for the existence of a specified login, but java's stopped being able to load it: Version info: [168] $ java -version java_X version "1.1.8" [169] $ uname -a FreeBSD agora.rdrop.com 4.5-STABLE FreeBSD 4.5-STABLE #0: Wed Apr 3 08:52:= 15 PST 2002 root@agora.rdrop.com:/usr/src/freebsd/src/sys/compile/AGORA= i386 A simple java test wrapper: class atest1 { // Check to see if unix login already exists private native boolean jlogin_exists(String login); // Static initializer to load the C library static { System.loadLibrary("apply"); } static public void main(String s[]) { if ((new atest1()).jlogin_exists("root")) { System.out.println("good: root exists"); } else { System.out.println("bad: root doesn't exist"); } if ((new atest1()).jlogin_exists("beezlebub")) { System.out.println("bad: beezlebug exists"); } else { System.out.println("good: beezlebug doesn't exist"); } } } What happens when I run it: [174] $ java atest1 java.lang.UnsatisfiedLinkError: jlogin_exists at atest1.main(atest1.java:12) Ktrace output showing that the symbol is in fact *in* libapply, i.e. it's finding the library and it seems to be built right: 88958 java_X CALL open(0x2811d100,0,0xbfbfef44) 88958 java_X NAMI "/usr/local/lib/libapply.so" 88958 java_X RET open 5 88958 java_X CALL fstat(0x5,0xbfbfef14) 88958 java_X RET fstat 0 88958 java_X CALL read(0x5,0xbfbfdee4,0x1000) 88958 java_X GIO fd 5 read 4096 bytes "\^?ELF\^A\^A\^A \0\0\0\0\0\0\0\0\^C\0\^C\0\^A\0\0\0\^P\^F\0\0004\0\= 0\0\ =2E.. \0 \0\0_DYNAMIC\0_GLOBAL_OFFSET_TABLE_\0_init\0_fini\0__deregi= ste\ r_frame_info\0__register_frame_info\0Java_apply_jcrypt\0time\0srand= om\ \0crypt_set_format\0random\0crypt\0Java_apply_jlogin_1exists\0getpw= nam\ \0libcrypt.so.2\0_edata\0__bss_start\0_end\0\M-@\^X\0\0\b\0\0\0\b\^= Y\0\ \0\^F\^[\0\0\f\^Y\0\0\^F%\0\0\M-h\^X\0\0\a\^V\0\0\M-l\^X\0\0\a\^Z\0= \0\ The JNI C code: #include #include #include #include "apply.h" JNIEXPORT jboolean JNICALL Java_apply_jlogin_1exists(JNIEnv *env, jobject this, jstring login) { const jbyte *clogin; // Convert java Unicode string to UTF-8 (ascii) clogin =3D (*env)->GetStringUTFChars(env, login, NULL); if (clogin =3D=3D NULL) { // Probably OutOfMemoryError exception; // if so, it has already been thrown return NULL; } return(getpwnam(clogin) !=3D NULL); } And I tried it on a system with the latest versions of things: [113] $ java atest1 Exception in thread "main" java.lang.UnsatisfiedLinkError: jlogin_exists at atest1.main(atest1.java:12) [114] $ java -version java version "1.3.1-p6" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-p6-root-02052= 8-22:16) Classic VM (build 1.3.1-p6-root-020528-22:16, green threads, nojit) [115] $ uname -a FreeBSD pyrex.batie.org 4.6-RC FreeBSD 4.6-RC #3: Mon May 27 14:40:21 PDT 2= 002 root@pyrex.batie.org:/usr/src/freebsd/src/sys/compile/PYREX i386 --=20 Alan Batie ______ www.rdrop.com/users/alan Me alan@batie.org \ / www.qrd.org The Triangle PGPFP DE 3C 29 17 C0 49 7A \ / www.pgpi.com The Weird Numbers 27 40 A5 3C 37 4A DA 52 B9 \/ razor.sourceforge.net NO SPAM! A free society is a place where it's safe to be unpopular. -Adlai Stevenson, statesman (1900-1965) --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iQCVAwUBPQA0qov4wNua7QglAQESqAQAkAeS2XsSgrcKBqJ9A1nlmvO0GQq5D+zF WtKa5FD68isicDLWPMLM++wTHDdZ7Ob1PnMYP7nO9ntgO6JGjMQN2rIstKNQGXr+ /D2t3i7Y2EEBIA5SVzdIrLCt4NVB642mDOPNxekt10j8g/E3RhSxf+fYuNNpqmBf eNyAsgdPaXA= =8IuC -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Jun 7 0:21: 6 2002 Delivered-To: freebsd-java@freebsd.org Received: from zaphod.euronet.nl (zaphod.euronet.nl [194.134.128.241]) by hub.freebsd.org (Postfix) with ESMTP id 3C39B37B403; Fri, 7 Jun 2002 00:21:01 -0700 (PDT) Received: from zaphod.euronet.nl (localhost [127.0.0.1]) by zaphod.euronet.nl (8.12.3/8.12.3) with ESMTP id g577L0mq001923; Fri, 7 Jun 2002 09:21:00 +0200 (CEST) (envelope-from ernst@zaphod.euronet.nl) Received: (from ernst@localhost) by zaphod.euronet.nl (8.12.3/8.12.3/Submit) id g577KuID001918; Fri, 7 Jun 2002 09:20:56 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Ernst de Haan To: Subject: Re: Repocopy request / Unification of JDK port names Date: Fri, 7 Jun 2002 09:20:56 +0200 X-Mailer: KMail [version 1.4] Cc: , , Greg Lewis , Tim E Schafer , Ade Lovett , References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200206070920.56887.znerd@FreeBSD.org> Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > Hereby I request the following repocopies: > > > > ports/java/jdk --> ports/java/jdk11 > > ports/java/jdk12-beta --> ports/java/jdk12 > > ports/java/linux-jdk --> ports/java/linux-blackdown-jdk12 > > ports/java/linux-jdk13 --> ports/java/linux-sun-jdk13 > > ports/java/linux-jdk14 --> ports/java/linux-sun-jdk14 > > Approved. Remember that it is also your responsibility to fix > ports/java/Makefile and modules after the copies are done. Please don't perform these repocopies until after the weekend, because I'm away during the weekend and I want to have this fixed ASAP after the repocopies. Ernst -- Ernst de Haan EuroNet Internet B.V. "Come to me all who are weary and burdened and I will give you rest" -- Jesus Christ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Jun 7 3:28:39 2002 Delivered-To: freebsd-java@freebsd.org Received: from web14404.mail.yahoo.com (web14404.mail.yahoo.com [216.136.174.61]) by hub.freebsd.org (Postfix) with SMTP id 932C037B405 for ; Fri, 7 Jun 2002 03:28:35 -0700 (PDT) Message-ID: <20020607102833.98354.qmail@web14404.mail.yahoo.com> Received: from [202.88.149.172] by web14404.mail.yahoo.com via HTTP; Fri, 07 Jun 2002 03:28:33 PDT Date: Fri, 7 Jun 2002 03:28:33 -0700 (PDT) From: sonam singh Subject: please help..Tomcat4+Ibm jdk1.3 get hang To: freebsd-java@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi I am successfuly running the IbmJdk1.3+tomcat3x.But when i upgrade to tomcat4.0 the with IbmJdk1.3 or SunJava4 , tomcat hangs . can any body help me what is the problem ????.... but tomcat4 runs smoothly with Sun jdk2. bye Sonam __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Jun 7 3:28:45 2002 Delivered-To: freebsd-java@freebsd.org Received: from web14406.mail.yahoo.com (web14406.mail.yahoo.com [216.136.174.76]) by hub.freebsd.org (Postfix) with SMTP id 04C3837B403 for ; Fri, 7 Jun 2002 03:28:40 -0700 (PDT) Message-ID: <20020607102839.8001.qmail@web14406.mail.yahoo.com> Received: from [202.88.149.172] by web14406.mail.yahoo.com via HTTP; Fri, 07 Jun 2002 03:28:39 PDT Date: Fri, 7 Jun 2002 03:28:39 -0700 (PDT) From: sonam singh Subject: please help..Tomcat4+Ibm jdk1.3 get hang To: freebsd-java@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi I am successfuly running the IbmJdk1.3+tomcat3x.But when i upgrade to tomcat4.0 the with IbmJdk1.3 or SunJava4 , tomcat hangs . can any body help me what is the problem ????.... but tomcat4 runs smoothly with Sun jdk2. bye Sonam __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Jun 7 5: 7:20 2002 Delivered-To: freebsd-java@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id 0D5D437B405 for ; Fri, 7 Jun 2002 05:07:17 -0700 (PDT) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #6) id 17GIWR-000G3o-00; Fri, 7 Jun 2002 13:07:15 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.6/8.11.1) id g57C7F783765; Fri, 7 Jun 2002 13:07:15 +0100 (BST) (envelope-from jcm) Date: Fri, 7 Jun 2002 13:07:14 +0100 From: j mckitrick To: "Koster, K.J." Cc: freebsd-java@FreeBSD.ORG Subject: Re: Best IDE for slow system? Message-ID: <20020607130714.A83706@dogma.freebsd-uk.eu.org> References: <59063B5B4D98D311BC0D0001FA7E452205FDA3A2@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FDA3A2@l04.research.kpn.com>; from K.J.Koster@kpn.com on Tue, Feb 26, 2002 at 07:04:52PM +0100 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org | > | In my current project we have a mix | > | of FreeBSD, Linux, cygwin on Windows and Windows on the | > | developer's desktops | > | and roll-out is on a Solaris box. How's that for | > | heterogenous environments? | > | > What kind of applications are you working on? | > | It's not the application that makes the environment heterogenous, it is the | problem that we're a little short on developers at this time and we need to | be friends. No dictating development environments. :) Kees Jan, what kind of applications are you working on, anyway? Also, how are big Java projects deployed? I'm only familiar with the Win32/Installshield process. I'm assuming you are talking about Java development. | You can't have everything. Where would you put it? | [Steven Wright] I'm going to see a Steven Wright show next weekend. ;-) jm -- There are only 10 types of people in this world: those who understand binary, and those who don't. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Jun 7 5:42:23 2002 Delivered-To: freebsd-java@freebsd.org Received: from riheaa.org (riheaa.org [192.41.33.228]) by hub.freebsd.org (Postfix) with ESMTP id 36D2837B406 for ; Fri, 7 Jun 2002 05:42:19 -0700 (PDT) Received: from JGREENOUGH ([207.190.252.19]) by riheaa.org (8.8.5) id GAA02021; Fri, 7 Jun 2002 06:42:19 -0600 (MDT) X-Authentication-Warning: riheaa.org: Host [207.190.252.19] claimed to be JGREENOUGH Reply-To: From: "Justin D. Greenough" To: Subject: RE: please help..Tomcat4+Ibm jdk1.3 get hang Date: Fri, 7 Jun 2002 08:40:42 -0400 Message-ID: <000401c20e20$8b0e2ea0$1d0a0a0a@JGREENOUGH> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20020607102833.98354.qmail@web14404.mail.yahoo.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hrrm... I just tried the same combination and I'm having issues too. Tomcat appears to start correctly, but the port (8080) doesn't seem to have anything running on it when you try to access it with a browser. When I try to issue a "shutdown" for Tomcat, it hangs. Is this the same thing you're seeing? Justin... -----Original Message----- From: owner-freebsd-java@FreeBSD.ORG [mailto:owner-freebsd-java@FreeBSD.ORG]On Behalf Of sonam singh Sent: Friday, June 07, 2002 6:29 AM To: freebsd-java@FreeBSD.ORG Subject: please help..Tomcat4+Ibm jdk1.3 get hang hi I am successfuly running the IbmJdk1.3+tomcat3x.But when i upgrade to tomcat4.0 the with IbmJdk1.3 or SunJava4 , tomcat hangs . can any body help me what is the problem ????.... but tomcat4 runs smoothly with Sun jdk2. bye Sonam __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Jun 7 6:43:37 2002 Delivered-To: freebsd-java@freebsd.org Received: from pe4.eziba.com (mail.eziba.com [64.80.31.203]) by hub.freebsd.org (Postfix) with ESMTP id DDBF037B40E for ; Fri, 7 Jun 2002 06:43:30 -0700 (PDT) Received: from eziba.com (thelonius.eziba.com [192.168.0.31]) by pe4.eziba.com (8.11.6/8.11.6) with ESMTP id g57DhSD29294; Fri, 7 Jun 2002 09:43:28 -0400 Message-ID: <3D00B880.5040704@eziba.com> Date: Fri, 07 Jun 2002 09:43:28 -0400 From: Jay Sachs User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc3) Gecko/20020528 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jgreeno@riheaa.org Cc: freebsd-java@FreeBSD.ORG Subject: Re: please help..Tomcat4+Ibm jdk1.3 get hang References: <000401c20e20$8b0e2ea0$1d0a0a0a@JGREENOUGH> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The tomcat4 port by default listens on 8180 for http requests, and the control port is 8005. Does this account for the "hanging" behavior? jay Justin D. Greenough wrote: > I just tried the same combination and I'm having issues too. Tomcat appears > to start correctly, but the port (8080) doesn't seem to have anything > running on it when you try to access it with a browser. When I try to issue > a "shutdown" for Tomcat, it hangs. Sonam wrote: > I am successfuly running the IbmJdk1.3+tomcat3x.But > when i upgrade to tomcat4.0 the with IbmJdk1.3 or > SunJava4 , tomcat hangs . can any body help me what > is the problem ????.... but tomcat4 runs smoothly > with Sun jdk2. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Jun 7 6:49:30 2002 Delivered-To: freebsd-java@freebsd.org Received: from riheaa.org (riheaa.org [192.41.33.228]) by hub.freebsd.org (Postfix) with ESMTP id 306F337B406 for ; Fri, 7 Jun 2002 06:49:27 -0700 (PDT) Received: from JGREENOUGH ([207.190.252.19]) by riheaa.org (8.8.5) id HAA08687; Fri, 7 Jun 2002 07:49:07 -0600 (MDT) X-Authentication-Warning: riheaa.org: Host [207.190.252.19] claimed to be JGREENOUGH Reply-To: From: "Justin D. Greenough" To: "'Jay Sachs'" , Cc: Subject: RE: please help..Tomcat4+Ibm jdk1.3 get hang Date: Fri, 7 Jun 2002 09:47:31 -0400 Message-ID: <000601c20e29$e0289840$1d0a0a0a@JGREENOUGH> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3D00B880.5040704@eziba.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In my case, a "netstat -na" shows nothing to be running on any of the three ports (8080, 8005, 8180). I just installed Tomcat 3 and got the same results...although it isn't hanging on shutdown like version 4 did. Seems like I may have a different problem than Sonam. Justin... -----Original Message----- From: owner-freebsd-java@FreeBSD.ORG [mailto:owner-freebsd-java@FreeBSD.ORG]On Behalf Of Jay Sachs Sent: Friday, June 07, 2002 9:43 AM To: jgreeno@riheaa.org Cc: freebsd-java@FreeBSD.ORG Subject: Re: please help..Tomcat4+Ibm jdk1.3 get hang The tomcat4 port by default listens on 8180 for http requests, and the control port is 8005. Does this account for the "hanging" behavior? jay Justin D. Greenough wrote: > I just tried the same combination and I'm having issues too. Tomcat appears > to start correctly, but the port (8080) doesn't seem to have anything > running on it when you try to access it with a browser. When I try to issue > a "shutdown" for Tomcat, it hangs. Sonam wrote: > I am successfuly running the IbmJdk1.3+tomcat3x.But > when i upgrade to tomcat4.0 the with IbmJdk1.3 or > SunJava4 , tomcat hangs . can any body help me what > is the problem ????.... but tomcat4 runs smoothly > with Sun jdk2. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Jun 7 6:51: 2 2002 Delivered-To: freebsd-java@freebsd.org Received: from zaphod.euronet.nl (zaphod.euronet.nl [194.134.128.241]) by hub.freebsd.org (Postfix) with ESMTP id 8664237B401 for ; Fri, 7 Jun 2002 06:50:55 -0700 (PDT) Received: from zaphod.euronet.nl (localhost [127.0.0.1]) by zaphod.euronet.nl (8.12.3/8.12.3) with ESMTP id g57Dp3mq003014; Fri, 7 Jun 2002 15:51:03 +0200 (CEST) (envelope-from ernst@zaphod.euronet.nl) Received: (from ernst@localhost) by zaphod.euronet.nl (8.12.3/8.12.3/Submit) id g57Dp2Wl003013; Fri, 7 Jun 2002 15:51:02 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Ernst de Haan To: sonam singh , freebsd-java@freebsd.org Subject: Re: please help..Tomcat4+Ibm jdk1.3 get hang Date: Fri, 7 Jun 2002 15:51:02 +0200 X-Mailer: KMail [version 1.4] References: <20020607102833.98354.qmail@web14404.mail.yahoo.com> In-Reply-To: <20020607102833.98354.qmail@web14404.mail.yahoo.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200206071551.02674.znerd@FreeBSD.org> Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Sonam, > I am successfuly running the IbmJdk1.3+tomcat3x.But > when i upgrade to tomcat4.0 the with IbmJdk1.3 or > SunJava4 , tomcat hangs . can any body help me what > is the problem ????.... but tomcat4 runs smoothly > with Sun jdk2. The Linux JDK 1.4.x is quite unstable on FreeBSD. Are you using JDK 1.4.0 or 1.4.0.01 ? Ernst -- Ernst de Haan EuroNet Internet B.V. "Come to me all who are weary and burdened and I will give you rest" -- Jesus Christ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Jun 7 10:56:25 2002 Delivered-To: freebsd-java@freebsd.org Received: from ns3.ideathcare.com (mail.allneo.com [216.185.96.68]) by hub.freebsd.org (Postfix) with SMTP id 7AA9737B498 for ; Fri, 7 Jun 2002 10:55:40 -0700 (PDT) Received: (qmail 18645 invoked by uid 85); 7 Jun 2002 13:20:13 -0000 Received: from jps@funeralexchange.com by ns3.ideathcare.com with qmail-scanner-1.03 (uvscan: v4.1.40/v4121. . Clean. Processed in 0.167083 secs); 07 Jun 2002 13:20:13 -0000 Received: from unknown (HELO pimpin) (216.138.114.130) by mail.allneo.com with SMTP; 7 Jun 2002 13:20:12 -0000 Reply-To: From: "Jeremy Suo-Anttila" To: "Ernst de Haan" , "sonam singh" , Subject: RE: please help..Tomcat4+Ibm jdk1.3 get hang Date: Fri, 7 Jun 2002 13:01:46 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <200206071551.02674.znerd@FreeBSD.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Behalf Of Ernst de Haan Sent: Friday, June 07, 2002 8:51 AM To: sonam singh; freebsd-java@freebsd.org Subject: Re: please help..Tomcat4+Ibm jdk1.3 get hang Hi Sonam, > I am successfuly running the IbmJdk1.3+tomcat3x.But > when i upgrade to tomcat4.0 the with IbmJdk1.3 or > SunJava4 , tomcat hangs . can any body help me what > is the problem ????.... but tomcat4 runs smoothly > with Sun jdk2. The Linux JDK 1.4.x is quite unstable on FreeBSD. Are you using JDK 1.4.0 or 1.4.0.01 ? Ernst -- Ernst de Haan EuroNet Internet B.V. "Come to me all who are weary and burdened and I will give you rest" -- Jesus Christ ---- Thats odd i am running Linux j2sdk 1.4 and Linux Tomcat 4.0.3LE binary with a source built warp connector and there has not be any real issues besides that fact that its totally unusable on a SMP box. root@mortus:/usr/local/src/j2sdk1.4.0/bin$ ./java -version java version "1.4.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92) Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) I have been using it for about 2 months now on a production server. Its nice and fast alot easier to use then the previous tomcats. IMHO Thanks Jeremy Suo-Anttila jps@funeralexchange.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat Jun 8 12:53:40 2002 Delivered-To: freebsd-java@freebsd.org Received: from yitiya.pair.com (yitiya.pair.com [209.68.2.97]) by hub.freebsd.org (Postfix) with SMTP id 0DF7737B408 for ; Sat, 8 Jun 2002 12:53:38 -0700 (PDT) Received: (qmail 72983 invoked by uid 3068); 8 Jun 2002 19:53:37 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 Jun 2002 19:53:37 -0000 Date: Sat, 8 Jun 2002 12:53:36 -0700 (PDT) From: Nick Johnson X-Sender: To: Subject: FreeBSD-style MD5ish Crypt for Java Message-ID: X-what-happen: someone set up us the bomb X-Message-Flags: Spatula MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Necessity brought me to porting FreeBSD's MD5-based crypt to Java. If you have a need for such a thing, its home is http://www.spatula.net/software/freeBSDcrypt-1.0.jar This is more or less a direct port of Poul-Henning Kamp's code, and so it is distributed under the same license. Buy him a beer if you meet him. Nick -- "The aptly-named morons.org is an obscenity-laced screed..." -- Robert P. Lockwood, Catholic League director of research Nick Johnson, version 2.0 http://www.spatula.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat Jun 8 17:27:25 2002 Delivered-To: freebsd-java@freebsd.org Received: from plato.webprogrammers.net (plato.webprogrammers.net [204.221.75.12]) by hub.freebsd.org (Postfix) with ESMTP id B2F9037B403 for ; Sat, 8 Jun 2002 17:27:21 -0700 (PDT) Received: from jstepkaxp (c66.191.144.249.roc.mn.charter.com [66.191.144.249]) by plato.webprogrammers.net (8.12.3/8.12.3) with ESMTP id g590Ra2k028579 for ; Sat, 8 Jun 2002 19:27:37 -0500 (CDT) (envelope-from jstepka@webprogrammers.net) Message-ID: <004b01c20f4c$678a8e60$1f01010a@jstepkaxp> From: "Justen Stepka" To: Subject: jdk 1.3.1p6 + shujit + orion 1.5.4 Date: Sat, 8 Jun 2002 19:27:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I am wondering if anyone has had any luck running Orion 1.5.4 with the jdk1.3.1p6 + ShuJIT packages? Currently I am able to start Orion with ShuJIT, but when I try and access the server I get the following as an output to the webbrowser with zero console output: java.lang.IllegalAccessError: final or private field at com.evermind[Orion/1.5.4 (build 10585)]._cp._shb(., Compiled Code) at com.evermind[Orion/1.5.4 (build 10585)]._hv._wmb(., Compiled Code) at com.evermind[Orion/1.5.4 (build 10585)]._co._wbb(., Compiled Code) at com.evermind[Orion/1.5.4 (build 10585)]._co._fs(., Compiled Code) at com.evermind[Orion/1.5.4 (build 10585)]._bt.run(., Compiled Code) If I turn off ShuJIT, the system will work instantly. Thanks, Justen Stepka To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat Jun 8 20:47: 2 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.aist.go.jp (mx1.aist.go.jp [150.29.246.133]) by hub.freebsd.org (Postfix) with ESMTP id A766537B404 for ; Sat, 8 Jun 2002 20:46:54 -0700 (PDT) Received: from rpsmtp1.aist.go.jp by mx1.aist.go.jp with ESMTP id g593kjH26665; Sun, 9 Jun 2002 12:46:45 +0900 (JST) env-from (shudo@computer.org) Received: from mail10.aist.go.jp by rpsmtp1.aist.go.jp with ESMTP id g593kjV22241; Sun, 9 Jun 2002 12:46:45 +0900 (JST) env-from (shudo@computer.org) Received: from aist.go.jp by mail10.aist.go.jp with ESMTP id g593kiY28016; Sun, 9 Jun 2002 12:46:44 +0900 (JST) env-from (shudo@computer.org) Date: Sun, 09 Jun 2002 12:46:54 +0900 (JST) Message-Id: <20020609.124654.596520665.shudoh@localhost> To: jstepka@webprogrammers.net, freebsd-java@FreeBSD.ORG Subject: Re: jdk 1.3.1p6 + shujit + orion 1.5.4 From: shudo@computer.org In-Reply-To: <004b01c20f4c$678a8e60$1f01010a@jstepkaxp> References: <004b01c20f4c$678a8e60$1f01010a@jstepkaxp> X-Mailer: Mew version 2.1 on XEmacs 21.4.6 (Common Lisp) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Justen, > I am wondering if anyone has had any luck running Orion 1.5.4 with the > jdk1.3.1p6 + ShuJIT packages? > > Currently I am able to start Orion with ShuJIT, but when I try and access > the server I get the following as an output to the webbrowser with zero > console output: > > java.lang.IllegalAccessError: final or private field > at com.evermind[Orion/1.5.4 (build 10585)]._cp._shb(., Compiled Code) > If I turn off ShuJIT, the system will work instantly. Throwing the exception in that situation is certainly a shuJIT's peculiar feature. But it is the correct behavior prescribed by the Java Language and JVM specification. Orion is violating access boundary and slack access control of JDK misses the bug. There are bugs in both Orion 1.5.4 and the JDK. I have received a report on this problem three weeks ago. I could track down the cause of it and sumitted a bug report to Orion's Bugzilla. see http://bugzilla.orionserver.com/bugzilla/show_bug.cgi?id=796 The mechanism of the Orion's bug is as follows: The `_shb' method of the `com.evermind._cp' class tries to access the `lock' field of the `com.evermind.server.http.HttpDateFormat'. The `lock' field is specifiad as `static final' and without any access modifier (e.g. public, protected or private). Then, the field cannot be accessed from other package. According to the Java specifications the com.evermind._cp#_shb() cannot access the com.evermind.server.http.HttpDateFormat#lock. But the slack access control of JDK allows such an illegal access. ShuJIT catches the access and throw an IllegalAccessError. I have implemented a work-around on shuJIT. I placed a new archive of shuJIT named shujit-020521.tar.gz on the shuJIT web page. In compiler.h in the new archive, you can find a line as follows: #undef SLACK_ACCESS_CONTROL If this line is changed to `#define', the strict access control of shuJIT will be loosen and Orion 1.5.4 will run. Kazuyuki Shudo shudo@computer.org http://www.shudo.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message