From owner-freebsd-java Sun Jul 28 2:45:53 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BDCF37B400; Sun, 28 Jul 2002 02:45:46 -0700 (PDT) Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id D61DF43E31; Sun, 28 Jul 2002 02:45:45 -0700 (PDT) (envelope-from billh@gnuppy.monkey.org) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17YkcD-0000vi-00; Sun, 28 Jul 2002 02:45:29 -0700 Date: Sun, 28 Jul 2002 02:45:29 -0700 To: Huang wen hui Cc: freebsd-java@freebsd.org, freebsd-current@freebsd.org Subject: Re: a gcc3.1 bug ? Message-ID: <20020728094529.GA3569@gnuppy.monkey.org> References: <3D4391CF.1020504@mail.gddsn.org.cn> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D4391CF.1020504@mail.gddsn.org.cn> User-Agent: Mutt/1.4i From: Bill Huey (Hui) 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 Sun, Jul 28, 2002 at 02:40:15PM +0800, Huang wen hui wrote: > /usr/src/lib/libc_r/uthread/pthread_private.h:947: parse error before > `__null' > /usr/src/lib/libc_r/uthread/pthread_private.h:957: parse error before > `__null' > /usr/src/lib/libc_r/uthread/pthread_private.h:965: parse error before > `__null' > gmake[2]: *** [os_linux_i486.o] Error 1 > gmake[2]: Leaving directory > `/usr/ports/java/jdk13/work/hotspot1.3.1/build/linux/linux_i486_core/jvmg' > gmake[1]: *** [the_vm] Error 2 > gmake[1]: Leaving directory > `/usr/ports/java/jdk13/work/hotspot1.3.1/build/linux/linux_i486_core/jvmg' > gmake: *** [jvmgcore] Error 2 > > > but if I change " pthread_attr pthread_attr_default " to other name, the > compiler will pass. > > Does gcc31 have bug ? Nope, #undef that symbol. And try again. I can't remember exactly what the line is but repeat for all three places. bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sun Jul 28 3:11:16 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3721637B400; Sun, 28 Jul 2002 03:11:08 -0700 (PDT) Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8F2443E67; Sun, 28 Jul 2002 03:11:07 -0700 (PDT) (envelope-from billh@gnuppy.monkey.org) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17Yl0v-0001AG-00; Sun, 28 Jul 2002 03:11:01 -0700 Date: Sun, 28 Jul 2002 03:11:01 -0700 To: Huang wen hui Cc: freebsd-java@freebsd.org, freebsd-current@freebsd.org Subject: Re: a gcc3.1 bug ? Message-ID: <20020728101101.GA4466@gnuppy.monkey.org> References: <3D4391CF.1020504@mail.gddsn.org.cn> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D4391CF.1020504@mail.gddsn.org.cn> User-Agent: Mutt/1.4i From: Bill Huey (Hui) 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 Sun, Jul 28, 2002 at 02:40:15PM +0800, Huang wen hui wrote: > /usr/ports/java/jdk13/work/hotspot1.3.1/src/os_cpu/linux_i486/vm/os_linux_i486.cpp:41: > /usr/src/lib/libc_r/uthread/pthread_private.h:947: parse error before > `__null' > /usr/src/lib/libc_r/uthread/pthread_private.h:957: parse error before > `__null' > /usr/src/lib/libc_r/uthread/pthread_private.h:965: parse error before > `__null' ... > > but if I change " pthread_attr pthread_attr_default " to other name, the > compiler will pass. > > Does gcc31 have bug ? "Revisited" Do it like this: #undef pthread_attr_default #undef pthread_mutexattr_default #undef pthread_condattr_default #include before the header files is included. I'm a bit surprised that my changes to those source files (HotSpot) weren't included in the latest release. Building it otherwise is just going to be pure hell. bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sun Jul 28 3:49: 4 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62ADD37B409 for ; Sun, 28 Jul 2002 03:48:57 -0700 (PDT) Received: from ns.gddsn.org.cn (ns.gddsn.org.cn [210.21.6.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD4A243E4A for ; Sun, 28 Jul 2002 03:48:56 -0700 (PDT) (envelope-from hwh@ns.gddsn.org.cn) Received: from mail.gddsn.org.cn (gw [210.21.6.34]) by ns.gddsn.org.cn (Postfix) with ESMTP id 222B75F; Sun, 28 Jul 2002 18:48:49 +0800 (CST) Message-ID: <3D43CC10.7040904@mail.gddsn.org.cn> Date: Sun, 28 Jul 2002 18:48:48 +0800 From: Huang wen hui User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.0.0) Gecko/20020614 X-Accept-Language: zh-cn, zh-tw, en-us MIME-Version: 1.0 To: "Bill Huey (Hui)" Cc: freebsd-java@freebsd.org Subject: Re: a gcc3.1 bug ? References: <3D4391CF.1020504@mail.gddsn.org.cn> <20020728101101.GA4466@gnuppy.monkey.org> 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 Bill Huey (Hui) ??: >On Sun, Jul 28, 2002 at 02:40:15PM +0800, Huang wen hui wrote: > > >>/usr/ports/java/jdk13/work/hotspot1.3.1/src/os_cpu/linux_i486/vm/os_linux_i486.cpp:41: >>/usr/src/lib/libc_r/uthread/pthread_private.h:947: parse error before >>`__null' >>/usr/src/lib/libc_r/uthread/pthread_private.h:957: parse error before >>`__null' >>/usr/src/lib/libc_r/uthread/pthread_private.h:965: parse error before >>`__null' >> >> >... > > >>but if I change " pthread_attr pthread_attr_default " to other name, the >>compiler will pass. >> >>Does gcc31 have bug ? >> >> > >"Revisited" > >Do it like this: > > #undef pthread_attr_default > #undef pthread_mutexattr_default > #undef pthread_condattr_default > > #include > >before the header files is included. > >I'm a bit surprised that my changes to those source files (HotSpot) weren't >included in the latest release. Building it otherwise is just going to >be pure hell. > >bill > > > > > OK, I have done. thanks. --hwh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sun Jul 28 9:13:37 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9203B37B400; Sun, 28 Jul 2002 09:13:33 -0700 (PDT) Received: from mgr3.xmission.com (mgr3.xmission.com [198.60.22.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BCC343E5E; Sun, 28 Jul 2002 09:13:29 -0700 (PDT) (envelope-from glewis@misty.eyesbeyond.com) Received: from mail by mgr3.xmission.com with spam-scanned (Exim 3.35 #1) id 17Yqfg-0002en-00; Sun, 28 Jul 2002 10:13:28 -0600 Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr3.xmission.com with esmtp (Exim 3.35 #1) id 17Yqfe-0002eW-00; Sun, 28 Jul 2002 10:13:27 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g6SGDLi79056; Mon, 29 Jul 2002 01:43:21 +0930 (CST) (envelope-from glewis) Date: Mon, 29 Jul 2002 01:43:21 +0930 From: Greg Lewis To: Bill Huey Cc: Huang wen hui , freebsd-java@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: a gcc3.1 bug ? Message-ID: <20020729014321.A79021@misty.eyesbeyond.com> References: <3D4391CF.1020504@mail.gddsn.org.cn> <20020728101101.GA4466@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: <20020728101101.GA4466@gnuppy.monkey.org>; from billh@gnuppy.monkey.org on Sun, Jul 28, 2002 at 03:11:01AM -0700 X-Spam-Status: No, hits=-3.5 required=8.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.31 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 Sun, Jul 28, 2002 at 03:11:01AM -0700, Bill Huey wrote: > On Sun, Jul 28, 2002 at 02:40:15PM +0800, Huang wen hui wrote: > > /usr/ports/java/jdk13/work/hotspot1.3.1/src/os_cpu/linux_i486/vm/os_linux_i486.cpp:41: > > /usr/src/lib/libc_r/uthread/pthread_private.h:947: parse error before > > `__null' > > /usr/src/lib/libc_r/uthread/pthread_private.h:957: parse error before > > `__null' > > /usr/src/lib/libc_r/uthread/pthread_private.h:965: parse error before > > `__null' > ... > > > > but if I change " pthread_attr pthread_attr_default " to other name, the > > compiler will pass. > > > > Does gcc31 have bug ? > > "Revisited" > > Do it like this: > > #undef pthread_attr_default > #undef pthread_mutexattr_default > #undef pthread_condattr_default > > #include > > before the header files is included. > > I'm a bit surprised that my changes to those source files (HotSpot) weren't > included in the latest release. Building it otherwise is just going to > be pure hell. The patchset matches what is in the repository. Are you sure you've committed these changes? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sun Jul 28 16:20:55 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3099D37B400; Sun, 28 Jul 2002 16:20:53 -0700 (PDT) Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id A70C343E42; Sun, 28 Jul 2002 16:20:52 -0700 (PDT) (envelope-from billh@gnuppy.monkey.org) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17YxL3-0000a7-00; Sun, 28 Jul 2002 16:20:37 -0700 Date: Sun, 28 Jul 2002 16:20:37 -0700 To: Greg Lewis Cc: Huang wen hui , freebsd-java@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: a gcc3.1 bug ? Message-ID: <20020728232037.GA2230@gnuppy.monkey.org> References: <3D4391CF.1020504@mail.gddsn.org.cn> <20020728101101.GA4466@gnuppy.monkey.org> <20020729014321.A79021@misty.eyesbeyond.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020729014321.A79021@misty.eyesbeyond.com> User-Agent: Mutt/1.4i From: Bill Huey (Hui) 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, Jul 29, 2002 at 01:43:21AM +0930, Greg Lewis wrote: > The patchset matches what is in the repository. Are you sure you've > committed these changes? I missed that changed some how, it's now commited. ;) bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jul 30 9:28:25 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C79A37B400; Tue, 30 Jul 2002 09:28:19 -0700 (PDT) Received: from ns.gddsn.org.cn (ns.gddsn.org.cn [210.21.6.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F1A443E3B; Tue, 30 Jul 2002 09:28:19 -0700 (PDT) (envelope-from hwh@ns.gddsn.org.cn) Received: from mail.gddsn.org.cn (gw [210.21.6.34]) by ns.gddsn.org.cn (Postfix) with ESMTP id 9A8A85C; Wed, 31 Jul 2002 00:28:11 +0800 (CST) Message-ID: <3D46BE9B.5000906@mail.gddsn.org.cn> Date: Wed, 31 Jul 2002 00:28:11 +0800 From: Huang wen hui User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.0.0) Gecko/20020614 X-Accept-Language: zh-cn, zh-tw, en-us MIME-Version: 1.0 To: freebsd-current , freebsd-java@freebsd.org Subject: Crash -CURRENT BOX while jdk-p7 with gdb Content-Type: text/plain; charset=gb2312 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 I got a problem with jdk-p7+XIM input server. I try to use gdb to find out. But if I run gdb on X11, -CURRENT(07/29) box will crash immediately: gdb> file /usr/local/jdk1.3.1/bin/i386/green_threads/java_g gdb> run -version panic: blockable sleep lock (sleep mutex) sellck @ ../../../kern/sys_generic.c:1178 Debugger("panic") Stopped at Debugger+0x45: xchgl %ebx, in_Debugger.0 db>tr Debugger(c043bffc) at Debugger+0x45 Panic(.....) at panic+0x7c witness_lock(...) at witness_lock+0x7f _mtx_lock_flags(...) at _mxt_lock_flags+0x6b selwakeup(...) at selwakeup+0x1e ptcwakeup(...) at ptcwakeup+0x23 ptsstart(...) at ptsstart+0x2c ttstart(...) at ttstart+0x16 tputchar(...) at tputchar+0x35 putchar(...) at putchar+0x55 kvprintf(...) at kvprintf+0x77 printf(...) at printf+0x43 userret(...) at userret+0xd9 ast(...) at ast+02b5 doreti_ast() at doreti_ast+0x1a On text console, -CURRENT box will not crash. and I got msg: gdb> file /usr/local/jdk1.3.1/bin/i386/green_threads/java_g gdb> run -version lock order reversal 1st 0xc44e0180 pipe mutex (pipe mutex) @ ../../../kern/sys_pipe.c:451 2nd 0xc04af6c0 sigio lock (sigio lock) @ ../../../kern/kern_sig.c:2014 failed to set signal flags properlyt for ast() failed to set signal flags properlyt for ast() failed to set signal flags properlyt for ast() failed to set signal flags properlyt for ast() failed to set signal flags properlyt for ast() failed to set signal flags properlyt for ast() failed to set signal flags properlyt for ast() I comment printf in function "userret " in file /usr/src/sys/kern/subr_trap.c the box does not crash now. so It is not safe for using printf in /usr/src/sys/kern/subr_trap.c ? --hwh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jul 30 10: 0:36 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0395E37B400 for ; Tue, 30 Jul 2002 10:00:23 -0700 (PDT) Received: from ns.gddsn.org.cn (ns.gddsn.org.cn [210.21.6.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 176AA43E5E for ; Tue, 30 Jul 2002 10:00:23 -0700 (PDT) (envelope-from hwh@ns.gddsn.org.cn) Received: from mail.gddsn.org.cn (gw [210.21.6.34]) by ns.gddsn.org.cn (Postfix) with ESMTP id 8820A5C for ; Wed, 31 Jul 2002 01:00:21 +0800 (CST) Message-ID: <3D46C625.5080500@mail.gddsn.org.cn> Date: Wed, 31 Jul 2002 01:00:21 +0800 From: Huang wen hui User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.0.0) Gecko/20020614 X-Accept-Language: zh-cn, zh-tw, en-us MIME-Version: 1.0 To: freebsd-java@freebsd.org Subject: Ugly fix patchset7 + XIM server (was: patchset 7 crash under -CURRENT + chinese XIM Server.) References: <3D433A93.9000302@mail.gddsn.org.cn> Content-Type: text/plain; charset=GB2312 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 Huang wen hui дµÀ: >Hi, >I install JDK1.3.1-p7 + hostspot( compiler1) under -CURRENT(2002/07/27). >and use chinput as XIM Server. jdk works fine under >-STABLE or -CURRENT without starting XIM Server. but crash quickly under >-CURRENT + chinese XIM Server. hotspot vm also crash. >I recompile open-motif before build jdk. > > >%java_g -jar /usr/local/jdk1.3.1/demo/jfc/Notepad/Notepad.jar >SIGBUS 10* bus error > >Full thread dump Classic VM (1.3.1-p7-root-020727-22:30, green threads): >"AWT-Motif" (TID:0x28eecfa0, sys_thread_t:0x8407080, state:MW) prio=6 >at sun.awt.motif.MToolkit.run(Native Method) >at java.lang.Thread.run(Thread.java:484) >"SunToolkit.PostEventQueue-0" (TID:0x28eecb90, sys_thread_t:0x83d9680, >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:0x28eecbb8, sys_thread_t:0x83d9480, 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) >"Finalizer" (TID:0x28ebf530, sys_thread_t:0x80d9080, 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:0x28ebf308, sys_thread_t:0x8096480, 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:0x28ebf338, sys_thread_t:0x8096280, state:CW) >prio=5 >"main" (TID:0x28ebf2f0, sys_thread_t:0x8054080, state:R) prio=5 >at sun.awt.motif.MToolkit.loadSystemColors(Native Method) >at java.awt.SystemColor.updateSystemColors(SystemColor.java:342) >at java.awt.SystemColor.(SystemColor.java:335) >at sun.awt.motif.MWindowPeer.init(MWindowPeer.java:109) >at sun.awt.motif.MFramePeer.(MFramePeer.java:53) >at sun.awt.motif.MToolkit.createFrame(MToolkit.java:138) >at java.awt.Frame.addNotify(Frame.java:353) >at javax.swing.plaf.metal.BumpBuffer.createComponent(MetalBumps.java:209) >at javax.swing.plaf.metal.BumpBuffer.(MetalBumps.java:147) >at javax.swing.plaf.metal.MetalBumps.createBuffer(MetalBumps.java:61) >at javax.swing.plaf.metal.MetalBumps.setBumpColors(MetalBumps.java:96) >at javax.swing.plaf.metal.MetalBumps.(MetalBumps.java:53) >at >javax.swing.plaf.metal.MetalScrollBarUI.installDefaults(MetalScrollBarUI.java:80) >at >javax.swing.plaf.basic.BasicScrollBarUI.installUI(BasicScrollBarUI.java:98) >at javax.swing.JComponent.setUI(JComponent.java:322) >at javax.swing.JScrollBar.updateUI(JScrollBar.java:189) >at javax.swing.JScrollBar.(JScrollBar.java:140) >at javax.swing.JScrollBar.(JScrollBar.java:155) >at javax.swing.JScrollPane$ScrollBar.(JScrollPane.java:635) >at javax.swing.JScrollPane.createVerticalScrollBar(JScrollPane.java:780) >at javax.swing.JScrollPane.(JScrollPane.java:242) >at javax.swing.JScrollPane.(JScrollPane.java:290) >at Notepad.(Notepad.java:95) >at Notepad.main(Notepad.java:128) >Monitor Cache Dump: >sun.awt.PostEventQueue@28EECB90/29059548: >Waiting to be notified: >"SunToolkit.PostEventQueue-0" (0x83d9680) >java.lang.Class@28ED7258/28F350B0: owner "main" (0x8054080) 1 entry >Waiting to enter: >"AWT-Motif" (0x8407080) >java.lang.ref.Reference$Lock@28EBF318/28EF53F8: >Waiting to be notified: >"Reference Handler" (0x8096480) >java.awt.EventQueue@28EECC58/290590C8: >Waiting to be notified: >"AWT-EventQueue-0" (0x83d9480) >java.lang.ref.ReferenceQueue$Lock@28EBF5B8/28EF5948: >Waiting to be notified: >"Finalizer" (0x80d9080) >java.awt.Component$AWTTreeLock@28ECA2E0/28F41470: owner "main" >(0x8054080) 1 entry >Registered Monitor Dump: >utf8 hash table: >JNI pinning lock: >JNI global reference lock: >BinClass lock: >Class linking lock: >System class loader lock: >Code rewrite lock: >Heap lock: >Monitor cache lock: owner "main" (0x8054080) 1 entry >Dynamic loading lock: >Monitor IO lock: >User signal monitor: >Waiting to be notified: >"Signal dispatcher" (0x8096280) >Child death monitor: >I/O monitor: >Alarm monitor: >Waiting to be notified: > (0x8054280) >Thread queue lock: owner "main" (0x8054080) 1 entry >Monitor registry: owner "main" (0x8054080) 1 entry > >SIGABRT 6* abort (generated by abort(3) routine) > >Full thread dump Classic VM (1.3.1-p7-root-020727-22:30, green threads): >"AWT-Motif" (TID:0x28eecfa0, sys_thread_t:0x8407080, state:MW) prio=6 >at sun.awt.motif.MToolkit.run(Native Method) >at java.lang.Thread.run(Thread.java:484) >"SunToolkit.PostEventQueue-0" (TID:0x28eecb90, sys_thread_t:0x83d9680, >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:0x28eecbb8, sys_thread_t:0x83d9480, 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) >"Finalizer" (TID:0x28ebf530, sys_thread_t:0x80d9080, 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:0x28ebf308, sys_thread_t:0x8096480, 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:0x28ebf338, sys_thread_t:0x8096280, state:CW) >prio=5 >"main" (TID:0x28ebf2f0, sys_thread_t:0x8054080, state:R) prio=5 >at sun.awt.motif.MToolkit.loadSystemColors(Native Method) >at java.awt.SystemColor.updateSystemColors(SystemColor.java:342) >at java.awt.SystemColor.(SystemColor.java:335) >at sun.awt.motif.MWindowPeer.init(MWindowPeer.java:109) >at sun.awt.motif.MFramePeer.(MFramePeer.java:53) >at sun.awt.motif.MToolkit.createFrame(MToolkit.java:138) >at java.awt.Frame.addNotify(Frame.java:353) >at javax.swing.plaf.metal.BumpBuffer.createComponent(MetalBumps.java:209) >at javax.swing.plaf.metal.BumpBuffer.(MetalBumps.java:147) >at javax.swing.plaf.metal.MetalBumps.createBuffer(MetalBumps.java:61) >at javax.swing.plaf.metal.MetalBumps.setBumpColors(MetalBumps.java:96) >at javax.swing.plaf.metal.MetalBumps.(MetalBumps.java:53) >at >javax.swing.plaf.metal.MetalScrollBarUI.installDefaults(MetalScrollBarUI.java:80) >at >javax.swing.plaf.basic.BasicScrollBarUI.installUI(BasicScrollBarUI.java:98) >at javax.swing.JComponent.setUI(JComponent.java:322) >at javax.swing.JScrollBar.updateUI(JScrollBar.java:189) >at javax.swing.JScrollBar.(JScrollBar.java:140) >at javax.swing.JScrollBar.(JScrollBar.java:155) >at javax.swing.JScrollPane$ScrollBar.(JScrollPane.java:635) >at javax.swing.JScrollPane.createVerticalScrollBar(JScrollPane.java:780) >at javax.swing.JScrollPane.(JScrollPane.java:242) >at javax.swing.JScrollPane.(JScrollPane.java:290) >at Notepad.(Notepad.java:95) >at Notepad.main(Notepad.java:128) >Monitor Cache Dump: >sun.awt.PostEventQueue@28EECB90/29059548: >Waiting to be notified: >"SunToolkit.PostEventQueue-0" (0x83d9680) >java.lang.Class@28ED7258/28F350B0: owner "main" (0x8054080) 1 entry >Waiting to enter: >"AWT-Motif" (0x8407080) >java.lang.ref.Reference$Lock@28EBF318/28EF53F8: >Waiting to be notified: >"Reference Handler" (0x8096480) >java.awt.EventQueue@28EECC58/290590C8: >Waiting to be notified: >"AWT-EventQueue-0" (0x83d9480) >java.lang.ref.ReferenceQueue$Lock@28EBF5B8/28EF5948: >Waiting to be notified: >"Finalizer" (0x80d9080) >java.awt.Component$AWTTreeLock@28ECA2E0/28F41470: owner "main" >(0x8054080) 1 entry >Registered Monitor Dump: >utf8 hash table: >JNI pinning lock: >JNI global reference lock: >BinClass lock: >Class linking lock: >System class loader lock: >Code rewrite lock: >Heap lock: >Monitor cache lock: owner "main" (0x8054080) 1 entry >Dynamic loading lock: >Monitor IO lock: >User signal monitor: >Waiting to be notified: >"Signal dispatcher" (0x8096280) >Child death monitor: >I/O monitor: >Alarm monitor: >Waiting to be notified: > (0x8054280) >Thread queue lock: owner "main" (0x8054080) 1 entry >Monitor registry: owner "main" (0x8054080) 1 entry > >Abort (core dumped) > >%gdb -core java_g.core /usr/local/jdk1.3.1/bin/i386/green_threads/java_g >GNU gdb 5.2.0 (FreeBSD) 20020627 >Copyright 2002 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-undermydesk-freebsd"... >Core was generated by `java_g'. >Program terminated with signal 6, Aborted. >Reading symbols from >/usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi_g.so...done. >Loaded symbols for >/usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi_g.so >Reading symbols from /usr/lib/libc.so.5...done. >Loaded symbols for /usr/lib/libc.so.5 >Reading symbols from /usr/lib/libm.so.2...done. >Loaded symbols for /usr/lib/libm.so.2 >Reading symbols from >/usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm_g.so...done. >Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm_g.so >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libverify_g.so...done. >Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libverify_g.so >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libjava_g.so...done. >Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libjava_g.so >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libzip_g.so...done. >Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libzip_g.so >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libawt_g.so...done. >Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libawt_g.so >Reading symbols from >/usr/local/jdk1.3.1/jre/lib/i386/libmlib_image_g.so...done. >Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libmlib_image_g.so >Reading symbols from /usr/X11R6/lib/libXm.so.2...done. >Loaded symbols for /usr/X11R6/lib/libXm.so.2 >Reading symbols from /usr/X11R6/lib/libXp.so.6...done. >Loaded symbols for /usr/X11R6/lib/libXp.so.6 >Reading symbols from /usr/X11R6/lib/libXt.so.6...done. >Loaded symbols for /usr/X11R6/lib/libXt.so.6 >Reading symbols from /usr/X11R6/lib/libXext.so.6...done. >Loaded symbols for /usr/X11R6/lib/libXext.so.6 >Reading symbols from /usr/X11R6/lib/libSM.so.6...done. >Loaded symbols for /usr/X11R6/lib/libSM.so.6 >Reading symbols from /usr/X11R6/lib/libICE.so.6...done. >Loaded symbols for /usr/X11R6/lib/libICE.so.6 >Reading symbols from /usr/X11R6/lib/libXtst.so.6...done. >Loaded symbols for /usr/X11R6/lib/libXtst.so.6 >Reading symbols from /usr/X11R6/lib/libX11.so.6...done. >Loaded symbols for /usr/X11R6/lib/libX11.so.6 >Reading symbols from /usr/X11R6/lib/libXThrStub.so.6...done. >Loaded symbols for /usr/X11R6/lib/libXThrStub.so.6 >Reading symbols from >/usr/local/jdk1.3.1/jre/lib/i386/libfontmanager_g.so...done. >Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libfontmanager_g.so >Reading symbols from /usr/lib/libstdc++.so.4...done. >Loaded symbols for /usr/lib/libstdc++.so.4 >Reading symbols from /usr/X11R6/lib/X11/locale/common/xlocale.so.2...done. >Loaded symbols for /usr/X11R6/lib/X11/locale/common/xlocale.so.2 >Reading symbols from /usr/X11R6/lib/X11/locale/common/xlibi18n.so.2...done. >Loaded symbols for /usr/X11R6/lib/X11/locale/common/xlibi18n.so.2 >Reading symbols from >/usr/X11R6/lib/X11/locale/common/xomGeneric.so.2...done. >Loaded symbols for /usr/X11R6/lib/X11/locale/common/xomGeneric.so.2 >Reading symbols from /usr/X11R6/lib/X11/locale/common/ximcp.so.2...done. >Loaded symbols for /usr/X11R6/lib/X11/locale/common/ximcp.so.2 >Reading symbols from /usr/libexec/ld-elf.so.1...done. >Loaded symbols for /usr/libexec/ld-elf.so.1 >#0 0x280bd4d7 in kill () from /usr/lib/libc.so.5 >(gdb) bt >#0 0x280bd4d7 in kill () from /usr/lib/libc.so.5 >#1 0x2810eec2 in abort () from /usr/lib/libc.so.5 >#2 0x28190bee in Abort () at >../../../src/share/javavm/runtime/interpreter.c:1449 >#3 0x281d4702 in panicHandler (sig=10, siginfo=0xbfbfdf24, >uc=0xbfbfdde0) at ../../../src/solaris/javavm/runtime/signals_md.c:454 >#4 0x2807ca99 in userSignalHandler (sig=10, info=0xbfbfdf24, >uc=0xbfbfdde0, arg=0x281d4674) at >../../../../src/solaris/hpi/src/interrupt.c:125 >#5 0x2807ca44 in intrDispatch (interrupt=10, siginfo=0xbfbfdf24, >context=0xbfbfdde0) at ../../../../src/solaris/hpi/src/interrupt.c:111 >#6 0x28072ebe in intrDispatchMD (sig=10, info=0xbfbfdf24, uc=0xbfbfdde0) >at ../../../../src/solaris/hpi/green_threads/src/interrupt_md.c:138 >#7 >#8 0x2d75a4c2 in XtWidgetToApplicationContext () from >/usr/X11R6/lib/libXt.so.6 >#9 0x2d759044 in XtDestroyWidget () from /usr/X11R6/lib/libXt.so.6 >#10 0x2d6a7c10 in _XmImFreeShellData () from /usr/X11R6/lib/libXm.so.2 >#11 0x2d6b033b in Destroy () from /usr/X11R6/lib/libXm.so.2 >#12 0x2d758bf5 in Phase2Destroy () from /usr/X11R6/lib/libXt.so.6 >#13 0x2d758a0d in Recursive () from /usr/X11R6/lib/libXt.so.6 >#14 0x2d758f21 in XtPhase2Destroy () from /usr/X11R6/lib/libXt.so.6 >#15 0x2d75900c in _XtDoPhase2Destroy () from /usr/X11R6/lib/libXt.so.6 >#16 0x2d759159 in XtDestroyWidget () from /usr/X11R6/lib/libXt.so.6 >#17 0x2d40cc79 in Java_sun_awt_motif_MToolkit_loadSystemColors >(env=0x8054004, this=0xbfbfe2f0, systemColors=0x80595f4) >at ../../../src/solaris/native/sun/awt/awt_MToolkit.c:1947 >#18 0x2819158b in invoke_O_V (o=0x28eecaa0, mb=0x83e8cc0, args_size=2, >ee=0x8054004) at >../../../build/bsd-i386/tmp/java/java.lang/jvm/obj_g/invokers.c:292 >#19 0x281825f6 in invokeLazyNativeMethod (o=0x28eecaa0, mb=0x83e8cc0, >args_size=2, ee=0x8054004) at >../../../src/share/javavm/runtime/classruntime.c:680 >#20 0x2819c8a9 in ExecuteJava_C (initial_pc=0xbfbfe914 "\x{00D9}", >ee=0x8054004) at ../../../src/share/javavm/runtime/executeJava.c:1579 >#21 0x2818f093 in do_execute_java_method_vararg (ee=0x8054004, >obj=0x28eedb88, method_name=0x804d6c8 "", >method_signature=0x8055258 "()V", mb=0x843fa8c, >isStaticCall=TRUE, args=0xbfbfe9a8 >"\x{00C8}¨¦\x{00BF}\x{00BF}\236-\030(\200@\005\b", otherBits=0x0, >shortFloats=FALSE) at ../../../src/share/javavm/runtime/interpreter.c:573 >#22 0x2818ec69 in do_execute_java_method (ee=0x8054004, obj=0x28eedb88, >method_name=0x0, signature=0x0, mb=0x843fa8c, isStaticCall=TRUE) >at ../../../src/share/javavm/runtime/interpreter.c:427 >#23 0x28183046 in RunStaticInitializers (cb=0x28eedb88) at >../../../src/share/javavm/runtime/classruntime.c:1001 >#24 0x28183230 in InitClass (cb=0x28eedb88) at >../../../src/share/javavm/runtime/classruntime.c:1076 >#25 0x28190a97 in ResolveClassConstantFromPC (pc=0x841a663 "\x{00B2}", >opcode=178 '\x{00B2}', constant_pool=0x8419000, ee=0x8054004, mask=512) >at ../../../src/share/javavm/runtime/interpreter.c:1380 >#26 0x2819a041 in ExecuteJava_C (initial_pc=0xbfbff010 "\x{00D9}", >ee=0x8054004) at ../../../src/share/javavm/runtime/executeJava.c:1027 >#27 0x281a0e2c in jni_Invoke (env=0x8054004, self=0x8059074, >methodID=0x81cee0c, pushArguments=0x281a07d0 , >args=0xbfbff0ac, info=778) >at ../../../src/share/javavm/runtime/jni.c:774 >#28 0x281a3c61 in jni_CallStaticVoidMethodV (env=0x8054004, >clazz=0x8059074, methodID=0x81cee0c, args=0xbfbff0ec "|\220\005\bT") >at ../../../src/share/javavm/runtime/jni.c:1947 >#29 0x281ae05e in checked_jni_CallStaticVoidMethod (env=0x8054004, >cls=0x8059074, methodID=0x81cee0c) at >../../../src/share/javavm/runtime/check_jni.c:741 >#30 0x0804933a in main (argc=0, argv=0xbfbff9c4) at >../../../../src/share/bin/java.c:323 >#31 0x08048bb5 in _start () >(gdb) quit > > > nobody hit this problem ;( I just comment XtDestroyWidget in src/solaris/native/sun/awt/awt_MToolkit.c:1947 and I can input chinese in java program! Everything is ok. Can anyone explain it ? I know it will cause memory leak. Java progam usualy do not offen loadSystemColors. so It is not big problem. --hwh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Tue Jul 30 10:37:26 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8D9C37B400; Tue, 30 Jul 2002 10:37:19 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id A590443E31; Tue, 30 Jul 2002 10:37:18 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id DAA26245; Wed, 31 Jul 2002 03:37:08 +1000 Date: Wed, 31 Jul 2002 03:41:43 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Huang wen hui Cc: freebsd-current , Subject: Re: Crash -CURRENT BOX while jdk-p7 with gdb In-Reply-To: <3D46BE9B.5000906@mail.gddsn.org.cn> Message-ID: <20020731032939.V56385-100000@gamplex.bde.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 On Wed, 31 Jul 2002, Huang wen hui wrote: > I got a problem with jdk-p7+XIM input server. I try to use gdb to find out. > But if I run gdb on X11, -CURRENT(07/29) box will crash immediately: > > gdb> file /usr/local/jdk1.3.1/bin/i386/green_threads/java_g > gdb> run -version > > panic: blockable sleep lock (sleep mutex) sellck @ > ../../../kern/sys_generic.c:1178 > Debugger("panic") > Stopped at Debugger+0x45: xchgl %ebx, in_Debugger.0 > db>tr > Debugger(c043bffc) at Debugger+0x45 > Panic(.....) at panic+0x7c > witness_lock(...) at witness_lock+0x7f > _mtx_lock_flags(...) at _mxt_lock_flags+0x6b > selwakeup(...) at selwakeup+0x1e > ptcwakeup(...) at ptcwakeup+0x23 > ptsstart(...) at ptsstart+0x2c > ttstart(...) at ttstart+0x16 > tputchar(...) at tputchar+0x35 > putchar(...) at putchar+0x55 > kvprintf(...) at kvprintf+0x77 > printf(...) at printf+0x43 > userret(...) at userret+0xd9 > ast(...) at ast+02b5 > doreti_ast() at doreti_ast+0x1a > > On text console, -CURRENT box will not crash. and I got msg: > gdb> file /usr/local/jdk1.3.1/bin/i386/green_threads/java_g > gdb> run -version > > lock order reversal > 1st 0xc44e0180 pipe mutex (pipe mutex) @ ../../../kern/sys_pipe.c:451 > 2nd 0xc04af6c0 sigio lock (sigio lock) @ ../../../kern/kern_sig.c:2014 > > failed to set signal flags properlyt for ast() > failed to set signal flags properlyt for ast() > failed to set signal flags properlyt for ast() > failed to set signal flags properlyt for ast() > failed to set signal flags properlyt for ast() > failed to set signal flags properlyt for ast() > failed to set signal flags properlyt for ast() > > I comment printf in function "userret " in file > /usr/src/sys/kern/subr_trap.c > > the box does not crash now. so It is not safe for using printf in > /usr/src/sys/kern/subr_trap.c ? No, since printf itself is broken. The TIOCCONS ioctl is broken in all cases and the syscons console driver is broken in some cases. Don't use xconsole or anything else that uses the TIOCCONS ioctl. Commenting out the printf is as good a workaround as any. Some printfs in mi_switch() are still commented out because of this bug. Try the following patch for fixing the problem reported by the printf. %%% Index: kern_sig.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_sig.c,v retrieving revision 1.175 diff -u -2 -r1.175 kern_sig.c --- kern_sig.c 10 Jul 2002 06:31:35 -0000 1.175 +++ kern_sig.c 21 Jul 2002 01:25:04 -0000 @@ -1634,4 +1609,5 @@ if (SIGISMEMBER(p->p_sigmask, sig)) continue; + signotify(p); } %%% Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Aug 1 1:51: 7 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A339C37B401 for ; Thu, 1 Aug 2002 01:51:05 -0700 (PDT) Received: from idiom.com (idiom.com [216.240.32.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F12943E5E for ; Thu, 1 Aug 2002 01:51:05 -0700 (PDT) (envelope-from druid45@idiom.com) Received: from idiom.com (druid45.dial.idiom.com [216.240.37.24]) by idiom.com (8.9.3/8.9.3) with ESMTP id BAA53184 for ; Thu, 1 Aug 2002 01:51:04 -0700 (PDT) Message-ID: <3D48EA31.3040100@idiom.com> Date: Thu, 01 Aug 2002 00:58:41 -0700 From: Chris Neustrup User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: java@freebsd.org Subject: Bad make for Java 1.3.1 patch sets 5 thru 7 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 I successfully built 1.3.1 with patch 4. It was working great. I decided to try to upgrade to any of the newer patch sets. Unfortunately, the edit all fail on the same source file: java wrapper Here is the output for the end of the patch 6 run: -------------------------- 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_1 1 out of 1 hunks failed--saving rejects to ../src/solaris/bin/java_wrapper_bsd.sh.rej >> Patch patch-..::src::solaris::bin::java_wrapper_bsd.sh failed to apply cleanly. *** Error code 1 Stop in /usr/ports/java/jdk13. *** Error code 1 So why do the edits all fail at exactly the same spot? Peace, Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Aug 1 9: 3:44 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AFE837B400 for ; Thu, 1 Aug 2002 09:03:41 -0700 (PDT) Received: from mgr1.xmission.com (mgr1.xmission.com [198.60.22.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CD1443EB1 for ; Thu, 1 Aug 2002 09:03:37 -0700 (PDT) (envelope-from glewis@misty.eyesbeyond.com) Received: from mail by mgr1.xmission.com with spam-scanned (Exim 3.35 #1) id 17aIQH-0002ca-00; Thu, 01 Aug 2002 10:03:33 -0600 Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr1.xmission.com with esmtp (Exim 3.35 #1) id 17aIQG-0002bT-00; Thu, 01 Aug 2002 10:03:33 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g71G3In53717; Fri, 2 Aug 2002 01:33:18 +0930 (CST) (envelope-from glewis) Date: Fri, 2 Aug 2002 01:33:17 +0930 From: Greg Lewis To: Chris Neustrup Cc: java@FreeBSD.ORG Subject: Re: Bad make for Java 1.3.1 patch sets 5 thru 7 Message-ID: <20020802013317.A53685@misty.eyesbeyond.com> References: <3D48EA31.3040100@idiom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D48EA31.3040100@idiom.com>; from druid45@idiom.com on Thu, Aug 01, 2002 at 12:58:41AM -0700 X-Spam-Status: No, hits=-3.4 required=8.0 tests=IN_REP_TO version=2.31 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 Thu, Aug 01, 2002 at 12:58:41AM -0700, Chris Neustrup wrote: > I successfully built 1.3.1 with patch 4. It was working great. I > decided to try to upgrade to any of the newer patch sets. > Unfortunately, the edit all fail on the same source file: java wrapper > > Here is the output for the end of the patch 6 run: > > -------------------------- > 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_1 > 1 out of 1 hunks failed--saving rejects to > ../src/solaris/bin/java_wrapper_bsd.sh.rej > >> Patch patch-..::src::solaris::bin::java_wrapper_bsd.sh failed to > apply cleanly. > *** Error code 1 > > Stop in /usr/ports/java/jdk13. > *** Error code 1 > > So why do the edits all fail at exactly the same spot? Because this patch was incorporated into the patchset itself starting with patchset 5. Basically you are trying to use a newer patchset with older versions of the port patches. Make sure you have CVSup'ed correctly. For example, patchset 7 has only one patch (currently) in the files directory, although that will change shortly. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Aug 1 15:13:26 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2258337B405 for ; Thu, 1 Aug 2002 15:13:23 -0700 (PDT) Received: from chen.org.nz (chen.org.nz [210.54.19.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1783A43E4A for ; Thu, 1 Aug 2002 15:13:22 -0700 (PDT) (envelope-from jonc@chen.org.nz) Received: from grimoire.chen.org.nz (localhost [127.0.0.1]) by chen.org.nz (8.12.5/8.12.5) with ESMTP id g71MDJre088671 for ; Fri, 2 Aug 2002 10:13:19 +1200 (NZST) (envelope-from jonc@grimoire.chen.org.nz) Received: (from jonc@localhost) by grimoire.chen.org.nz (8.12.5/8.12.5/Submit) id g71MDJrV088670 for freebsd-java@freebsd.org; Fri, 2 Aug 2002 10:13:19 +1200 (NZST) Date: Fri, 2 Aug 2002 10:13:19 +1200 From: Jonathan Chen To: freebsd-java@freebsd.org Subject: Internationlization examples Message-ID: <20020801221319.GA88645@grimoire.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i 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 everyone, I'm experimenting with Internationalization under Java, reading the online tutorials et al. However, I can't seem to get the example at: http://java.sun.com/docs/books/tutorial/i18n/text/stream.html to display anything more than square-boxes. Anyone here have any idea what I've missed? Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "Beer. Now there's a temporary solution." - Homer Simpson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Aug 1 19:14:41 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD92237B400 for ; Thu, 1 Aug 2002 19:14:39 -0700 (PDT) Received: from ongs.co.jp (ns.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id BE41C43E5E for ; Thu, 1 Aug 2002 19:14:38 -0700 (PDT) (envelope-from daichi@ongs.co.jp) Received: (qmail 1562 invoked from network); 2 Aug 2002 02:15:55 -0000 Received: from unknown (HELO parancell.ongs.co.jp) (202.216.232.62) by ns.ongs.co.jp with SMTP; 2 Aug 2002 02:15:55 -0000 Date: Fri, 2 Aug 2002 11:15:40 +0900 From: daichi To: freebsd-java@FreeBSD.ORG Subject: Re: Internationlization examples Message-Id: <20020802111540.4c21183d.daichi@ongs.co.jp> In-Reply-To: <20020801221319.GA88645@grimoire.chen.org.nz> References: <20020801221319.GA88645@grimoire.chen.org.nz> Organization: ONGS Inc. X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i386-portbld-freebsd4.6) 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 Did you install scarable Japanese font into your system? What version of JDK you uses? If you use JDK131 or Linux JDK140, you need Watanabe/Wadalab font (/usr/ports/japanese/truetypefonts/) and put 'Load "xtt"' line into Module section of your XF86Config file (And you must do comment out 'Loat "freetyle"' line from it.). P.S. I sent mail to Greg the new font.properties.ja file of JDK131 and Linux JDK140 to use new Japanese scalable font; Kochi-font (/usr/ports/japanese/kochi-ttfonts). Kochi-font is better than former one(scarable Watanabe/ Wadalab font). You can use it after update of ports or patchset :) > Hi everyone, > > I'm experimenting with Internationalization under Java, reading the > online tutorials et al. However, I can't seem to get the example at: > > http://java.sun.com/docs/books/tutorial/i18n/text/stream.html > > to display anything more than square-boxes. Anyone here have any idea > what I've missed? > > Cheers. -- Daichi GOTO http://www.ongs.net/daichi, daichi@jp.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Aug 1 20: 5:46 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEDCD37B401 for ; Thu, 1 Aug 2002 20:05:41 -0700 (PDT) Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C10843E6A for ; Thu, 1 Aug 2002 20:05:41 -0700 (PDT) (envelope-from billh@gnuppy.monkey.org) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17aSko-0000vW-00; Thu, 01 Aug 2002 20:05:26 -0700 Date: Thu, 1 Aug 2002 20:05:26 -0700 To: Calvin Austin Cc: freebsd-java@freebsd.org, "Bill Huey (Hui)" Subject: Re: FreeBSD HotSpot speed Message-ID: <20020802030526.GA3544@gnuppy.monkey.org> References: <20020714231141.GA2242@gnuppy.monkey.org> <3D330C11.5B9631E7@sun.com> <20020715221518.GA2820@gnuppy.monkey.org> <3D488314.1726D67B@sun.com> <20020801004920.GA2629@gnuppy.monkey.org> <3D488BC4.C4696AA2@sun.com> <20020801031438.GA2861@gnuppy.monkey.org> <3D493BDB.437924AD@sun.com> <20020801235356.GA2902@gnuppy.monkey.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020801235356.GA2902@gnuppy.monkey.org> User-Agent: Mutt/1.4i From: Bill Huey (Hui) 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 Hey, In a mail to Calvin Austin at Sun Microsystems.... On Thu, Aug 01, 2002 at 04:53:56PM -0700, Bill Huey wrote: > [HotSpot] > > I didn't get a chance to hack on that threading issue last night since I > was updating all my machine packages. The benchmarks that I've seen > demand money from you before you can use it. I'm probably either going > to write my own or adapt some other C language benchmark. It should be > trivial and I report back with the results after that. Dammmmn... "compiler1" was about 10x faster than "core" and competitive with gcc with -O0 with both of them coming in at around 3 seconds. "-O3" was 3x faster than both of those at about 0.97 seconds. HotSpot is definitely working and executing code very fast, so it's got to be a thread contention issue like you (Calvin Austin) mentioned before. This is really encouraging though. ;) Thanks for the clue. bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Thu Aug 1 23:12:32 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D246737B400 for ; Thu, 1 Aug 2002 23:12:30 -0700 (PDT) Received: from chen.org.nz (chen.org.nz [210.54.19.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 012D543E5E for ; Thu, 1 Aug 2002 23:12:30 -0700 (PDT) (envelope-from jonc@chen.org.nz) Received: from grimoire.chen.org.nz (localhost [127.0.0.1]) by chen.org.nz (8.12.5/8.12.5) with ESMTP id g726CSre070312; Fri, 2 Aug 2002 18:12:28 +1200 (NZST) (envelope-from jonc@grimoire.chen.org.nz) Received: (from jonc@localhost) by grimoire.chen.org.nz (8.12.5/8.12.5/Submit) id g726CRSK070301; Fri, 2 Aug 2002 18:12:27 +1200 (NZST) Date: Fri, 2 Aug 2002 18:12:27 +1200 From: Jonathan Chen To: daichi Cc: freebsd-java@FreeBSD.ORG Subject: Re: Internationlization examples Message-ID: <20020802061227.GA60430@grimoire.chen.org.nz> References: <20020801221319.GA88645@grimoire.chen.org.nz> <20020802111540.4c21183d.daichi@ongs.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020802111540.4c21183d.daichi@ongs.co.jp> User-Agent: Mutt/1.4i 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 Fri, Aug 02, 2002 at 11:15:40AM +0900, daichi wrote: > Did you install scarable Japanese font into your system? > What version of JDK you uses? If you use JDK131 or Linux > JDK140, you need Watanabe/Wadalab font > (/usr/ports/japanese/truetypefonts/) and put 'Load "xtt"' > line into Module section of your XF86Config file (And you > must do comment out 'Loat "freetyle"' line from it.). Thanks for this. I'd worked out that I needed to add some fonts and/or make changes to the font.properties file, but I couldn't find the default: wadalab-mincho-medium-r-normal font in the ports system (I'd be happy if someone enlightened me). > P.S. > I sent mail to Greg the new font.properties.ja file of > JDK131 and Linux JDK140 to use new Japanese scalable > font; Kochi-font (/usr/ports/japanese/kochi-ttfonts). > Kochi-font is better than former one(scarable Watanabe/ > Wadalab font). You can use it after update of ports or > patchset :) You suggestion sounds *very* good. If possible could you please mail me and/or the list a copy of your font.properties.ja file? Cheers. -- Jonathan Chen ---------------------------------------------------------------------- Do not take life too seriously. You will never get out of it alive. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Aug 2 3: 6:16 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59CC737B400 for ; Fri, 2 Aug 2002 03:06:03 -0700 (PDT) Received: from azrael.xs4all.nl (azrael.xs4all.nl [213.84.50.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE76243E6A for ; Fri, 2 Aug 2002 03:06:01 -0700 (PDT) (envelope-from remco@azrael.xs4all.nl) Received: from azrael.xs4all.nl (localhost [127.0.0.1]) by azrael.xs4all.nl (8.12.5/8.12.5) with ESMTP id g72A5ve3041146 for ; Fri, 2 Aug 2002 12:05:58 +0200 (CEST) (envelope-from remco@azrael.xs4all.nl) Received: (from remco@localhost) by azrael.xs4all.nl (8.12.5/8.12.5/Submit) id g72A5vJV041145 for freebsd-java@FreeBSD.ORG; Fri, 2 Aug 2002 12:05:57 +0200 (CEST) Date: Fri, 2 Aug 2002 12:05:56 +0200 From: "Remco van 't Veer" To: FreeBSD Java List Subject: swing app startup problems in jdk131p7 Message-ID: <20020802100556.GA36305@azrael.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline X-Spook: Vale SBU ASU NSRB SATCOMA AT&T virtual NVD keebler B61-7 NACSE User-Agent: Mutt/1.5.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 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I was playing around with the p7 version of the native jdk13 port and noticed some swing apps does startup nicely. In this case a simple napster client called jnap. The interesting thing is that crashes on startup when run from a jar file with the -jar switch but does startup fine when I extract the jar file, add the directory to the -cp switch and run using the main class name. I've include a typescript of the crash. The code, source and core are downloadable from: http://www.xs4all.nl/~rwvtveer/jdk13p7-crash/ I hope this will be of any use to porting team. Regards, Remco --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=typescript Script started on Fri Aug 2 11:34:55 2002 $ uname -a FreeBSD azrael.xs4all.nl 4.6-STABLE FreeBSD 4.6-STABLE #0: Fri Jun 28 14:06:50 CEST 2002 root@azrael.xs4all.nl:/media/tmp/usr/src/sys/AZRAEL i386 $ java -version java version "1.3.1-p7" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-p7-root-020725-22:35) Classic VM (build 1.3.1-p7-root-020725-22:35, green threads, nojit) $ java -jar jnap.jar SIGBUS 10* bus error Full thread dump Classic VM (1.3.1-p7-root-020725-22:35, green threads): "Basic L&F File Loading Thread" (TID:0x28e67140, sys_thread_t:0x8662480, state:R) prio=5 at java.io.UnixFileSystem.list(Native Method) at java.io.File.list(File.java:774) at java.io.File.listFiles(File.java:852) at javax.swing.filechooser.FileSystemView.getFiles(FileSystemView.java:139) at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(BasicDirectoryModel.java:260) "Basic L&F File Loading Thread" (TID:0x28e96ff8, sys_thread_t:0x8662280, state:MW) prio=5 at java.lang.String.toLowerCase(String.java:1671) at java.lang.String.toLowerCase(String.java:1730) at javax.swing.plaf.basic.BasicDirectoryModel.lt(BasicDirectoryModel.java:242) at javax.swing.plaf.basic.BasicDirectoryModel.quickSort(BasicDirectoryModel.java:206) at javax.swing.plaf.basic.BasicDirectoryModel.quickSort(BasicDirectoryModel.java:222) at javax.swing.plaf.basic.BasicDirectoryModel.sort(BasicDirectoryModel.java:164) at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(BasicDirectoryModel.java:272) "Image Fetcher 1" (TID:0x28ea9a38, sys_thread_t:0x854a080, state:R) prio=3 at java.awt.MediaTracker.setDone(MediaTracker.java:773) at java.awt.MediaEntry.setStatus(MediaTracker.java:846) at java.awt.ImageMediaEntry.imageUpdate(MediaTracker.java:910) at sun.awt.image.ImageWatched.newInfo(ImageWatched.java:58) at sun.awt.image.ImageRepresentation.imageComplete(ImageRepresentation.java:626) at sun.awt.image.ImageDecoder.imageComplete(ImageDecoder.java:138) at sun.awt.image.GifImageDecoder.produceImage(GifImageDecoder.java:281) at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:257) at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:217) at sun.awt.image.ImageFetcher.run(ImageFetcher.java:185) "Image Fetcher 0" (TID:0x28e97488, sys_thread_t:0x8358680, state:R) prio=3 at java.awt.MediaTracker.setDone(MediaTracker.java:773) at java.awt.MediaEntry.setStatus(MediaTracker.java:846) at java.awt.ImageMediaEntry.imageUpdate(MediaTracker.java:910) at sun.awt.image.ImageWatched.newInfo(ImageWatched.java:58) at sun.awt.image.ImageRepresentation.imageComplete(ImageRepresentation.java:626) at sun.awt.image.ImageDecoder.imageComplete(ImageDecoder.java:138) at sun.awt.image.GifImageDecoder.produceImage(GifImageDecoder.java:281) at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:257) at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:217) at sun.awt.image.ImageFetcher.run(ImageFetcher.java:185) "AWT-Motif" (TID:0x28e98000, sys_thread_t:0x8345880, state:CW) prio=6 at sun.awt.motif.MToolkit.run(Native Method) at java.lang.Thread.run(Thread.java:484) "SunToolkit.PostEventQueue-0" (TID:0x28e98530, sys_thread_t:0x82f4e80, 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:0x28e984e8, sys_thread_t:0x82f4c80, 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) "Finalizer" (TID:0x28e7c528, sys_thread_t:0x80d4080, 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:0x28e7c300, sys_thread_t:0x8096480, 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:0x28e7c330, sys_thread_t:0x8096280, state:CW) prio=5 "main" (TID:0x28e7c1b0, sys_thread_t:0x8055080, state:R) prio=5 at sun.awt.X11GraphicsEnvironment.specificFontIDForName(X11GraphicsEnvironment.java:185) at sun.awt.X11GraphicsEnvironment.parseFontDir(X11GraphicsEnvironment.java:399) at sun.awt.X11GraphicsEnvironment.access$000(X11GraphicsEnvironment.java:46) at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:223) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.X11GraphicsEnvironment.registerFontPath(X11GraphicsEnvironment.java:219) at sun.java2d.SunGraphicsEnvironment.registerFonts(SunGraphicsEnvironment.java:447) at sun.java2d.SunGraphicsEnvironment.access$100(SunGraphicsEnvironment.java:48) at sun.java2d.SunGraphicsEnvironment$2.run(SunGraphicsEnvironment.java:137) at java.security.AccessController.doPrivileged(Native Method) at sun.java2d.SunGraphicsEnvironment.loadFonts(SunGraphicsEnvironment.java:116) at sun.java2d.SunGraphicsEnvironment.mapFamilyName(SunGraphicsEnvironment.java:294) at java.awt.Font.initializeFont(Font.java:267) at java.awt.Font.(Font.java:298) at net.perham.jnap.gui.TransferPanel.(TransferPanel.java:55) at java.lang.reflect.Constructor.newInstance(Native Method) at net.perham.jnap.gui.JnapGui.start(JnapGui.java:106) at net.perham.jnap.Main.main(Main.java:72) Monitor Cache Dump: sun.awt.X11GraphicsEnvironment@28E8DB60/28F02EB0: owner "main" (0x8055080) 1 entry java.awt.EventQueue@28E98950/28F75DA8: Waiting to be notified: "AWT-EventQueue-0" (0x82f4c80) java.lang.ref.Reference$Lock@28E7C310/28EB1F98: Waiting to be notified: "Reference Handler" (0x8096480) sun.awt.PostEventQueue@28E98530/28F76310: Waiting to be notified: "SunToolkit.PostEventQueue-0" (0x82f4e80) java.lang.ref.ReferenceQueue$Lock@28E7C540/28EB2478: Waiting to be notified: "Finalizer" (0x80d4080) 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: owner "main" (0x8055080) 1 entry Waiting to enter: "Basic L&F File Loading Thread" (0x8662280) Monitor cache lock: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry Dynamic loading lock: Monitor IO lock: User signal monitor: Waiting to be notified: "Signal dispatcher" (0x8096280) Child death monitor: I/O monitor: Waiting to be notified: "AWT-Motif" (0x8345880) Alarm monitor: Waiting to be notified: (0x8055280) Thread queue lock: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry Monitor registry: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry SIGABRT 6* abort (generated by abort(3) routine) Full thread dump Classic VM (1.3.1-p7-root-020725-22:35, green threads): "Basic L&F File Loading Thread" (TID:0x28e67140, sys_thread_t:0x8662480, state:R) prio=5 at java.io.UnixFileSystem.list(Native Method) at java.io.File.list(File.java:774) at java.io.File.listFiles(File.java:852) at javax.swing.filechooser.FileSystemView.getFiles(FileSystemView.java:139) at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(BasicDirectoryModel.java:260) "Basic L&F File Loading Thread" (TID:0x28e96ff8, sys_thread_t:0x8662280, state:MW) prio=5 at java.lang.String.toLowerCase(String.java:1671) at java.lang.String.toLowerCase(String.java:1730) at javax.swing.plaf.basic.BasicDirectoryModel.lt(BasicDirectoryModel.java:242) at javax.swing.plaf.basic.BasicDirectoryModel.quickSort(BasicDirectoryModel.java:206) at javax.swing.plaf.basic.BasicDirectoryModel.quickSort(BasicDirectoryModel.java:222) at javax.swing.plaf.basic.BasicDirectoryModel.sort(BasicDirectoryModel.java:164) at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(BasicDirectoryModel.java:272) "Image Fetcher 1" (TID:0x28ea9a38, sys_thread_t:0x854a080, state:R) prio=3 at java.awt.MediaTracker.setDone(MediaTracker.java:773) at java.awt.MediaEntry.setStatus(MediaTracker.java:846) at java.awt.ImageMediaEntry.imageUpdate(MediaTracker.java:910) at sun.awt.image.ImageWatched.newInfo(ImageWatched.java:58) at sun.awt.image.ImageRepresentation.imageComplete(ImageRepresentation.java:626) at sun.awt.image.ImageDecoder.imageComplete(ImageDecoder.java:138) at sun.awt.image.GifImageDecoder.produceImage(GifImageDecoder.java:281) at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:257) at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:217) at sun.awt.image.ImageFetcher.run(ImageFetcher.java:185) "Image Fetcher 0" (TID:0x28e97488, sys_thread_t:0x8358680, state:R) prio=3 at java.awt.MediaTracker.setDone(MediaTracker.java:773) at java.awt.MediaEntry.setStatus(MediaTracker.java:846) at java.awt.ImageMediaEntry.imageUpdate(MediaTracker.java:910) at sun.awt.image.ImageWatched.newInfo(ImageWatched.java:58) at sun.awt.image.ImageRepresentation.imageComplete(ImageRepresentation.java:626) at sun.awt.image.ImageDecoder.imageComplete(ImageDecoder.java:138) at sun.awt.image.GifImageDecoder.produceImage(GifImageDecoder.java:281) at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:257) at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:217) at sun.awt.image.ImageFetcher.run(ImageFetcher.java:185) "AWT-Motif" (TID:0x28e98000, sys_thread_t:0x8345880, state:CW) prio=6 at sun.awt.motif.MToolkit.run(Native Method) at java.lang.Thread.run(Thread.java:484) "SunToolkit.PostEventQueue-0" (TID:0x28e98530, sys_thread_t:0x82f4e80, 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:0x28e984e8, sys_thread_t:0x82f4c80, 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) "Finalizer" (TID:0x28e7c528, sys_thread_t:0x80d4080, 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:0x28e7c300, sys_thread_t:0x8096480, 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:0x28e7c330, sys_thread_t:0x8096280, state:CW) prio=5 "main" (TID:0x28e7c1b0, sys_thread_t:0x8055080, state:R) prio=5 at sun.awt.X11GraphicsEnvironment.specificFontIDForName(X11GraphicsEnvironment.java:185) at sun.awt.X11GraphicsEnvironment.parseFontDir(X11GraphicsEnvironment.java:399) at sun.awt.X11GraphicsEnvironment.access$000(X11GraphicsEnvironment.java:46) at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:223) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.X11GraphicsEnvironment.registerFontPath(X11GraphicsEnvironment.java:219) at sun.java2d.SunGraphicsEnvironment.registerFonts(SunGraphicsEnvironment.java:447) at sun.java2d.SunGraphicsEnvironment.access$100(SunGraphicsEnvironment.java:48) at sun.java2d.SunGraphicsEnvironment$2.run(SunGraphicsEnvironment.java:137) at java.security.AccessController.doPrivileged(Native Method) at sun.java2d.SunGraphicsEnvironment.loadFonts(SunGraphicsEnvironment.java:116) at sun.java2d.SunGraphicsEnvironment.mapFamilyName(SunGraphicsEnvironment.java:294) at java.awt.Font.initializeFont(Font.java:267) at java.awt.Font.(Font.java:298) at net.perham.jnap.gui.TransferPanel.(TransferPanel.java:55) at java.lang.reflect.Constructor.newInstance(Native Method) at net.perham.jnap.gui.JnapGui.start(JnapGui.java:106) at net.perham.jnap.Main.main(Main.java:72) Monitor Cache Dump: sun.awt.X11GraphicsEnvironment@28E8DB60/28F02EB0: owner "main" (0x8055080) 1 entry java.awt.EventQueue@28E98950/28F75DA8: Waiting to be notified: "AWT-EventQueue-0" (0x82f4c80) java.lang.ref.Reference$Lock@28E7C310/28EB1F98: Waiting to be notified: "Reference Handler" (0x8096480) sun.awt.PostEventQueue@28E98530/28F76310: Waiting to be notified: "SunToolkit.PostEventQueue-0" (0x82f4e80) java.lang.ref.ReferenceQueue$Lock@28E7C540/28EB2478: Waiting to be notified: "Finalizer" (0x80d4080) 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: owner "main" (0x8055080) 1 entry Waiting to enter: "Basic L&F File Loading Thread" (0x8662280) Monitor cache lock: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry Dynamic loading lock: Monitor IO lock: User signal monitor: Waiting to be notified: "Signal dispatcher" (0x8096280) Child death monitor: I/O monitor: Waiting to be notified: "AWT-Motif" (0x8345880) Alarm monitor: Waiting to be notified: (0x8055280) Thread queue lock: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry Monitor registry: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry Abort (core dumped) $ ls -l java.core -rw------- 1 remco remco 76972032 Aug 2 11:35 java.core $ gdb /usr/local/jdk1.3.1/jre/bin/i386/green_threads/java java.core 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"... (no debugging symbols found)... Core was generated by `java'. Program terminated with signal 6, Abort trap. Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done. Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...done. Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so... (no debugging symbols found)...done. Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libverify.so... (no debugging symbols found)...done. Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libjava.so... (no debugging symbols found)...done. Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libzip.so... (no debugging symbols found)...done. Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libawt.so... (no debugging symbols found)...done. Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libmlib_image.so... (no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libXm.so.2... (no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libXp.so.6... (no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libXt.so.6... (no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libXext.so.6... (no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libSM.so.6... (no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libICE.so.6... (no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libXtst.so.6... (no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libX11.so.6... (no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/libXThrStub.so.6... (no debugging symbols found)...done. Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libfontmanager.so... (no debugging symbols found)...done. Reading symbols from /usr/lib/libstdc++.so.3...(no debugging symbols found)... done. Reading symbols from /usr/X11R6/lib/X11/locale/common/xlcDef.so.2... (no debugging symbols found)...done. Reading symbols from /usr/X11R6/lib/X11/locale/common/ximcp.so.2... (no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. #0 0x280b47c0 in kill () from /usr/lib/libc.so.4 (gdb) backtrace #0 0x280b47c0 in kill () from /usr/lib/libc.so.4 #1 0x280f4bd1 in abort () from /usr/lib/libc.so.4 #2 0x28162ad9 in Abort () from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so #3 0x2818baa7 in panicHandler () from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so #4 0x28077643 in userSignalHandler () from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so #5 0x280775fc in intrDispatch () from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so #6 0x28070917 in intrDispatchMD () from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so #7 0xbfbfffac in ?? () #8 0x2815c7d5 in cacheAlloc () from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so #9 0x2815cc12 in allocObject () from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so #10 0x2816a4a1 in jni_NewString () from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so #11 0x2c301af1 in newString8859_1 () from /usr/local/jdk1.3.1/jre/lib/i386/libjava.so #12 0x2c30224c in JNU_NewStringPlatform () from /usr/local/jdk1.3.1/jre/lib/i386/libjava.so #13 0x2c304966 in Java_java_io_UnixFileSystem_list () from /usr/local/jdk1.3.1/jre/lib/i386/libjava.so #14 0x28163351 in invoke_O_O () from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so #15 0x28193927 in ivqw_not_ijn6 () from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so #16 0x0 in ?? () (gdb) $ ^D Script done on Fri Aug 2 11:35:56 2002 --7JfCtLOvnd9MIVvH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Aug 2 4: 8:55 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 222A837B400 for ; Fri, 2 Aug 2002 04:08:43 -0700 (PDT) Received: from ns.gddsn.org.cn (ns.gddsn.org.cn [210.21.6.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA9243E4A for ; Fri, 2 Aug 2002 04:08:42 -0700 (PDT) (envelope-from hwh@ns.gddsn.org.cn) Received: from mail.gddsn.org.cn (gw [210.21.6.34]) by ns.gddsn.org.cn (Postfix) with ESMTP id D88B15CD; Fri, 2 Aug 2002 19:08:30 +0800 (CST) Message-ID: <3D4A682E.6040208@mail.gddsn.org.cn> Date: Fri, 02 Aug 2002 19:08:30 +0800 From: Huang wen hui User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.0.0) Gecko/20020728 X-Accept-Language: zh-cn, zh-tw, en-us MIME-Version: 1.0 To: Remco van 't Veer , java Subject: Re: swing app startup problems in jdk131p7 References: <20020802100556.GA36305@azrael.xs4all.nl> Content-Type: text/plain; charset=GB2312 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 Remco van 't Veer дµÀ: >Hi, > >I was playing around with the p7 version of the native jdk13 port >and noticed some swing apps does startup nicely. In this case a >simple napster client called jnap. > >The interesting thing is that crashes on startup when run from a >jar file with the -jar switch but does startup fine when I >extract the jar file, add the directory to the -cp switch and run >using the main class name. > >I've include a typescript of the crash. The code, source and >core are downloadable from: > > http://www.xs4all.nl/~rwvtveer/jdk13p7-crash/ > >I hope this will be of any use to porting team. > >Regards, >Remco > > >------------------------------------------------------------------------ > >Script started on Fri Aug 2 11:34:55 2002 >$ uname -a >FreeBSD azrael.xs4all.nl 4.6-STABLE FreeBSD 4.6-STABLE #0: Fri Jun 28 14:06:50 CEST 2002 root@azrael.xs4all.nl:/media/tmp/usr/src/sys/AZRAEL i386 >$ java -version >java version "1.3.1-p7" >Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-p7-root-020725-22:35) >Classic VM (build 1.3.1-p7-root-020725-22:35, green threads, nojit) >$ java -jar jnap.jar >SIGBUS 10* bus error > >Full thread dump Classic VM (1.3.1-p7-root-020725-22:35, green threads): > "Basic L&F File Loading Thread" (TID:0x28e67140, sys_thread_t:0x8662480, state:R) prio=5 > at java.io.UnixFileSystem.list(Native Method) > at java.io.File.list(File.java:774) > at java.io.File.listFiles(File.java:852) > at javax.swing.filechooser.FileSystemView.getFiles(FileSystemView.java:139) > at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(BasicDirectoryModel.java:260) > "Basic L&F File Loading Thread" (TID:0x28e96ff8, sys_thread_t:0x8662280, state:MW) prio=5 > at java.lang.String.toLowerCase(String.java:1671) > at java.lang.String.toLowerCase(String.java:1730) > at javax.swing.plaf.basic.BasicDirectoryModel.lt(BasicDirectoryModel.java:242) > at javax.swing.plaf.basic.BasicDirectoryModel.quickSort(BasicDirectoryModel.java:206) > at javax.swing.plaf.basic.BasicDirectoryModel.quickSort(BasicDirectoryModel.java:222) > at javax.swing.plaf.basic.BasicDirectoryModel.sort(BasicDirectoryModel.java:164) > at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(BasicDirectoryModel.java:272) > "Image Fetcher 1" (TID:0x28ea9a38, sys_thread_t:0x854a080, state:R) prio=3 > at java.awt.MediaTracker.setDone(MediaTracker.java:773) > at java.awt.MediaEntry.setStatus(MediaTracker.java:846) > at java.awt.ImageMediaEntry.imageUpdate(MediaTracker.java:910) > at sun.awt.image.ImageWatched.newInfo(ImageWatched.java:58) > at sun.awt.image.ImageRepresentation.imageComplete(ImageRepresentation.java:626) > at sun.awt.image.ImageDecoder.imageComplete(ImageDecoder.java:138) > at sun.awt.image.GifImageDecoder.produceImage(GifImageDecoder.java:281) > at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:257) > at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:217) > at sun.awt.image.ImageFetcher.run(ImageFetcher.java:185) > "Image Fetcher 0" (TID:0x28e97488, sys_thread_t:0x8358680, state:R) prio=3 > at java.awt.MediaTracker.setDone(MediaTracker.java:773) > at java.awt.MediaEntry.setStatus(MediaTracker.java:846) > at java.awt.ImageMediaEntry.imageUpdate(MediaTracker.java:910) > at sun.awt.image.ImageWatched.newInfo(ImageWatched.java:58) > at sun.awt.image.ImageRepresentation.imageComplete(ImageRepresentation.java:626) > at sun.awt.image.ImageDecoder.imageComplete(ImageDecoder.java:138) > at sun.awt.image.GifImageDecoder.produceImage(GifImageDecoder.java:281) > at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:257) > at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:217) > at sun.awt.image.ImageFetcher.run(ImageFetcher.java:185) > "AWT-Motif" (TID:0x28e98000, sys_thread_t:0x8345880, state:CW) prio=6 > at sun.awt.motif.MToolkit.run(Native Method) > at java.lang.Thread.run(Thread.java:484) > "SunToolkit.PostEventQueue-0" (TID:0x28e98530, sys_thread_t:0x82f4e80, 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:0x28e984e8, sys_thread_t:0x82f4c80, 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) > "Finalizer" (TID:0x28e7c528, sys_thread_t:0x80d4080, 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:0x28e7c300, sys_thread_t:0x8096480, 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:0x28e7c330, sys_thread_t:0x8096280, state:CW) prio=5 > "main" (TID:0x28e7c1b0, sys_thread_t:0x8055080, state:R) prio=5 > at sun.awt.X11GraphicsEnvironment.specificFontIDForName(X11GraphicsEnvironment.java:185) > at sun.awt.X11GraphicsEnvironment.parseFontDir(X11GraphicsEnvironment.java:399) > at sun.awt.X11GraphicsEnvironment.access$000(X11GraphicsEnvironment.java:46) > at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:223) > at java.security.AccessController.doPrivileged(Native Method) > at sun.awt.X11GraphicsEnvironment.registerFontPath(X11GraphicsEnvironment.java:219) > at sun.java2d.SunGraphicsEnvironment.registerFonts(SunGraphicsEnvironment.java:447) > at sun.java2d.SunGraphicsEnvironment.access$100(SunGraphicsEnvironment.java:48) > at sun.java2d.SunGraphicsEnvironment$2.run(SunGraphicsEnvironment.java:137) > at java.security.AccessController.doPrivileged(Native Method) > at sun.java2d.SunGraphicsEnvironment.loadFonts(SunGraphicsEnvironment.java:116) > at sun.java2d.SunGraphicsEnvironment.mapFamilyName(SunGraphicsEnvironment.java:294) > at java.awt.Font.initializeFont(Font.java:267) > at java.awt.Font.(Font.java:298) > at net.perham.jnap.gui.TransferPanel.(TransferPanel.java:55) > at java.lang.reflect.Constructor.newInstance(Native Method) > at net.perham.jnap.gui.JnapGui.start(JnapGui.java:106) > at net.perham.jnap.Main.main(Main.java:72) >Monitor Cache Dump: > sun.awt.X11GraphicsEnvironment@28E8DB60/28F02EB0: owner "main" (0x8055080) 1 entry > java.awt.EventQueue@28E98950/28F75DA8: > Waiting to be notified: > "AWT-EventQueue-0" (0x82f4c80) > java.lang.ref.Reference$Lock@28E7C310/28EB1F98: > Waiting to be notified: > "Reference Handler" (0x8096480) > sun.awt.PostEventQueue@28E98530/28F76310: > Waiting to be notified: > "SunToolkit.PostEventQueue-0" (0x82f4e80) > java.lang.ref.ReferenceQueue$Lock@28E7C540/28EB2478: > Waiting to be notified: > "Finalizer" (0x80d4080) >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: owner "main" (0x8055080) 1 entry > Waiting to enter: > "Basic L&F File Loading Thread" (0x8662280) > Monitor cache lock: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry > Dynamic loading lock: > Monitor IO lock: > User signal monitor: > Waiting to be notified: > "Signal dispatcher" (0x8096280) > Child death monitor: > I/O monitor: > Waiting to be notified: > "AWT-Motif" (0x8345880) > Alarm monitor: > Waiting to be notified: > (0x8055280) > Thread queue lock: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry > Monitor registry: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry > >SIGABRT 6* abort (generated by abort(3) routine) > >Full thread dump Classic VM (1.3.1-p7-root-020725-22:35, green threads): > "Basic L&F File Loading Thread" (TID:0x28e67140, sys_thread_t:0x8662480, state:R) prio=5 > at java.io.UnixFileSystem.list(Native Method) > at java.io.File.list(File.java:774) > at java.io.File.listFiles(File.java:852) > at javax.swing.filechooser.FileSystemView.getFiles(FileSystemView.java:139) > at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(BasicDirectoryModel.java:260) > "Basic L&F File Loading Thread" (TID:0x28e96ff8, sys_thread_t:0x8662280, state:MW) prio=5 > at java.lang.String.toLowerCase(String.java:1671) > at java.lang.String.toLowerCase(String.java:1730) > at javax.swing.plaf.basic.BasicDirectoryModel.lt(BasicDirectoryModel.java:242) > at javax.swing.plaf.basic.BasicDirectoryModel.quickSort(BasicDirectoryModel.java:206) > at javax.swing.plaf.basic.BasicDirectoryModel.quickSort(BasicDirectoryModel.java:222) > at javax.swing.plaf.basic.BasicDirectoryModel.sort(BasicDirectoryModel.java:164) > at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(BasicDirectoryModel.java:272) > "Image Fetcher 1" (TID:0x28ea9a38, sys_thread_t:0x854a080, state:R) prio=3 > at java.awt.MediaTracker.setDone(MediaTracker.java:773) > at java.awt.MediaEntry.setStatus(MediaTracker.java:846) > at java.awt.ImageMediaEntry.imageUpdate(MediaTracker.java:910) > at sun.awt.image.ImageWatched.newInfo(ImageWatched.java:58) > at sun.awt.image.ImageRepresentation.imageComplete(ImageRepresentation.java:626) > at sun.awt.image.ImageDecoder.imageComplete(ImageDecoder.java:138) > at sun.awt.image.GifImageDecoder.produceImage(GifImageDecoder.java:281) > at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:257) > at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:217) > at sun.awt.image.ImageFetcher.run(ImageFetcher.java:185) > "Image Fetcher 0" (TID:0x28e97488, sys_thread_t:0x8358680, state:R) prio=3 > at java.awt.MediaTracker.setDone(MediaTracker.java:773) > at java.awt.MediaEntry.setStatus(MediaTracker.java:846) > at java.awt.ImageMediaEntry.imageUpdate(MediaTracker.java:910) > at sun.awt.image.ImageWatched.newInfo(ImageWatched.java:58) > at sun.awt.image.ImageRepresentation.imageComplete(ImageRepresentation.java:626) > at sun.awt.image.ImageDecoder.imageComplete(ImageDecoder.java:138) > at sun.awt.image.GifImageDecoder.produceImage(GifImageDecoder.java:281) > at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:257) > at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:217) > at sun.awt.image.ImageFetcher.run(ImageFetcher.java:185) > "AWT-Motif" (TID:0x28e98000, sys_thread_t:0x8345880, state:CW) prio=6 > at sun.awt.motif.MToolkit.run(Native Method) > at java.lang.Thread.run(Thread.java:484) > "SunToolkit.PostEventQueue-0" (TID:0x28e98530, sys_thread_t:0x82f4e80, 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:0x28e984e8, sys_thread_t:0x82f4c80, 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) > "Finalizer" (TID:0x28e7c528, sys_thread_t:0x80d4080, 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:0x28e7c300, sys_thread_t:0x8096480, 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:0x28e7c330, sys_thread_t:0x8096280, state:CW) prio=5 > "main" (TID:0x28e7c1b0, sys_thread_t:0x8055080, state:R) prio=5 > at sun.awt.X11GraphicsEnvironment.specificFontIDForName(X11GraphicsEnvironment.java:185) > at sun.awt.X11GraphicsEnvironment.parseFontDir(X11GraphicsEnvironment.java:399) > at sun.awt.X11GraphicsEnvironment.access$000(X11GraphicsEnvironment.java:46) > at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:223) > at java.security.AccessController.doPrivileged(Native Method) > at sun.awt.X11GraphicsEnvironment.registerFontPath(X11GraphicsEnvironment.java:219) > at sun.java2d.SunGraphicsEnvironment.registerFonts(SunGraphicsEnvironment.java:447) > at sun.java2d.SunGraphicsEnvironment.access$100(SunGraphicsEnvironment.java:48) > at sun.java2d.SunGraphicsEnvironment$2.run(SunGraphicsEnvironment.java:137) > at java.security.AccessController.doPrivileged(Native Method) > at sun.java2d.SunGraphicsEnvironment.loadFonts(SunGraphicsEnvironment.java:116) > at sun.java2d.SunGraphicsEnvironment.mapFamilyName(SunGraphicsEnvironment.java:294) > at java.awt.Font.initializeFont(Font.java:267) > at java.awt.Font.(Font.java:298) > at net.perham.jnap.gui.TransferPanel.(TransferPanel.java:55) > at java.lang.reflect.Constructor.newInstance(Native Method) > at net.perham.jnap.gui.JnapGui.start(JnapGui.java:106) > at net.perham.jnap.Main.main(Main.java:72) >Monitor Cache Dump: > sun.awt.X11GraphicsEnvironment@28E8DB60/28F02EB0: owner "main" (0x8055080) 1 entry > java.awt.EventQueue@28E98950/28F75DA8: > Waiting to be notified: > "AWT-EventQueue-0" (0x82f4c80) > java.lang.ref.Reference$Lock@28E7C310/28EB1F98: > Waiting to be notified: > "Reference Handler" (0x8096480) > sun.awt.PostEventQueue@28E98530/28F76310: > Waiting to be notified: > "SunToolkit.PostEventQueue-0" (0x82f4e80) > java.lang.ref.ReferenceQueue$Lock@28E7C540/28EB2478: > Waiting to be notified: > "Finalizer" (0x80d4080) >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: owner "main" (0x8055080) 1 entry > Waiting to enter: > "Basic L&F File Loading Thread" (0x8662280) > Monitor cache lock: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry > Dynamic loading lock: > Monitor IO lock: > User signal monitor: > Waiting to be notified: > "Signal dispatcher" (0x8096280) > Child death monitor: > I/O monitor: > Waiting to be notified: > "AWT-Motif" (0x8345880) > Alarm monitor: > Waiting to be notified: > (0x8055280) > Thread queue lock: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry > Monitor registry: owner "Basic L&F File Loading Thread" (0x8662480) 1 entry > >Abort (core dumped) >$ ls -l java.core >-rw------- 1 remco remco 76972032 Aug 2 11:35 java.core >$ gdb /usr/local/jdk1.3.1/jre/bin/i386/green_threads/java java.core >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"... >(no debugging symbols found)... >Core was generated by `java'. >Program terminated with signal 6, Abort trap. >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so...(no debugging symbols found)...done. >Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done. >Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...done. >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so... >(no debugging symbols found)...done. >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libverify.so... >(no debugging symbols found)...done. >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libjava.so... >(no debugging symbols found)...done. >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libzip.so... >(no debugging symbols found)...done. >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libawt.so... >(no debugging symbols found)...done. >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libmlib_image.so... >(no debugging symbols found)...done. >Reading symbols from /usr/X11R6/lib/libXm.so.2... >(no debugging symbols found)...done. >Reading symbols from /usr/X11R6/lib/libXp.so.6... >(no debugging symbols found)...done. >Reading symbols from /usr/X11R6/lib/libXt.so.6... >(no debugging symbols found)...done. >Reading symbols from /usr/X11R6/lib/libXext.so.6... >(no debugging symbols found)...done. >Reading symbols from /usr/X11R6/lib/libSM.so.6... >(no debugging symbols found)...done. >Reading symbols from /usr/X11R6/lib/libICE.so.6... >(no debugging symbols found)...done. >Reading symbols from /usr/X11R6/lib/libXtst.so.6... >(no debugging symbols found)...done. >Reading symbols from /usr/X11R6/lib/libX11.so.6... >(no debugging symbols found)...done. >Reading symbols from /usr/X11R6/lib/libXThrStub.so.6... >(no debugging symbols found)...done. >Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libfontmanager.so... >(no debugging symbols found)...done. >Reading symbols from /usr/lib/libstdc++.so.3...(no debugging symbols found)... >done. >Reading symbols from /usr/X11R6/lib/X11/locale/common/xlcDef.so.2... >(no debugging symbols found)...done. >Reading symbols from /usr/X11R6/lib/X11/locale/common/ximcp.so.2... >(no debugging symbols found)...done. >Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... >done. >#0 0x280b47c0 in kill () from /usr/lib/libc.so.4 >(gdb) backtrace >#0 0x280b47c0 in kill () from /usr/lib/libc.so.4 >#1 0x280f4bd1 in abort () from /usr/lib/libc.so.4 >#2 0x28162ad9 in Abort () > from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so >#3 0x2818baa7 in panicHandler () > from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so >#4 0x28077643 in userSignalHandler () > from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so >#5 0x280775fc in intrDispatch () > from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so >#6 0x28070917 in intrDispatchMD () > from /usr/local/jdk1.3.1/jre/lib/i386/green_threads/libhpi.so >#7 0xbfbfffac in ?? () >#8 0x2815c7d5 in cacheAlloc () > from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so >#9 0x2815cc12 in allocObject () > from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so >#10 0x2816a4a1 in jni_NewString () > from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so >#11 0x2c301af1 in newString8859_1 () > from /usr/local/jdk1.3.1/jre/lib/i386/libjava.so >#12 0x2c30224c in JNU_NewStringPlatform () > from /usr/local/jdk1.3.1/jre/lib/i386/libjava.so >#13 0x2c304966 in Java_java_io_UnixFileSystem_list () > from /usr/local/jdk1.3.1/jre/lib/i386/libjava.so >#14 0x28163351 in invoke_O_O () > from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so >#15 0x28193927 in ivqw_not_ijn6 () > from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so >#16 0x0 in ?? () >(gdb) $ ^D > >Script done on Fri Aug 2 11:35:56 2002 > > just for a note, I try torun "java -jar jnap.jar" under -CURRENT, I would not see your problem. I try both nojit and hotspot. --hwh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Aug 2 19:26:52 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BA1537B400 for ; Fri, 2 Aug 2002 19:26:51 -0700 (PDT) Received: from flag.blackened.net (flag.blackened.net [216.240.44.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3501A43E3B for ; Fri, 2 Aug 2002 19:26:51 -0700 (PDT) (envelope-from freebsd@spatula.net) Received: by flag.blackened.net (Postfix, from userid 1008) id C3D676733; Fri, 2 Aug 2002 19:26:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by flag.blackened.net (Postfix) with ESMTP id C30531AE5 for ; Fri, 2 Aug 2002 19:26:50 -0700 (PDT) Date: Fri, 2 Aug 2002 19:26:50 -0700 (PDT) From: Nick Johnson X-X-Sender: spatula@flag.blackened.net To: freebsd-java@freebsd.org Subject: JVM and gcc31 Message-ID: <20020802192237.L33121-100000@flag.blackened.net> 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 Here's a pointer... if you're having problems with the native JVM crashing sporadically, try compiling it with gcc31 out of ports instead of the stock gcc. I was having problems and gave it a try considering that billh had better luck with the HotSpot JVM when using gcc31. Prior to my newest build, the JVM would crash 10-12 times a day- now it's run all day without a crash. I suggest building OpenJIT with gcc31 as well. Greg: is there a way to make the port depend on gcc31 and convince it to use that to compile, or is that a bad idea? Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Fri Aug 2 23:20:38 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93E5D37B400 for ; Fri, 2 Aug 2002 23:20:36 -0700 (PDT) Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95A6943E3B for ; Fri, 2 Aug 2002 23:20:32 -0700 (PDT) (envelope-from glewis@misty.eyesbeyond.com) Received: from mail by mgr2.xmission.com with spam-scanned (Exim 3.35 #1) id 17asH9-0007uN-00; Sat, 03 Aug 2002 00:20:31 -0600 Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 17asH8-0007uK-00; Sat, 03 Aug 2002 00:20:30 -0600 Received: (from glewis@localhost) by misty.eyesbeyond.com (8.11.6/8.11.6) id g736KQm62917; Sat, 3 Aug 2002 15:50:26 +0930 (CST) (envelope-from glewis) Date: Sat, 3 Aug 2002 15:50:25 +0930 From: Greg Lewis To: Nick Johnson Cc: freebsd-java@FreeBSD.ORG Subject: Re: JVM and gcc31 Message-ID: <20020803155024.A62873@misty.eyesbeyond.com> References: <20020802192237.L33121-100000@flag.blackened.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020802192237.L33121-100000@flag.blackened.net>; from freebsd@spatula.net on Fri, Aug 02, 2002 at 07:26:50PM -0700 X-Spam-Status: No, hits=-3.4 required=8.0 tests=IN_REP_TO version=2.31 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 Fri, Aug 02, 2002 at 07:26:50PM -0700, Nick Johnson wrote: > Here's a pointer... if you're having problems with the native JVM crashing > sporadically, try compiling it with gcc31 out of ports instead of the > stock gcc. I was having problems and gave it a try considering that billh > had better luck with the HotSpot JVM when using gcc31. Prior to my newest > build, the JVM would crash 10-12 times a day- now it's run all day without > a crash. > > I suggest building OpenJIT with gcc31 as well. > > Greg: is there a way to make the port depend on gcc31 and convince it to > use that to compile, or is that a bad idea? It certainly could be done. Whether its a good idea or not is another matter :). I haven't looked at the gcc ports for a while, but last time I looked they defined __FreeBSD__, but not to the correct value (this was a long time ago, so that may well have been fixed). If it hasn't been fixed, then this may cause problems during the build (certain areas of the code have #ifdef's based on the value of __FreeBSD__). The other thing this does is add another large dependency to an already fat port. How much of an extra pain that would be I'm not sure. Are you running 4.x or 5.x? -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message From owner-freebsd-java Sat Aug 3 2: 9:46 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E60F137B4AF for ; Sat, 3 Aug 2002 02:09:28 -0700 (PDT) Received: from ongs.co.jp (ns.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id E98354427B for ; Sat, 3 Aug 2002 02:00:30 -0700 (PDT) (envelope-from daichi@jp.freebsd.org) Received: (qmail 6457 invoked from network); 3 Aug 2002 09:00:01 -0000 Received: from unknown (HELO parancell.ongs.co.jp) (202.216.232.62) by ns.ongs.co.jp with SMTP; 3 Aug 2002 09:00:01 -0000 Date: Sat, 3 Aug 2002 18:00:01 +0900 From: daichi To: freebsd-java@FreeBSD.ORG Subject: Re: Internationlization examples Message-Id: <20020803180001.71dbf1f9.daichi@jp.freebsd.org> In-Reply-To: <20020802061227.GA60430@grimoire.chen.org.nz> References: <20020801221319.GA88645@grimoire.chen.org.nz> <20020802111540.4c21183d.daichi@ongs.co.jp> <20020802061227.GA60430@grimoire.chen.org.nz> Organization: ONGS Inc. X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i386-portbld-freebsd4.6) 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 Jonathan > Thanks for this. I'd worked out that I needed to add some fonts and/or > make changes to the font.properties file, but I couldn't find the > default: wadalab-mincho-medium-r-normal font in the ports system (I'd > be happy if someone enlightened me). You can install Watanabe/Wadalab truetype font from /usr/ports/japanese/truetypefonts/. Watanabe/Wadalab font is former default free Japanese scalable font. And now, Yasuyuki Furukawa-san is tackling creation of a new Japanese free scalable font; Kochi-font (/usr/ports/japanese/kochi-ttfonts/, http://www.on.cs.keio.ac.jp/~yasu/jp_fonts.html). Kochi font is developed based on the Watanabe/Wadalab font. And two or more bitmap fonts are built in. Therefore, Kochi font is finely displayed also with a small font. And the scalable font itself is improved. Already, Japanese-related ports is improved so that Kochi font may be used. Probably, if nothing happens especially, Kochi font will become a standard Japanese free scalable font on FreeBSD. If you use JDK140 or over, you can use font with full built- in bitmap fonts. Unfortunately, you cannot use bitmap font built-in feature with JDK131. JDK131 font engine uses Kochi font as scalable font without bitmap built-in fonts. Supposing you can use Kochi font in JDK, please perform Notepad.jar to a trial. JDK140's one is better than JDK131's one. -- Daichi GOTO http://www.ongs.net/daichi, daichi@jp.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message