Date: Mon, 26 Nov 2001 10:04:49 +0100 From: Ernst de Haan <znerd@FreeBSD.ORG> To: William Ward <wardd@mobycarp.org>, freebsd-java@FreeBSD.ORG Subject: Re: java debugger question Message-ID: <200111260904.fAQ94nf77443@zaphod.euronet.nl> In-Reply-To: <20011125174718.A43864@mobycarp.org> References: <20011124084055.C39381@mobycarp.org> <20011125174718.A43864@mobycarp.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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.<init>(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: <unowned>
> > Waiting to be notified:
> > "Finalizer" (0x80d4080)
> > java.lang.ref.Reference$Lock@28EA3310/28ED9340: <unowned>
> > Waiting to be notified:
> > "Reference Handler" (0x8096480)
> > com.sun.tools.jdi.AbstractLauncher$Helper@28EB5980/28EFCEA0:
> > <unowned> 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: <unowned>
> > JNI pinning lock: <unowned>
> > JNI global reference lock: <unowned>
> > BinClass lock: <unowned>
> > Class linking lock: <unowned>
> > System class loader lock: <unowned>
> > Code rewrite lock: <unowned>
> > Heap lock: <unowned>
> > Monitor cache lock: owner "Signal dispatcher" (0x8096280) 1 entry
> > Dynamic loading lock: <unowned>
> > Monitor IO lock: <unowned>
> > User signal monitor: <unowned>
> > Child death monitor: <unowned>
> > I/O monitor: <unowned>
> > Alarm monitor: <unowned>
> > Waiting to be notified:
> > <unknown thread> (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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200111260904.fAQ94nf77443>