View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001169 | Xdebug | Uncategorized | public | 2015-06-25 09:20 | 2015-11-20 18:03 |
Reporter | kchan4 | Assigned To | derick | ||
Priority | high | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | no change required | ||
Platform | Linux | OS | Centos | OS Version | 6.5 |
Product Version | 2.3.2 | ||||
Summary | 0001169: xDebug not stopping at breakpoint | ||||
Description | I've been searching in google and stackoverflow for hours.....didn't find a reason... I have my app hosted in a Centos 6.5 Apache and debugging from my dev machine with Visual Studio + PHP Tools. It was working prefectly fine until I did some update, restart, couchdb install/configuration (and a lot of other things) to the Centos machine, then I notice the xdebug doesn't stop at breakpoint anymore, it only stops if there is exception or I write out xdebug_break() in the PHP script... I tried disable SELinux, Iptables, it doesn't help as well. Then I looked at the xdebug.log file, it gives me random error as follows: I: Connected to client. :-) <- breakpoint_set -i x0-10000 -t exception -x "Fatal error" <- breakpoint_set -i x1-10001 -t exception -x "Parse error" <- breakpoint_set -i x2-10002 -t exception -x "Unknown error" <- feature_get -i 3 -n max_children <- breakpoint_set -i 4-0 -t line -f file:///home/ec2-user/webapps/webapps/PVPCardGame_fuel/app/classes/controller/user.php -n 104 <- breakpoint_set -i 5-1 -t line -f file:///home/ec2-user/webapps/webapps/PVPCardGame_fuel/app/classes/controller/user.php -n 108 XDebug Version 2.3.2 PHP Version 5.4.41 | ||||
Steps To Reproduce | No idea..... | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Operating System | |||||
PHP Version | 5.4.4 | ||||
|
Can you try debugging with a small script? And provide the full xdebug remote log file? (Feel free to remove it first, to remove the stuff that's already in there) |
|
I created an empty project, only contain a single index.php which does the following (also shown in screenshoot): $a = 1; echo 'Result: ' + $c; xdebug_break(); ?> |
|
Just in case, my php.ini extension are follows, which I hadn't changed since the day it was working: zend_extension=/usr/lib64/php/modules/xdebug.so Also phpInfo() xdebug xdebug support enabled Supported protocols Revision Directive Local Value Master Value |
|
I got it working by uninstall PHP Version 5.4.41 from my Centos machine and reinstall PHP 5.5.27 (php55u). I am not sure, but probably is because how xDebug works. Its first interpret in Centos's PHP 5.4.41 and send debug information to my local windows machine which runs PHP 5.6.8 and interpret the debug information with my source code. Maybe that's why it won't stop at breakpoint I provided in IDE? |
|
I think it could have to do with file name cases on the file system. I've improved this in later Xdebug versions so perhaps that's what it is. I am closing this one out, as it seems you've resolved it for your use case. |
Date Modified | Username | Field | Change |
---|---|---|---|
2015-06-25 09:20 | kchan4 | New Issue | |
2015-06-25 13:38 | derick | Note Added: 0003134 | |
2015-06-25 13:38 | derick | Assigned To | => derick |
2015-06-25 13:38 | derick | Status | new => feedback |
2015-06-26 01:35 | kchan4 | File Added: xdebug.log | |
2015-06-26 01:39 | kchan4 | Note Added: 0003140 | |
2015-06-26 01:39 | kchan4 | Status | feedback => assigned |
2015-06-26 01:39 | kchan4 | File Added: visualstudio_php_code.png | |
2015-06-26 01:44 | kchan4 | Note Added: 0003141 | |
2015-08-18 07:59 | kchan4 | Note Added: 0003161 | |
2015-11-20 18:03 | derick | Note Added: 0003248 | |
2015-11-20 18:03 | derick | Status | assigned => resolved |
2015-11-20 18:03 | derick | Resolution | open => no change required |
2016-07-31 12:36 | derick | Category | Usage problems => Usage problems (Crashes) |
2016-07-31 12:38 | derick | Category | Usage problems (Crashes) => Usage problems (Wrong Results) |
2020-03-12 16:35 | derick | Category | Usage problems (Wrong Results) => Variable Display |
2020-03-12 16:38 | derick | Category | Variable Display => Uncategorized |