I spent a few more hours this morning trying to track down this baffling
Windoze2K woe.  Instead of debugging my target app I attempted to debug a
simple HelloWorld.java app with some added local variables for the thrill of
it. However I got the same results with either my target or the HelloWorld.

One shortcoming I have is that I am new to JDE therefore I'm not sure what
"correct" behavior is supposed to look like.  I'm hoping the info below may
be a clue to those experts in the "know".

*  The jde-bug-sio-connect-delay variable has a different effect if it is
<=14 or >14.   If I set it equal or less than 14 I get the message:
"(jde-dbo-message 1 "Debugger connected to standard I/O socket.")" in the
last line of the JDEbug buffer.   If I set it to 15 or greater then the last
line of the JDEbug buffer contains "(jde-dbo-error 1 "Gave up waiting for
Emacs to connect to SIO port...")"
(I've included the full *JDEbug* buffer's for the <=14 and >14 variables
below.)

I have done this well over 20 times with one large app and a simple app and
it has been 100% consistent.  Why would the jde-bug-sio-connect-delay have
this effect?

> What happens if you hit the carriage returns in the *JDEbug* buffer?
* After a JDEbug->Launch Application I cannot get to the JDEbug buffer for
the number of seconds that the jde-bug-sio-connect-delay  is set to.  So if
it is set to 14 then it takes 14 secs to do a Ctrl-x b *JDEbug* to get to
the *JDEbug* buffer.  So I cannot type carriage return in the *JDEbug*
buffer because emacs is not responding.

* Since upgrading to SP2 I no longer get the "No response to command 1.
(process = 1; > timeout = 30> >sec.)" in the minibuffer.  It just quietly
fails.

* The changing of the jde-bug-debugger-host-address to 127.0.0.1 doesn't
appear to make a difference over the using computer name.

> What version of the JDK are you using?
1.3.0_02

thanks,
george

========================================== START jde-bug-sio-connect-delay
<= 14 ====================================
cd c:/jdk1.3.0_02/bin/
javaw -classpath
c:/cygwin/home/gmandler/site-lisp/jde/java/lib/jde.jar;c:/jdk1.3.0_02/lib/to
ols.jar jde.debugger.Main


(jde-dbo-init-debug-session)

JDE> -1 1 launch 1 -vmexec javaw -classic -classpath
c:/jdk1.3.0_02/bin;c:/downloads/BEEP/beepcore-0.9.03/lib/beepcore.jar;c:/dow
nloads/BEEP/beepcore-0.9.03/lib/beepsasl.jar;c:/downloads/BEEP/beepcore-0.9.
03/lib/beeptls.jar;c:/downloads/BEEP/beepcore-0.9.03/example;c:/jdk1.3.0_02/
jsse1.0.2/lib/jcert.jar;c:/jdk1.3.0_02/jsse1.0.2/lib/jnet.jar;c:/jdk1.3.0_02
/jsse1.0.2/lib/jsse.jar;c:/downloads/SOAP/xerces-1_3_1/xerces.jar;c:/jdk1.3.
0_02/lib/tools.jar;c:/jdk1.3.0_02/bin  HelloWorld  


(jde-dbo-message 1 "VM options: '-classic '")


