Home » Language IDEs » PHP Development Tools (PDT) » XDEBUG still doesn't work(keeps pending though it seems that eclipse isn't able to make a connection with xdebug)
|
| Re: XDEBUG still doesn't work [message #1718452 is a reply to message #1716724] |
Wed, 23 December 2015 22:49   |
 Doug Needham
Messages: 2
Registered: December 2015 |
Junior Member |
|
|
Does it just sit there saying something like "Launching test2: (78%)" while the program seems to execute to completion?? Also, are you trying to debug as a web application or a CLI application?? You might also want to add a line like this to your php.ini:
xdebug.remote_log="/var/log/xdebug.log"
and capture the results.
I just went through the process of installing Mars (4.5.1) and FF directly on a CentOS VM I have, when I realized that my Kepler install on the Win 7 host on which the VMs run had broken breakpoints. I have determined that in my case, that breakpoints are not being sent across in the case of the web application debugging, even though I can see the xdebug session setting features and communicating everything else. In testing with a little test PHP file (a version of what was found here), in a new project setup under the local server, I found that as a CLI application, the breakpoints are sent and I can debug fine. However, with a web application (which I need for the application on which I am working), no breakpoints. And this is even with my having reinstalled things which were working earlier on in the Kepler release and which have been unchanged since then (until at some point I pulled updates to look at Luna).
|
|
|
| Re: XDEBUG still doesn't work [message #1718494 is a reply to message #1716724] |
Thu, 24 December 2015 19:42 |
Doug Needham
Messages: 2
Registered: December 2015 |
Junior Member |
|
|
Thought I had posted the reply last night, but for some reason it is not showing up.
First, what sort of application are you trying to debug, a PHP CLI app, or a PHP Web app. And what sort of behavior is it displaying, such as saying "Launching testapp: (78%)" and just sitting there, while the application seems to run as if you have no breakpoints? Also, knowing some information about your environment would help, such as eclipse version, OS, etc. And lastly, there is an additional directive which will help for xdebug. In your xdebug configuration in your php INI files, add a line such as the following:
xdebug.remote_log="/var/tmp/xdebug.log"
Place it in a location where your web server or you can open it, make sure it exists and it writable, and give it a try. Also, double check and make sure your breakpoints are not disabled (indicated with a \ through them).
I am curious, as this may be the same exact behavior I have been dealing with. I have a CentOS 6 VM which is running PHP 5.3.3 for a huge legacy web app project on which I am a developer. I had a Kepler install on the Win7 machine on which the VM runs which worked, but at some point in the past, perhaps when I pulled updates in preparation for cloning and trying to update to Luna (with a cloned workspace as well), breakpoints stopped working. I recently went through the process of installing the 64-bit Mars.1 version of Eclipse for PHP developers on the VM, but breakpoints still do not work when I am dealing with a Web app, even with the break on first line set. (This is with even with a new workspace, new copy of the source added as a new project, etc.) The CLI app breakpoints work for test apps, such as the one talked about in the Eclipse documentation, but the moment I try to debug something, even something which had breakpoints work on the CLI app debugger, it is as if no breakpoints are set. This is backed up by the xdebug.log showing features being set, stream information being passed, etc, but no breakpoint_set messages or similar. And I have tried various path mappings, including those based on the fileuri in the init message of the debug stream. At present, the source, Eclipse and everything else reside on filesystems on the VM. But the nature of the legacy code still has us stuck on PHP 5.3.3 and xdebug 2.2.3, even after 3yrs of work, and while debugging with Eclipse is not frequently necessary, right now I really need it to work.
|
|
|
Goto Forum:
Current Time: Sat Oct 12 15:34:37 GMT 2024
Powered by FUDForum. Page generated in 0.09832 seconds |
] 
Search
Help
Register
Login
Home
