6

I'm getting the following error when debugging:

Error message

php.ini settings:

 xdebug.remote_enable=true
 xdebug.remote_host=localhost
 xdebug.remote_port=9000
 xdebug.remote_handler=dbgp
1
  • use wireshark to see what data are exchanged between xdebug and eclipse. Commented May 11, 2011 at 9:33

5 Answers 5

13

Assuming no syntax errors, make sure that you do not have any watches that cause the script to crash as the debugger attempts to evaluate them.

From my experience, this is the most common cause for such early death.

Regardless of that, you may also wish to change your internal web browser, as IE tends to provide cryptic error messages, or use an external browser session (and use remote debugging).

Sign up to request clarification or add additional context in comments.

3 Comments

Removing the watch expressions resolved that error for me. Thanks MasterAM!
how can i remove watch expressions?
Go to Expression view, right click, remove all watches. Restart session. See this for more details.
2

removing watch expressions solved this issue for me

Comments

1

If you are using mod_fcgid in your apache

the default value which is set for FcgidIOTimeout is 40 seconds so you get this xdebug to terminate in 40 seconds

to changed this value you need add the following line in you apache httpd.conf file

FcgidIOTimeout 600 

this is for 10 minutes you can set this value to any other time limit according your requirement

even i had the same problem i found this solution for further details follow the links below

http://jonathonhill.net/2011-05-05/uploading-large-files/ (related link which gives info about the value) http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html ( and search for FcgidIOTimeout)

Comments

0

I ran into the same issue on a different platform.

Running x64 linux with Eclipse 3.7.2, PHP 5.4.3 and Xdebug 2.2.0, this error message may appear when viewing variables.

See Xorg issue #797 and issue #824.

I can confirm that this issue is not resolved in release 2.2.0. The resolution is committed after 2.2.0, so you'll have to download a git copy (check the download page).

After compiling the git version, the issue at hand is resolved.

Comments

0

I also got this problem, after Googling for awhile I decided to revert back to 2.2rc because it's the latest version that this issue does not occur (actually not "always" but "sometimes", just need to relaunch).

Before that I've tried 2.3dev too with no luck.

Comments

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.