(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_02 (Classic VM, native threads, nojit)")


(jde-dbo-message 1 "initSIOConnect: starting standard I/O handshake.")


(jde-dbo-message 1 "initSIOConnect: starting SIO connect thread.")


(jde-dbo-command-result 1 1525)


(jde-dbo-message
1 "Debugger waiting for Emacs to connect to app SIO port 1525.")

(jde-dbo-event-set
1 "all"
(list "Thread" 1 "main" "runnable" "suspended by debugger"
(list)
(list)
nil)
(list 'jde-dbo-vm-start-event))

(jde-dbo-message 1 "Debugger connected to standard I/O socket.")
========================================== END jde-bug-sio-connect-delay  <=
14 ====================================


========================================== START jde-bug-sio-connect-delay
>14 ====================================
cd c:/jdk1.3.0_02/bin/
javaw -classpath
c:/cygwin/home/gmandler/site-lisp/jde/java/lib/jde.jar;c:/jdk1.3.0_02/lib/to
ols.jar jde.debugger.Main


(jde-dbo-init-debug-session)

JDE> -1 1 launch 1 -vmexec javaw -classic -classpath
c:/jdk1.3.0_02/bin;c:/downloads/BEEP/beepcore-0.9.03/lib/beepcore.jar;c:/dow
nloads/BEEP/beepcore-0.9.03/lib/beepsasl.jar;c:/downloads/BEEP/beepcore-0.9.
03/lib/beeptls.jar;c:/downloads/BEEP/beepcore-0.9.03/example;c:/jdk1.3.0_02/
jsse1.0.2/lib/jcert.jar;c:/jdk1.3.0_02/jsse1.0.2/lib/jnet.jar;c:/jdk1.3.0_02
/jsse1.0.2/lib/jsse.jar;c:/downloads/SOAP/xerces-1_3_1/xerces.jar;c:/jdk1.3.
0_02/lib/tools.jar;c:/jdk1.3.0_02/bin  HelloWorld  


(jde-dbo-message 1 "VM options: '-classic '")


(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_02 (Classic VM, native threads, nojit)")


(jde-dbo-message 1 "initSIOConnect: starting standard I/O handshake.")


(jde-dbo-event-set
1 "all"
(list "Thread" 1 "main" "runnable" "suspended by debugger"
(list)
(list)
nil)
(list 'jde-dbo-vm-start-event))


(jde-dbo-message 1 "initSIOConnect: starting SIO connect thread.")


(jde-dbo-command-result 1 1705)


(jde-dbo-message
1 "Debugger waiting for Emacs to connect to app SIO port 1705.")


(jde-dbo-error 1 "Gave up waiting for Emacs to connect to SIO port: 1705")
========================================== END jde-bug-sio-connect-delay
>14 ====================================

> -----Original Message-----
> From: Paul Kinnucan [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 29, 2001 9:48 PM
> To: Mandler, George
> Cc: [EMAIL PROTECTED]
> Subject: Re: Any solutions for the "Gave up waiting for Emacs 
> to connect
> to SIO port: " Win2K woes 
> 
> 
> At 07:19 PM 5/29/2001 -0400, you wrote:
> >Hi,
> >I've spent way too many hours attempting to get JDEbug working under
> >Windoze2K.  I've searched the archives and found some emails 
> from the fall
> >suggesting changing jde-bug-sio-connect-delay and
> >jde-bug-debugger-host-address , but that didn't seem to make 
> a difference.
> >Hitting return in the *JDEbug* buffer didn't make a 
> difference either.
> >Recently there were postings on Apr 27th about this bug and 
> someone said it
> >doesn't happen with straight Win2K, but did happen with SP1, 
> I can't revert
> >back to the original Win2K, so I installed SP2, but 
> unfortunately it still
> >occurs.  Running it from the command line also gives me the 
> port connection
> >failure.
> >
> >The symptoms are similar to what other unfortunate souls 
> developing under
> >Win2K have experienced.  It doesn't connect to the port and 
> the minibuffer
> >will display the "No response to command 1. (process = 1; 
> timeout = 30
> >sec.)" in the minibuffer if I don't hit those carriage returns in the
> >*JDEbug* buffer.
> 
> What happens if you hit the carriage returns in the *JDEbug* buffer?
> 
> What version of the JDK are you using?
> 
> This bug is very frustrating for me because I have NEVER 
> experienced it in
> two years of using JDEbug on Solaris and Windows 95, 
> Millenium, and NT. But
> there is hope. My office machine is scheduled to be upgrade 
> to Win2k within
> the next two weeks.
> 
> - Paul 
> 

Reply via email to