I found that if I used the server that comes with PHP 5.4 running on port 8000 I was able to successfully run a debugging session with this release--based on the rest of my WAMP stack being what it is.

I can't use with php 5.4 too, here is the maximum info I can get from crash alert:

Problem signature:
Problem Event Name: APPCRASH
Application Name: php.exe
Application Version: 5.4.0.0
Application Timestamp: 4f4e6fc7
Fault Module Name: php_xdebug-2.2.0RC1-5.4-vc9.dll
Fault Module Version: 2.2.0.1
Fault Module Timestamp: 4f5f4cb3
Exception Code: c0000005
Exception Offset: 00018e6c
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1058
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

Windows 7, 64bit.
My php.ini file: http://pastie.org/private/mwxyp83utsjd3nemcvpsg

Jos,

do you know whether Xdebug is crashing?

Meglio,

it would be awesome if you could provide some more information. Have a look at https://bugs.php.net/bugs-generating-backtrace-win32.php under "Generating backtrace, without compiler, on Win32".

cheers,
Derick

Derick, I'm experiencing the same exact behavior in Eclipse as Jos. No, it does not appear that Xdebug is crashing and I see no indication of that in any of the logs. As a matter of fact, it appears that all is well except that Xdebug is not breaking at any breakpoints. The debug session begins, the browser opens, the browser completes the entire script processing without stopping at any breakpoints. Back in the Eclipse editor, the Progress tab is showing the task as still launching and the message "Launching: waiting for XDebug session" is displayed. The only option at this point is to Terminate the session. Once that option is selected the debug session ends properly and displays the following message in the browser: DEBUG SESSION ENDED

It is as if Xdebug is not recognizing breakpoints?

Derick, I'll do it tomorrow. Got no time to do it today.

Regards,
Anton

As a test I attempted to use the Zend debugger, even thought the latest version is a PHP 5.2 thread-safe binary. The Zend debugger behaved the exact same. Now I am wondering if there isn't a PHP hook somewhere in here that has changed?

We have several related reports from PhpStorm users. Also the issue is always reproducible for me with Xdebug 2.2.0RC1 (with PHP5.3.8). It makes this version of Xdebug completely unusable.

Related thread from PhpStorm forum: http://devnet.jetbrains.net/message/5454601

Related thread from stackoverflow - http://stackoverflow.com/questions/10125216/phpstorm-xdebug-page-not-loading

I can't seem to reproduce this... I'll be rolling RC2 today that should fix a couple of problems.

Please try the just released Xdebug 2.2.0RC2, which I believe fixes this issue.

Not yet, Derick :(
Same as RC1, not breaking at breakpoints.
I just pulled the RC2 down and added the new RC2 to my extensions directory, updated php.ini to point to the new RC2 and then I restarted the Apache server and opened Eclipse. I made sure that Xdebug was all set up and configured as the proper debugger and ran a test with the exact same results as RC1.

Is there anything I can do to help troubleshoot?

I finally got success in setting up debugging tools, and I got full debug trace for that error that I still can reproduce.

Both .dmp and .htm files are here:
https://docs.google.com/open?id=0Bw2to3QgEte-bmZPREtRRXp4em8

NB. This error now happens with xdebug RC2 and when using with phpstorm 4.0.1

I just pulled and installed the latest PHP 5.4.1 release to see if it was a PHP release issue or not but I still get the same results, no breakpoint stops.

Php 5.4.2 as module via php5apache2_4.dll for Apache 2.4.2.
xDebug 2.2.0RC2 almost worked for me, it just required 3-4 Apache's restarts during a day.
New version xDebug 2.2 crashed on object unserialize. I tried to create simple test to locate problem, but with simple objects it works without any problems.

Faulting application name: httpd.exe, version: 2.4.2.0, time stamp: 0x4f913756
Faulting module name: php_xdebug-2.2.0-5.4-vc9.dll, version: 2.2.0.5, time stamp: 0x4fa90762
Exception code: 0xc0000005

meglio, I can't do anything with those windows dump files. I could really do with a reproducable script, and a remote debugging log to go with it (http://xdebug.org/docs/all_settings#remote_log)

But you previously requested dump files:

it would be awesome if you could provide some more information. Have a look at https://bugs.php.net/bugs-generating-backtrace-win32.php [^] under "Generating backtrace, without compiler, on Win32".

Anyhow I'm not sure if this is still the case. We can hold this issue for a while, but the latest issue I was getting with XDebug we just fixed here:

http://bugs.xdebug.org/view.php?id=856

Let me just close it then for now. Feel free to reopen if you can reproduce it later.