Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Nov 2001 03:10:47 -0600
From:      William Ward <wardd@mobycarp.org>
To:        Ernst de Haan <znerd@FreeBSD.ORG>
Cc:        freebsd-java@FreeBSD.ORG
Subject:   Re: java debugger question
Message-ID:  <20011126031047.A44908@mobycarp.org>
In-Reply-To: <200111260904.fAQ94nf77443@zaphod.euronet.nl>; from znerd@FreeBSD.ORG on Mon, Nov 26, 2001 at 10:04:49AM %2B0100
References:  <20011124084055.C39381@mobycarp.org> <20011125174718.A43864@mobycarp.org> <200111260904.fAQ94nf77443@zaphod.euronet.nl>

next in thread | previous in thread | raw e-mail | index | archive | help
Thanks for replying.

This one hangs it:

class HelloWorld
{
        public static void main(String argv[]) {
		System.out.println("Hello, World");
	}
}

So am I to asume that jdb in the jdk1.3.1 port work for others but
not me?  If that's the case then where can I get a hold of this patch
set 5 that I hear about?

On Mon, Nov 26, 2001 at 10:04:49AM +0100, Ernst de Haan wrote:
> 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

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?20011126031047.A44908>