Hi Troy,

Thanks for pointing out these problems. I will try to fix them
ASAP.

Paul

Troy Daniels writes:
 > Hello,
 > 
 > It looks like JDEbug needs to have some methods synchronized.  I tried 
 > setting a breakpoint while the process was running, and got the following 
 > in the Message window:
 > 
 > >Setting breakpoint at line 85 in 
 > >d:/jaguar_te1.2/KBR_ISD_VOB/Jaguar_Plan_Generator_Component/source/PhysicalNetworkBuilder/com/alphatech/kbr/jaguar/networkbuilder/SpatialSpec.java.
 > >Error: evaluating debugger output caused a Lisp error.
 > >   See *messages* buffer for details.
 > >Error: evaluating output from the debugger caused a Lisp error.
 > >Debugger output: it.framework.TestSuite" "TestSuite.java" 208 "runTest")
 > >(list 25 "junit.framework.TestSuite" "TestSuite.java" 203 "run").
 > >Lisp error: (void-variable it.framework.TestSuite)
 > >Breakpoint set at line 85 in class 
 > >d:/jaguar_te1.2/KBR_ISD_VOB/Jaguar_Plan_Generator_Component/source/PhysicalNetworkBuilder/com/alphatech/kbr/jaguar/networkbuilder/SpatialSpec.java.
 > 
 > It also appears that, at least with JDK 1.4.2, there is a lot of useless 
 > traffic going from Java to emacs.   My *JDEBug* buffer is full of output 
 > that looks like
 > 
 > >(jde-dbo-event-set 1 "none"
 > >          (list "Thread" 1 "main" "runnable" "suspended by debugger"
 > >                    (list
 > >                           <stack traces of several threads> )))
 > 
 > Since jde-dbo-event-set is a no-op if the optional fourth arg is omitted, 
 > this slows down the debugger considerably.  If the java side checked for 
 > the fourth argument, is could avoid a lot of toString calls, bandwidth to 
 > Emacs and parsing of the string by Emacs.
 > 
 > Troy
 > 
 > 
 > ----------------------------------------
 > Troy Daniels
 > [EMAIL PROTECTED]
 > 781-273-3388 x218
 > 

Reply via email to