[27066] in Athena Bugs
Re: sun4 9.4.36: java 1.5.0_06's jdb
daemon@ATHENA.MIT.EDU (John Hawkinson)
Sun Mar 11 00:21:30 2007
Date: Sun, 11 Mar 2007 00:21:10 -0500
From: John Hawkinson <jhawk@mit.edu>
To: Greg Hudson <ghudson@mit.edu>, Jacob Morzinski <morzinski@mit.edu>
Message-ID: <20070311052110.GR21087@multics.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <w6mbqj0qslt.fsf@horobi.mit.edu>
	<1173587956.3706.309.camel@error-messages.mit.edu>
X-Spam-Flag: NO
X-Spam-Score: 0.00
Cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu
Huh. OK, thanks. (sheepish)
I gather then, that the behavior of exiting when the app
exits is somehow expected as well?
It does appear part of my problem was expecting an invalid classname
to cause an error from 'stop'...
(for some reason, 'stop in PrintStream.output' doesn't work either,
but probably something wrong with that as well...
--jhawk
Greg Hudson <ghudson@MIT.EDU> wrote on Sat, 10 Mar 2007
at 23:39:16 -0500 in <1173587956.3706.309.camel@error-messages.mit.edu>:
> System.out is not the name of a class.  It's a variable containing some
> kind of stream object.  You'd want to stop in the println method of
> whatever type that variable has.
Jacob Morzinski <morzinski@MIT.EDU> wrote on Sun, 11 Mar 2007
at 00:03:42 -0500 in <w6mbqj0qslt.fsf@horobi.mit.edu>:
> To: John Hawkinson <jhawk@mit.edu>
> Cc: bugs@mit.edu
> Subject: Re: sun4 9.4.36: java 1.5.0_06's jdb
> From: Jacob Morzinski <morzinski@MIT.EDU>
> Date: Sun, 11 Mar 2007 00:03:42 -0500
> In-Reply-To: <bugs:27062@unknown-discuss-server> (John Hawkinson's message
>  of "Sat, 10 Mar 2007 22:15:25 -0500")
> Message-ID: <w6mbqj0qslt.fsf@horobi.mit.edu>
> X-Spam-Score: -5
> 
> 
> Hi,
> 
> I can offer some commentary: in testing, I can successfully set
> breakpoints if I "stop in Test.main" or if I "stop at Test:4".
> JDB prints some diagnostics in these cases:
>   "VM Started: Set deferred breakpoint Test.main"
> 
> I cannot use "step" to enter the java.io.PrintStream.println
> method. ("System.out" is a field which holds a PrintStream object).
> Perhaps the characteristic which prevents stepping into it also
> prevents setting a breakpoint on it.
> 
>  -Jacob
> 
> 
> John Hawkinson <jhawk@mit.edu> writes:
> > What's wrong:
> > 	In short, jdb exits when my application exits, and ignores
> > 	breakpoints. For example:
> >
> > What should have happened:
> > 	jdb should have stopped at the breakpoint. It also should not
> > 	have terminated when the app terminated.
> >
> > 	I see the same problem under Linux.
>