Molitor, Stephen writes: > Has anyone had any luck with JDEBug in 2.2.9beta2? I can't get it to stop > at a breakpoint. I tried it with 2.2.9beta2, at I just tried it again with > the latest versions of the .el files from CVS (12:00 pm, October 2, 2001, > CST). I'm using JDK 1.3, Windows NT 4.0, Emacs 20.7.1, eieio 0.16, semantic > 1.4beta11, elib 1.0. > > Here's the output, followed by the contents of the JDEBug buffer. Thanks. >
> Steve Molitor > [EMAIL PROTECTED] > > Steve, JDEbug works fine for me in JDE 2.2.9beta2. I don'think the problem you are having has anything to do with the recent changes in JDEbug. JDEbug is requesting the that target vm set the breakpoints that you have specified. However, the vm is not honoring the requests for some reason. This can happen, for example, if the vm never loads the class in which the breakpoint occurs or if the class does not contain the necessary debug info (e.g., it was compiled with jikes). - Paul > *** Debugger Output for Process Foo(1) *** > > Launch command line: > javaw -classpath d:/home/steve Foo > > Emacs connected to standard IO port 4720 for process Foo. > Launched VM Java Debug Interface (Reference Implementation) version 1.3 > Java Debug Wire Protocol (Reference Implementation) version 1.0 > JVM Debug Interface version 1.0 > JVM version 1.3.0 (Java HotSpot(TM) Client VM, interpreted mode) > initSIOConnect: starting standard I/O handshake. > initSIOConnect: starting SIO connect thread. > Debugger waiting for Emacs to connect to app SIO port 4720. > vm started... > All threads suspended... > Setting breakpoint at line 6 in Foo.java. > Debugger connected to standard I/O socket. > Setting breakpoint at line 3 in Foo.java. > Running Foo. > Foo process ended. > Closed transport for application's standard output. > Closed transport for application's standard error output. > vm disconnected... > > > <<< JDEBug Buffer Contents:>>>> > cd d:/home/steve/ > javaw -classpath > d:/home/steve/lisp/thirdparty/jde/java/lib/jde.jar;c:/jdk1.3/lib/tools.jar > jde.debugger.Main > > > (jde-dbo-init-debug-session) > > JDE> -1 1 launch 1 -vmexec javaw -classpath d:/home/steve Foo > > > (jde-dbo-message > 1 "Launched VM Java Debug Interface (Reference Implementation) version 1.3 > Java Debug Wire Protocol (Reference Implementation) version 1.0 > JVM Debug Interface version 1.0 > JVM version 1.3.0 (Java HotSpot(TM) Client VM, interpreted mode)") > > > (jde-dbo-message 1 "initSIOConnect: starting standard I/O handshake.") > > > (jde-dbo-message 1 "initSIOConnect: starting SIO connect thread.") > > > (jde-dbo-command-result 1 4720) > > > (jde-dbo-message > 1 "Debugger waiting for Emacs to connect to app SIO port 4720.") > > > (jde-dbo-event-set > 1 "all" > (list "Thread" 1 "main" "unknown" "suspended by debugger" > (list) > "VM has no information" > "VM has no information") > (list 'jde-dbo-vm-start-event)) > > JDE> 1 2 break absolute Foo.java 6 > > > (jde-dbo-message 1 "Debugger connected to standard I/O socket.") > > > (jde-dbo-command-result 2 0) > > JDE> 1 3 break absolute Foo.java 3 > > > (jde-dbo-command-result 3 1) > > JDE> 1 4 run > > > (jde-dbo-command-result 4) > > > (jde-dbo-event-set 1 "none" nil > (list 'jde-dbo-vm-death-event)) > > > (jde-dbo-message 1 "Closed transport for application's standard output.") > > > (jde-dbo-message 1 "Closed transport for application's standard error > output.") > > > (jde-dbo-event-set 1 "none" nil > (list 'jde-dbo-vm-disconnected-event)) >
