Xdebug issue

Zoom123 · Post by **Zoom123** » Wed Sep 12, 2007 4:27 pm

I am having issues with xdebug and Rapid PHP.

Initially I used the instructions in the FAQ to install xDebug on my Apache/PHP/MySQL setup I have on my windows machine.

Later I installed everything, and installed WAMP with Apache2/PHP5/MySQL5 which has its own xDebug plugin.

In both cases I have the same problem:

The debugger will run once fine, but then it is unable to stop. The stop button doesn't do anything either. After the first run, all variables show a "Loading..." tooltip and nothing more.

The only way to reset this is to restart Rapid PHP.

Post by **Karlis** » Wed Sep 19, 2007 2:25 am

Please try the xDebug + PHP package available for download from our website:
http://www.blumentals.net/webuilder/faq ... =hpd_debug

If it does not work, we shall look further. Unfortunately PHP and xDebug versions come out very quickly and they change often so it is impossible to keep up this is why we have our own xDebug + PHP distribution that is 100% tested.

qbuster · Post by **qbuster** » Wed Nov 07, 2007 4:13 pm

Karlis wrote:Please try the xDebug + PHP package available for download from our website:
http://www.blumentals.net/webuilder/faq ... =hpd_debug

If it does not work, we shall look further. Unfortunately PHP and xDebug versions come out very quickly and they change often so it is impossible to keep up this is why we have our own xDebug + PHP distribution that is 100% tested.

I've tried both the above method of xbug installation and I still have a problem. When I try to run a php script in the debugger I get a dialog box with the message 'Debugger Error Code[:5] command is not available'.

I'm running on Windows XP, currently using the latest combined php-xbug download from the Rapid Php website.

Regards

Will

robnjay · Post by **robnjay** » Thu Nov 08, 2007 5:34 am

I am using Wamp5 as well. Wamp itself is pretty awesome to me, as it installed in Win XP with no problems, after I was unsuccessful with another apache package.... However, I am also unable to get php scripts to stop at breakpoints. In fact the "Step Into" and "Step" functions in the debug menu are greyed out. Everything seems to work great in the Wamp itself, and I have a local version of a Zen Cart up and running fine, MySQL and all.

However, I am new to this., so I could be doing something else wrong.

One thing I noticed is that Wamp installs PHP 5.2 using PEAR, and the PHP.ini file doesn't appear to be the mechanism for installation of the extensions. Instead, there is a .phar file which (scripts?) the links to all the installed extensions (PECL). In Wamp, extensions can be added to PHP from a Windows menu.

I would edit the php.ini file as shown in the Rapid PHP instructions, but I don't know if that would throw PECL into a pickle...

Is Rapid PHP unable to work with PECL for xDebug?

Post by **Karlis** » Sun Nov 11, 2007 2:32 am

'Debugger Error Code[:5] command is not available' can happen when you run a script without any breakpoints set.

If you are having trouble with wamp, you should use our own php + xdebug package which can be downloaded from our website as per instructions and also instead of mappings and your own server use the internal built-in web server.

robnjay · Post by **robnjay** » Sun Nov 11, 2007 5:06 pm

I would like to keep the Apache server and MySQL alive so that I can just run the website (Zen Cart) for other dev (like adding Zen Cart packages to test).

I would also like to use Rapid PHP edit to debug when I dev some PHP...

So, how would I install your PHP +xDebug... Would it be an additional install of PHP?

Also, I don't remember seeing docs for running the built in webserver. Would I need to remove the Apache server that is already installed?

Post by **Karlis** » Tue Nov 13, 2007 12:20 am

You do not need to uninstall or change any of your existing stuff.

Web server is already built in the editor, you simply have to *disable/uncheck* Mappings feature and the internal web server will be used. Please make sure the editor is fully allowed as a TCP/IP server in your firewall (all ports in and out).

Then you will need to download our php package and install it in the default directory. See this:
http://www.blumentals.net/webuilder/faq ... =hpd_debug

After that you should be able to use xDebug.

I feel like there is a demand for a video tutorial for xdebug usage it is just that right now I do not have time to create one.

fuzzylogic · Post by **fuzzylogic** » Wed Jan 23, 2008 1:23 am

Hi,
I just went through a lot of unnecessary pain in trying to install a newer version of PHP. I wanted to have the latest for testing/dev work.

My advice is to save yourself the headache and stick to the version that Blumentals provides.

