Re: [PHP] PHP debugger
NOTE: If you are interesting in PHP Debuggers, this is not the mail,
check the start of the thread since after I decided to try JasonPruim
Debug :p we are trying to solve one specific problem.
Now, to who is following the thread ... don't hung me, but i think the
problem was there was because there was no permission to write in a
logfile.
--- BEGIN failed--compilation aborted at
/home/httpd/bin/esnic/whois.pl line 9.
line9 = use EPP::Client;
right at Client.pm there is the declaration og the log file.
My inexcusable big mistake, don't check the logs before, in fact i saw
it yesterday looking for other thing. But since running the sccript
from command line there was no error... I didn't realise to check them
:-/
Now it works :)
Thank you very much for following and assistance.
Edward Kay escribi:
-Original Message-
From: Jason Pruim [mailto:[EMAIL PROTECTED]]
Morning,
So looking at those scripts I realized that perl is nothing like php ;)
Is there other info that the different places need? or is it just a
different URL?
I'm wondering why you could do something like:
?PHP
switch(strtolower($ext)) {
case 'es';
case 'com.es';
case 'org.es';
case 'edu.es';
case 'gob.es';
$cmd = HTTP://www.myCool.es/?query="$nom.$ext";
break;
case 'eu';
$cmd = HTTP://www.myCool.eu/?query="$nom.ext";
break;
default;
$cmd = HTTP://www.whois.com/?query="$nom.ext";
break;
}
?
instead of calling out to a different script?
Also, I noticed that in your script where you have "default:" in your
switch, you have a : instead of a ;
Actually, the colon is correct: http://uk.php.net/switch
You also need to enclose your string declarations correctly and add the $
before ext, e.g.
$cmd = "http://www.whois.com/?query=$nom.$ext";
or
$cmd = 'http://www.whois.com/?query='.$nom.'.'.$ext;
Edward
--
Re: [PHP] PHP debugger
Hi, Thanks for the replay, at least the debugger runs and it's easy to install :) I am new here, this is a small company and I am the only computing man, so the person who implemented theses scripts are far away to ask for something. Since I deduced there are different whoises scripts because the way to make the petition is different depending on the domain (es) the query is to an organization, ESNIC, (eu) query is to another organization, EURID and for the rest it is executed just the *NIX whois command. So since the connection, and the data exchange structure are different, we need diferent scripts. I attach now the files I metioned in my last email. If anybody can check why the whois_es script doesn't run... you will be my idol ! Note: I hae change the name os the scripts since they are located in specific place. Thanks in advance. Jason Pruim escribi: On Apr 28, 2008, at 10:58 AM, J. Manuel Velasco - UBILIBET wrote: Ok, so I am going to try this one, Jason Pruim, let's check how it works ... :p PROBLEM DESCRIPTION: In my whois web-app, when a EU doamin is queried, whois.pl perl script is lunched and I got the right result to my PHP script I the result is shown at the web. If I do the query to a ES domain, other whois.pl script is lunched, but passthru doesn't execute it. Both scripts are almost the same, they are in the same file structure, same machine, same permissions... Have you tried to use a program to compare the files? Make sure that only the necessary lines are different? The most strange is that I logged the command petition and If I copy and paste exaclty the same that is passed to passthru, the command for the whois to ESNIC is executed in the command line and shows the result. Collegues told me to check the ENV, permissions, and so on, I did with no results, also, the other perl script that is almost the same is executed, so I feel very very lost. Three files attached: whois_es.pl - perl script to query whois in ESNIC whois_eu.pl - perl script to query whois in EURID container.php - intermediate page where the commands are build and passthru is executed. Is there any particular reason you are using different perl scripts instead of a simple whois script for all of them? Also... the only attachment was your logo :) Thank you very much for any hint. I feel lost almost one week with this BUG. Jason Pruim escribi: On Apr 28, 2008, at 10:32 AM, Thijs Lensselink wrote: Quoting Daniel Brown [EMAIL PROTECTED]: On Mon, Apr 28, 2008 at 7:00 AM, J. Manuel Velasco - UBILIBET [EMAIL PROTECTED] wrote: Hello, Anybody knows a good debugger for PHP and basic usage? There's a pretty good one known as Jason Pruim. ;-P ROFL! Yall have too much time on your hands! :P -- /Daniel P. Brown Dedicated Servers - Intel 2.4GHz w/2TB bandwidth/mo. starting at just $59.99/mo. with no contract! Dedicated servers, VPS, and hosting from $2.50/mo. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Jason Pruim Raoset Inc. Technology Manager MQC Specialist 3251 132nd ave Holland, MI, 49424-9337 www.raoset.com [EMAIL PROTECTED] -- Manucastellano.jpg -- Jason Pruim Raoset Inc. Technology Manager MQC Specialist 3251 132nd ave Holland, MI, 49424-9337 www.raoset.com [EMAIL PROTECTED] -- whois_es.pl Description: Perl program whois_eu.pl Description: Perl program container.php Description: application/php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP debugger
Morning,
So looking at those scripts I realized that perl is nothing like php ;)
Is there other info that the different places need? or is it just a
different URL?
I'm wondering why you could do something like:
?PHP
switch(strtolower($ext)) {
case 'es';
case 'com.es';
case 'org.es';
case 'edu.es';
case 'gob.es';
$cmd = HTTP://www.myCool.es/?query=$nom.$ext;
break;
case 'eu';
$cmd = HTTP://www.myCool.eu/?query=$nom.ext;
break;
default;
$cmd = HTTP://www.whois.com/?query=$nom.ext;
break;
}
?
instead of calling out to a different script?
Also, I noticed that in your script where you have default: in your
switch, you have a : instead of a ;
May be causing some grief :)
On Apr 29, 2008, at 4:54 AM, J. Manuel Velasco - UBILIBET wrote:
Hi,
Thanks for the replay, at least the debugger runs and it's easy to
install :)
I am new here, this is a small company and I am the only computing
man, so the person who implemented theses scripts are far away to
ask for something.
Since I deduced there are different whoises scripts because the way
to make the petition is different depending on the domain (es) the
query is to an organization, ESNIC, (eu) query is to another
organization, EURID and for the rest it is executed just the *NIX
whois command.
So since the connection, and the data exchange structure are
different, we need diferent scripts.
I attach now the files I metioned in my last email. If anybody can
check why the whois_es script doesn't run... you will be my idol !
Note: I hae change the name os the scripts since they are located in
specific place.
Thanks in advance.
Jason Pruim escribió:
On Apr 28, 2008, at 10:58 AM, J. Manuel Velasco - UBILIBET wrote:
Ok, so I am going to try this one, Jason Pruim, let's check how it
works ... :p
PROBLEM DESCRIPTION:
In my whois web-app, when a EU doamin is queried, whois.pl perl
script is lunched and I got the right result to my PHP script I
the result is shown at the web.
If I do the query to a ES domain, other whois.pl script is
lunched, but passthru doesn't execute it.
Both scripts are almost the same, they are in the same file
structure, same machine, same permissions...
Have you tried to use a program to compare the files? Make sure
that only the necessary lines are different?
The most strange is that I logged the command petition and If I
copy and paste exaclty the same that is passed to passthru, the
command for the whois to ESNIC is executed in the command line and
shows the result.
Collegues told me to check the ENV, permissions, and so on, I did
with no results, also, the other perl script that is almost the
same is executed, so I feel very very lost.
Three files attached:
whois_es.pl - perl script to query whois in ESNIC
whois_eu.pl - perl script to query whois in EURID
container.php - intermediate page where the commands are
build and passthru is executed.
Is there any particular reason you are using different perl scripts
instead of a simple whois script for all of them?
Also... the only attachment was your logo :)
Thank you very much for any hint. I feel lost almost one week with
this BUG.
Jason Pruim escribió:
On Apr 28, 2008, at 10:32 AM, Thijs Lensselink wrote:
Quoting Daniel Brown [EMAIL PROTECTED]:
On Mon, Apr 28, 2008 at 7:00 AM, J. Manuel Velasco - UBILIBET
[EMAIL PROTECTED] wrote:
Hello,
Anybody knows a good debugger for PHP and basic usage?
There's a pretty good one known as Jason Pruim. ;-P
ROFL!
Yall have too much time on your hands! :P
--
/Daniel P. Brown
Dedicated Servers - Intel 2.4GHz w/2TB bandwidth/mo. starting
at just
$59.99/mo. with no contract!
Dedicated servers, VPS, and hosting from $2.50/mo.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
Jason Pruim
Raoset Inc.
Technology Manager
MQC Specialist
3251 132nd ave
Holland, MI, 49424-9337
www.raoset.com
[EMAIL PROTECTED]
--
Manucastellano.jpg
--
Jason Pruim
Raoset Inc.
Technology Manager
MQC Specialist
3251 132nd ave
Holland, MI, 49424-9337
www.raoset.com
[EMAIL PROTECTED]
--
Manucastellano.jpg
whois_es.plwhois_eu.plcontainer.php
--
Jason Pruim
Raoset Inc.
Technology Manager
MQC Specialist
3251 132nd ave
Holland, MI, 49424-9337
www.raoset.com
[EMAIL PROTECTED]
Re: [PHP] PHP debugger
Iep,
First of all, thank you verfy much to take a moment to check the
scripts, I really appreciate.
About your idea to have only one script that call to the appropiate
command using a switch, I agree, but since I am new here and I am the
only computing guy, I don't have time to restructure the code. I saw
also other code in the Intranet where I'd have done in a different way
easier to maintain, I think, but I have to make this to work and
apparently I don't think reestructuring the code will solve the
problem, at least in a way that i can understand why the script doesn't
want to run now. Also, the process to build the query and connect to
the registar are different in each case, so maybe it is the reason why
who who implemented this whois webapp has done like this.
If you want to check the site I am trying to fix and have a whole idea
it is at http://whois.ubilibet.com, if you check the tool, the ES
domains has no result at the site. I write to the log the command
construction, copy and paste at the command line at it works.
By other hand your note about the default option I ddin't realise, I am
going to check, but I feel very confused why the command I pass in the
script to the passthru function, is executed from command line with no
error and giving the right result. That's why I focused the problem in
the PHP script.
Thank you very much human debugger :)
Jason Pruim escribi:
Morning,
So looking at those scripts I realized that perl is nothing like php ;)
Is there other info that the different places need? or is it just a
different URL?
I'm wondering why you could do something like:
?PHP
switch(strtolower($ext)) {
case 'es';
case 'com.es';
case 'org.es';
case 'edu.es';
case 'gob.es';
$cmd = HTTP://www.myCool.es/?query="$nom.$ext";
break;
case 'eu';
$cmd = HTTP://www.myCool.eu/?query="$nom.ext";
break;
default;
$cmd = HTTP://www.whois.com/?query="$nom.ext";
break;
}
?
instead of calling out to a different script?
Also, I noticed that in your script where you have "default:" in your
switch, you have a : instead of a ;
May be causing some grief :)
On Apr 29, 2008, at 4:54 AM, J. Manuel Velasco - UBILIBET wrote:
Hi,
Thanks for the replay, at least the debugger runs and it's easy to
install :)
I am new here, this is a small company and I am the only computing man,
so the person who implemented theses scripts are far away to ask for
something.
Since I deduced there are different whoises scripts because the way to
make the petition is different depending on the domain (es) the query
is to an organization, ESNIC, (eu) query is to another organization,
EURID and for the rest it is executed just the *NIX whois command.
So since the connection, and the data exchange structure are different,
we need diferent scripts.
I attach now the files I metioned in my last email. If anybody can
check why the whois_es script doesn't run... you will be my idol !
Note: I hae change the name os the scripts since they are located in
specific place.
Thanks in advance.
Jason Pruim escribi:
On Apr 28, 2008, at 10:58 AM, J. Manuel Velasco - UBILIBET wrote:
Ok, so I am going to try this one, Jason
Pruim, let's check how it works ... :p
PROBLEM DESCRIPTION:
In my whois web-app, when a EU doamin is queried, whois.pl perl script
is lunched and I got the right result to my PHP script I the result is
shown at the web.
If I do the query to a ES domain, other whois.pl script is lunched, but
passthru doesn't execute it.
Both scripts are almost the same, they are in the same file structure,
same machine, same permissions...
Have you tried to use a program to compare the files? Make sure that
only the necessary lines are different?
The most strange is that I logged the command petition and If I copy
and paste exaclty the same that is passed to passthru, the command for
the whois to ESNIC is executed in the command line and shows the
result.
Collegues told me to check the ENV, permissions, and so on, I did with
no results, also, the other perl script that is almost the same is
executed, so I feel very very lost.
Three files attached:
whois_es.pl - perl script to query whois in ESNIC
whois_eu.pl - perl script to query whois in EURID
container.php - intermediate page where the commands are build
and passthru is executed.
Is there any particular reason you are using different perl scripts
instead of a simple whois script for all of them?
Also... the only attachment was your logo :)
Thank you very much for any hint. I feel lost almost one week with this
BUG.
Jason Pruim
RE: [PHP] PHP debugger
-Original Message-
From: Jason Pruim [mailto:[EMAIL PROTECTED]
Morning,
So looking at those scripts I realized that perl is nothing like php ;)
Is there other info that the different places need? or is it just a
different URL?
I'm wondering why you could do something like:
?PHP
switch(strtolower($ext)) {
case 'es';
case 'com.es';
case 'org.es';
case 'edu.es';
case 'gob.es';
$cmd = HTTP://www.myCool.es/?query=$nom.$ext;
break;
case 'eu';
$cmd = HTTP://www.myCool.eu/?query=$nom.ext;
break;
default;
$cmd = HTTP://www.whois.com/?query=$nom.ext;
break;
}
?
instead of calling out to a different script?
Also, I noticed that in your script where you have default: in your
switch, you have a : instead of a ;
Actually, the colon is correct: http://uk.php.net/switch
You also need to enclose your string declarations correctly and add the $
before ext, e.g.
$cmd = http://www.whois.com/?query=$nom.$ext;;
or
$cmd = 'http://www.whois.com/?query='.$nom.'.'.$ext;
Edward
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] PHP debugger
Hello, Anybody knows a good debugger for PHP and basic usage? I've found: http://dd.cron.ru/dbg/, what do you think about it ? Thanks. --
Re: [PHP] PHP debugger
Best one is Xdebug .. But probably i would like to try this one also. - Jignesh On Mon, Apr 28, 2008 at 12:00 PM, J. Manuel Velasco - UBILIBET [EMAIL PROTECTED] wrote: Hello, Anybody knows a good debugger for PHP and basic usage? I've found: http://dd.cron.ru/dbg/, what do you think about it ? Thanks. --
Re: [PHP] PHP debugger
I'd suggest Xdebug http://xdebug.org/ -- /James On Mon, Apr 28, 2008 at 12:00 PM, J. Manuel Velasco - UBILIBET [EMAIL PROTECTED] wrote: Hello, Anybody knows a good debugger for PHP and basic usage? I've found: http://dd.cron.ru/dbg/, what do you think about it ? Thanks. --
Re: [PHP] PHP debugger
On Mon, Apr 28, 2008 at 7:00 AM, J. Manuel Velasco - UBILIBET [EMAIL PROTECTED] wrote: Hello, Anybody knows a good debugger for PHP and basic usage? There's a pretty good one known as Jason Pruim. ;-P -- /Daniel P. Brown Dedicated Servers - Intel 2.4GHz w/2TB bandwidth/mo. starting at just $59.99/mo. with no contract! Dedicated servers, VPS, and hosting from $2.50/mo. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP debugger
Quoting Daniel Brown [EMAIL PROTECTED]: On Mon, Apr 28, 2008 at 7:00 AM, J. Manuel Velasco - UBILIBET [EMAIL PROTECTED] wrote: Hello, Anybody knows a good debugger for PHP and basic usage? There's a pretty good one known as Jason Pruim. ;-P ROFL! -- /Daniel P. Brown Dedicated Servers - Intel 2.4GHz w/2TB bandwidth/mo. starting at just $59.99/mo. with no contract! Dedicated servers, VPS, and hosting from $2.50/mo. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP debugger
On Apr 28, 2008, at 10:32 AM, Thijs Lensselink wrote: Quoting Daniel Brown [EMAIL PROTECTED]: On Mon, Apr 28, 2008 at 7:00 AM, J. Manuel Velasco - UBILIBET [EMAIL PROTECTED] wrote: Hello, Anybody knows a good debugger for PHP and basic usage? There's a pretty good one known as Jason Pruim. ;-P ROFL! Yall have too much time on your hands! :P -- /Daniel P. Brown Dedicated Servers - Intel 2.4GHz w/2TB bandwidth/mo. starting at just $59.99/mo. with no contract! Dedicated servers, VPS, and hosting from $2.50/mo. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Jason Pruim Raoset Inc. Technology Manager MQC Specialist 3251 132nd ave Holland, MI, 49424-9337 www.raoset.com [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP debugger
Ok, so I am going to try this one, Jason Pruim, let's check how it works ... :p PROBLEM DESCRIPTION: In my whois web-app, when a EU doamin is queried, whois.pl perl script is lunched and I got the right result to my PHP script I the result is shown at the web. If I do the query to a ES domain, other whois.pl script is lunched, but passthru doesn't execute it. Both scripts are almost the same, they are in the same file structure, same machine, same permissions... The most strange is that I logged the command petition and If I copy and paste exaclty the same that is passed to passthru, the command for the whois to ESNIC is executed in the command line and shows the result. Collegues told me to check the ENV, permissions, and so on, I did with no results, also, the other perl script that is almost the same is executed, so I feel very very lost. Three files attached: whois_es.pl - perl script to query whois in ESNIC whois_eu.pl - perl script to query whois in EURID container.php - intermediate page where the commands are build and passthru is executed. Thank you very much for any hint. I feel lost almost one week with this BUG. Jason Pruim escribi: On Apr 28, 2008, at 10:32 AM, Thijs Lensselink wrote: Quoting Daniel Brown [EMAIL PROTECTED]: On Mon, Apr 28, 2008 at 7:00 AM, J. Manuel Velasco - UBILIBET [EMAIL PROTECTED] wrote: Hello, Anybody knows a good debugger for PHP and basic usage? There's a pretty good one known as Jason Pruim. ;-P ROFL! Yall have too much time on your hands! :P -- /Daniel P. Brown Dedicated Servers - Intel 2.4GHz w/2TB bandwidth/mo. starting at just $59.99/mo. with no contract! Dedicated servers, VPS, and hosting from $2.50/mo. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Jason Pruim Raoset Inc. Technology Manager MQC Specialist 3251 132nd ave Holland, MI, 49424-9337 www.raoset.com [EMAIL PROTECTED] --
Re: [PHP] PHP debugger
On Apr 28, 2008, at 10:58 AM, J. Manuel Velasco - UBILIBET wrote: Ok, so I am going to try this one, Jason Pruim, let's check how it works ... :p PROBLEM DESCRIPTION: In my whois web-app, when a EU doamin is queried, whois.pl perl script is lunched and I got the right result to my PHP script I the result is shown at the web. If I do the query to a ES domain, other whois.pl script is lunched, but passthru doesn't execute it. Both scripts are almost the same, they are in the same file structure, same machine, same permissions... Have you tried to use a program to compare the files? Make sure that only the necessary lines are different? The most strange is that I logged the command petition and If I copy and paste exaclty the same that is passed to passthru, the command for the whois to ESNIC is executed in the command line and shows the result. Collegues told me to check the ENV, permissions, and so on, I did with no results, also, the other perl script that is almost the same is executed, so I feel very very lost. Three files attached: whois_es.pl - perl script to query whois in ESNIC whois_eu.pl - perl script to query whois in EURID container.php - intermediate page where the commands are build and passthru is executed. Is there any particular reason you are using different perl scripts instead of a simple whois script for all of them? Also... the only attachment was your logo :) Thank you very much for any hint. I feel lost almost one week with this BUG. Jason Pruim escribió: On Apr 28, 2008, at 10:32 AM, Thijs Lensselink wrote: Quoting Daniel Brown [EMAIL PROTECTED]: On Mon, Apr 28, 2008 at 7:00 AM, J. Manuel Velasco - UBILIBET [EMAIL PROTECTED] wrote: Hello, Anybody knows a good debugger for PHP and basic usage? There's a pretty good one known as Jason Pruim. ;-P ROFL! Yall have too much time on your hands! :P -- /Daniel P. Brown Dedicated Servers - Intel 2.4GHz w/2TB bandwidth/mo. starting at just $59.99/mo. with no contract! Dedicated servers, VPS, and hosting from $2.50/mo. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Jason Pruim Raoset Inc. Technology Manager MQC Specialist 3251 132nd ave Holland, MI, 49424-9337 www.raoset.com [EMAIL PROTECTED] -- Manucastellano.jpg -- Jason Pruim Raoset Inc. Technology Manager MQC Specialist 3251 132nd ave Holland, MI, 49424-9337 www.raoset.com [EMAIL PROTECTED]
Re: [PHP] PHP debugger
On Mon, Apr 28, 2008 at 12:08 PM, Jason Pruim [EMAIL PROTECTED] wrote: Also... the only attachment was your logo :) The list strips non-text attachments. Amazingly, embedded graphics still come through. -- /Daniel P. Brown Dedicated Servers - Intel 2.4GHz w/2TB bandwidth/mo. starting at just $59.99/mo. with no contract! Dedicated servers, VPS, and hosting from $2.50/mo. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] PHP debugger recommendations, anyone?
Hi all, I am getting tired of writing echo statements for almost every parameter, then deleting them while I am writing code. I would really like a debugger which would work with my browser. I have run across an open source one, Xdebug, and would like to hear of other's experience with it. 2.0.2 is, I believe, the latest release. Mary Anderson -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP debugger recommendations, anyone?
On Feb 9, 2008 11:48 AM, Mary Anderson [EMAIL PROTECTED] wrote: Hi all, I am getting tired of writing echo statements for almost every parameter, then deleting them while I am writing code. I would really like a debugger which would work with my browser. I have run across an open source one, Xdebug, and would like to hear of other's experience with it. 2.0.2 is, I believe, the latest release. hi mary, using xdebug for debugging involves the selection of a debugging client besides just the debugger itself. with xdebug ive used Eclipse PDT, and Protoeditor. PDT was really smooth because if i did something in the browser like, navigate away from the current page for example; PDT seemed to capture that. The downside of PDT was a lack of directory mapping support (they may have it by now). what this is, is a way to tell your xdebug client where the files on the remote server are, that are on your local system (the ones youre debugging). since PDT lacked this feature, i was unable to set breakpoints, which was very limiting. protoeditor is cool, but i had some problems with it as well; in all it didnt seem nearly as smooth as PDT and it didnt seem to be able to capture navigation away from the current page in the browser, also quite limiting. one issue i had w/ PDT was personal confusion with the controls in the ui. sometimes i would have to close down eclipse just to sort of reset things. in general, i think youll find these tools neat to experiment with, but when i was using them several months back they didnt seem ready for prime time. perhaps i should give them another look.. -nathan
Re: [PHP] PHP debugger recommendations, anyone?
zend studio with zend debugger? Nathan Nobbe wrote: On Feb 9, 2008 11:48 AM, Mary Anderson [EMAIL PROTECTED] wrote: Hi all, I am getting tired of writing echo statements for almost every parameter, then deleting them while I am writing code. I would really like a debugger which would work with my browser. I have run across an open source one, Xdebug, and would like to hear of other's experience with it. 2.0.2 is, I believe, the latest release. hi mary, using xdebug for debugging involves the selection of a debugging client besides just the debugger itself. with xdebug ive used Eclipse PDT, and Protoeditor. PDT was really smooth because if i did something in the browser like, navigate away from the current page for example; PDT seemed to capture that. The downside of PDT was a lack of directory mapping support (they may have it by now). what this is, is a way to tell your xdebug client where the files on the remote server are, that are on your local system (the ones youre debugging). since PDT lacked this feature, i was unable to set breakpoints, which was very limiting. protoeditor is cool, but i had some problems with it as well; in all it didnt seem nearly as smooth as PDT and it didnt seem to be able to capture navigation away from the current page in the browser, also quite limiting. one issue i had w/ PDT was personal confusion with the controls in the ui. sometimes i would have to close down eclipse just to sort of reset things. in general, i think youll find these tools neat to experiment with, but when i was using them several months back they didnt seem ready for prime time. perhaps i should give them another look.. -nathan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP debugger recommendations, anyone?
On Feb 9, 2008 3:02 PM, Nathan Rixham [EMAIL PROTECTED] wrote: It suddenly dawned on me that you are doing an echo for every paremeter, a debugger will never completely alleviate the need for this, however try using: print_r(get_defined_vars()); instead, that way you get everything output that you could need, it's often also worth putting an exit(); after prining out so you can see where the script is failing; if indeed it is. get_defined_vars() can be a real hassle to sift through, mainly because it spits out a bunch of data you dont usually want to see. if you want to see the values of a given functions parameters w/o an echo statement for each on the best way is to use, func_get_args(); eg. die(var_dump(func_get_args())); also, xdebug has something called function traces; which you dont need to configure a client for. it will simply log all function calls to a file and its configurable, so you can have it log the values of actual parameters if you like. and it also ships w/ a special highlighter for vim, which is quite nice. http://xdebug.org/docs/execution_trace -nathan
Re: [PHP] PHP debugger recommendations, anyone?
It suddenly dawned on me that you are doing an echo for every paremeter, a debugger will never completely alleviate the need for this, however try using: print_r(get_defined_vars()); instead, that way you get everything output that you could need, it's often also worth putting an exit(); after prining out so you can see where the script is failing; if indeed it is. Nathan Nathan Rixham wrote: zend studio with zend debugger? Nathan Nobbe wrote: On Feb 9, 2008 11:48 AM, Mary Anderson [EMAIL PROTECTED] wrote: Hi all, I am getting tired of writing echo statements for almost every parameter, then deleting them while I am writing code. I would really like a debugger which would work with my browser. I have run across an open source one, Xdebug, and would like to hear of other's experience with it. 2.0.2 is, I believe, the latest release. hi mary, using xdebug for debugging involves the selection of a debugging client besides just the debugger itself. with xdebug ive used Eclipse PDT, and Protoeditor. PDT was really smooth because if i did something in the browser like, navigate away from the current page for example; PDT seemed to capture that. The downside of PDT was a lack of directory mapping support (they may have it by now). what this is, is a way to tell your xdebug client where the files on the remote server are, that are on your local system (the ones youre debugging). since PDT lacked this feature, i was unable to set breakpoints, which was very limiting. protoeditor is cool, but i had some problems with it as well; in all it didnt seem nearly as smooth as PDT and it didnt seem to be able to capture navigation away from the current page in the browser, also quite limiting. one issue i had w/ PDT was personal confusion with the controls in the ui. sometimes i would have to close down eclipse just to sort of reset things. in general, i think youll find these tools neat to experiment with, but when i was using them several months back they didnt seem ready for prime time. perhaps i should give them another look.. -nathan -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] PHP Debugger
Hello, i need a good php debugger. It should provide the facility of step by step execution in real time. Is there any? Do any of you know about this? I am having a bug. I can't trace where it is. -- shout at http://shiplu.awardspace.com/ Available for Hire/Contract/Full Time
Re: [PHP] PHP Debugger
I would suggest taking a look at Zend Studio. http://www.zend.com/products/zend_studio On Sep 4, 2007, at 5:28 PM, shiplu wrote: Hello, i need a good php debugger. It should provide the facility of step by step execution in real time. Is there any? Do any of you know about this? I am having a bug. I can't trace where it is. -- shout at http://shiplu.awardspace.com/ Available for Hire/Contract/Full Time -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP Debugger
ive been working with xdebug http://xdebug.org/lately. you wont find me paying for zend studio; im on the open source tip :) i must admit though, the experience has been anything but painless. however, if you work w/ legacy spaghetti code, or youre just sick of writing echo statements on the server, xdebug is definitely worth trying. so far ive worked w/ protoeditor and eclipse pdt. they both have pros / and cons but im already used to the eclipse environment, so ill probly settle on pdt. -nathan On 9/4/07, Eric Gorr [EMAIL PROTECTED] wrote: I would suggest taking a look at Zend Studio. http://www.zend.com/products/zend_studio On Sep 4, 2007, at 5:28 PM, shiplu wrote: Hello, i need a good php debugger. It should provide the facility of step by step execution in real time. Is there any? Do any of you know about this? I am having a bug. I can't trace where it is. -- shout at http://shiplu.awardspace.com/ Available for Hire/Contract/Full Time -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP debugger
Miles Thompson wrote: Suggestions will be most welcome. Also, I'm not married to this, so if anyone thinks there is a better debugger, please jump in. I'm not going to jump in there ... I almost drown in that quagmire everytime I have to get a debugger setup working ... but ... Regards - Miles Thompson PS Why are we doing this? Because we are getting tired of debugging with Javascript alert() boxes. /mt PPS And we are using those because of Joomla! Some things are buried so deeply we cannot use print() or echo(). /mt 2 things: 1. when you have no hair left whatsoever: var_dump($foo); exit; 2. error_log() is your friend tail the log and run the code. just a thought. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP debugger
On 5/25/07, Jochem Maas [EMAIL PROTECTED] wrote: Miles Thompson wrote: Suggestions will be most welcome. Also, I'm not married to this, so if anyone thinks there is a better debugger, please jump in. I'm not going to jump in there ... I almost drown in that quagmire everytime I have to get a debugger setup working ... but ... Regards - Miles Thompson PS Why are we doing this? Because we are getting tired of debugging with Javascript alert() boxes. /mt PPS And we are using those because of Joomla! Some things are buried so deeply we cannot use print() or echo(). /mt 2 things: 1. when you have no hair left whatsoever: var_dump($foo); exit; 2. error_log() is your friend tail the log and run the code. just a thought. Hey Jochem, It's been a long slog, and I'm still playing with test programs to figure out how things work. It sure isn't like using a desktop debugger, especially as we are doing it all remotely. Thanks for your comments - Miles -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP debugger
If you don't see any change in phpinfo then maybe it's not picking up the dbg extension in your php.ini. Presumably you've also put the other debugger directives in your ini? You can also try download the trial version of PHPEd from Nusphere, install that, and check how it configures the debugger. The trial lasts a month I think, so maybe you'll sort out your problems in that time anyway. Just be sure to completely uninstall it afterwards because I think the free dbg version is not the same as the version integrated in PHPEd. Any version differences cause the extension to not load, though in that case it should report an error. You can't use the dbg integrated in PHPEd after uninstall because it doesn't work without PHPEd. Arno -Original Message- From: Miles Thompson [mailto:[EMAIL PROTECTED] Sent: 15 May 2007 08:21 To: PHP List Subject: [PHP] PHP debugger I am trying to load a PHP debugger in our most recent build of PHP 5.2.1. The debugger which I am trying to set up is the free, pre-compiled Linux version of dbg ( DBG 2.15.5 dbg modules), from http://dd.cron.ru/dbg/, and all of the instructions have been followed as posted on the NuSphere site. Yes, Apache has been stopped and restarted!! There is no difference in the output from phpinfo(). The line with DBG v2.11.30, (C) 2000,2004 by Dmitri Dmitrienko, http://dd.cron.ru; does not appear. PHP is compiled without debugging, but I did consider that was for the purpose of debugging PHP itself, not scripts. Suggestions will be most welcome. Also, I'm not married to this, so if anyone thinks there is a better debugger, please jump in. Regards - Miles Thompson PS Why are we doing this? Because we are getting tired of debugging with Javascript alert() boxes. /mt PPS And we are using those because of Joomla! Some things are buried so deeply we cannot use print() or echo(). /mt -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP debugger
-Original Message- From: Miles Thompson [mailto:[EMAIL PROTECTED] Sent: 15 May 2007 08:21 To: PHP List Subject: [PHP] PHP debugger I am trying to load a PHP debugger in our most recent build of PHP 5.2.1. The debugger which I am trying to set up is the free, pre-compiled Linux version of dbg ( DBG 2.15.5 dbg modules), from http://dd.cron.ru/dbg/, and all of the instructions have been followed as posted on the NuSphere site. Yes, Apache has been stopped and restarted!! There is no difference in the output from phpinfo(). The line with DBG v2.11.30, (C) 2000,2004 by Dmitri Dmitrienko, http://dd.cron.ru; does not appear. PHP is compiled without debugging, but I did consider that was for the purpose of debugging PHP itself, not scripts. Suggestions will be most welcome. Also, I'm not married to this, so if anyone thinks there is a better debugger, please jump in. Regards - Miles Thompson snipped some trivial comments On 5/16/07, Arno Kuhl [EMAIL PROTECTED] wrote: If you don't see any change in phpinfo then maybe it's not picking up the dbg extension in your php.ini. Presumably you've also put the other debugger directives in your ini? You can also try download the trial version of PHPEd from Nusphere, install that, and check how it configures the debugger. The trial lasts a month I think, so maybe you'll sort out your problems in that time anyway. Just be sure to completely uninstall it afterwards because I think the free dbg version is not the same as the version integrated in PHPEd. Any version differences cause the extension to not load, though in that case it should report an error. You can't use the dbg integrated in PHPEd after uninstall because it doesn't work without PHPEd. Arno From my php.ini ; added debug extension dbg.so-5.2.x and ; see [debugger] section of this file - 20050515 - mthompson ; extension=dbg.so ;dbg.so-5.2.x and the [debugger] section ... ; Added [debugger] section 20050515 - mthompson ; Note: DBG versions 2.15 (free) does not support debugger.hosts_allow, ; debugger.hosts_deny or debugger.ports settings. ; [debugger] debugger.enabled=on debugger.profiler_enabled=on debugger.hosts_allow= inserted domain and IP number here debugger.hosts_deny=ALL debugger.ports=7869, 1/16 ; end [debugger] section Couple of notes: 1. Tried this with extension pointing to both dbg.so and dbg.so-5.2.x. (The latter is what the instructions specified, but that did not seem correct.) 2. Also tried it, in combination with above, with debugger.hosts_allow, debugger.hosts_deny and debugger.ports all commented out. 3. PHP version is 5.2.1, compiled from source on a Ubuntu Edgy Eft server. I'm wondering it I should download the source and compile it. That might be a better way home than assuming the binary is correct. Arno, your suggestion to install the NuSphere editor is a good one. I'm just reluctant to add more junk to my Windows box and to allow something other than atp-get / dselect to mess with server configuration. (Although it is a development box, so errors are not terminal!) Thanks to everyone for suggestions. Regards - Miles -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP debugger
On 5/16/07, Arno Kuhl [EMAIL PROTECTED] wrote: -Original Message- From: Miles Thompson [mailto:[EMAIL PROTECTED] Sent: 16 May 2007 02:15 To: PHP List Subject: Re: [PHP] PHP debugger -Original Message- From: Miles Thompson [mailto:[EMAIL PROTECTED] Sent: 15 May 2007 08:21 To: PHP List Subject: [PHP] PHP debugger I am trying to load a PHP debugger in our most recent build of PHP 5.2.1. The debugger which I am trying to set up is the free, pre-compiled Linux version of dbg ( DBG 2.15.5 dbg modules), from http://dd.cron.ru/dbg/, and all of the instructions have been followed as posted on the NuSphere site. Yes, Apache has been stopped and restarted!! There is no difference in the output from phpinfo(). The line with DBG v2.11.30, (C) 2000,2004 by Dmitri Dmitrienko, http://dd.cron.ru; does not appear. PHP is compiled without debugging, but I did consider that was for the purpose of debugging PHP itself, not scripts. Suggestions will be most welcome. Also, I'm not married to this, so if anyone thinks there is a better debugger, please jump in. Regards - Miles Thompson snipped some trivial comments On 5/16/07, Arno Kuhl [EMAIL PROTECTED] wrote: If you don't see any change in phpinfo then maybe it's not picking up the dbg extension in your php.ini. Presumably you've also put the other debugger directives in your ini? You can also try download the trial version of PHPEd from Nusphere, install that, and check how it configures the debugger. The trial lasts a month I think, so maybe you'll sort out your problems in that time anyway. Just be sure to completely uninstall it afterwards because I think the free dbg version is not the same as the version integrated in PHPEd. Any version differences cause the extension to not load, though in that case it should report an error. You can't use the dbg integrated in PHPEd after uninstall because it doesn't work without PHPEd. Arno From my php.ini ; added debug extension dbg.so-5.2.x and ; see [debugger] section of this file - 20050515 - mthompson ; extension=dbg.so ;dbg.so-5.2.x and the [debugger] section ... ; Added [debugger] section 20050515 - mthompson ; Note: DBG versions 2.15 (free) does not support debugger.hosts_allow, ; debugger.hosts_deny or debugger.ports settings. ; [debugger] debugger.enabled=on debugger.profiler_enabled=on debugger.hosts_allow= inserted domain and IP number here debugger.hosts_deny=ALL debugger.ports=7869, 1/16 ; end [debugger] section Couple of notes: 1. Tried this with extension pointing to both dbg.so and dbg.so-5.2.x. (The latter is what the instructions specified, but that did not seem correct.) 2. Also tried it, in combination with above, with debugger.hosts_allow, debugger.hosts_deny and debugger.ports all commented out. 3. PHP version is 5.2.1, compiled from source on a Ubuntu Edgy Eft server. I'm wondering it I should download the source and compile it. That might be a better way home than assuming the binary is correct. Arno, your suggestion to install the NuSphere editor is a good one. I'm just reluctant to add more junk to my Windows box and to allow something other than atp-get / dselect to mess with server configuration. (Although it is a development box, so errors are not terminal!) Thanks to everyone for suggestions. Regards - Miles -- Hi Miles I'm not sure I follow your configuration - are you running on Windows or Linux? You shouldn't need to compile anything as far as I'm aware, just use the binaries. I'm using PHPEd 5.0 for Windows, so my config won't be the same as yours. My ini setup is: extension=php_dbg.dll-4.4.x [debugger] debugger.enabled=On debugger.profiler_enabled=On I've been using PHPEd for about 3 years so there are several dbg files in my extensions dir, but the latest is php_dbg.dll-4.4.x (that is the actual file name in extensions directory) which coincides with the name in the ini file, and the timestamp coincides with the ver 5.0 release date. According to your description for your Linux box I reckon you should be using dbg.so-5.2.x in your ini file and in your extensions dir. From previous experience I know the dbg extension is very fussy. You can't specify more than one dbg in your ini, and the dbg must be the correct one for your platform and your version of php. You can't change the name of the file, and if the binary is for one specific ver of php then you must have that ver of php running. Any error here and it just doesn't work. Hope that helps Cheers Arno Arno, Arno, Thanks for providing the relevant bits of your php.ini. You just reinforced all of the docs in a very positive way. So in php.ini the lines in the [debugger] section which are not supported by the free version are now commented out, the extension is back to its original name and that's the name pointed to in php.ini. Apache has been stopped and restarted. Our version
[PHP] PHP debugger
I am trying to load a PHP debugger in our most recent build of PHP 5.2.1. The debugger which I am trying to set up is the free, pre-compiled Linux version of dbg ( DBG 2.15.5 dbg modules), from http://dd.cron.ru/dbg/, and all of the instructions have been followed as posted on the NuSphere site. Yes, Apache has been stopped and restarted!! There is no difference in the output from phpinfo(). The line with DBG v2.11.30, (C) 2000,2004 by Dmitri Dmitrienko, http://dd.cron.ru; does not appear. PHP is compiled without debugging, but I did consider that was for the purpose of debugging PHP itself, not scripts. Suggestions will be most welcome. Also, I'm not married to this, so if anyone thinks there is a better debugger, please jump in. Regards - Miles Thompson PS Why are we doing this? Because we are getting tired of debugging with Javascript alert() boxes. /mt PPS And we are using those because of Joomla! Some things are buried so deeply we cannot use print() or echo(). /mt -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP debugger
Don't know if it'll do what you want it to do...and if you're using Joomla, it might be tricky (or not... havn't messed with Joomla enough to know) to insert it into the system in a meaningful way.. but check out this: FirePHP: http://www.firephp.org/ Works with Firebug Firefox extension to give some PHP debugging and profiling data. I'm sure there are a dozen other solutions that people will offer up, just wanted to get that one in there :) -TG = = = Original message = = = I am trying to load a PHP debugger in our most recent build of PHP 5.2.1. The debugger which I am trying to set up is the free, pre-compiled Linux version of dbg ( DBG 2.15.5 dbg modules), from http://dd.cron.ru/dbg/, and all of the instructions have been followed as posted on the NuSphere site. Yes, Apache has been stopped and restarted!! There is no difference in the output from phpinfo(). The line with DBG v2.11.30, (C) 2000,2004 by Dmitri Dmitrienko, http://dd.cron.ru; does not appear. PHP is compiled without debugging, but I did consider that was for the purpose of debugging PHP itself, not scripts. Suggestions will be most welcome. Also, I'm not married to this, so if anyone thinks there is a better debugger, please jump in. Regards - Miles Thompson PS Why are we doing this? Because we are getting tired of debugging with Javascript alert() boxes. /mt PPS And we are using those because of Joomla! Some things are buried so deeply we cannot use print() or echo(). /mt -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php ___ Sent by ePrompter, the premier email notification software. Free download at http://www.ePrompter.com. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP Debugger Recommendations
On Sunday 23 July 2006 00:07, you wrote: These are all ones I've looked at, except for PHPEclipse. Is it not the case that with PHPEclipse one needs to install the Eclipse framework and then PHPEclipse as a plug in? Yes. You have to install eclipse platform, and then, PHPEclipse plugin. Just out of curiosity, what specific problems have you encountered by using a multilanguage debugger? Problems is perhaps too harsh a word. Sorry, I couldn't think of any other english word ;) All I meant was that with options for dealing with multiple languages, that adds a lot of unneeded interface and feature options. I'm sure it's great if you actually debug more than one language, and it can save you from switching applications. But if you're dealing with strictly one language, then it's a little bloated. I see. I'll have a look at it latter. Never really used it. It's a little hard to describe, but lets say you want to debug a script that has a submit form in it. Instead of hitting submit and having Komodo pull in and use the $_POST variables, you have to start from the page that receives the $_POST data, and then manually type in all the input you expect a user to give you. There's a page that describes what I mean in their online documentation, but I can't find it at the moment. That's odd. I'll look into it when I try it out. Thiago Silva -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] PHP Debugger Recommendations
PHP List, I have been experimenting with using Zend Studio the last week or so, and I apologize in advance if anyone here takes offense, but it has been a most unsatisfactory experience. In order to debug a script that involves anything like a form with user $_POST data, one needs to install the nebulous and fragile Zend Platform. To make a long story short, I have not yet succeeded in overcoming it's overwhelming complexity to make it work, or solve all the problems in installation and running it. When I asked here before (to the annoyance of some) about Zend, someone said that there were plenty of free alternatives. While free would be nice, I am willing to pay for a commercial product up to a hundred or so US. I would prefer open source and all, but my higher priority is something that works well. Looking on the net, I can find many PHP *editors*, but they do not have debugging features. I need something with call stacks, break points, etc... For fully qualified debuggers, I've found Komodo, which is okay, but it's made a little cumbersome by the fact that it can debug multiple languages. The deal breaker is that when it comes to debugging forms, one has to manually simulate inputs. There is also NuSphere, and other Windows options, but I need something that will also work on Linux. NuSphere doesn't seem to have released for Linux yet, as I can't find anywhere to download it, despite having searched their site. There's Xdebug, but it looks very raw and not ready for prime time. Beyond that, I haven't found many, unless I'm mistook some editors for not being debuggers (Quanta, Bluefish...) I only need to debug locally, and have Apache, MySQL, and PHP already running. I'm collaborating with someone who uses Windows, so something cross platform, Java based or whatever else, would be best. Are there any recommendations? -- Dave M G -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP Debugger Recommendations
On Saturday 22 July 2006 13:43, Dave M G wrote: Looking on the net, I can find many PHP *editors*, but they do not have debugging features. I need something with call stacks, break points, etc... I'm not familiar with Windows options (only PHPEdit comes to my mind), but as far as I can tell, Zend, NuSphere, Komodo and PHPEclipse are main options when it comes to feature rich IDEs, and I guess all of them are multi plataform. For GNU/Linux, there are some folks using Quanta+gubed (a pure php debugger) I belive. Me, myself, I use Protoeditor, wich is strictly editor+debugger. For fully qualified debuggers, I've found Komodo, which is okay, but it's made a little cumbersome by the fact that it can debug multiple languages. Just out of curiosity, what specific problems have you encountered by using a multilanguage debugger? The deal breaker is that when it comes to debugging forms, one has to manually simulate inputs. What do you mean by simulate? There is also NuSphere, and other Windows options, but I need something that will also work on Linux. NuSphere doesn't seem to have released for Linux yet, as I can't find anywhere to download it, despite having searched their site. All I can say about NushPhere is that I've used it in GNU/Linux for a while, but that was 3 years ago. Beyond that, I haven't found many, unless I'm mistook some editors for not being debuggers (Quanta, Bluefish...) What about Protoeditor or PHPEclipse? Thiago -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP Debugger Recommendations
Thiago Silva, Thank you for responding, and for recommending some PHP debuggers that I had not yet heard of. I'm not familiar with Windows options (only PHPEdit comes to my mind), but as far as I can tell, Zend, NuSphere, Komodo and PHPEclipse are main options when it comes to feature rich IDEs, and I guess all of them are multi plataform. These are all ones I've looked at, except for PHPEclipse. Is it not the case that with PHPEclipse one needs to install the Eclipse framework and then PHPEclipse as a plug in? For GNU/Linux, there are some folks using Quanta+gubed (a pure php debugger) I belive. I hadn't realized there was a debugger plug in for Quanta. I'll look into that, as I was using Quanta before for simple editing, and thought it was reasonable enough. Me, myself, I use Protoeditor, wich is strictly editor+debugger. I will try out Protoeditor as well. Just out of curiosity, what specific problems have you encountered by using a multilanguage debugger? Problems is perhaps too harsh a word. All I meant was that with options for dealing with multiple languages, that adds a lot of unneeded interface and feature options. I'm sure it's great if you actually debug more than one language, and it can save you from switching applications. But if you're dealing with strictly one language, then it's a little bloated. The deal breaker is that when it comes to debugging forms, one has to manually simulate inputs. What do you mean by simulate? It's a little hard to describe, but lets say you want to debug a script that has a submit form in it. Instead of hitting submit and having Komodo pull in and use the $_POST variables, you have to start from the page that receives the $_POST data, and then manually type in all the input you expect a user to give you. There's a page that describes what I mean in their online documentation, but I can't find it at the moment. All I can say about NushPhere is that I've used it in GNU/Linux for a while, but that was 3 years ago. On the forums on the NuShere page, they actively discuss the Linux package. So it is definitely available somehow. And apparently they are on the verge of releasing an updated Linux version. But trying to find any currently available download page for it was an Easter egg hunt that exceeded my patience. What about Protoeditor or PHPEclipse? I am going to try them out. Thank you for suggesting them. -- Dave M G -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP Debugger 4 Linux?
Am Fr, 2004-06-04 um 00.14 schrieb Nick Wilson: Hi everyone, Can anyone recommend a good debugger for *nix? Zend Studio Many thx! -- Nick W -- Regards Marco -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PHP Debugger 4 Linux?
Xdebug, is free and works on unix and windows and it is a PHP extension. www.xdebug.org Yann On Fri, 2004-06-04 at 09:51, Marco Schuler wrote: Am Fr, 2004-06-04 um 00.14 schrieb Nick Wilson: Hi everyone, Can anyone recommend a good debugger for *nix? Zend Studio Many thx! -- Nick W -- Regards Marco -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] PHP Debugger 4 Linux?
Hi everyone, Can anyone recommend a good debugger for *nix? Many thx! -- Nick W -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] PHP debugger
Hello, is there any application with I can test my php-based web site? I know Zend Studio and PHPEdit but I can't use them if any variable comes from an other html site. (For example in logging there are loginname and password as html variable and the debugger don't see them and the script doesn't works.) Thanks! -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
