Should be fixed in CVS by now.

negative.
i'm still having crashes.

PHP-bin: latest snapshost (Built On: Nov 04, 2004 19:30 GMT)
PHP-src: current CVS
xdebug-src: current CVS (binary built with MSVS.NET)

starting PHP-CLI:
C:>php -v
PHP 5.1.0-dev (cli) (built: Nov 4 2004 20:20:33)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies
with Xdebug v2.0.0beta2-dev, Copyright (c) 2002, 2003, 2004, by Derick Rethans

/CLI has encountered a problem and needs to close.../

Then I really need more information, as it works fine on Linux for me (and i can't test on Windows). Perhaps you can try the latest snapshots of both PHP 5.1 and Xdebug one more time?

http://snaps.php.net/win32/php5-win32-latest.zip
http://snaps.php.net/win32/PECL_UNSTABLE/php_xdebug.dll

PHP 5.1.0-dev (cli) (built: Jan 29 2005 08:28:31)
both php_xdebug.dll downloaded from snaps.php.net and built from CVS:

php.exe crashes after a script is finished executing.
php-win.exe crashes.
php-cgi.exe doesn't crash at all.

I suppose I have to try it with the latest snapshot, but neither of two today's snapshots were able to run on my box without crashes.

Either something's wrong with my box (although I doubt about that, since my currently installed snapshot works well), or there are some bugs in PHP5.1 snapshots and we have to wait untill they fix them.

I think we should ask someone else who got WinXP installed to test the module.

I get the same problem under php 5.0 and apache 2.

Run TestMain.php to repo the problem.

---- TestMain.php -----
<?php

require_once 'TestClasses.php';

$silly = new SillyClass();

$silly->sayHi();

try
{
$silly->explode();
}
catch(MyException $e)
{
echo "Caught MyException " . $e;
}

?>

------ TestClasses.php -------
<?php

class MyException extends Exception
{
public function
toString()
{
return CLASS__ . " My Exception";
}
}

class SillyClass
{
public function
sayHi()
{
echo "

Hello World

public function
explode()
{
    throw new MyException();
}

}

?>

I should note that this is under Windows (using Komoto).

Exceptions are definitely the cause.

Confirmed using latest PHP 5.1 and Xdebug snapshots. Can't debug here but will try to get some more information.

No crash using PHP 5.0.3 (as released) and Xdebug snapshot.

Should be fixed in CVS now - please reopen if problems keep occuring, but provide a sample script then.

Still getting crashes with the latest PHP-5.1 snapshot (Built On: Mar 15, 2005 19:30 GMT) and XDebug-2.0.0beta3-dev.

I've tried that with:

• DLL from snaps.php.net
• DLL from xdebug.org
• DLL, compiled here with MS VS .NET 2005 out of CVS-HEAD source

Also tried to play with options in my php.ini file with no result.

I suppose, the crash appears in RSHUTDOWN or MSHUTDOWN functions, because everything's executed OK, and when PHP is being terminated, it segfaults with a common Windows crash-dialog.

This is applied to only php-cli and php-win interfaces.
php-cgi works OK.

Am I the only one who has the bug?
Can anyone else confirm it?
What can I do to provide you with more information?

Fixed by bugreporter himself, thanks!

Actually, the segfault occurs in TSRM/TSRM.c:164 in the line:
resource_types_table[j].dtor(p->storage[j], &p->storage);

Paying attention to http://cvs.php.net/diff.php/TSRM/TSRM.c?r1=1.57&r2=1.58&ty=u
I have #if'ed out those 3 strings back just like they are in PHP-5.0
and the issue has been resolved immediately.

So, the final code in TSRM.c, that doesn't cause any crash is like this:
if (p->storage[j]) {
#if MBO_0
if (resource_types_table && !resource_types_table[j].done && resource_types_table[j].dtor) {
resource_types_table[j].dtor(p->storage[j], &p->storage);
}
#endif
free(p->storage[j]);
}

This bug seems to be fixed in xdebug cvs.

Seems to be fixed following "Profic"'s report. Please reopen if this is not the case.