From owner-freebsd-java Mon Nov 26 1: 5: 0 2001 Delivered-To: freebsd-java@freebsd.org Received: from zaphod.euronet.nl (zaphod.euronet.nl [194.134.128.241]) by hub.freebsd.org (Postfix) with ESMTP id 4EAD237B41B for ; Mon, 26 Nov 2001 01:04:54 -0800 (PST) Received: (from ernst@localhost) by zaphod.euronet.nl (8.11.6/8.11.6) id fAQ94nf77443; Mon, 26 Nov 2001 10:04:49 +0100 (CET) (envelope-from ernst) Message-Id: <200111260904.fAQ94nf77443@zaphod.euronet.nl> Content-Type: text/plain; charset="iso-8859-1" From: Ernst de Haan To: William Ward , freebsd-java@FreeBSD.ORG Subject: Re: java debugger question Date: Mon, 26 Nov 2001 10:04:49 +0100 X-Mailer: KMail [version 1.3] References: <20011124084055.C39381@mobycarp.org> <20011125174718.A43864@mobycarp.org> In-Reply-To: <20011125174718.A43864@mobycarp.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org William, Is your JMush application a small one-class app? If so, can you send me the .class file so I can do the exact same test? If not, perhaps you can find a very small .class file that will trigger the problem. If you have a test case that small, then everybody can do the same test on their machine. Ernst (who has *never* used jdb yet) On Monday 26 November 2001 00:47, William Ward wrote: > Okay ... > > If no one has a solution can someone at least tell me if jdb works > for them? Works for any one? At all? > > On Sat, Nov 24, 2001 at 08:40:55AM -0600, William Ward wrote: > > Is jdb in 1.3.1 broaken? It's hanging when I try to use it. Maybe > > I'm doing something wrong. > > > > Here is my system information: > > > > mobycarp% uname -a > > FreeBSD mobycarp.org 4.4-STABLE FreeBSD 4.4-STABLE #0: > > Thu Nov 8 12:22:24 CST 2001 > > wardd@mobycarp.org:/usr/src/sys/compile/MOBYCARP i386 > > > > Here is my java version info. > > > > mobycarp% java -version > > java version "1.3.1-internal" > > Java(TM) 2 Runtime Environment, Standard Edition > > (build 1.3.1-internal-wardd-011004-01:18) > > Classic VM (build 1.3.1-internal-wardd-011004-01:18, > > green threads, nojit) > > > > Is there a way that I can confirm that this was compiled > > with patch set 4? I'm almost certain that it is as I > > downloaded the port in October. > > > > Here is what I get when I start debugging. It hangs immediately after > > I type run. The JVM is taking up %0 CPU usage. > > > > mobycarp% jdb JMush > > Initializing jdb... > > > > > run > > > > run JMush > > ^\SIGQUIT > > > > Full thread dump Classic VM (1.3.1-internal-wardd-011004-01:18, green > > threads): "launched target monitor" (TID:0x28eb58d8, > > sys_thread_t:0x81f5e80, state:R) prio=5 "connection acceptor" > > (TID:0x28eb58a8, sys_thread_t:0x81f5c80, state:R) prio=5 "process reaper" > > (TID:0x28eb5880, sys_thread_t:0x81f5880, state:R) prio=5 at > > java.lang.UNIXProcess.waitForProcessExit(Native Method) > > at java.lang.UNIXProcess.access$800(UNIXProcess.java:22) > > at java.lang.UNIXProcess$3.run(UNIXProcess.java:84) > > "Finalizer" (TID:0x28ea3528, 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:0x28ea3300, 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:0x28ea3330, sys_thread_t:0x8096280, state:R) > > prio=5 "main" (TID:0x28ea31b0, sys_thread_t:0x8055080, state:CW) prio=5 > > at java.lang.Object.wait(Native Method) > > at java.lang.Object.wait(Object.java:420) > > at > > com.sun.tools.jdi.AbstractLauncher$Helper.launchAndAccept(AbstractLaunche > >r.java:164) at > > com.sun.tools.jdi.AbstractLauncher.launch(AbstractLauncher.java:109) at > > com.sun.tools.jdi.SunCommandLineLauncher.launch(SunCommandLineLauncher.ja > >va:142) at > > com.sun.tools.example.debug.tty.VMConnection.launchTarget(VMConnection.ja > >va:266) at > > com.sun.tools.example.debug.tty.VMConnection.open(VMConnection.java:134) > > at com.sun.tools.example.debug.tty.Commands.commandRun(Commands.java:398) > > at com.sun.tools.example.debug.tty.TTY.executeCommand(TTY.java:393) at > > com.sun.tools.example.debug.tty.TTY.(TTY.java:625) > > at com.sun.tools.example.debug.tty.TTY.main(TTY.java:924) > > Monitor Cache Dump: > > java.lang.ref.ReferenceQueue$Lock@28EA3540/28ED9838: > > Waiting to be notified: > > "Finalizer" (0x80d4080) > > java.lang.ref.Reference$Lock@28EA3310/28ED9340: > > Waiting to be notified: > > "Reference Handler" (0x8096480) > > com.sun.tools.jdi.AbstractLauncher$Helper@28EB5980/28EFCEA0: > > Waiting to be notified: > > "main" (0x8055080) > > com.sun.tools.example.debug.tty.VMConnection@28EAAEF0/28F32238: owner > > "main" (0x8055080) 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 "Signal dispatcher" (0x8096280) 1 entry > > Dynamic loading lock: > > Monitor IO lock: > > User signal monitor: > > Child death monitor: > > I/O monitor: > > Alarm monitor: > > Waiting to be notified: > > (0x8055280) > > Thread queue lock: owner "Signal dispatcher" (0x8096280) 1 entry > > Monitor registry: owner "Signal dispatcher" (0x8096280) 1 entry > > > > ^C > > mobycarp% > > > > Script done on Sat Nov 24 08:25:20 2001 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-java" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-java" in the body of the message -- Ernst de Haan EuroNet Internet B.V. "Come to me all who are weary and burdened and I will give you rest" -- Jesus Christ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message