> 404 page not found
Dev-PHP comes with a web server of its own - but without PHP engine.
1- The "root" of this server must be defined
Options » General options » Web-server (5th Tab)
2- The file to be exec'ed must be inside this root
directly or in a sub-folder
> I don't know how and if the debugger works.
1- Yes, the debugger works ;)
2- how it does work :
2a) Internal preview must be working
2b) Xdebug must be functional (see phpinfo results)
2c) Xdebug must be set to work with Dev-PHP (see Options » General options » Debugger)
Thanks for the informations.
I have Xdebug installed and working (reported OK py PHP).
But I am working only on php-gtk scripts. For this reason I don't have a local or remote server. How must be DevPHP configured to debug a php-gtk script ? when I click on the activate icon, it becomes grey, and the other buttons remain grey. there is something bad in my configuration, but what has to be done is unclear. Have you a documentation about configuring the debugger for a php-gtk script ?
thanks
Dysmas
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
PHP-GTK and Xdebug...
Version 1.0.2 is supposed to work correctly, but at this time versions 2.x don't.
This is because Xdebug needs a ts (thread safe) PHP. Unfortunately, for the moment, the PHP-GTK project only provides a nts version.
Which PHP-GTK version do you need ?
Regards,
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello Pierre, thanks for the answer.
I knew this issue, and I had asked Xdebugger author if he could provide a version of Xdebug which would work on php 5.2 nts. He is providing now nts versions but only for php 5.3. I am waiting for the answer.
I need php-gtk2, but my question was more general, because I tried with a general script (just echo "toto") which does not need gtk and there also I have been unsuccessful to have the icons work. The question is : how to configure the debugger when you run a php script locally without a server ?
Avec mes meilleurs voeux pour 2009 (vous êtes français, autant que je sache ?).
Dysmas
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Well, things have improved a little. I have found one problem : DevPHP does not handel well the php.ini file, I will give details on that later. Now that I fixed the php.ini file, when I click the activate icon, I get the message : "the connexion was refused when attempting to contact localhost:8888.
This was expected ! And it was exactly my question. I don't have a local server and don't need it. Your documentation says that for the debugger to work it is necessary that the internal viewer works. So is it necessary that I install an apache server locally (don't know anything about that), although my scripts don't use a server ? They are all standalone scripts ?
Or is there a way to have debugging on, without an internal server since php-gtk applications has nothing to do with a web server ?
Thanks for your help.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> DevPHP does not handel well the php.ini file
Weird... Anyway, could you file a new bug report, please ?
> I don't have a local server and don't need it.
I understand...
localhost:8888 is the internal (embeded) web server, provided by Dev-PHP
/Stricto sensu/ this is not a web server. This internal web server is used by Dev-PHP, or directly by user via a common browser on the same computer that the one running Dev-PHP.
The web server is collecting stdout and stderr outputs, coming from PHP, then redirects them to the Internal preview tabsheet (or to the calling browser).
> php-gtk applications has nothing to do with a web server
You're prefectly right.
But, doing this way, we just need to implement one single access method :
In short, Dev-PHP launches its Internal web server.
This Internal web server launches PHP (then automatically traps and displays the PHP ouputs).
Technically, Dev-PHP is called back by the internal web server. Afterwards, Dev-PHP can fork a PHP session depending on file extensions, and thus can send the results back to the internal web server.
At this stage, PHP is able to launch GTK, and optionaly an Xdebug server listening on port 9000.
Finally, the 'Activate' icon is used to initiate an Xdebug client session connecting to server localhost:9000
This last server is driving PHP, and so on and so forth.
> The connexion was refused when attempting to contact localhost:8888
At startup, Dev-PHP checks that it is not already running (a lot of servers could be running around there ;)
- Could you check the value of timeout (Options - General options - Web-server) : supposed to be greater than or equal to 10000 ?
- Could a firewall program prevent accessing either localhost:8888 or localhost:9000 ?
- Could you try to quit Dev-PHP, then start it up again ?
Hi,
I'm trying for the first time your project (IDE portable 2.2.2.303) but I don't know how and if the debugger works.
If it works, what should I set?
The Page run (F9) works, but it does not stop on breakpoints...
Rectify: I closed dev-php, I reopen it, F9 does not works... the page run a 404 error. :(
Hi,
> 404 page not found
Dev-PHP comes with a web server of its own - but without PHP engine.
1- The "root" of this server must be defined
Options » General options » Web-server (5th Tab)
2- The file to be exec'ed must be inside this root
directly or in a sub-folder
> I don't know how and if the debugger works.
1- Yes, the debugger works ;)
2- how it does work :
2a) Internal preview must be working
2b) Xdebug must be functional (see phpinfo results)
2c) Xdebug must be set to work with Dev-PHP (see Options » General options » Debugger)
see also http://pierre.fauconnier.free.fr/wikini/wakka.php?wiki=DevphpEnXdebug
Best regards,
Pierre.
Thanks for the informations.
I have Xdebug installed and working (reported OK py PHP).
But I am working only on php-gtk scripts. For this reason I don't have a local or remote server. How must be DevPHP configured to debug a php-gtk script ? when I click on the activate icon, it becomes grey, and the other buttons remain grey. there is something bad in my configuration, but what has to be done is unclear. Have you a documentation about configuring the debugger for a php-gtk script ?
thanks
Dysmas
Hello Dysmas,
PHP-GTK and Xdebug...
Version 1.0.2 is supposed to work correctly, but at this time versions 2.x don't.
This is because Xdebug needs a ts (thread safe) PHP. Unfortunately, for the moment, the PHP-GTK project only provides a nts version.
Which PHP-GTK version do you need ?
Regards,
Pierre.
Hello Pierre, thanks for the answer.
I knew this issue, and I had asked Xdebugger author if he could provide a version of Xdebug which would work on php 5.2 nts. He is providing now nts versions but only for php 5.3. I am waiting for the answer.
I need php-gtk2, but my question was more general, because I tried with a general script (just echo "toto") which does not need gtk and there also I have been unsuccessful to have the icons work. The question is : how to configure the debugger when you run a php script locally without a server ?
Avec mes meilleurs voeux pour 2009 (vous êtes français, autant que je sache ?).
Dysmas
Well, things have improved a little. I have found one problem : DevPHP does not handel well the php.ini file, I will give details on that later. Now that I fixed the php.ini file, when I click the activate icon, I get the message : "the connexion was refused when attempting to contact localhost:8888.
This was expected ! And it was exactly my question. I don't have a local server and don't need it. Your documentation says that for the debugger to work it is necessary that the internal viewer works. So is it necessary that I install an apache server locally (don't know anything about that), although my scripts don't use a server ? They are all standalone scripts ?
Or is there a way to have debugging on, without an internal server since php-gtk applications has nothing to do with a web server ?
Thanks for your help.
Hi Dysmas (Happy New Year and Bonne Année :),
> DevPHP does not handel well the php.ini file
Weird... Anyway, could you file a new bug report, please ?
> I don't have a local server and don't need it.
I understand...
localhost:8888 is the internal (embeded) web server, provided by Dev-PHP
/Stricto sensu/ this is not a web server. This internal web server is used by Dev-PHP, or directly by user via a common browser on the same computer that the one running Dev-PHP.
The web server is collecting stdout and stderr outputs, coming from PHP, then redirects them to the Internal preview tabsheet (or to the calling browser).
> php-gtk applications has nothing to do with a web server
You're prefectly right.
But, doing this way, we just need to implement one single access method :
In short, Dev-PHP launches its Internal web server.
This Internal web server launches PHP (then automatically traps and displays the PHP ouputs).
Technically, Dev-PHP is called back by the internal web server. Afterwards, Dev-PHP can fork a PHP session depending on file extensions, and thus can send the results back to the internal web server.
At this stage, PHP is able to launch GTK, and optionaly an Xdebug server listening on port 9000.
Finally, the 'Activate' icon is used to initiate an Xdebug client session connecting to server localhost:9000
This last server is driving PHP, and so on and so forth.
> The connexion was refused when attempting to contact localhost:8888
At startup, Dev-PHP checks that it is not already running (a lot of servers could be running around there ;)
- Could you check the value of timeout (Options - General options - Web-server) : supposed to be greater than or equal to 10000 ?
- Could a firewall program prevent accessing either localhost:8888 or localhost:9000 ?
- Could you try to quit Dev-PHP, then start it up again ?
Greetings and Sincères salutations,
Pierre.
Nota bene : I've just read
http://www.kksou.com/php-gtk2/PHP-GTK2-Help/1388-PHP-GTK2-IDE-with-debugging-capabilities.php
So, I'm going to check these nts dll as soon as possible. Thanks a lot.