Attempting to debug remotely using IIS6/PHP5.1 and PHPEd I am getting the message

DBG 2.18.5

Failed to run DBG session


Reason: debugger module is called from an old or incompatibele client software. It's necessary to update DBG client (dbglistener) to version 2.18.5 or higher

Both client and server are using the moules from PHPEd 4.0.1. The client appears to be working correctly, and is reporting version 2.18.2.

Where do I get V2.18.5 of the client s/w from?

TIA
Bernie

thanks for your post.
Could you please submit there the dbglistner logs?
Additionally, please tell me what plaform you're running the server under.
Is this IIS on a remote Windows box or on a local (client machine)?
How are you running debug session? Do you use DebugBreak, DBGSESSID or click Run In Debugger in the IDE?

debug listener logs (copied from the PHP DBG Listener window)

26/01/2006 12:17:01 Listener started
26/01/2006 12:17:02 IDE "PhpED IDE Version 4.0.1 (Build 4051eval)" registered
26/01/2006 12:17:02 Listener started
26/01/2006 12:28:55 Listener is stopped
26/01/2006 12:28:56 Listener started

Server is running Win2003Server/IIS6/PHP5.1.0 on a remote (but on the same subnet) machine. Client is running XPPro SP2 and the eval version of PHPed downloaded from your site 24/01/06.

DBG section from PHPinfo() on the PHPedTesting web site I have set up just for that purpose.

dbg
DBG php debugger, version 2.18.5, Copyright 2001, 2005 Dmitri Dmitrienko, http://www.nusphere.com/dbg

Version 2.18.5
Linked as a shared library.
Dbg security enabled.
Profiler compiled, enabled
Target PHP version 5.1.0
Server API CGI/FastCGI
Extensions API 220051025
Modules API 20050922
PHP API 20041225

Directive Local Value Master Value
debugger.enable_session_cookie On On
debugger.enabled On On
debugger.fail_silently Off Off
debugger.hosts_allow protected value protected value
debugger.hosts_deny protected value protected value
debugger.ignore_nops Off Off
debugger.JIT_enabled Off Off
debugger.JIT_host clienthost clienthost
debugger.JIT_level 3 3
debugger.JIT_port 7869 7869
debugger.net.chunksize 48000 48000
debugger.net.maxpacketsize 4096000 4096000
debugger.ports protected value protected value
debugger.profiler_enabled On On
debugger.session_nocache On On
debugger.timeout_seconds 300 300

PHPedTesting Site has two pages, PHPInfo.php (relevant o/p above) and index.php, which consists of the following code:

<?php
for ($i=0;$i<10;$i++){
echo $i;
}
?>

I am attempting to run this from the menu option <Run><Run In Debugger> from the IDE - I didn't realise there was another way. The o/p i get in the output window is as follows:

DBG 2.18.5

Failed to run DBG session


Reason: debugger module is called from an old or incompatibele client software. It's necessary to update DBG client (dbglistener) to version 2.18.5 or higher

Let me know if you need any more info...

Bernie

thanks for that info.
I rolled up mostly the same environment and still can't get debugger to fail.

Could you please re-register dbglistener interfaces? Just go to c:\program files\nusphere\phped\debugger and run register.bat
Then run phped.exe with -RegServer argument.
If after all the problem persists, I can send you debug version of the debugger that outputs internal logs. Probably these logs will shed more light on the problem you encountered.

Thanks,
Dmitri.

Thanks for the suggestions.

Having re-registered the DBGListener interface, running phped.exe with -RegServer argument did absolutely nothing, but running PHPed normally afterwards now seems to be getting past the initial issue. It's now coming up with a 'Failed to map remote file <filename> to any local file' error, but then proceeds to allow me to step through the file with F7. Any idea what I should do to fix the fail to map issue?

This hasn't fixed the problem in VS.PHP though. I guess I'll need to wait for the formal freeware release of DBG for PHP5.1 for that - you state elswhere that it'll be in Jan 2006. Any idea when in Jan will that be?

Thanks for the help,

Bernie

I do not agree with you. As far as I see these steps have resolved the problem completely. It looks like you're trying to run free version of debugger with commercial one by one. Don't forget to re-register COM interfaces each time you switch.


Right. But it's a problem with configuration, not with debugger itself.
Please follow these steps:
1) provide the IDE a direct access to web's php sources.
If web is running on another host, share web's root directory and map it as Network Drive on your local machine (Right click on My Computer, select Map Network Drive, enter \\youserverhostname\sharename\ and assign a disk letter).
If you web is running on your local machine, you're all set with "direct access" and there is nothing to do.
2) Create new project. Set the following settings:
Root directory -> should be pointing to the web's tree (Networking disk in case of remote host or web's root directory in case of local web)
Run Mode -> Http mode, 3rd part web server
Root URL -> a valid web root URL, for example http:\\mywebhost\
Remote root directory -> a valid web's root directory (on the web host file system)
all the rest settings can be left untouched.

After you close Project Properties dialog, Workspace window will show you web's content. Open a file from there and click Run In Debugger. That's all tricks.

You are correct, these steps have resolved the initial problem. However, running phped.exe with -RegServer argument did apparently do absolutely nothing. It produced no window, no application, no splash screen, no nothing. I was merely querying if this was as expected.

Thanks for the config info, however having to map a directory on the remote server to the local machine kind of defeats the object of using FTP to push the files up to my mind. Isn't there a way to get rounf the error without the mapping?

You were also right about trying to run with both free and commercial debuggers together. That was perhaps an oversight on my part, not understanding how these things function and being used to VS from work I naturally wanted to stick with an IDE I know.

You didn't answer my questing about the release of the free debugger support for PHP 5.1. It must be soon - you only have 5 days of Jan 2006 left! When do I need to come back to the site to look for it?

Bernie

It is not supposed to produce any windows, splashes etc. PhpED as a regular COM server should behave this way when RegServer argument is provided. It must re-register its COM interfaces and exit, so it did.


I'm not sure what you mean under "having to map a directory". If it is sharing it on the local network and maping this share as a network disk on your local computer, then it's a way to avoid FTP publishing and allows you to work on the sources directly. In this case follow the steps I described in my previous post.
If you believe FTP is the only way for you, it's okay too. In this case you'll need local copy of all the project files you're working with. Project settings should be as listed below:
Root directory -> should be pointing to the web's local copy root directory. For example if you have index.php in the web's root, a copy of this file should be in the local directory pointed by Project's Root directory
Run Mode -> Http mode, 3rd part web server
Root URL -> a valid web root URL, for example http:\\mywebhost\
Remote root directory -> a valid web's root directory (on the web host file system)
See this topic for further details:
http://forum.nusphere.com/howto-setup-project-properties-in-phped-t645.html



I have very little to answer. Free version of the debugger is not at the highest priority in my schedule. I'm working on it in my free time and have nothing in return except some fun and questions like yourth "when".