Home » Language IDEs » PHP Development Tools (PDT) » More than one client host for xdebugger and problem with zend debugger
More than one client host for xdebugger and problem with zend debugger [message #66896] |
Thu, 28 February 2008 09:27 |
Eclipse User |
|
|
|
Originally posted by: weiher.flexiti.de
Hello,
we want to debug a web project on more than one client machine. So we tried
to use zend debugger. But this failed due to an error coming um with the
zend debugger cookie, but thats another problem. So I tried to use xdebug
and after configuring it works fine. But there is a problem that only one
host can be determined by xdebug.remote_host but we need two of them. Is it
possible to realize debugging on two machines from one web server with
xdebug? Or must I find a solution getting zend debugger working as expected?
The zend debugger sets a cookie but in this cookie there is an error. While
sending the http headers the browser makes the following output:
CGI Error
The specified CGI application misbehaved by not returning a complete set of
HTTP headers. The headers it did return are:
X-Powered-By: PHP/4.4.7
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
Set-Cookie: ZDEDebuggerPresent=php,phtml,php3; path=/
Set-Cookie:
ZendDebuggerCookie=192.168.0.2%2C127.0.0.1%3A10000%3A0||004| 77742D65|1033;
path=/
Then the output stops. In the Debug Output in Eclipse you can find the
following:
X-Powered-By: PHP/4.4.7
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
Set-Cookie: ZDEDebuggerPresent=php,phtml,php3; path=/
Set-Cookie:
ZendDebuggerCookie=192.168.0.2%2C127.0.0.1%3A10000%3A0||004| 77742D65|1033;
path=/
Content-type: text/html
Behind path=/ you see two rectangles (). So I tried to find out what data
is behind path=/ with a packet analyser. There I found two "00" hex values
behind it - perhaps this is the cause for the corrupt html header? Other
people described this problem in some forums in the internet with two bytes
behind path=/ too, but with different values. Fact is that when there is
something behind it the header will not be interpretated and the cookie will
not be storen causing the debug mechanism not to work properly, since the
browser output shows only the CGI error message shown above. Perhaps anyone
here having an idea?
We use a windows server 2003 standard and php 4.4.7 (php 5 does not work on
our project due to the changes), Zend Debugger 5.2.12, xdebug 2.0.2-4.4.6
and Eclipse 3.3.1.1. If you need further information please let me know.
Thanks!
Regards, S.Weiher
|
|
|
Re: More than one client host for xdebugger and problem with zend debugger [message #66904 is a reply to message #66896] |
Thu, 28 February 2008 10:39 |
D Kelsey Messages: 232 Registered: July 2009 |
Senior Member |
|
|
With xdebug, this problem would be addressed by using DBGp Proxy. However the IDE needs to support
a proxy implementation. Currently 1.0.2 doesn't have support available for a DBGp Proxy so you
cannot do what you want.
I have committed experimental proxy support into the 1.0.2 branch and the Head branch of PDT but it
seems you can only get nightly builds of the HEAD branch (even though it is labeled 1.0.2). This
experimental proxy support has been briefly tested with the Active State Proxy (which is MIT
licensed). It may not work with other proxy implementations as the proxy specification is not
specific enough.
Dave Kelsey
Stephan Weiher wrote:
> Hello,
>
> we want to debug a web project on more than one client machine. So we tried
> to use zend debugger. But this failed due to an error coming um with the
> zend debugger cookie, but thats another problem. So I tried to use xdebug
> and after configuring it works fine. But there is a problem that only one
> host can be determined by xdebug.remote_host but we need two of them. Is it
> possible to realize debugging on two machines from one web server with
> xdebug? Or must I find a solution getting zend debugger working as expected?
>
> The zend debugger sets a cookie but in this cookie there is an error. While
> sending the http headers the browser makes the following output:
>
> CGI Error
> The specified CGI application misbehaved by not returning a complete set of
> HTTP headers. The headers it did return are:
>
> X-Powered-By: PHP/4.4.7
> Expires: Thu, 19 Nov 1981 08:52:00 GMT
> Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
> pre-check=0
> Pragma: no-cache
> Set-Cookie: ZDEDebuggerPresent=php,phtml,php3; path=/
> Set-Cookie:
> ZendDebuggerCookie=192.168.0.2%2C127.0.0.1%3A10000%3A0||004| 77742D65|1033;
> path=/
>
> Then the output stops. In the Debug Output in Eclipse you can find the
> following:
>
> X-Powered-By: PHP/4.4.7
> Expires: Thu, 19 Nov 1981 08:52:00 GMT
> Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
> pre-check=0
> Pragma: no-cache
> Set-Cookie: ZDEDebuggerPresent=php,phtml,php3; path=/
> Set-Cookie:
> ZendDebuggerCookie=192.168.0.2%2C127.0.0.1%3A10000%3A0||004| 77742D65|1033;
> path=/
> Content-type: text/html
>
> Behind path=/ you see two rectangles (). So I tried to find out what data
> is behind path=/ with a packet analyser. There I found two "00" hex values
> behind it - perhaps this is the cause for the corrupt html header? Other
> people described this problem in some forums in the internet with two bytes
> behind path=/ too, but with different values. Fact is that when there is
> something behind it the header will not be interpretated and the cookie will
> not be storen causing the debug mechanism not to work properly, since the
> browser output shows only the CGI error message shown above. Perhaps anyone
> here having an idea?
>
> We use a windows server 2003 standard and php 4.4.7 (php 5 does not work on
> our project due to the changes), Zend Debugger 5.2.12, xdebug 2.0.2-4.4.6
> and Eclipse 3.3.1.1. If you need further information please let me know.
> Thanks!
>
> Regards, S.Weiher
>
>
|
|
|
Goto Forum:
Current Time: Thu Nov 21 11:35:53 GMT 2024
Powered by FUDForum. Page generated in 0.07172 seconds
|