I'm using PHP 5.3.6 with Xdebug latest version (from git repo).

The problem is, when Xdebug prints trace after an error (or a notice, no matter) it crashes somewhere in the middle of the way.

Here is part of the output:

PHP Notice: Use of undefined constant FILEINFO_MIME_ENCODING - assumed 'FILEINFO_MIME_ENCODING' in /usr/local/share/pear/DocBlox/src/DocBlox/Reflection/File.php on line 181
PHP Stack trace:
PHP 1. {main}() /usr/local/bin/docblox:0
PHP 2. DocBlox_Task_Project_Run->execute() /usr/local/bin/docblox:55
PHP 3. DocBlox_Task_Project_Parse->execute() /usr/local/share/pear/DocBlox/src/DocBlox/Task/Project/Run.php:141
PHP 4. DocBlox_Parser->parseFiles($files = class DocBlox_Parser_Files { protected $ignore_patterns = array (0 => array (...)); protected $allowed_extensions = array (0 => 'php'); protected $files = array (0 => '/var/lib/hudson/jobs/halk/workspace/html/index.php', 1 => '/var/lib/hudson/jobs/halk/workspace/html/manage.php'); protected $project_root = NULL }, $include_source = NULL) /usr/local/share/pear/DocBlox/src/DocBlox/Task/Project/Parse.php:283
PHP 5. DocBlox_Parser->parseFile($filename = '/var/lib/hudson/jobs/halk/workspace/html/index.php', $include_source = NULL) /usr/local/share/pear/DocBlox/src/DocBlox/Parser.php:488
PHP 6. DocBlox_Reflection_File->__construct($file = '/var/lib/hudson/jobs/halk/workspace/html/index.php', $validate = NULL) /usr/local/share/pear/DocBlox/src/DocBlox/Parser.php:304
PHP 7. DocBlox_Reflection_File->convertToUtf8($filename = '/var/lib/hudson/jobs/halk/workspace/html/index.php', $contents = '<?php\n/\n ?????????? ?????????? ?? ????????\n @author Kolombet Ivan i.kolombet@hoster.ru\n @version 2.0\n @package halk\n @subpackage bootstrap\n /\n\n/\n \n /\nrequire_once \'include/halk_bootstrap.php\';\n\nlist($controller_name, $controller_method, $controller_params, $tpl_name) = HalkRouter::getControllerData();\n\nif(!is_callable(array($controller_name, $controller_method))/ || !HalkRouter::templateExists($tpl_name)/) {\n\n $controller_name = HALK_CONTROLLER_DEFAULT_NAME;\n ...') /usr/local/share/pear/DocBlox/src/DocBlox/Reflection/File.php:108
Segmentation fault (core dumped)

So I got core dump.

I analyzed it with 'gdb /usr/local/bin/php php.core' and it printed:

#0 xdebug_var_export (struc=0x7fffffffbd98, str=0x7fffffffbda0, level=1, debug_zval=0, options=0x80c1f2b40) at /usr/home/i.kolombet/xdebug/xdebug_var.c:386
386 if (myht->nApplyCount < 1) {
[New Thread 80152a1c0 (LWP 100099)]

I went to file xdebug_var.c on the line 386 and updated the line: if(myht != NULL && myht->nApplyCount < 1) and it solved my problem.

It took me almost half a day to trace a bug, because I was messing with latest stable release (2.1.2) and there was also a segfault, but in another place.

Here is a story about 2.1.2 version, just in case.

I inserted '[DEBUG] printfs' here and there and finally got output like this:

[DEBUG] xdebug_str_add() with args $contents = '<?php\n/*\n ??????????
[DEBUG] xdebug_str_add() with args 'text/x-pSegmentation fault (core dumped)

Where code was

void xdebug_str_add(xdebug_str xs, char str, int f)
{
<------>printf("[DEBUG] xdebug_str_add() with args %s, %d \n", str, f);

The main point is crash when printing the argument string (char* str) in xdebug_str_add function. I think segfault is because we're trying to read beyond end of buffer, so it's like access violation, I think. I don't know, I hope it is useful information.