In particular PHP 5.2.5 (Windows) is very buggy and has a lot of broken behavior. it is a waste of time to install it.

(mysql does not work, xdebug does not work, and probably plenty of other problems too).

One thing great about PHP is that it is self-contained in the directory. If you are using www.wampserver.com or something similar, you can simply rename the version of PHP that comes with that software to 'old_php' and put in Blumentals version instead (rename it to whatever the other php folder was).

In the case of wampserver you also need to copy the phpForApache.ini and the wampserver.conf file as well. after that everything should work.

Post by **Karlis** » Thu Jan 24, 2008 10:08 pm

Thanks for this info!

Making new versions not support old stuff (in a minor update) is just so non-professional. And this is what Zend is doing regularly... a pity. That does not mean that PHP is bad as such

qbuster · Post by **qbuster** » Mon Feb 04, 2008 12:05 pm

Karlis wrote:You do not need to uninstall or change any of your existing stuff.

Web server is already built in the editor, you simply have to *disable/uncheck* Mappings feature and the internal web server will be used. Please make sure the editor is fully allowed as a TCP/IP server in your firewall (all ports in and out).

Then you will need to download our php package and install it in the default directory. See this:
http://www.blumentals.net/webuilder/faq ... =hpd_debug

After that you should be able to use xDebug.

I feel like there is a demand for a video tutorial for xdebug usage it is just that right now I do not have time to create one.

I'm still frustrated by the lack of debugging.

I've have completely unistalled PHP and then re-installed using the above link (as well as upgrading to the latest version of RapidPHP), checked that the php.ini file is correctly and I still can't get the debugger to give anything other than Debugger Error Code 5 Command not available.

So frustrating!

Cheers

Will

Post by **Karlis** » Mon Feb 11, 2008 7:38 pm

Make sure our php package is installed under the default path, e.g. c:\php521xd, not somewhere else.

Check if there are any spaces in the pathname of your php file.

also check pm.

fuzzylogic · Post by **fuzzylogic** » Wed Mar 12, 2008 6:26 am

I still can't get the debugger to give anything other than Debugger Error Code 5 Command not available.

you have to set a break point....

otherwise what happens is that the debugger runs the program through to completion. after the program has finished, then the debugger tries to query it for status info and finds that it is no longer running and this causes it to put up the error message that you see.

frankly that error message on program exit is a bad design. what it ought to say is program has finished running or some such.

Actually, I have given up altogether on the Blumental debugger,
see this thread.

--------

But at least I did finally manage to get an upgraded version of PHP that actually works. The problem is not so much with PHP or zend as it is with the person who is making the official Windows build for PHP, they just are not doing a very good job of it. I found an alternative build that works fine. The mySQL bug was fixed months ago by the people at mySQL, it was their bug, but for some inexplicable reason the folks in PHP land have been ignoring that fix.

qbuster · Post by **qbuster** » Wed Mar 12, 2008 7:02 am

fuzzylogic wrote:
I still can't get the debugger to give anything other than Debugger Error Code 5 Command not available.

Actually, I have given up altogether on the Blumental debugger,
see this thread.

So have I-in fcat, I have now abandoned Rapid Php and bought another (more expensive IDE) that works seemlessly. I just couldn't finish my application without a reliable debugger.

Cheers

Will

fuzzylogic · Post by **fuzzylogic** » Wed Mar 12, 2008 7:40 am

yes, I have tried all of the expensive debuggers too... and none of them would do what I needed. they all seem to think that the web is the be all end all of php, but I am writing major amounts of cli programs including daemons in php.

and the only debugger I found that would actually work and that would do a good job with cli, was Eclipse, which surprisingly happens to be free.

On the other hand, I much prefer Blumentals editor to the others that I have tired, but that is just my personal preference, you may reach other conclusions about your editor of choice.

mouseman17 · Post by **mouseman17** » Wed Jun 04, 2008 9:33 am

Hello, I am not sure if anyone else had this problem but I seemed to have fixed it on my box. The issue was that I was also using a MySQL database and the extensions were not set up correctly. I tried using both my own version of PHP and setting up xdebug manually, but Rapid PHP did not like that. So I reluctantly switched to their setup. I got their to work after I changed line 486 (extension_dir = "./") to extension_dir = "./ext/". Basically it wasn't loading my php_mysql.dll file so it was running into issues.

Blumentals Software Community

Xdebug issue

Xdebug issue

Other versions of PHP are buggy

Re: Xdebug issue