This is my configuration:
W7 x64
VS 2010 SP1
Vs.php 2.10 or 3.01
wamp 2.2D
xdebug php_xdebug-2.2.0-5.3-vc9.dll
php.ini:
===========
zend_extension = E:\wamp\bin\php\php5.3.10\ext\php_xdebug-2.2.0-5.3-vc9.dll
[xdebug]
xdebug.remote_enable = 1
xdebug.remote_log="/var/log/xdebug.log"
xdebug.remote_host= 127.0.0.1
xdebug.remote_handler= dbgp
xdebug.remote_port= 9000
xdebug.idekey = vsphp
configuration in project:
=================
Debug->General:
Startpage: index.php
Browertype: Default browser (does also not work with internet explorer)
Debug Mode: Builtin mode (does also not work with external mode)
Debugging Type: PHP/JavaScript (does also not work with just PHP)
Debug engine: XDebug
Webserver root directory: /
Debug->Advanced: Debug client port number: 9000
This is my problem:
I could start debugging, the webpage to debug is shown in the webbrowser, but the breakpoint will not be reached. (even simple hello world programs with three lines fail), in the system tray i could read: "VS.php built in web server...."
in VS210 i have this message at the breakpoint: "The breakpoint will not currently be hit. No symbols have been loaded for this document."
However: Debugging with Netbeans works.
i hope you could help me, thanks in advance.
juanc says:
Set the debug mode to external mode since you are using your own web server.
Change:
xdebug.remote_log="/var/log/xdebug.log"
To a windows path and see if there is anything generated. E.G.
xdebug.remote_log="c:/xdebug.log"
Let me know if that works and if it does not, let me know what's on the log.
Juan
Tobias010 says:
did not work.
(changed to external mode, change the path of the log and set
zend_extension = "E:/wamp/bin/php/php5.3.10/ext/php_xdebug-2.2.0-5.3-vc9.dll"instead of the old version.but i have a log for you:
Log opened at 2012-05-13 22:33:52I: Connecting to configured address/port: 127.0.0.1:9000.
I: Connected to client. :-)
-> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" fileuri="file:///E:/wamp/www/PHPTEST/index.php" language="PHP" protocol_version="1.0" appid="4132" idekey="5"><engine version="2.2.0"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org]]></url><copyright><![CDATA[Copyright (c) 2002-2012 by Derick Rethans]]></copyright></init>
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" status="stopping" reason="ok"></response>
Log closed at 2012-05-13 22:33:59
it takes a while to load the page now, but still no debugging possible. after a short time (about 5 seconds) it closed the debug session in VS and the page showes up.
Tobias010 says:
ok, i have some new stuff for you.
i used "Register VS.PHP 3.0 for Visual Studio 2010" again,
now i'm getting a few errors.
like:
"The procedure entry point "zend_ini_string_ex" could not be located in the dynamic library php5ts.dll" -- i'll try to fix this
or:
"PHP Startup: Unable to load dynamic libary 'E:/wamp/bin/php/php5.3.10/ext/php_mbstring.dll' - The named procedure was not found.
and some incompatible php version stuff.
so i'll try to fix that.
Tobias010 says:
ok, fixed the other bugs, but the problem stays now the same as before.
edit: here is something more, from the eventlog of windows:
- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">- <System>
<Provider Name="Application Error" />
<EventID Qualifiers="0">1000</EventID>
<Level>2</Level>
<Task>100</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2012-05-15T19:43:11.000000000Z" />
<EventRecordID>9268</EventRecordID>
<Channel>Application</Channel>
<Computer>Ne0vandalos-PC</Computer>
<Security />
</System>
- <EventData>
<Data>vsphp_dbg.exe</Data>
<Data>3.0.1.7330</Data>
<Data>4faf22f1</Data>
<Data>vsphp_dbg.exe</Data>
<Data>3.0.1.7330</Data>
<Data>4faf22f1</Data>
<Data>c0000005</Data>
<Data>00014529</Data>
<Data>10f4</Data>
<Data>01cd32d2f59a059e</Data>
<Data>C:\Program Files (x86)\Jcx.Software\VS.Php\2010\vsphp_dbg.exe</Data>
<Data>C:\Program Files (x86)\Jcx.Software\VS.Php\2010\vsphp_dbg.exe</Data>
<Data>3364fe09-9ec6-11e1-a119-485b390258f5</Data>
</EventData>
</Event>
maybe that will help you.
this error i get allays if i'm trying to debug.
juanc says:
Is vsphp_dbg.exe crashing?
Tobias010 says:
not sure, VS and the plugin vs,php do not crash, just the debugger and here i just have the note from the eventblock.
i'm doing this:
pressing f5 -> debug mode
a few seconds later the website stop loading, and shows the result e.g. echo 'Hello'; would give Hello on the screen.
the debugmode is over, and i'm back in the deveopment mode of visual studio.
Tobias010 says:
ok, i tested a bit more an here is what i figured out:
after i installed (just for fun) VS 11 beta, the debugging in VS 2010 with VS.php works. I do not know why, but it works.
(i would guess a runtime is missing, but not sure which one)
thanks for your time.
btw: where to get a (upgrade) key for vs.php 3?
juanc says:
go to:
http://www.jcxsoftware.com/request_license.php
BTW, how is the intellisense of 3.0 working for u? I hope you find it is way much better than in 2.10 :)
Juan
Tobias010 says:
yeah intellisense is nice, i like it :)
edit:
one thing would be fantastic (but i know i will be very difficult to do so)
eg:
include_once ('ClassA.php');include_once ('ClassB.php');
$A = new ClassA(1,"du");
$B = new ClassB(2,"ich",$A);
$B->$A->.....
class B contains an instance of ClassA. it would be nice if the intellisense handle this, currently it does not work.
the constructor of ClassB is:
function __construct($id,$name,ClassA $a )__________________________________________________
the upgrade key does not work, it says invalid key for me (i have a VS.php 2010 key currently)
Gert says:
W7 x64, VS 2010 SP1, Vs.php 2.10
I had the same problems on two machines. After re-installation of Vs.php they disappeared. But one machine definitely gave up after some time. I even could not create a new PHP project in VS2010. I got error-messages that memory was corrupted.
Then I noticed that that machine automatically installs Windows updates. The other one not. I deducted that updates for VS2010 caused the problems. I guess that some pointer within Vs.php 2.10 goes astray which becomes fatal after some VS2010 update.
I reinstalled an image of my system disc drive (made with Norton Ghost) of april 1 2012, to be sure. The problems disappeared. I am again a happy debugger with Vs.php.
I decided to not longer install updates of VS2010 untill JCX will have fixed the problem.