View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1212	[Xdebug] Usage problems	crash	always	2015-11-26 13:06	2015-11-26 13:13
Reporter:	janlanger	Platform:	Windows 10 x64
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.4.0beta1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	7.0.0rc7
Summary:	Segfault on x64 version of PHP7RC8
Description:	Hi, i tried installing latest 64-bit PHP7 RC8 with xdebug 2.4 RC (NTS) but when I try to run PHP with enabled xdebug, I get segmentation fault immediately. I happens both in console and with php-cgi (cgi starts up, but crash when first request is made). I don't know what to provide to help you resolving this issue, so please let me know. This does not happen to me with 32-bit PHP7 & xdebug
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1185	[Xdebug] Usage problems	block	always	2015-09-20 21:46	2015-11-25 06:26
Reporter:	jfilipczyk	Platform:
Assigned To:		OS:
Priority:	immediate	OS Version:
Status:	new	Product Version:	2.3.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.4.1
Operating System:	Docker container based on debian jessie
PHP Version:	5.5.30-5.5.34
Summary:	Dockerized Xdebug breaks on access to class static property
Description:	I've a problem with xdebug in my dev environment FROM library/php:5.5-apache RUN apt-get -qqy update && apt-get -qqy install \ libpq-dev \ libmcrypt-dev \ libxml2-dev \ ssl-cert \ vim \ git \ mc \ && rm -r /var/lib/apt/lists/* # compile and add xdebug RUN pecl install xdebug \ && echo "zend_extension=xdebug.so" >> "/usr/local/etc/php/conf.d/xdebug.ini" # configure apache and vhosts RUN a2enmod rewrite ssl \ && a2ensite 000-default default-ssl ENV APACHE_RUN_USER www-data ENV APACHE_RUN_GROUP www-data ENV APACHE_LOG_DIR /var/log/apache2 ENV APACHE_RUN_DIR /var/run/apache2 ENV APACHE_PID_FILE /var/run/apache2/apache2.pid ENV APACHE_LOCK_DIR /var/lock/apache2 CMD ["apache2-foreground"] Xdebug settings: [xdebug] xdebug.remote_enable=1 xdebug.remote_autostart=0 xdebug.remote_host=172.17.42.1 xdebug.remote_port=9000 Everything works good but one thing. When debbuging code: <?php class A { static private $a; static public function init() { self::$a = 123; } } A::init(); If i set breakpoint on `self::$a = 123;` or step into the line then i get: Fatal error: Access to undeclared static property: A::$a If i don't step into that line debugging session continous without any problem. I tried Xdebug 2.2.x - 2.3.x. It always breaks.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003176) gelbehexe    2015-09-21 13:03	I have this problem too. I'm usually using self compiled PHP with the newest 5.4.x, 5.5.x and 5.6.x. versions. The problem occurs always, no matter if I use the cgi, php-fpm or cli variant of php on debian linux or mac osx. It was the reason why I am using Zend Debugger for now, hoping to be able to switch back to xdebug as soon as possible, since it's way faster.
(0003267) id02009    2015-11-25 06:26	I'm experiencing the same - my docker config is here https://github.com/pawlik/magento-on-docker [^] I never experienced this bug on ubuntu virtualbox on which I installed xdebug as ubuntu package (apt-get install php5-xdebug). Might be a hint?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
731	[Xdebug] Usage problems	minor	unable to reproduce	2011-10-06 16:56	2015-11-24 21:55
Reporter:	etaylor	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:	2.1.0
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Infinite loop possible with xdebug_llist_empty() function
Description:	We have a long-running and complicated PHP daemon, and at one point it got into a state where the process was using 100% of the CPU, but it wasn't making any syscalls (strace -p listed nothing). Using gdb we saw this state: (gdb) where #0 xdebug_llist_empty (l=0x2f4fe90, user=0x0) at /tmp/buildd/xdebug-2.1.0/build-php5/xdebug_llist.c:173 #1 0x00007f3bc0cea2b4 in xdebug_llist_destroy (l=0x2f4fe90, user=0x0) at /tmp/buildd/xdebug-2.1.0/build-php5/xdebug_llist.c:180 0000002 0x00007f3bc0cd5c72 in zm_post_zend_deactivate_xdebug () at /tmp/buildd/xdebug-2.1.0/build-php5/xdebug.c:830 0000003 0x0000000000682742 in ?? () 0000004 0x000000000068f9e5 in zend_hash_apply () 0000005 0x0000000000683317 in ?? () 0000006 0x000000000062ee95 in php_request_shutdown () 0000007 0x00000000007127e4 in ?? () 0000008 0x00007f3bc1b01c4d in __libc_start_main () from /lib/libc.so.6 0000009 0x000000000042d4b9 in _start () and looking at the variable l we saw this: (gdb) print *l $2 = {head = 0x0, tail = 0x0, dtor = 0x7f3bc0cd53e4 <xdebug_stack_element_dtor>, size = 1} The code for xdebug_llist_empty() and xdebug_llist_remove() (here: https://github.com/mayflowergmbh/xdebug/blob/master/xdebug_llist.c#L171 [^] and here: https://github.com/mayflowergmbh/xdebug/blob/master/xdebug_llist.c#L106 [^] respectively) suggests that indeed an infinite loop is possible. I'm not sure how the variable l got into this state, but it has a tail of 0x0 and a size of 1, which means the remove() function doesn't make it any shorter, but the empty() function thinks it needs to be made shorter. Presumably the code would benefit from an extra check to catch this situation, to be defensive.
Steps To Reproduce:	Unfortunately we do not know what caused it to get into this state, and it only happens infrequently.
Additional Information:
Attached Files:

Notes
(0002691) derick    2014-02-27 19:13	Is this still a problem for you with the latest versions of PHP and Xdebug?
(0002761) etaylor    2014-03-05 15:38	I don't think we've seen this happen recently, but that could be because we've removed the code that triggers the XDebug problem. It looks like this fix: https://github.com/Kozzi11/xdebug/commit/5de5f237a4f79bfcb9abaebc7b1214db99ed9e5f [^] would do the trick, so the issue reported does seem to be genuine if that patch isn't applied. Thanks for following up.
(0003266) vitalif    2015-11-24 21:55	I can confirm this bug, in my case the infinite loop happens with xdebug 2.2.5 and PHP 5.6.14 (debian jessie php5=5.6.14+dfsg-0+deb8u1) which leads to hung apache2 processes eating 100% cpu for long time. gdb shows stack trace similar to that originally reported.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1194	[Xdebug] Debug client (console)	major	always	2015-11-05 22:02	2015-11-24 19:25
Reporter:	rubinlinux	Platform:	x86_64
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:	Debian 7 and 8
Status:	feedback	Product Version:	2.2.5
Product Build:		Resolution:	reopened
Projection:	none
ETA:	none	Fixed in Version:	2.4.0
		Target Version:	2.4.1
Operating System:	Debian 7 and 8
PHP Version:	5.6.10-5.6.14
Summary:	When catching assert() from php, error message is html-encoded twice, resulting in unreadable text
Description:	When xdebug intercepts assert() warnings from PHP, they can contain an optional message field. This message field is passed into the message part of the top of the stack trace when xdebug prints it (html version). However, if any special characters such as quotes, ampersands etc appear in the message, they are encoded twice instead of once. This results in the browser showing the encoding, instead of the character intended
Steps To Reproduce:	I have a simple apache/modphp install with xdebug enable, error reporting enabled etc. Viewing a web page whose code is: assert(0, "TEST&TEST"); xdebug incorrectly prints: ...Warning: assert(): TEST&TEST failed in... It should print: ...Warning: assert(): TEST&TEST failed in.... This is also true for other html special chars such as quote (") and less-than (<).
Additional Information:	When xdebug_disable() is called before the assert(), PHP prints the standard non-stack based html error message with the message correctly encoded only once. When xdebug_print_function_stack("TEST&TEST") is called, the message is correctly encoded only once. I suspect PHP is passing the message pre-encoded to xdebug, where it is being encoded again by line 276 of xdebug_stack.c
Attached Files:

Notes
(0003204) rubinlinux    2015-11-05 22:05	Note, mantis is apparently also decoding html encodings, making my post a bit different than intended.
(0003257) derick    2015-11-23 16:04	Fixed for 2.4.0. Thanks for your report!
(0003265) rubinlinux    2015-11-24 19:25	Hi Derick, Thanks so much for working on this. I fear the patch (https://github.com/xdebug/xdebug/commit/7d9f78c800f8714bbb40b0df003dbdd41acb96fc [^]) may be incomplete. I suspect strongly that lots of other cases besidse assert() itself are also pre-enecoded. For example I note that a pg_query() call can error if there is an error in the SQL, and the SQL will be double-encoded as well. I know this makes it a lot more complicated :( I'm not sure how to tell in a more generic sense which error cases would have encoded their content or not.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1210	[Xdebug] Usage problems	crash	always	2015-11-20 23:51	2015-11-24 15:47
Reporter:	kyrad	Platform:	x64
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	14.04 LTS
Status:	assigned	Product Version:	2.4.0beta1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	7.0.0rc7
Summary:	Code Coverage Causes Segmentation Fault
Description:	kyra@home:/tmp/xdebug$ /bin/php -dzend_extension=xdebug.so -ddisplay_errors=on -ddisplay_startup_errors=on -dxdebug.coverage_enable=1 ./vendor/phpunit/phpunit/phpunit --coverage-clover ./.coverage --configuration ./phpunit.xml PHPUnit 5.0.9 by Sebastian Bergmann and contributors. Runtime: PHP 7.0.0RC7 with Xdebug 2.4.0rc1-dev Configuration: /tmp/xdebug/phpunit.xml F 1 / 1 (100%) Time: 90 ms, Memory: 2.00Mb There was 1 failure: 1) Warning No tests found in class "Acme\Rockets\Tests\RocketsTest". FAILURES! Tests: 1, Assertions: 0, Failures: 1. Generating code coverage report in Clover XML format ...Segmentation fault
Steps To Reproduce:	Please see attached minimal app archive to reproduce. It doesn't matter if there are tests found or not, it still segfaults. I reduced the app to the bare minimum to reproduce the segfault. Sorry if I have not provided enough info. This is my first time doing any of this =o)
Additional Information:	Backtrace: [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/bin/php -dzend_extension=xdebug.so -ddisplay_errors=on -ddisplay_startup_error'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007fca8e3b9bf9 in xdebug_set_in_ex () from /usr/lib/php/extensions/xdebug.so (gdb) bt #0 0x00007fca8e3b9bf9 in xdebug_set_in_ex () from /usr/lib/php/extensions/xdebug.so #1 0x00007fca8e3a59b6 in ?? () from /usr/lib/php/extensions/xdebug.so 0000002 0x00007fca8e3a5af1 in ?? () from /usr/lib/php/extensions/xdebug.so 0000003 0x00007fca8e3a5a7a in ?? () from /usr/lib/php/extensions/xdebug.so 0000004 0x00007fca8e3a5af1 in ?? () from /usr/lib/php/extensions/xdebug.so 0000005 0x00007fca8e3a5af1 in ?? () from /usr/lib/php/extensions/xdebug.so 0000006 0x00007fca8e3a5a7a in ?? () from /usr/lib/php/extensions/xdebug.so 0000007 0x00007fca8e3a5a7a in ?? () from /usr/lib/php/extensions/xdebug.so 0000008 0x00007fca8e3a5cce in ?? () from /usr/lib/php/extensions/xdebug.so 0000009 0x00007fca8e3a6014 in ?? () from /usr/lib/php/extensions/xdebug.so 0000010 0x00007fca8e3a61d6 in ?? () from /usr/lib/php/extensions/xdebug.so 0000011 0x00007fca8e3a62ae in ?? () from /usr/lib/php/extensions/xdebug.so 0000012 0x00000000009c4300 in zend_hash_apply_with_arguments (ht=0x226a810, apply_func=0x7fca8e3a61dd, num_args=1) at ./php-src/Zend/zend_hash.c:1523 0000013 0x00007fca8e3a6397 in xdebug_prefill_code_coverage () from /usr/lib/php/extensions/xdebug.so 0000014 0x00007fca8e3a63bf in xdebug_code_coverage_start_of_function () from /usr/lib/php/extensions/xdebug.so 0000015 0x00007fca8e3a0cc2 in xdebug_execute_ex () from /usr/lib/php/extensions/xdebug.so 0000016 0x0000000000a0bac3 in ZEND_DO_FCALL_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:800 0000017 0x0000000000a0e35e in ZEND_USER_OPCODE_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:1589 0000018 0x0000000000a0ab12 in execute_ex (ex=0x7fca8f214970) at ./php-src/Zend/zend_vm_execute.h:414 0000019 0x00007fca8e3a0d98 in xdebug_execute_ex () from /usr/lib/php/extensions/xdebug.so 0000020 0x0000000000a0bac3 in ZEND_DO_FCALL_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:800 0000021 0x0000000000a0e35e in ZEND_USER_OPCODE_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:1589 0000022 0x0000000000a0ab12 in execute_ex (ex=0x7fca8f214880) at ./php-src/Zend/zend_vm_execute.h:414 0000023 0x00007fca8e3a0d98 in xdebug_execute_ex () from /usr/lib/php/extensions/xdebug.so 0000024 0x0000000000a0bac3 in ZEND_DO_FCALL_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:800 0000025 0x0000000000a0e35e in ZEND_USER_OPCODE_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:1589 0000026 0x0000000000a0ab12 in execute_ex (ex=0x7fca8f214800) at ./php-src/Zend/zend_vm_execute.h:414 0000027 0x00007fca8e3a0d98 in xdebug_execute_ex () from /usr/lib/php/extensions/xdebug.so 0000028 0x0000000000a0bac3 in ZEND_DO_FCALL_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:800 0000029 0x0000000000a0e35e in ZEND_USER_OPCODE_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:1589 0000030 0x0000000000a0ab12 in execute_ex (ex=0x7fca8f214740) at ./php-src/Zend/zend_vm_execute.h:414 0000031 0x00007fca8e3a0d98 in xdebug_execute_ex () from /usr/lib/php/extensions/xdebug.so 0000032 0x0000000000a0bac3 in ZEND_DO_FCALL_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:800 0000033 0x0000000000a0e35e in ZEND_USER_OPCODE_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:1589 0000034 0x0000000000a0ab12 in execute_ex (ex=0x7fca8f2146a0) at ./php-src/Zend/zend_vm_execute.h:414 #35 0x00007fca8e3a0d98 in xdebug_execute_ex () from /usr/lib/php/extensions/xdebug.so 0000036 0x0000000000a0bac3 in ZEND_DO_FCALL_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:800 0000037 0x0000000000a0e35e in ZEND_USER_OPCODE_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:1589 0000038 0x0000000000a0ab12 in execute_ex (ex=0x7fca8f214410) at ./php-src/Zend/zend_vm_execute.h:414 0000039 0x00007fca8e3a0d98 in xdebug_execute_ex () from /usr/lib/php/extensions/xdebug.so 0000040 0x0000000000a0bac3 in ZEND_DO_FCALL_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:800 ---Type <return> to continue, or q <return> to quit--- 0000041 0x0000000000a0e35e in ZEND_USER_OPCODE_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:1589 0000042 0x0000000000a0ab12 in execute_ex (ex=0x7fca8f214290) at ./php-src/Zend/zend_vm_execute.h:414 0000043 0x00007fca8e3a0d98 in xdebug_execute_ex () from /usr/lib/php/extensions/xdebug.so 0000044 0x0000000000a0bac3 in ZEND_DO_FCALL_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:800 0000045 0x0000000000a0e35e in ZEND_USER_OPCODE_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:1589 0000046 0x0000000000a0ab12 in execute_ex (ex=0x7fca8f214160) at ./php-src/Zend/zend_vm_execute.h:414 0000047 0x00007fca8e3a0d98 in xdebug_execute_ex () from /usr/lib/php/extensions/xdebug.so 0000048 0x0000000000a0bac3 in ZEND_DO_FCALL_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:800 #49 0x0000000000a0e35e in ZEND_USER_OPCODE_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:1589 0000050 0x0000000000a0ab12 in execute_ex (ex=0x7fca8f2140c0) at ./php-src/Zend/zend_vm_execute.h:414 #51 0x00007fca8e3a0d98 in xdebug_execute_ex () from /usr/lib/php/extensions/xdebug.so 0000052 0x0000000000a0bac3 in ZEND_DO_FCALL_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:800 0000053 0x0000000000a0e35e in ZEND_USER_OPCODE_SPEC_HANDLER () at ./php-src/Zend/zend_vm_execute.h:1589 0000054 0x0000000000a0ab12 in execute_ex (ex=0x7fca8f214030) at ./php-src/Zend/zend_vm_execute.h:414 0000055 0x00007fca8e3a0d98 in xdebug_execute_ex () from /usr/lib/php/extensions/xdebug.so 0000056 0x0000000000a0ac24 in zend_execute (op_array=0x7fca8f287000, return_value=0x0) at ./php-src/Zend/zend_vm_execute.h:458 0000057 0x00000000009aef0c in zend_execute_scripts (type=8, retval=0x0, file_count=3) at ./php-src/Zend/zend.c:1428 0000058 0x000000000091c69f in php_execute_script (primary_file=0x7fffe73fc850) at ./php-src/main/main.c:2471 0000059 0x0000000000a6edb2 in do_cli (argc=12, argv=0x226a180) at ./php-src/sapi/cli/php_cli.c:974 0000060 0x0000000000a6ff80 in main (argc=12, argv=0x226a180) at ./php-src/sapi/cli/php_cli.c:1345
Attached Files:	segfault_app.tar.gz (1,159,255) 2015-11-20 23:51 http://bugs.xdebug.org/file_download.php?file_id=275&type=bug

Notes
(0003259) kyrad    2015-11-24 09:21	Have you been able to reproduce this? Do I need to provide more info?
(0003261) derick    2015-11-24 13:01	I can reproduce this with Xdebug 2.4.0beta1, but no longer with 2.4.0rc1 that I released a few days ago. Could you please try that?
(0003262) kyrad    2015-11-24 13:33	kyra@home:/tmp/xdebug/$ /bin/php -dzend_extension=xdebug.so -ddisplay_errors=on -ddisplay_startup_errors=on -dxdebug.coverage_enable=1 -c /etc/php/php.ini ./vendor/phpunit/phpunit/phpunit --coverage-clover ./.coverage --configuration ./phpunit.xml PHPUnit 5.0.9 by Sebastian Bergmann and contributors. Runtime: PHP 7.0.0RC7 with Xdebug 2.4.0rc2-dev Configuration: /tmp/xdebug/phpunit.xml F 1 / 1 (100%) Time: 126 ms, Memory: 2.00Mb There was 1 failure: 1) Warning No tests found in class "Acme\Rockets\Tests\RocketsTest". FAILURES! Tests: 1, Assertions: 0, Failures: 1. Generating code coverage report in Clover XML format ...Segmentation fault ------------------------ This morning I compiled latest Xdebug master, the segfault is still occurring.
(0003263) derick    2015-11-24 14:25	How odd. I can only reproduce this with the 32bit compile of PHP - even though you say you're using the 64bit variant.
(0003264) kyrad    2015-11-24 15:47    (edited on: 2015-11-24 15:50)	I didn't do anything special when compiling it on my x64 system. Do I need to specify the architecture type when compiling or does it just default to the native system (x64)? Output of `uname -a` Linux home 3.13.0-68-generic 0000111-Ubuntu SMP Fri Nov 6 18:17:06 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Xdebug compile options: ./configure --enable-xdebug --with-php-config=/bin/php-config

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1211	[Xdebug] Usage problems	minor	always	2015-11-24 08:57	2015-11-24 12:51
Reporter:	nicolas-grekas	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	7.0-dev
Summary:	ReflectionGenerator reports wrong line number with xdebug
Description:	PHP7 without xdebug reports a different executing line than with it.
Steps To Reproduce:	<?php class GeneratorDemo { public static function foo() { yield 1; } public function baz() { yield from bar(); } } function bar() { yield from GeneratorDemo::foo(); } $g = new GeneratorDemo(); $g = $g->baz(); $r = new \ReflectionGenerator($g); echo $r->getExecutingLine();
Additional Information:
Attached Files:

Notes
(0003260) derick    2015-11-24 12:51	I can indeed reproduce this, but fixing it is going to be non-trivial. As it doesn't segfault, and it "only" causes an issue with reflection, I'm unlikely to put this at the top of the priority list.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1164	[Xdebug] Debug client (console)	crash	have not tried	2015-06-18 19:34	2015-11-24 07:55
Reporter:	brawol	Platform:	Windows 8 Pro 64bit
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	assigned	Product Version:	2.3.2
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.0-5.6.4
Summary:	Socket exception
Description:	I work with Windows 8 Pro (64 bit), XAMPP (xampp-portable-win32-5.6.3-0-VC11) and Netbeans (8.0.2). I try to trace "Magento" with the XDebug-Extension. The PHP.ini - Parameters are: [XDebug] zend_extension = "D:\Web\Cms\xampp\php\ext\php_xdebug-2.3.2-5.6-vc11.dll" xdebug.remote_enable = 1 xdebug.remote_hander = dbgp xdebug.remote_mode = req xdebug.remote_host =127.0.0.1:99 xdebug.remote_port = 9000 xdebug.remote_connect_back=1 After a series of steps, i always get a "Socket exception". (No watches are set, caching is off.) All that i could find out in the Internet is that this supposed to be a bug by XDebug which is resolved with the newest version. But seems to be still there.
Steps To Reproduce:
Additional Information:
Attached Files:	xdebug_log_231115.zip (586,893) 2015-11-24 07:55 http://bugs.xdebug.org/file_download.php?file_id=276&type=bug

Notes
(0003125) derick    2015-06-18 21:57	xdebug.remote_host =127.0.0.1:99 Is wrong - you can only have an IP address there, and not a port. But as you are using remote_connect_back, these values will not be used. In order to find out why you get the socket exception, it would be helpful if you can make a remote log. You can do that by setting: xdebug.remote_log = "D:\xdebug.log" (Or pick a different path that your web server can write to)
(0003126) brawol    2015-06-19 17:00	On Windows 8 Port 80 is blocked by a system service (Kernel NT & System). I must rename that port, otherwise Apache will not start. Without "remote_connect_back=1" Netbeans never connects with XDebug. The xdebug.log as also the IDE.log are to big to get upload. So, here are the last lines of xdebug.log: <- context_get -i 746 -c 2 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="746" context="2"><property name="MAGENTO_ROOT" fullname="MAGENTO_ROOT" address="143728776" type="string" size="38" facet="constant" encoding="base64"><![CDATA [RDpcV2ViXENNU1x4YW1wcFxodGRvY3NcbWFnZW50b19zYW1wbGU=]]></property><property name="DS" fullname="DS" address="143728216" type="string" size="1" facet="constant" encoding="base64"><![CDATA[XA==]]></property><property name="PS" fullname="PS" address="143728256" type="string" size="1" facet="constant" encoding="base64"><![CDATA [Ow==]]></property><property name="BP" fullname="BP" address="143728696" type="string" size="38" facet="constant" encoding="base64"><![CDATA[RDpcV2ViXENNU1x4YW1wcFxodGRvY3NcbWFnZW50b19zYW1wbGU=]]></property></response> <- step_over -i 747 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_over" transaction_id="747" status="break" reason="ok"><xdebug:message filename="file:///D:/Web/CMS/xampp/htdocs/magento_sample/app/code/core/Mage/Core/Model/App.php" [^] lineno="1221"></xdebug:message></response> <- stack_get -i 748 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="748"><stack where="Mage_Core_Model_App->getRequest" level="0" type="file" filename="file:///D:/Web/CMS/xampp/htdocs/magento_sample/app/code/core/Mage/Core/Model/App.php" [^] lineno="1221"></stack><stack where="Mage_Core_Model_Cookie->_getRequest" level="1" type="file" filename="file:///D:/Web/CMS/xampp/htdocs/magento_sample/app/code/core/Mage/Core/Model/Cookie.php" [^] lineno="83"></stack><stack where="Mage_Core_Model_Cookie->get" level="2" type="file" filename="file:///D:/Web/CMS/xampp/htdocs/magento_sample/app/code/core/Mage/Core/Model/Cookie.php" [^] lineno="273"></stack><stack where="Mage_Core_Model_App->_checkCookieStore" level="3" type="file" filename="file:///D:/Web/CMS/xampp/htdocs/magento_sample/app/code/core/Mage/Core/Model/App.php" [^] lineno="568"></stack><stack where="Mage_Core_Model_App->_initCurrentStore" level="4" type="file" filename="file:///D:/Web/CMS/xampp/htdocs/magento_sample/app/code/core/Mage/Core/Model/App.php" [^] lineno="488"></stack><stack where="Mage_Core_Model_App->run" level="5" type="file" filename="file:///D:/Web/CMS/xampp/htdocs/magento_sample/app/code/core/Mage/Core/Model/App.php" [^] lineno="349"></stack><stack where="Mage::run" level="6" type="file" filename="file:///D:/Web/CMS/xampp/htdocs/magento_sample/app/Mage.php" [^] lineno="684"></stack><stack where="{main}" level="7" type="file" filename="file:///D:/Web/CMS/xampp/htdocs/magento_sample/index.php" [^] lineno="87"></stack></response> <- context_names -i 749 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="749"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context><context name="User defined constants" id="2"></context></response> <- context_get -i 750 -c 0 Log opened at 2015-06-19 13:42:53 I: Checking remote connect back address. I: Remote address found, connecting to 127.0.0.1:9000. E: Time-out connecting to client. :-( Log closed at 2015-06-19 13:42:54 and of IDE.log: INFO [org.netbeans.modules.openide.filesystems.declmime.MIMEResolverImpl]: IOException in resolver FileElement(fast-check (patterns:[<?php, 255, false], [<HTML>, 255, true, [<?php, 4000, false]], [<!DOCTYPE HTML, 255, true, [<?php, 4000, false]], ) null Result:text/x-php5 java.io.IOException: Der Prozess kann nicht auf die Datei zugreifen, da ein anderer Prozess einen Teil der Datei gesperrt hat     at java.io.FileInputStream.readBytes(Native Method)     at java.io.FileInputStream.read(FileInputStream.java:234)     at org.openide.filesystems.MIMESupport$CachedInputStream.ensureBufferLength(MIMESupport.java:702)     at org.openide.filesystems.MIMESupport$CachedInputStream.read(MIMESupport.java:751)     at java.io.InputStream.read(InputStream.java:101)     at org.netbeans.modules.openide.filesystems.declmime.FileElement$Type$FilePattern.match(FileElement.java:316)     at org.netbeans.modules.openide.filesystems.declmime.FileElement$Type.accept(FileElement.java:634)     at org.netbeans.modules.openide.filesystems.declmime.FileElement$Type.access$300(FileElement.java:156) [catch] at org.netbeans.modules.openide.filesystems.declmime.FileElement.resolve(FileElement.java:99)     at org.netbeans.modules.openide.filesystems.declmime.MIMEResolverImpl$Impl.findMIMEType (MIMEResolverImpl.java:440)     at org.openide.filesystems.MIMESupport$CachedFileObject.resolveMIME(MIMESupport.java:371)     at org.openide.filesystems.MIMESupport$CachedFileObject.getMIMEType(MIMESupport.java:312)     at org.openide.filesystems.MIMESupport.findMIMEType(MIMESupport.java:136)     at org.openide.filesystems.FileUtil.getMIMEType(FileUtil.java:1332)     at org.netbeans.modules.parsing.impl.indexing.FileObjectIndexable.isTypeOf(FileObjectIndexable.java:141)     at org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.isTypeOf(Indexable.java:342)     at org.netbeans.modules.parsing.impl.indexing.ClusteredIndexables.getIndexablesFor(ClusteredIndexables.java:121)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2752)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$1600(RepositoryUpdater.java:2091)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2539)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2537)     at org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:544)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2537)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3148)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3614)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3267)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:5810)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$5300(RepositoryUpdater.java:5476)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$3$1.run(RepositoryUpdater.java:5735)     at org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan (RunWhenScanFinishedSupport.java:96)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$3.call(RepositoryUpdater.java:5731)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$3.call(RepositoryUpdater.java:5727)     at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:176)     at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:360)     at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:74)     at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.run(RepositoryUpdater.java:5727)     at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)     at java.util.concurrent.FutureTask.run(FutureTask.java:266)     at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1423)     at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.editor.semantic.MarkOccurrencesHighlighter@386e5a9d : class org.netbeans.modules.csl.editor.semantic.MarkOccurrencesHighlighter ignored cancel for 68 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.GsfHintsProvider@92c4a4 : class org.netbeans.modules.csl.hints.GsfHintsProvider ignored cancel for 115 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.editor.overridden.ComputeAnnotations@174e9d70 : class org.netbeans.modules.csl.editor.overridden.ComputeAnnotations ignored cancel for 66 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.GsfHintsProvider@92c4a4 : class org.netbeans.modules.csl.hints.GsfHintsProvider ignored cancel for 178 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.GsfHintsProvider@92c4a4 : class org.netbeans.modules.csl.hints.GsfHintsProvider ignored cancel for 404 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.GsfHintsProvider@92c4a4 : class org.netbeans.modules.csl.hints.GsfHintsProvider ignored cancel for 185 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.GsfHintsProvider@92c4a4 : class org.netbeans.modules.csl.hints.GsfHintsProvider ignored cancel for 276 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.GsfHintsProvider@92c4a4 : class org.netbeans.modules.csl.hints.GsfHintsProvider ignored cancel for 407 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.GsfHintsProvider@92c4a4 : class org.netbeans.modules.csl.hints.GsfHintsProvider ignored cancel for 643 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.GsfHintsProvider@92c4a4 : class org.netbeans.modules.csl.hints.GsfHintsProvider ignored cancel for 371 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.GsfHintsProvider@92c4a4 : class org.netbeans.modules.csl.hints.GsfHintsProvider ignored cancel for 698 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.GsfHintsProvider@92c4a4 : class org.netbeans.modules.csl.hints.GsfHintsProvider ignored cancel for 287 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.infrastructure.SuggestionsTask@1a4e1f67 : class org.netbeans.modules.csl.hints.infrastructure.SuggestionsTask ignored cancel for 620 ms. INFO [org.netbeans.modules.parsing.impl.TaskProcessor]: Task: org.netbeans.modules.csl.hints.infrastructure.SuggestionsTask@1a4e1f67 : class org.netbeans.modules.csl.hints.infrastructure.SuggestionsTask ignored cancel for 78 ms. INFO [org.netbeans.modules.php.dbgp.DebugSession]: COMMAND: context_get -i 1005 -c 0; TRANS_ID: 1005; WANT_ACK: true java.net.SocketException: Connection reset     at java.net.SocketInputStream.read(SocketInputStream.java:189)     at java.net.SocketInputStream.read(SocketInputStream.java:121)     at java.net.SocketInputStream.read(SocketInputStream.java:203)     at org.netbeans.modules.php.dbgp.packets.DbgpMessage.getDataSize(DbgpMessage.java:267)     at org.netbeans.modules.php.dbgp.packets.DbgpMessage.create(DbgpMessage.java:112)     at org.netbeans.modules.php.dbgp.DebugSession.receiveData(DebugSession.java:263)     at org.netbeans.modules.php.dbgp.DebugSession.sendCommands(DebugSession.java:210) [catch] at org.netbeans.modules.php.dbgp.DebugSession.run(DebugSession.java:140)     at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)     at java.util.concurrent.FutureTask.run(FutureTask.java:266)     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)     at java.lang.Thread.run(Thread.java:745) INFO [org.netbeans.modules.php.dbgp.DebugSession] java.net.SocketException: Connection reset     at java.net.SocketInputStream.read(SocketInputStream.java:189)     at java.net.SocketInputStream.read(SocketInputStream.java:121)     at java.net.SocketInputStream.read(SocketInputStream.java:203)     at org.netbeans.modules.php.dbgp.packets.DbgpMessage.getDataSize(DbgpMessage.java:267)     at org.netbeans.modules.php.dbgp.packets.DbgpMessage.create(DbgpMessage.java:112)     at org.netbeans.modules.php.dbgp.DebugSession.receiveData(DebugSession.java:263)     at org.netbeans.modules.php.dbgp.DebugSession.sendCommands(DebugSession.java:210) [catch] at org.netbeans.modules.php.dbgp.DebugSession.run(DebugSession.java:140)     at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)     at java.util.concurrent.FutureTask.run(FutureTask.java:266)     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)     at java.lang.Thread.run(Thread.java:745)
(0003258) tilmp    2015-11-24 07:55	Hello, I also get a socket exception after a while stepping through the code using Netbeans/Xedebug remotely (no problem using it on localhost with XAMPP). I also uploaded a xdebug.log. My config is as follows: Netbeans 8.0.2 / Firefox 42.0 Windows NT HI2VMTEST5 6.1 build 7601 (Windows Server 2008 R2 Enterprise Edition Service Pack 1) i586 IIS Version 7.5.7600.16385 PHP 5.5.28 Zend Engine v2.5.0, Copyright (c) 1998-2015 Zend Technologies     with Xdebug v2.3.3, Copyright (c) 2002-2015, by Derick Rethans php_xdebug-2.3.3-5.5-vc11-nts.dll      xdebug.auto_trace Off xdebug.cli_color 0 xdebug.collect_assignments Off xdebug.collect_includes On xdebug.collect_params 0 xdebug.collect_return Off xdebug.collect_vars Off xdebug.coverage_enable On xdebug.default_enable On xdebug.dump.COOKIE no value xdebug.dump.ENV no value xdebug.dump.FILES no value xdebug.dump.GET no value xdebug.dump.POST no value xdebug.dump.REQUEST no value xdebug.dump.SERVER no value xdebug.dump.SESSION no value xdebug.dump_globals On xdebug.dump_once On xdebug.dump_undefined Off xdebug.extended_info On xdebug.file_link_format no value xdebug.force_display_errors Off xdebug.force_error_reporting 0 xdebug.halt_level 0 xdebug.idekey no value xdebug.max_nesting_level 256 xdebug.max_stack_frames -1 xdebug.overload_var_dump On xdebug.profiler_aggregate Off xdebug.profiler_append Off xdebug.profiler_enable Off xdebug.profiler_enable_trigger Off xdebug.profiler_enable_trigger_value no value xdebug.profiler_output_dir \ xdebug.profiler_output_name cachegrind.out.%p xdebug.remote_autostart Off xdebug.remote_connect_back Off xdebug.remote_cookie_expire_time 3600 xdebug.remote_enable On xdebug.remote_handler dbgp xdebug.remote_host 10.72.92.170 xdebug.remote_log no value xdebug.remote_mode req xdebug.remote_port 9000 xdebug.scream Off xdebug.show_exception_trace Off xdebug.show_local_vars Off xdebug.show_mem_delta Off xdebug.trace_enable_trigger Off xdebug.trace_enable_trigger_value no value xdebug.trace_format 0 xdebug.trace_options 0 xdebug.trace_output_dir \ xdebug.trace_output_name trace.%c xdebug.var_display_max_children -1 xdebug.var_display_max_data -1 xdebug.var_display_max_depth -1

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1179	[Xdebug] Usage problems	minor	always	2015-08-17 19:16	2015-11-22 15:05
Reporter:	stan	Platform:
Assigned To:	derick	OS:	Fedora 22
Priority:	none	OS Version:	Fedora 22
Status:	assigned	Product Version:	2.3.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Fedora 22
PHP Version:	5.6.0-5.6.4
Summary:	Remote debugging terminates
Description:	Remote debugging terminates on a line which calls a function in ioncube encoded file. This wasn't happening on my previous server which was ubuntu 12.04. I contacted ioncube. The response below: "phpStorm uses xDebug and xDebug is unable to skip encoded files. We would suggest contacting the xDebug developer to ask about changing xDebug to handle encoded files better."
Steps To Reproduce:	1. Turn off remote debugging (remove cookie). 2. Reload page in browser -> code runs without problems. 3. Turn on remote debugging (add cookie). 4. No breakpoints. 5. Reload page in browser -> code execution terminates on a line which calls function in ioncube encoded file. Response in browser is: "The connection was reset" If I put breakpoint on the encoded function, then step over, the debugging and execution terminates. If I put a breakpoint after the function, it never breaks. On my previous server (ubuntu 12.04), the encoded function was normally skipped when stepping over. The same happened when I attempted to step into. The code is part of magento with an extension which has some encoded files. I wasn't able to create a short reproducable script because there are a lot of dependencies and I don't know what is in the encoded file.
Additional Information:	I use phpStorm client. Attached is a xdebug.remote_log generated when stepping over the encoded function. <- step_over -i 27 is the last entry. After the execution terminates, it restarts second times and terminates again. I think that it could be firefox trying second request. Current server: OS: Fedora 22 ionCube Loader version 5.0.14 for PHP 5.6 Zend Engine v2.6.0 with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v5.0.14 with Xdebug v2.3.3
Attached Files:	xdebug_remote_log.txt (82,191) 2015-08-17 19:16 http://bugs.xdebug.org/file_download.php?file_id=265&type=bug

Notes
(0003160) stan    2015-08-18 06:21	I have just tested this on a new Ubuntu 14.04.3 server and the debugging crashes there as well.
(0003162) stan    2015-08-18 12:18	I have installed Ubuntu 12.04.5 and the debugging has no problems with skipping over functions in ioncube encoded files. This bug seems to be affecting php versions newer than 5.3.10. Test server: PHP Version 5.3.10-1ubuntu3.19 Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies     with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v5.0.14, Copyright (c) 2002-2015, by ionCube Ltd.     with Xdebug v2.1.0, Copyright (c) 2002-2010, by Derick Rethans
(0003163) stan    2015-08-18 15:01	I have successfully downgraded php apache module on the Fedora 22 server to version 5.4.44 and debugging is now able to skip ioncube encoded functions without crashing. However, string variables with long values in phpStorm shows as empty. But this has never worked for me. Is there a solution for it? Current working server Fedora 22: PHP Version 5.4.44 Zend Engine v2.4.0     with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v5.0.14, Copyright (c) 2002-2015, by ionCube Ltd.     with Xdebug v2.3.3, Copyright (c) 2002-2015, by Derick Rethans
(0003247) derick    2015-11-20 18:01	I am going to need reproducible case for this, otherwise there is now way I can figure out what encoded files do different. But then again, I don't really want to support closed sourced proprietary extensions either. So I guess the ball is in your court now.
(0003253) stan    2015-11-20 20:32	It's not about supporting "closed sourced proprietary extensions". It's about being able to debug an application which contains some encoded files. I don't need to step into proprietary code. I just need to be able to use the debugger (step over encrypted functions rather than crashing the debugger). Magento is an open source ecommerce platform, however it allows to install extensions which often has some ioncube encoded files. With this bug, xdebug is useless for me. Unfortunately I don't have a server with php newer than 5.4.44, which is affected by this bug. I have downgraded my server to CentOS 6 with php 5.4.45. The debugging works there.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1157	[Xdebug] Documentation	minor	always	2015-06-02 13:02	2015-11-22 15:05
Reporter:	vaughany	Platform:	Linux
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	14.04
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 14.04
PHP Version:	5.5.5-5.5.9
Summary:	Code in documentation does not output results seen in documentation
Description:	Hi there. Using the code examples given in the documentation (here: http://xdebug.org/docs/all_functions [^]) for 'xdebug_debug_zval' produces results that are different to the documentation or no results at all. phpinfo() confirms that xdebug is loaded. Commands such as the overloaded var_dump work fine.
Steps To Reproduce:	Example 1: <?php $a = array(1, 2, 3); $b =& $a; $c =& $a[2]; xdebug_debug_zval('a'); ?> ..should produce (according to the documentation): a: (refcount=2, is_ref=1)=array ( 0 => (refcount=1, is_ref=0)=1, 1 => (refcount=1, is_ref=0)=2, 2 => (refcount=2, is_ref=1)=3) ...but actually produces: a: (refcount=2, is_ref=1), array (size=3) 0 => (refcount=1, is_ref=0),int 1 1 => (refcount=1, is_ref=0),int 2 2 => (refcount=2, is_ref=1),int 3 Example 2: <?php $a = array(1, 2, 3); $b =& $a; $c =& $a[2]; xdebug_debug_zval("a[2]"); ?> ...produces no output whatsoever.
Additional Information:	I am aware that the current stable version and the version I am running may produce different results but I found it odd that a command produces no output whatsoever. Xdebug installed with apt-get (php5-xdebug).
Attached Files:

Notes
(0003105) derick    2015-06-02 13:36	I will have to check the difference in output, but it makes sense that: xdebug_debug_zval("a[2]"); Does not work in 2.2.x, as it's new functionality in 2.3.x.
(0003106) vaughany    2015-06-02 14:14	Apologies, I didn't realise that was a feature in 2.3.x. Sorry about that. I am seeing the a: on a different line, however, which is a minor formatting issue and hardly worth reporting!
(0003255) derick    2015-11-22 15:05	The output can indeed be different, but I can't reproduce your output's format. I get what's in the documentation. And it makes sense that your example two produces no output, as in Xdebug 2.2 it only supports just variable names, and no array subscripts or property access.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1144	[Xdebug] Feature/Change request	feature	always	2015-04-16 07:42	2015-11-22 09:02
Reporter:	sebastian	Platform:	Irrelevant
Assigned To:		OS:	Irrelevant
Priority:	normal	OS Version:	Irrelevant
Status:	new	Product Version:	2.3.2
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.5.0dev
Operating System:	Irrelevant
PHP Version:	5.6.5-5.6.9
Summary:	Add support for filtering of files for code coverage
Description:	At the moment, Xdebug returns code coverage for all files from which code is executed between xdebug_start_code_coverage() and xdebug_end_code_coverage(). PHP_CodeCoverage takes the raw data that is returned from xdebug_get_code_coverage() and filters it, ie. removes non-whitelisted files when a whilelist is configured or removes blacklisted files when a blacklist is used. The analysis that is performed by Xdebug when XDEBUG_CC_BRANCH_CHECK is set is an expensive operation that is uselessly performed for code that a user of PHPUnit / PHP_CodeCoverage is not interested in (the code of PHPUnit and its dependencies, for instance). It would be beneficial for performance reasons to move the blacklist / whitelist filtering from PHP_CodeCoverage to Xdebug.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003071) sebastian    2015-04-16 07:48	By the way: I do not think that it would be a good idea to pass the list of whitelisted or blacklisted files to Xdebug with every call to xdebug_start_code_coverage(). There should be two new functions, xdebug_set_code_coverage_blacklist() and xdebug_set_code_coverage_whitelist(), that can be used to configure the filter. This way the data needs to be passed from userland to Xdebug only once.
(0003130) stof    2015-06-25 13:38	Is there any plan to work on this ? This would be a huge help when collecting coverage for a functional testsuite. Slowing down Symfony, Doctrine and all my other deps to collect code coverage on them while PHPunit will then filter all this data out is just a waste of time (and I'm talking about going from a few minutes without coverage to a few hours with coverage enabled on Xdebug 2.3)
(0003131) derick    2015-06-25 14:33	Most definitely. Probably on a plane or something. However, I want to have PHP 7 support sort of working first!
(0003136) stof    2015-06-25 14:41	Well, to be honest, I'm more interested in getting a usable code coverage reporting on my PHP 5.6 setup (i.e. not taking hours to run my tests with code coverage) than having support for PHP 7 yet (even though it will also be great) :) If I knew C (and had more time as my own OSS projects are already missing attention currently), I would even consider contributing to this. But my C knowledge is approximately equivalent to building a HelloWorld displayed in STDOUT, so I fear it won't be enough...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1124	[Xdebug] Usage problems	major	always	2015-03-04 14:53	2015-11-20 23:09
Reporter:	kae	Platform:	Linux
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:	Centos6
Status:	assigned	Product Version:	2.3.1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.5-5.6.9
Summary:	"invalid pointer" crash in httpd when running code coverage
Description:	When I run xdebug_start_code_coverage() with the XDEBUG_CC_UNUSED flag, Apache crashes and complains about invalid pointers. I'm not a C programmer, but at a glance, I think the problem is with line 259 of xdebug_branch_info.c - the loop that's freeing the path_info paths is going from 0 to path_info->paths_count, but should possibly be going from path_info->paths_count to 0 instead. I've added the error log output in the Additional Information box
Steps To Reproduce:
Additional Information:	[Wed Mar 04 14:48:19.510542 2015] [core:notice] [pid 2537] AH00052: child pid 2641 exit signal Segmentation fault (11) *** Error in `/usr/sbin/httpd': free(): invalid pointer: 0x00007fe9c4266270 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x7d19d)[0x7fe9c08f819d] /usr/lib64/php/modules/xdebug.so(xdebug_path_info_dtor+0x3d)[0x7fe9b304688d] /usr/lib64/php/modules/xdebug.so(zm_post_zend_deactivate_xdebug+0x1f2)[0x7fe9b3042a92] /etc/httpd/modules/libphp5.so(zend_post_deactivate_modules+0x2a)[0x7fe9b3c9776a] /etc/httpd/modules/libphp5.so(php_request_shutdown+0x3fd)[0x7fe9b3c2afdd] /etc/httpd/modules/libphp5.so(+0x2eb62f)[0x7fe9b3d3862f] /usr/sbin/httpd(ap_run_handler+0x40)[0x7fe9c23baa10] /usr/sbin/httpd(ap_invoke_handler+0x69)[0x7fe9c23bade9] /usr/sbin/httpd(ap_process_async_request+0x20a)[0x7fe9c23cf12a] /usr/sbin/httpd(ap_process_request+0x14)[0x7fe9c23cf404] /usr/sbin/httpd(+0x4fdb2)[0x7fe9c23cbdb2] /usr/sbin/httpd(ap_run_process_connection+0x40)[0x7fe9c23c3e30] /etc/httpd/modules/mod_mpm_prefork.so(+0x37ef)[0x7fe9b7d1d7ef] /etc/httpd/modules/mod_mpm_prefork.so(+0x3a26)[0x7fe9b7d1da26] /etc/httpd/modules/mod_mpm_prefork.so(+0x46be)[0x7fe9b7d1e6be] /usr/sbin/httpd(ap_run_mpm+0x4e)[0x7fe9c23a10fe] /usr/sbin/httpd(main+0xa86)[0x7fe9c239a726] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7fe9c089caf5] /usr/sbin/httpd(+0x1e861)[0x7fe9c239a861] ======= Memory map: ======== 7fe9a8f37000-7fe9a8f4c000 r-xp 00000000 fd:01 1044482 /usr/lib64/libgcc_s-4.8.2-20140120.so.1 7fe9a8f4c000-7fe9a914b000 ---p 00015000 fd:01 1044482 /usr/lib64/libgcc_s-4.8.2-20140120.so.1 7fe9a914b000-7fe9a914c000 r--p 00014000 fd:01 1044482 /usr/lib64/libgcc_s-4.8.2-20140120.so.1 7fe9a914c000-7fe9a914d000 rw-p 00015000 fd:01 1044482 /usr/lib64/libgcc_s-4.8.2-20140120.so.1 7fe9a914d000-7fe9a9152000 r-xp 00000000 fd:01 1046229 /usr/lib64/libnss_dns-2.17.so 7fe9a9152000-7fe9a9351000 ---p 00005000 fd:01 1046229 /usr/lib64/libnss_dns-2.17.so 7fe9a9351000-7fe9a9352000 r--p 00004000 fd:01 1046229 /usr/lib64/libnss_dns-2.17.so 7fe9a9352000-7fe9a9353000 rw-p 00005000 fd:01 1046229 /usr/lib64/libnss_dns-2.17.so 7fe9a9416000-7fe9a941a000 r-xp 00000000 fd:01 1047049 /usr/lib64/sasl2/libanonymous.so.3.0.0 7fe9a941a000-7fe9a9619000 ---p 00004000 fd:01 1047049 /usr/lib64/sasl2/libanonymous.so.3.0.0 7fe9a9619000-7fe9a961a000 r--p 00003000 fd:01 1047049 /usr/lib64/sasl2/libanonymous.so.3.0.0 7fe9a961a000-7fe9a961b000 rw-p 00004000 fd:01 1047049 /usr/lib64/sasl2/libanonymous.so.3.0.0 7fe9a961b000-7fe9a9621000 r-xp 00000000 fd:01 1047052 /usr/lib64/sasl2/libsasldb.so.3.0.0 7fe9a9621000-7fe9a9820000 ---p 00006000 fd:01 1047052 /usr/lib64/sasl2/libsasldb.so.3.0.0 7fe9a9820000-7fe9a9821000 r--p 00005000 fd:01 1047052 /usr/lib64/sasl2/libsasldb.so.3.0.0 7fe9a9821000-7fe9a9822000 rw-p 00006000 fd:01 1047052 /usr/lib64/sasl2/libsasldb.so.3.0.0 7fe9a9822000-7fe9a985f000 r-xp 00000000 fd:01 1055458 /usr/lib64/php/modules/mysqlnd_ms.so 7fe9a985f000-7fe9a9a5f000 ---p 0003d000 fd:01 1055458 /usr/lib64/php/modules/mysqlnd_ms.so 7fe9a9a5f000-7fe9a9a60000 r--p 0003d000 fd:01 1055458 /usr/lib64/php/modules/mysqlnd_ms.so 7fe9a9a60000-7fe9a9a61000 rw-p 0003e000 fd:01 1055458 /usr/lib64/php/modules/mysqlnd_ms.so 7fe9a9a61000-7fe9a9abe000 r-xp 00000000 fd:01 1055459 /usr/lib64/php/modules/mongo.so 7fe9a9abe000-7fe9a9cbe000 ---p 0005d000 fd:01 1055459 /usr/lib64/php/modules/mongo.so 7fe9a9cbe000-7fe9a9cc1000 r--p 0005d000 fd:01 1055459 /usr/lib64/php/modules/mongo.so 7fe9a9cc1000-7fe9a9cc4000 rw-p 00060000 fd:01 1055459 /usr/lib64/php/modules/mongo.so 7fe9a9cc4000-7fe9a9cc5000 rw-p 00000000 00:00 0 7fe9a9cc5000-7fe9a9ce1000 r-xp 00000000 fd:01 1054766 /usr/lib64/php/modules/zip.so 7fe9a9ce1000-7fe9a9ee1000 ---p 0001c000 fd:01 1054766 /usr/lib64/php/modules/zip.so 7fe9a9ee1000-7fe9a9ee3000 r--p 0001c000 fd:01 1054766 /usr/lib64/php/modules/zip.so 7fe9a9ee3000-7fe9a9ee4000 rw-p 0001e000 fd:01 1054766 /usr/lib64/php/modules/zip.so 7fe9a9ee4000-7fe9a9ef5000 r-xp 00000000 fd:01 1054763 /usr/lib64/php/modules/json.so 7fe9a9ef5000-7fe9aa0f4000 ---p 00011000 fd:01 1054763 /usr/lib64/php/modules/json.so 7fe9aa0f4000-7fe9aa0f5000 r--p 00010000 fd:01 1054763 /usr/lib64/php/modules/json.so 7fe9aa0f5000-7fe9aa0f6000 rw-p 00011000 fd:01 1054763 /usr/lib64/php/modules/json.so 7fe9aa0f6000-7fe9aa0fd000 r-xp 00000000 fd:01 1059087 /usr/lib64/php/modules/xmlreader.so 7fe9aa0fd000-7fe9aa2fc000 ---p 00007000 fd:01 1059087 /usr/lib64/php/modules/xmlreader.so 7fe9aa2fc000-7fe9aa2fd000 r--p 00006000 fd:01 1059087 /usr/lib64/php/modules/xmlreader.so 7fe9aa2fd000-7fe9aa2fe000 rw-p 00007000 fd:01 1059087 /usr/lib64/php/modules/xmlreader.so 7fe9aa2fe000-7fe9aa306000 r-xp 00000000 fd:01 1059085 /usr/lib64/php/modules/wddx.so 7fe9aa306000-7fe9aa505000 ---p 00008000 fd:01 1059085 /usr/lib64/php/modules/wddx.so 7fe9aa505000-7fe9aa506000 r--p 00007000 fd:01 1059085 /usr/lib64/php/modules/wddx.so 7fe9aa506000-7fe9aa507000 rw-p 00008000 fd:01 1059085 /usr/lib64/php/modules/wddx.so 7fe9aa507000-7fe9aa50d000 r-xp 00000000 fd:01 1058309 /usr/lib64/php/modules/pdo_sqlite.so 7fe9aa50d000-7fe9aa70c000 ---p 00006000 fd:01 1058309 /usr/lib64/php/modules/pdo_sqlite.so 7fe9aa70c000-7fe9aa70d000 r--p 00005000 fd:01 1058309 /usr/lib64/php/modules/pdo_sqlite.so 7fe9aa70d000-7fe9aa70e000 rw-p 00006000 fd:01 1058309 /usr/lib64/php/modules/pdo_sqlite.so 7fe9aa70e000-7fe9aa715000 r-xp 00000000 fd:01 1059081 /usr/lib64/php/modules/pdo_mysql.so 7fe9aa715000-7fe9aa914000 ---p 00007000 fd:01 1059081 /usr/lib64/php/modules/pdo_mysql.so 7fe9aa914000-7fe9aa915000 r--p 00006000 fd:01 1059081 /usr/lib64/php/modules/pdo_mysql.so 7fe9aa915000-7fe9aa916000 rw-p 00007000 fd:01 1059081 /usr/lib64/php/modules/pdo_mysql.so 7fe9aa916000-7fe9aa932000 r-xp 00000000 fd:01 1059079 /usr/lib64/php/modules/mysqli.so 7fe9aa932000-7fe9aab32000 ---p 0001c000 fd:01 1059079 /usr/lib64/php/modules/mysqli.so 7fe9aab32000-7fe9aab37000 r--p 0001c000 fd:01 1059079 /usr/lib64/php/modules/mysqli.so 7fe9aab37000-7fe9aab38000 rw-p 00021000 fd:01 1059079 /usr/lib64/php/modules/mysqli.so 7fe9aab38000-7fe9aab42000 r-xp 00000000 fd:01 1054776 /usr/lib64/php/modules/mysql.so 7fe9aab42000-7fe9aad42000 ---p 0000a000 fd:01 1054776 /usr/lib64/php/modules/mysql.so 7fe9aad42000-7fe9aad44000 r--p 0000a000 fd:01 1054776 /usr/lib64/php/modules/mysql.so 7fe9aad44000-7fe9aad45000 rw-p 0000c000 fd:01 1054776 /usr/lib64/php/modules/mysql.so 7fe9aad45000-7fe9aad49000 r-xp 00000000 fd:01 1046801 /usr/lib64/libgpg-error.so.0.10.0 7fe9aad49000-7fe9aaf48000 ---p 00004000 fd:01 1046801 /usr/lib64/libgpg-error.so.0.10.0 7fe9aaf48000-7fe9aaf49000 r--p 00003000 fd:01 1046801 /usr/lib64/libgpg-error.so.0.10.0 7fe9aaf49000-7fe9aaf4a000 rw-p 00004000 fd:01 1046801 /usr/lib64/libgpg-error.so.0.10.0 7fe9aaf4a000-7fe9aafc1000 r-xp 00000000 fd:01 1046857 /usr/lib64/libgcrypt.so.11.8.2 7fe9aafc1000-7fe9ab1c1000 ---p 00077000 fd:01 1046857 /usr/lib64/libgcrypt.so.11.8.2 7fe9ab1c1000-7fe9ab1c2000 r--p 00077000 fd:01 1046857 /usr/lib64/libgcrypt.so.11.8.2 7fe9ab1c2000-7fe9ab1c5000 rw-p 00078000 fd:01 1046857 /usr/lib64/libgcrypt.so.11.8.2 7fe9ab1c5000-7fe9ab201000 r-xp 00000000 fd:01 1054641 /usr/lib64/libxslt.so.1.1.28 7fe9ab201000-7fe9ab401000 ---p 0003c000 fd:01 1054641 /usr/lib64/libxslt.so.1.1.28 7fe9ab401000-7fe9ab402000 r--p 0003c000 fd:01 1054641 /usr/lib64/libxslt.so.1.1.28 7fe9ab402000-7fe9ab403000 rw-p 0003d000 fd:01 1054641 /usr/lib64/libxslt.so.1.1.28 7fe9ab403000-7fe9ab404000 rw-p 00000000 00:00 0 7fe9ab404000-7fe9ab418000 r-xp 00000000 fd:01 1054638 /usr/lib64/libexslt.so.0.8.17 7fe9ab418000-7fe9ab617000 ---p 00014000 fd:01 1054638 /usr/lib64/libexslt.so.0.8.17 7fe9ab617000-7fe9ab618000 r--p 00013000 fd:01 1054638 /usr/lib64/libexslt.so.0.8.17 7fe9ab618000-7fe9ab619000 rw-p 00014000 fd:01 1054638 /usr/lib64/libexslt.so.0.8.17 7fe9ab619000-7fe9ab620000 r-xp 00000000 fd:01 1059089 /usr/lib64/php/modules/xsl.so 7fe9ab620000-7fe9ab820000 ---p 00007000 fd:01 1059089 /usr/lib64/php/modules/xsl.so 7fe9ab820000-7fe9ab821000 r--p 00007000 fd:01 1059089 /usr/lib64/php/modules/xsl.so 7fe9ab821000-7fe9ab822000 rw-p 00008000 fd:01 1059089 /usr/lib64/php/modules/xsl.so 7fe9ab822000-7fe9ab82b000 r-xp 00000000 fd:01 1059088 /usr/lib64/php/modules/xmlwriter.so 7fe9ab82b000-7fe9aba2a000 ---p 00009000 fd:01 1059088 /usr/lib64/php/modules/xmlwriter.so 7fe9aba2a000-7fe9aba2d000 r--p 00008000 fd:01 1059088 /usr/lib64/php/modules/xmlwriter.so 7fe9aba2d000-7fe9aba2e000 rw-p 0000b000 fd:01 1059088 /usr/lib64/php/modules/xmlwriter.so 7fe9aba2e000-7fe9aba39000 r-xp 00000000 fd:01 1059086 /usr/lib64/php/modules/xml.so 7fe9aba39000-7fe9abc38000 ---p 0000b000 fd:01 1059086 /usr/lib64/php/modules/xml.so 7fe9abc38000-7fe9abc3a000 r--p 0000a000 fd:01 1059086 /usr/lib64/php/modules/xml.so 7fe9abc3a000-7fe9abc3b000 rw-p 0000c000 fd:01 1059086 /usr/lib64/php/modules/xml.so 7fe9abc3b000-7fe9abc3f000 r-xp 00000000 fd:01 1058299 /usr/lib64/php/modules/tokenizer.so 7fe9abc3f000-7fe9abe3e000 ---p 00004000 fd:01 1058299 /usr/lib64/php/modules/tokenizer.so 7fe9abe3e000-7fe9abe3f000 r--p 00003000 fd:01 1058299 /usr/lib64/php/modules/tokenizer.so 7fe9abe3f000-7fe9abe40000 rw-p 00004000 fd:01 1058299 /usr/lib64/php/modules/tokenizer.so 7fe9abe40000-7fe9abe43000 r-xp 00000000 fd:01 1059094 /usr/lib64/php/modules/sysvshm.so 7fe9abe43000-7fe9ac042000 ---p 00003000 fd:01 1059094 /usr/lib64/php/modules/sysvshm.so 7fe9ac042000-7fe9ac043000 r--p 00002000 fd:01 1059094 /usr/lib64/php/modules/sysvshm.so 7fe9ac043000-7fe9ac044000 rw-p 00003000 fd:01 1059094 /usr/lib64/php/modules/sysvshm.so 7fe9ac044000-7fe9ac046000 r-xp 00000000 fd:01 1059093 /usr/lib64/php/modules/sysvsem.so 7fe9ac046000-7fe9ac245000 ---p 00002000 fd:01 1059093 /usr/lib64/php/modules/sysvsem.so 7fe9ac245000-7fe9ac246000 r--p 00001000 fd:01 1059093 /usr/lib64/php/modules/sysvsem.so 7fe9ac246000-7fe9ac247000 rw-p 00002000 fd:01 1059093 /usr/lib64/php/modules/sysvsem.so 7fe9ac247000-7fe9ac24a000 r-xp 00000000 fd:01 1059092 /usr/lib64/php/modules/sysvmsg.so 7fe9ac24a000-7fe9ac44a000 ---p 00003000 fd:01 1059092 /usr/lib64/php/modules/sysvmsg.so 7fe9ac44a000-7fe9ac44b000 r--p 00003000 fd:01 1059092 /usr/lib64/php/modules/sysvmsg.so 7fe9ac44b000-7fe9ac44c000 rw-p 00004000 fd:01 1059092 /usr/lib64/php/modules/sysvmsg.so 7fe9ac44c000-7fe9ac4fd000 r-xp 00000000 fd:01 1046860 /usr/lib64/libsqlite3.so.0.8.6 7fe9ac4fd000-7fe9ac6fc000 ---p 000b1000 fd:01 1046860 /usr/lib64/libsqlite3.so.0.8.6 7fe9ac6fc000-7fe9ac6fe000 r--p 000b0000 fd:01 1046860 /usr/lib64/libsqlite3.so.0.8.6 7fe9ac6fe000-7fe9ac701000 rw-p 000b2000 fd:01 1046860 /usr/lib64/libsqlite3.so.0.8.6 7fe9ac701000-7fe9ac70c000 r-xp 00000000 fd:01 1058310 /usr/lib64/php/modules/sqlite3.so 7fe9ac70c000-7fe9ac90b000 ---p 0000b000 fd:01 1058310 /usr/lib64/php/modules/sqlite3.so 7fe9ac90b000-7fe9ac90c000 r--p 0000a000 fd:01 1058310 /usr/lib64/php/modules/sqlite3.so 7fe9ac90c000-7fe9ac90d000 rw-p 0000b000 fd:01 1058310 /usr/lib64/php/modules/sqlite3.so 7fe9ac90d000-7fe9ac920000 r-xp 00000000 fd:01 1058298 /usr/lib64/php/modules/sockets.so 7fe9ac920000-7fe9acb20000 ---p 00013000 fd:01 1058298 /usr/lib64/php/modules/sockets.so 7fe9acb20000-7fe9acb22000 r--p 00013000 fd:01 1058298 /usr/lib64/php/modules/sockets.so 7fe9acb22000-7fe9acb23000 rw-p 00015000 fd:01 1058298 /usr/lib64/php/modules/sockets.so 7fe9acb23000-7fe9acb2e000 r-xp 00000000 fd:01 1059084 /usr/lib64/php/modules/simplexml.so 7fe9acb2e000-7fe9acd2e000 ---p 0000b000 fd:01 1059084 /usr/lib64/php/modules/simplexml.so 7fe9acd2e000-7fe9acd2f000 r--p 0000b000 fd:01 1059084 /usr/lib64/php/modules/simplexml.so 7fe9acd2f000-7fe9acd30000 rw-p 0000c000 fd:01 1059084 /usr/lib64/php/modules/simplexml.so 7fe9acd30000-7fe9acd32000 r-xp 00000000 fd:01 1059091 /usr/lib64/php/modules/shmop.so 7fe9acd32000-7fe9acf32000 ---p 00002000 fd:01 1059091 /usr/lib64/php/modules/shmop.so 7fe9acf32000-7fe9acf33000 r--p 00002000 fd:01 1059091 /usr/lib64/php/modules/shmop.so 7fe9acf33000-7fe9acf34000 rw-p 00003000 fd:01 1059091 /usr/lib64/php/modules/shmop.so 7fe9acf34000-7fe9acf3a000 r-xp 00000000 fd:01 1054664 /usr/lib64/php/modules/posix.so 7fe9acf3a000-7fe9ad13a000 ---p 00006000 fd:01 1054664 /usr/lib64/php/modules/posix.so 7fe9ad13a000-7fe9ad13b000 r--p 00006000 fd:01 1054664 /usr/lib64/php/modules/posix.so 7fe9ad13b000-7fe9ad13c000 rw-p 00007000 fd:01 1054664 /usr/lib64/php/modules/posix.so 7fe9ad13c000-7fe9ad17b000 r-xp 00000000 fd:01 1058297 /usr/lib64/php/modules/phar.so 7fe9ad17b000-7fe9ad37a000 ---p 0003f000 fd:01 1058297 /usr/lib64/php/modules/phar.so 7fe9ad37a000-7fe9ad37c000 r--p 0003e000 fd:01 1058297 /usr/lib64/php/modules/phar.so 7fe9ad37c000-7fe9ad37e000 rw-p 00040000 fd:01 1058297 /usr/lib64/php/modules/phar.so 7fe9ad37e000-7fe9ad397000 r-xp 00000000 fd:01 1054769 /usr/lib64/php/modules/pdo.so 7fe9ad397000-7fe9ad596000 ---p 00019000 fd:01 1054769 /usr/lib64/php/modules/pdo.so 7fe9ad596000-7fe9ad599000 r--p 00018000 fd:01 1054769 /usr/lib64/php/modules/pdo.so 7fe9ad599000-7fe9ad59a000 rw-p 0001b000 fd:01 1054769 /usr/lib64/php/modules/pdo.so 7fe9ad59a000-7fe9ad5d7000 r-xp 00000000 fd:01 1059080 /usr/lib64/php/modules/mysqlnd.so 7fe9ad5d7000-7fe9ad7d7000 ---p 0003d000 fd:01 1059080 /usr/lib64/php/modules/mysqlnd.so 7fe9ad7d7000-7fe9ad7db000 r--p 0003d000 fd:01 1059080 /usr/lib64/php/modules/mysqlnd.so 7fe9ad7db000-7fe9ad7dd000 rw-p 00041000 fd:01 1059080 /usr/lib64/php/modules/mysqlnd.so 7fe9ad7dd000-7fe9ad7de000 rw-p 00000000 00:00 0 7fe9ad7de000-7fe9ad7e7000 r-xp 00000000 fd:01 1058296 /usr/lib64/php/modules/iconv.so 7fe9ad7e7000-7fe9ad9e7000 ---p 00009000 fd:01 1058296 /usr/lib64/php/modules/iconv.so 7fe9ad9e7000-7fe9ad9e8000 r--p 00009000 fd:01 1058296 /usr/lib64/php/modules/iconv.so 7fe9ad9e8000-7fe9ad9e9000 rw-p 0000a000 fd:01 1058296 /usr/lib64/php/modules/iconv.so 7fe9ad9e9000-7fe9ad9eb000 r-xp 00000000 fd:01 1058295 /usr/lib64/php/modules/gettext.so 7fe9ad9eb000-7fe9adbeb000 ---p 00002000 fd:01 1058295 /usr/lib64/php/modules/gettext.so 7fe9adbeb000-7fe9adbec000 r--p 00002000 fd:01 1058295 /usr/lib64/php/modules/gettext.so 7fe9adbec000-7fe9adbed000 rw-p 00003000 fd:01 1058295 /usr/lib64/php/modules/gettext.so 7fe9adbed000-7fe9adbef000 r-xp 00000000 fd:01 1054572 /usr/lib64/libXau.so.6.0.0 7fe9adbef000-7fe9addef000 ---p 00002000 fd:01 1054572 /usr/lib64/libXau.so.6.0.0 7fe9addef000-7fe9addf0000 r--p 00002000 fd:01 1054572 /usr/lib64/libXau.so.6.0.0 7fe9addf0000-7fe9addf1000 rw-p 00003000 fd:01 1054572 /usr/lib64/libXau.so.6.0.0 7fe9addf1000-7fe9addfa000 r-xp 00000000 fd:01 1052091 /usr/lib64/libjbig.so.2.0 7fe9addfa000-7fe9adff9000 ---p 00009000 fd:01 1052091 /usr/lib64/libjbig.so.2.0 7fe9adff9000-7fe9adffa000 r--p 00008000 fd:01 1052091 /usr/lib64/libjbig.so.2.0 7fe9adffa000-7fe9adffd000 rw-p 00009000 fd:01 1052091 /usr/lib64/libjbig.so.2.0 7fe9adffd000-7fe9ae01d000 r-xp 00000000 fd:01 1054618 /usr/lib64/libxcb.so.1.1.0 7fe9ae01d000-7fe9ae21c000 ---p 00020000 fd:01 1054618 /usr/lib64/libxcb.so.1.1.0 7fe9ae21c000-7fe9ae21d000 r--p 0001f000 fd:01 1054618 /usr/lib64/libxcb.so.1.1.0 7fe9ae21d000-7fe9ae21e000 rw-p 00020000 fd:01 1054618 /usr/lib64/libxcb.so.1.1.0 7fe9ae21e000-7fe9ae28d000 r-xp 00000000 fd:01 1052163 /usr/lib64/libtiff.so.5.2.0 7fe9ae28d000-7fe9ae48c000 ---p 0006f000 fd:01 1052163 /usr/lib64/libtiff.so.5.2.0 7fe9ae48c000-7fe9ae48d000 r--p 0006e000 fd:01 1052163 /usr/lib64/libtiff.so.5.2.0 7fe9ae48d000-7fe9ae490000 rw-p 0006f000 fd:01 1052163 /usr/lib64/libtiff.so.5.2.0 7fe9ae490000-7fe9ae491000 rw-p 00000000 00:00 0 7fe9ae491000-7fe9ae4cb000 r-xp 00000000 fd:01 1054797 /usr/lib64/libfontconfig.so.1.7.0 7fe9ae4cb000-7fe9ae6ca000 ---p 0003a000 fd:01 1054797 /usr/lib64/libfontconfig.so.1.7.0 7fe9ae6ca000-7fe9ae6cc000 r--p 00039000 fd:01 1054797 /usr/lib64/libfontconfig.so.1.7.0 7fe9ae6cc000-7fe9ae6cd000 rw-p 0003b000 fd:01 1054797 /usr/lib64/libfontconfig.so.1.7.0 7fe9ae6cd000-7fe9ae76c000 r-xp 00000000 fd:01 1047423 /usr/lib64/libfreetype.so.6.10.0 7fe9ae76c000-7fe9ae96b000 ---p 0009f000 fd:01 1047423 /usr/lib64/libfreetype.so.6.10.0 7fe9ae96b000-7fe9ae971000 r--p 0009e000 fd:01 1047423 /usr/lib64/libfreetype.so.6.10.0 7fe9ae971000-7fe9ae972000 rw-p 000a4000 fd:01 1047423 /usr/lib64/libfreetype.so.6.10.0 7fe9ae972000-7fe9aeab2000 r-xp 00000000 fd:01 1054495 /usr/lib64/libvpx.so.1.3.0 7fe9aeab2000-7fe9aecb2000 ---p 00140000 fd:01 1054495 /usr/lib64/libvpx.so.1.3.0 7fe9aecb2000-7fe9aecb3000 r--p 00140000 fd:01 1054495 /usr/lib64/libvpx.so.1.3.0 7fe9aecb3000-7fe9aecb4000 rw-p 00141000 fd:01 1054495 /usr/lib64/libvpx.so.1.3.0 7fe9aecb4000-7fe9aecfa000 rw-p 00000000 00:00 0 7fe9aecfa000-7fe9aed3d000 r-xp 00000000 fd:01 1045626 /usr/lib64/libjpeg.so.62.1.0 7fe9aed3d000-7fe9aef3d000 ---p 00043000 fd:01 1045626 /usr/lib64/libjpeg.so.62.1.0 7fe9aef3d000-7fe9aef3e000 r--p 00043000 fd:01 1045626 /usr/lib64/libjpeg.so.62.1.0 7fe9aef3e000-7fe9aef3f000 rw-p 00044000 fd:01 1045626 /usr/lib64/libjpeg.so.62.1.0 7fe9aef3f000-7fe9aef4f000 rw-p 00000000 00:00 0 7fe9aef4f000-7fe9aef78000 r-xp 00000000 fd:01 1054479 /usr/lib64/libpng15.so.15.13.0 7fe9aef78000-7fe9af178000 ---p 00029000 fd:01 1054479 /usr/lib64/libpng15.so.15.13.0 7fe9af178000-7fe9af179000 r--p 00029000 fd:01 1054479 /usr/lib64/libpng15.so.15.13.0 7fe9af179000-7fe9af17a000 rw-p 0002a000 fd:01 1054479 /usr/lib64/libpng15.so.15.13.0 7fe9af17a000-7fe9af18b000 r-xp 00000000 fd:01 1055246 /usr/lib64/libXpm.so.4.11.0 7fe9af18b000-7fe9af38a000 ---p 00011000 fd:01 1055246 /usr/lib64/libXpm.so.4.11.0 7fe9af38a000-7fe9af38b000 r--p 00010000 fd:01 1055246 /usr/lib64/libXpm.so.4.11.0 7fe9af38b000-7fe9af38c000 rw-p 00011000 fd:01 1055246 /usr/lib64/libXpm.so.4.11.0 7fe9af38c000-7fe9af4c4000 r-xp 00000000 fd:01 1055240 /usr/lib64/libX11.so.6.3.0 7fe9af4c4000-7fe9af6c4000 ---p 00138000 fd:01 1055240 /usr/lib64/libX11.so.6.3.0 7fe9af6c4000-7fe9af6c5000 r--p 00138000 fd:01 1055240 /usr/lib64/libX11.so.6.3.0 7fe9af6c5000-7fe9af6ca000 rw-p 00139000 fd:01 1055240 /usr/lib64/libX11.so.6.3.0 7fe9af6ca000-7fe9af70e000 r-xp 00000000 fd:01 1055354 /usr/lib64/libt1.so.5.1.2 7fe9af70e000-7fe9af90e000 ---p 00044000 fd:01 1055354 /usr/lib64/libt1.so.5.1.2 7fe9af90e000-7fe9af90f000 r--p 00044000 fd:01 1055354 /usr/lib64/libt1.so.5.1.2 7fe9af90f000-7fe9af912000 rw-p 00045000 fd:01 1055354 /usr/lib64/libt1.so.5.1.2 7fe9af912000-7fe9af928000 rw-p 00000000 00:00 0 7fe9af928000-7fe9af96b000 r-xp 00000000 fd:01 1055322 /usr/lib64/libgd.so.3.0.0 7fe9af96b000-7fe9afb6b000 ---p 00043000 fd:01 1055322 /usr/lib64/libgd.so.3.0.0 7fe9afb6b000-7fe9afb70000 r--p 00043000 fd:01 1055322 /usr/lib64/libgd.so.3.0.0 7fe9afb70000-7fe9afb90000 rw-p 00048000 fd:01 1055322 /usr/lib64/libgd.so.3.0.0 7fe9afb90000-7fe9afb95000 rw-p 00000000 00:00 0 7fe9afb95000-7fe9afbac000 r-xp 00000000 fd:01 1055453 /usr/lib64/php/modules/gd.so 7fe9afbac000-7fe9afdac000 ---p 00017000 fd:01 1055453 /usr/lib64/php/modules/gd.so 7fe9afdac000-7fe9afdb1000 r--p 00017000 fd:01 1055453 /usr/lib64/php/modules/gd.so 7fe9afdb1000-7fe9afdb2000 rw-p 0001c000 fd:01 1055453 /usr/lib64/php/modules/gd.so 7fe9afdb2000-7fe9afdbd000 r-xp 00000000 fd:01 1058294 /usr/lib64/php/modules/ftp.so 7fe9afdbd000-7fe9affbc000 ---p 0000b000 fd:01 1058294 /usr/lib64/php/modules/ftp.so 7fe9affbc000-7fe9affbe000 r--p 0000a000 fd:01 1058294 /usr/lib64/php/modules/ftp.so 7fe9affbe000-7fe9affbf000 rw-p 0000c000 fd:01 1058294 /usr/lib64/php/modules/ftp.so 7fe9affbf000-7fe9b0282000 r-xp 00000000 fd:01 1058293 /usr/lib64/php/modules/fileinfo.so 7fe9b0282000-7fe9b0482000 ---p 002c3000 fd:01 1058293 /usr/lib64/php/modules/fileinfo.so 7fe9b0482000-7fe9b0483000 r--p 002c3000 fd:01 1058293 /usr/lib64/php/modules/fileinfo.so 7fe9b0483000-7fe9b0484000 rw-p 002c4000 fd:01 1058293 /usr/lib64/php/modules/fileinfo.so 7fe9b0484000-7fe9b0491000 r-xp 00000000 fd:01 1058292 /usr/lib64/php/modules/exif.so 7fe9b0491000-7fe9b0690000 ---p 0000d000 fd:01 1058292 /usr/lib64/php/modules/exif.so 7fe9b0690000-7fe9b0693000 r--p 0000c000 fd:01 1058292 /usr/lib64/php/modules/exif.so 7fe9b0693000-7fe9b0694000 rw-p 0000f000 fd:01 1058292 /usr/lib64/php/modules/exif.so 7fe9b0694000-7fe9b06ba000 r-xp 00000000 fd:01 1054676 /usr/lib64/php/modules/dom.so 7fe9b06ba000-7fe9b08ba000 ---p 00026000 fd:01 1054676 /usr/lib64/php/modules/dom.so 7fe9b08ba000-7fe9b08be000 r--p 00026000 fd:01 1054676 /usr/lib64/php/modules/dom.so 7fe9b08be000-7fe9b08bf000 rw-p 0002a000 fd:01 1054676 /usr/lib64/php/modules/dom.so 7fe9b08bf000-7fe9b08c0000 rw-p 00000000 00:00 0 7fe9b08c0000-7fe9b08dc000 r-xp 00000000 fd:01 1047045 /usr/lib64/libsasl2.so.3.0.0 7fe9b08dc000-7fe9b0adb000 ---p 0001c000 fd:01 1047045 /usr/lib64/libsasl2.so.3.0.0 7fe9b0adb000-7fe9b0adc000 r--p 0001b000 fd:01 1047045 /usr/lib64/libsasl2.so.3.0.0 7fe9b0adc000-7fe9b0add000 rw-p 0001c000 fd:01 1047045 /usr/lib64/libsasl2.so.3.0.0 7fe9b0add000-7fe9b0b2c000 r-xp 00000000 fd:01 1047600 /usr/lib64/libldap-2.4.so.2.10.2 7fe9b0b2c000-7fe9b0d2b000 ---p 0004f000 fd:01 1047600 /usr/lib64/libldap-2.4.so.2.10.2 7fe9b0d2b000-7fe9b0d2d000 r--p 0004e000 fd:01 1047600 /usr/lib64/libldap-2.4.so.2.10.2 7fe9b0d2d000-7fe9b0d2f000 rw-p 00050000 fd:01 1047600 /usr/lib64/libldap-2.4.so.2.10.2 7fe9b0d2f000-7fe9b0d3d000 r-xp 00000000 fd:01 1047598 /usr/lib64/liblber-2.4.so.2.10.2 7fe9b0d3d000-7fe9b0f3c000 ---p 0000e000 fd:01 1047598 /usr/lib64/liblber-2.4.so.2.10.2 7fe9b0f3c000-7fe9b0f3d000 r--p 0000d000 fd:01 1047598 /usr/lib64/liblber-2.4.so.2.10.2 7fe9b0f3d000-7fe9b0f3e000 rw-p 0000e000 fd:01 1047598 /usr/lib64/liblber-2.4.so.2.10.2 7fe9b0f3e000-7fe9b0f78000 r-xp 00000000 fd:01 1046632 /usr/lib64/libnspr4.so 7fe9b0f78000-7fe9b1177000 ---p 0003a000 fd:01 1046632 /usr/lib64/libnspr4.so 7fe9b1177000-7fe9b1178000 r--p 00039000 fd:01 1046632 /usr/lib64/libnspr4.so 7fe9b1178000-7fe9b117a000 rw-p 0003a000 fd:01 1046632 /usr/lib64/libnspr4.so 7fe9b117a000-7fe9b117c000 rw-p 00000000 00:00 0 7fe9b117c000-7fe9b1180000 r-xp 00000000 fd:01 1046633 /usr/lib64/libplc4.so 7fe9b1180000-7fe9b137f000 ---p 00004000 fd:01 1046633 /usr/lib64/libplc4.so 7fe9b137f000-7fe9b1380000 r--p 00003000 fd:01 1046633 /usr/lib64/libplc4.so 7fe9b1380000-7fe9b1381000 rw-p 00004000 fd:01 1046633 /usr/lib64/libplc4.so 7fe9b1381000-7fe9b1384000 r-xp 00000000 fd:01 1046634 /usr/lib64/libplds4.so 7fe9b1384000-7fe9b1583000 ---p 00003000 fd:01 1046634 /usr/lib64/libplds4.so 7fe9b1583000-7fe9b1584000 r--p 00002000 fd:01 1046634 /usr/lib64/libplds4.so 7fe9b1584000-7fe9b1585000 rw-p 00003000 fd:01 1046634 /usr/lib64/libplds4.so 7fe9b1585000-7fe9b15aa000 r-xp 00000000 fd:01 1046189 /usr/lib64/libnssutil3.so 7fe9b15aa000-7fe9b17aa000 ---p 00025000 fd:01 1046189 /usr/lib64/libnssutil3.so 7fe9b17aa000-7fe9b17b0000 r--p 00025000 fd:01 1046189 /usr/lib64/libnssutil3.so 7fe9b17b0000-7fe9b17b1000 rw-p 0002b000 fd:01 1046189 /usr/lib64/libnssutil3.so 7fe9b17b1000-7fe9b18ce000 r-xp 00000000 fd:01 1055484 /usr/lib64/libnss3.so 7fe9b18ce000-7fe9b1acd000 ---p 0011d000 fd:01 1055484 /usr/lib64/libnss3.so 7fe9b1acd000-7fe9b1ad2000 r--p 0011c000 fd:01 1055484 /usr/lib64/libnss3.so 7fe9b1ad2000-7fe9b1ad4000 rw-p 00121000 fd:01 1055484 /usr/lib64/libnss3.so 7fe9b1ad4000-7fe9b1ad6000 rw-p 00000000 00:00 0 7fe9b1ad6000-7fe9b1afa000 r-xp 00000000 fd:01 1049672 /usr/lib64/libsmime3.so 7fe9b1afa000-7fe9b1cf9000 ---p 00024000 fd:01 1049672 /usr/lib64/libsmime3.so 7fe9b1cf9000-7fe9b1cfc000 r--p 00023000 fd:01 1049672 /usr/lib64/libsmime3.so 7fe9b1cfc000-7fe9b1cfd000 rw-p 00026000 fd:01 1049672 /usr/lib64/libsmime3.so 7fe9b1cfd000-7fe9b1d37000 r-xp 00000000 fd:01 1055486 /usr/lib64/libssl3.so 7fe9b1d37000-7fe9b1f37000 ---p 0003a000 fd:01 1055486 /usr/lib64/libssl3.so 7fe9b1f37000-7fe9b1f3a000 r--p 0003a000 fd:01 1055486 /usr/lib64/libssl3.so 7fe9b1f3a000-7fe9b1f3b000 rw-p 0003d000 fd:01 1055486 /usr/lib64/libssl3.so 7fe9b1f3b000-7fe9b1f3c000 rw-p 00000000 00:00 0 7fe9b1f3c000-7fe9b1f64000 r-xp 00000000 fd:01 1049602 /usr/lib64/libssh2.so.1.0.1 7fe9b1f64000-7fe9b2164000 ---p 00028000 fd:01 1049602 /usr/lib64/libssh2.so.1.0.1 7fe9b2164000-7fe9b2165000 r--p 00028000 fd:01 1049602 /usr/lib64/libssh2.so.1.0.1 7fe9b2165000-7fe9b2166000 rw-p 00029000 fd:01 1049602 /usr/lib64/libssh2.so.1.0.1 7fe9b2166000-7fe9b2198000 r-xp 00000000 fd:01 1046969 /usr/lib64/libidn.so.11.6.11 7fe9b2198000-7fe9b2397000 ---p 00032000 fd:01 1046969 /usr/lib64/libidn.so.11.6.11 7fe9b2397000-7fe9b2398000 r--p 00031000 fd:01 1046969 /usr/lib64/libidn.so.11.6.11 7fe9b2398000-7fe9b2399000 rw-p 00032000 fd:01 1046969 /usr/lib64/libidn.so.11.6.11 7fe9b2399000-7fe9b23fc000 r-xp 00000000 fd:01 1049604 /usr/lib64/libcurl.so.4.3.0 7fe9b23fc000-7fe9b25fb000 ---p 00063000 fd:01 1049604 /usr/lib64/libcurl.so.4.3.0 7fe9b25fb000-7fe9b25fd000 r--p 00062000 fd:01 1049604 /usr/lib64/libcurl.so.4.3.0 7fe9b25fd000-7fe9b25fe000 rw-p 00064000 fd:01 1049604 /usr/lib64/libcurl.so.4.3.0 7fe9b25fe000-7fe9b2611000 r-xp 00000000 fd:01 1058291 /usr/lib64/php/modules/curl.so 7fe9b2611000-7fe9b2810000 ---p 00013000 fd:01 1058291 /usr/lib64/php/modules/curl.so 7fe9b2810000-7fe9b2812000 r--p 00012000 fd:01 1058291 /usr/lib64/php/modules/curl.so 7fe9b2812000-7fe9b2813000 rw-p 00014000 fd:01 1058291 /usr/lib64/php/modules/curl.so 7fe9b2813000-7fe9b2816000 r-xp 00000000 fd:01 1058290 /usr/lib64/php/modules/ctype.so 7fe9b2816000-7fe9b2a15000 ---p 00003000 fd:01 1058290 /usr/lib64/php/modules/ctype.so 7fe9b2a15000-7fe9b2a16000 r--p 00002000 fd:01 1058290 /usr/lib64/php/modules/ctype.so 7fe9b2a16000-7fe9b2a17000 rw-p 00003000 fd:01 1058290 /usr/lib64/php/modules/ctype.so 7fe9b2a17000-7fe9b2a1d000 r-xp 00000000 fd:01 1058289 /usr/lib64/php/modules/calendar.so 7fe9b2a1d000-7fe9b2c1d000 ---p 00006000 fd:01 1058289 /usr/lib64/php/modules/calendar.so 7fe9b2c1d000-7fe9b2c1e000 r--p 00006000 fd:01 1058289 /usr/lib64/php/modules/calendar.so 7fe9b2c1e000-7fe9b2c1f000 rw-p 00007000 fd:01 1058289 /usr/lib64/php/modules/calendar.so 7fe9b2c1f000-7fe9b2c2e000 r-xp 00000000 fd:01 1046745 /usr/lib64/libbz2.so.1.0.6 7fe9b2c2e000-7fe9b2e2d000 ---p 0000f000 fd:01 1046745 /usr/lib64/libbz2.so.1.0.6 7fe9b2e2d000-7fe9b2e2e000 r--p 0000e000 fd:01 1046745 /usr/lib64/libbz2.so.1.0.6 7fe9b2e2e000-7fe9b2e2f000 rw-p 0000f000 fd:01 1046745 /usr/lib64/libbz2.so.1.0.6 7fe9b2e2f000-7fe9b2e34000 r-xp 00000000 fd:01 1054742 /usr/lib64/php/modules/bz2.so 7fe9b2e34000-7fe9b3033000 ---p 00005000 fd:01 1054742 /usr/lib64/php/modules/bz2.so 7fe9b3033000-7fe9b3034000 r--p 00004000 fd:01 1054742 /usr/lib64/php/modules/bz2.so 7fe9b3034000-7fe9b3035000 rw-p 00005000 fd:01 1054742 /usr/lib64/php/modules/bz2.so 7fe9b3035000-7fe9b306c000 r-xp 00000000 fd:01 1046248 /usr/lib64/php/modules/xdebug.so 7fe9b306c000-7fe9b326c000 ---p 00037000 fd:01 1046248 /usr/lib64/php/modules/xdebug.so 7fe9b326c000-7fe9b326e000 r--p 00037000 fd:01 1046248 /usr/lib64/php/modules/xdebug.so 7fe9b326e000-7fe9b3270000 rw-p 00039000 fd:01 1046248 /usr/lib64/php/modules/xdebug.so 7fe9b3270000-7fe9b32bf000 rw-p 00000000 00:00 0 7fe9b32bf000-7fe9b32ca000 r-xp 00000000 fd:01 1050220 /usr/lib64/libnss_files-2.17.so 7fe9b32ca000-7fe9b34c9000 ---p 0000b000 fd:01 1050220 /usr/lib64/libnss_files-2.17.so 7fe9b34c9000-7fe9b34ca000 r--p 0000a000 fd:01 1050220 /usr/lib64/libnss_files-2.17.so 7fe9b34ca000-7fe9b34cb000 rw-p 0000b000 fd:01 1050220 /usr/lib64/libnss_files-2.17.so 7fe9b34cb000-7fe9b3629000 r-xp 00000000 fd:01 1046838 /usr/lib64/libxml2.so.2.9.1 7fe9b3629000-7fe9b3828000 ---p 0015e000 fd:01 1046838 /usr/lib64/libxml2.so.2.9.1 7fe9b3828000-7fe9b3830000 r--p 0015d000 fd:01 1046838 /usr/lib64/libxml2.so.2.9.1 7fe9b3830000-7fe9b3832000 rw-p 00165000 fd:01 1046838 /usr/lib64/libxml2.so.2.9.1 7fe9b3832000-7fe9b3834000 rw-p 00000000 00:00 0 7fe9b3834000-7fe9b384a000 r-xp 00000000 fd:01 1049668 /usr/lib64/libnsl-2.17.so 7fe9b384a000-7fe9b3a49000 ---p 00016000 fd:01 1049668 /usr/lib64/libnsl-2.17.so 7fe9b3a49000-7fe9b3a4a000 r--p 00015000 fd:01 1049668 /usr/lib64/libnsl-2.17.so 7fe9b3a4a000-7fe9b3a4b000 rw-p 00016000 fd:01 1049668 /usr/lib64/libnsl-2.17.so 7fe9b3a4b000-7fe9b3a4d000 rw-p 00000000 00:00 0 7fe9b3a4d000-7fe9b3ddb000 r-xp 00000000 fd:01 1055455 /usr/lib64/httpd/modules/libphp5.so 7fe9b3ddb000-7fe9b3fda000 ---p 0038e000 fd:01 1055455 /usr/lib64/httpd/modules/libphp5.so 7fe9b3fda000-7fe9b405e000 r--p 0038d000 fd:01 1055455 /usr/lib64/httpd/modules/libphp5.so 7fe9b405e000-7fe9b4065000 rw-p 00411000 fd:01 1055455 /usr/lib64/httpd/modules/libphp5.so 7fe9b4065000-7fe9b4080000 rw-p 00000000 00:00 0 7fe9b4080000-7fe9b4086000 r-xp 00000000 fd:01 1055108 /usr/lib64/httpd/modules/mod_cgi.so 7fe9b4086000-7fe9b4285000 ---p 00006000 fd:01 1055108 /usr/lib64/httpd/modules/mod_cgi.so 7fe9b4285000-7fe9b4286000 r--p 00005000 fd:01 1055108 /usr/lib64/httpd/modules/mod_cgi.so 7fe9b4286000-7fe9b4287000 rw-p 00006000 fd:01 1055108 /usr/lib64/httpd/modules/mod_cgi.so 7fe9b4287000-7fe9b428e000 r-xp 00000000 fd:01 1051962 /usr/lib64/librt-2.17.so 7fe9b428e000-7fe9b448d000 ---p 00007000 fd:01 1051962 /usr/lib64/librt-2.17.so 7fe9b448d000-7fe9b448e000 r--p 00006000 fd:01 1051962 /usr/lib64/librt-2.17.so 7fe9b448e000-7fe9b448f000 rw-p 00007000 fd:01 1051962 /usr/lib64/librt-2.17.so 7fe9b448f000-7fe9b4491000 r-xp 00000000 fd:01 1050556 /usr/lib64/libsystemd-daemon.so.0.0.10 7fe9b4491000-7fe9b4691000 ---p 00002000 fd:01 1050556 /usr/lib64/libsystemd-daemon.so.0.0.10 7fe9b4691000-7fe9b4692000 r--p 00002000 fd:01 1050556 /usr/lib64/libsystemd-daemon.so.0.0.10 7fe9b4692000-7fe9b4693000 rw-p 00000000 00:00 0 7fe9b4693000-7fe9b4695000 r-xp 00000000 fd:01 1059135 /usr/lib64/httpd/modules/mod_systemd.so 7fe9b4695000-7fe9b4894000 ---p 00002000 fd:01 1059135 /usr/lib64/httpd/modules/mod_systemd.so 7fe9b4894000-7fe9b4895000 r--p 00001000 fd:01 1059135 /usr/lib64/httpd/modules/mod_systemd.so 7fe9b4895000-7fe9b4896000 rw-p 00002000 fd:01 1059135 /usr/lib64/httpd/modules/mod_systemd.so 7fe9b4896000-7fe9b48ac000 r-xp 00000000 fd:01 1051078 /usr/lib64/libresolv-2.17.so 7fe9b48ac000-7fe9b4aac000 ---p 00016000 fd:01 1051078 /usr/lib64/libresolv-2.17.so 7fe9b4aac000-7fe9b4aad000 r--p 00016000 fd:01 1051078 /usr/lib64/libresolv-2.17.so 7fe9b4aad000-7fe9b4aae000 rw-p 00017000 fd:01 1051078 /usr/lib64/libresolv-2.17.so 7fe9b4aae000-7fe9b4ab0000 rw-p 00000000 00:00 0 7fe9b4ab0000-7fe9b4ab3000 r-xp 00000000 fd:01 1047227 /usr/lib64/libkeyutils.so.1.5 7fe9b4ab3000-7fe9b4cb2000 ---p 00003000 fd:01 1047227 /usr/lib64/libkeyutils.so.1.5 7fe9b4cb2000-7fe9b4cb3000 r--p 00002000 fd:01 1047227 /usr/lib64/libkeyutils.so.1.5 7fe9b4cb3000-7fe9b4cb4000 rw-p 00003000 fd:01 1047227 /usr/lib64/libkeyutils.so.1.5 7fe9b4cb4000-7fe9b4cc1000 r-xp 00000000 fd:01 1047569 /usr/lib64/libkrb5support.so.0.1 7fe9b4cc1000-7fe9b4ec0000 ---p 0000d000 fd:01 1047569 /usr/lib64/libkrb5support.so.0.1 7fe9b4ec0000-7fe9b4ec1000 r--p 0000c000 fd:01 1047569 /usr/lib64/libkrb5support.so.0.1 7fe9b4ec1000-7fe9b4ec2000 rw-p 0000d000 fd:01 1047569 /usr/lib64/libkrb5support.so.0.1 7fe9b4ec2000-7fe9b4ef4000 r-xp 00000000 fd:01 1047557 /usr/lib64/libk5crypto.so.3.1 7fe9b4ef4000-7fe9b50f3000 ---p 00032000 fd:01 1047557 /usr/lib64/libk5crypto.so.3.1 7fe9b50f3000-7fe9b50f5000 r--p 00031000 fd:01 1047557 /usr/lib64/libk5crypto.so.3.1 7fe9b50f5000-7fe9b50f6000 rw-p 00033000 fd:01 1047557 /usr/lib64/libk5crypto.so.3.1 7fe9b50f6000-7fe9b50f7000 rw-p 00000000 00:00 0 7fe9b50f7000-7fe9b50fa000 r-xp 00000000 fd:01 1046693 /usr/lib64/libcom_err.so.2.1 7fe9b50fa000-7fe9b52f9000 ---p 00003000 fd:01 1046693 /usr/lib64/libcom_err.so.2.1 7fe9b52f9000-7fe9b52fa000 r--p 00002000 fd:01 1046693 /usr/lib64/libcom_err.so.2.1 7fe9b52fa000-7fe9b52fb000 rw-p 00003000 fd:01 1046693 /usr/lib64/libcom_err.so.2.1 7fe9b52fb000-7fe9b53cb000 r-xp 00000000 fd:01 1047567 /usr/lib64/libkrb5.so.3.3 7fe9b53cb000-7fe9b55cb000 ---p 000d0000 fd:01 1047567 /usr/lib64/libkrb5.so.3.3 7fe9b55cb000-7fe9b55d8000 r--p 000d0000 fd:01 1047567 /usr/lib64/libkrb5.so.3.3 7fe9b55d8000-7fe9b55db000 rw-p 000dd000 fd:01 1047567 /usr/lib64/libkrb5.so.3.3 7fe9b55db000-7fe9b5622000 r-xp 00000000 fd:01 1047553 /usr/lib64/libgssapi_krb5.so.2.2 7fe9b5622000-7fe9b5822000 ---p 00047000 fd:01 1047553 /usr/lib64/libgssapi_krb5.so.2.2 7fe9b5822000-7fe9b5823000 r--p 00047000 fd:01 1047553 /usr/lib64/libgssapi_krb5.so.2.2 7fe9b5823000-7fe9b5825000 rw-p 00048000 fd:01 1047553 /usr/lib64/libgssapi_krb5.so.2.2 7fe9b5825000-7fe9b59e0000 r-xp 00000000 fd:01 1047576 /usr/lib64/libcrypto.so.1.0.1e 7fe9b59e0000-7fe9b5be0000 ---p 001bb000 fd:01 1047576 /usr/lib64/libcrypto.so.1.0.1e 7fe9b5be0000-7fe9b5bfa000 r--p 001bb000 fd:01 1047576 /usr/lib64/libcrypto.so.1.0.1e 7fe9b5bfa000-7fe9b5c06000 rw-p 001d5000 fd:01 1047576 /usr/lib64/libcrypto.so.1.0.1e 7fe9b5c06000-7fe9b5c0a000 rw-p 00000000 00:00 0 7fe9b5c0a000-7fe9b5c6c000 r-xp 00000000 fd:01 1052075 /usr/lib64/libssl.so.1.0.1e 7fe9b5c6c000-7fe9b5e6b000 ---p 00062000 fd:01 1052075 /usr/lib64/libssl.so.1.0.1e 7fe9b5e6b000-7fe9b5e6f000 r--p 00061000 fd:01 1052075 /usr/lib64/libssl.so.1.0.1e 7fe9b5e6f000-7fe9b5e76000 rw-p 00065000 fd:01 1052075 /usr/lib64/libssl.so.1.0.1e 7fe9b5e76000-7fe9b5ea7000 r-xp 00000000 fd:01 1051212 /usr/lib64/httpd/modules/mod_ssl.so 7fe9b5ea7000-7fe9b60a7000 ---p 00031000 fd:01 1051212 /usr/lib64/httpd/modules/mod_ssl.so 7fe9b60a7000-7fe9b60a9000 r--p 00031000 fd:01 1051212 /usr/lib64/httpd/modules/mod_ssl.so 7fe9b60a9000-7fe9b60aa000 rw-p 00033000 fd:01 1051212 /usr/lib64/httpd/modules/mod_ssl.so 7fe9b60aa000-7fe9b60ac000 rw-p 00000000 00:00 0 7fe9b60ac000-7fe9b60b0000 r-xp 00000000 fd:01 1059122 /usr/lib64/httpd/modules/mod_proxy_scgi.so 7fe9b60b0000-7fe9b62af000 ---p 00004000 fd:01 1059122 /usr/lib64/httpd/modules/mod_proxy_scgi.so 7fe9b62af000-7fe9b62b0000 r--p 00003000 fd:01 1059122 /usr/lib64/httpd/modules/mod_proxy_scgi.so 7fe9b62b0000-7fe9b62b1000 rw-p 00004000 fd:01 1059122 /usr/lib64/httpd/modules/mod_proxy_scgi.so 7fe9b62b1000-7fe9b62b9000 r-xp 00000000 fd:01 1059121 /usr/lib64/httpd/modules/mod_proxy_http.so 7fe9b62b9000-7fe9b64b9000 ---p 00008000 fd:01 1059121 /usr/lib64/httpd/modules/mod_proxy_http.so 7fe9b64b9000-7fe9b64ba000 r--p 00008000 fd:01 1059121 /usr/lib64/httpd/modules/mod_proxy_http.so 7fe9b64ba000-7fe9b64bb000 rw-p 00009000 fd:01 1059121 /usr/lib64/httpd/modules/mod_proxy_http.so 7fe9b64bb000-7fe9b64c5000 r-xp 00000000 fd:01 1059120 /usr/lib64/httpd/modules/mod_proxy_ftp.so 7fe9b64c5000-7fe9b66c4000 ---p 0000a000 fd:01 1059120 /usr/lib64/httpd/modules/mod_proxy_ftp.so 7fe9b66c4000-7fe9b66c5000 r--p 00009000 fd:01 1059120 /usr/lib64/httpd/modules/mod_proxy_ftp.so 7fe9b66c5000-7fe9b66c6000 rw-p 0000a000 fd:01 1059120 /usr/lib64/httpd/modules/mod_proxy_ftp.so 7fe9b66c6000-7fe9b66c8000 r-xp 00000000 fd:01 1059119 /usr/lib64/httpd/modules/mod_proxy_fdpass.so 7fe9b66c8000-7fe9b68c7000 ---p 00002000 fd:01 1059119 /usr/lib64/httpd/modules/mod_proxy_fdpass.so 7fe9b68c7000-7fe9b68c8000 r--p 00001000 fd:01 1059119 /usr/lib64/httpd/modules/mod_proxy_fdpass.so 7fe9b68c8000-7fe9b68c9000 rw-p 00002000 fd:01 1059119 /usr/lib64/httpd/modules/mod_proxy_fdpass.so 7fe9b68c9000-7fe9b68cd000 r-xp 00000000 fd:01 1059118 /usr/lib64/httpd/modules/mod_proxy_fcgi.so 7fe9b68cd000-7fe9b6acc000 ---p 00004000 fd:01 1059118 /usr/lib64/httpd/modules/mod_proxy_fcgi.so 7fe9b6acc000-7fe9b6acd000 r--p 00003000 fd:01 1059118 /usr/lib64/httpd/modules/mod_proxy_fcgi.so 7fe9b6acd000-7fe9b6ace000 rw-p 00004000 fd:01 1059118 /usr/lib64/httpd/modules/mod_proxy_fcgi.so 7fe9b6ace000-7fe9b6ad0000 r-xp 00000000 fd:01 1059117 /usr/lib64/httpd/modules/mod_proxy_express.so 7fe9b6ad0000-7fe9b6cd0000 ---p 00002000 fd:01 1059117 /usr/lib64/httpd/modules/mod_proxy_express.so 7fe9b6cd0000-7fe9b6cd1000 r--p 00002000 fd:01 1059117 /usr/lib64/httpd/modules/mod_proxy_express.so 7fe9b6cd1000-7fe9b6cd2000 rw-p 00003000 fd:01 1059117 /usr/lib64/httpd/modules/mod_proxy_express.so 7fe9b6cd2000-7fe9b6cd6000 r-xp 00000000 fd:01 1059116 /usr/lib64/httpd/modules/mod_proxy_connect.so 7fe9b6cd6000-7fe9b6ed5000 ---p 00004000 fd:01 1059116 /usr/lib64/httpd/modules/mod_proxy_connect.so 7fe9b6ed5000-7fe9b6ed6000 r--p 00003000 fd:01 1059116 /usr/lib64/httpd/modules/mod_proxy_connect.so 7fe9b6ed6000-7fe9b6ed7000 rw-p 00004000 fd:01 1059116 /usr/lib64/httpd/modules/mod_proxy_connect.so 7fe9b6ed7000-7fe9b6ee1000 r-xp 00000000 fd:01 1059115 /usr/lib64/httpd/modules/mod_proxy_balancer.so 7fe9b6ee1000-7fe9b70e1000 ---p 0000a000 fd:01 1059115 /usr/lib64/httpd/modules/mod_proxy_balancer.so 7fe9b70e1000-7fe9b70e2000 r--p 0000a000 fd:01 1059115 /usr/lib64/httpd/modules/mod_proxy_balancer.so 7fe9b70e2000-7fe9b70e3000 rw-p 0000b000 fd:01 1059115 /usr/lib64/httpd/modules/mod_proxy_balancer.so 7fe9b70e3000-7fe9b70ef000 r-xp 00000000 fd:01 1059114 /usr/lib64/httpd/modules/mod_proxy_ajp.so 7fe9b70ef000-7fe9b72ee000 ---p 0000c000 fd:01 1059114 /usr/lib64/httpd/modules/mod_proxy_ajp.so 7fe9b72ee000-7fe9b72ef000 r--p 0000b000 fd:01 1059114 /usr/lib64/httpd/modules/mod_proxy_ajp.so 7fe9b72ef000-7fe9b72f0000 rw-p 0000c000 fd:01 1059114 /usr/lib64/httpd/modules/mod_proxy_ajp.so 7fe9b72f0000-7fe9b72f3000 r-xp 00000000 fd:01 1059105 /usr/lib64/httpd/modules/mod_lbmethod_heartbeat.so 7fe9b72f3000-7fe9b74f2000 ---p 00003000 fd:01 1059105 /usr/lib64/httpd/modules/mod_lbmethod_heartbeat.so 7fe9b74f2000-7fe9b74f3000 r--p 00002000 fd:01 1059105 /usr/lib64/httpd/modules/mod_lbmethod_heartbeat.so 7fe9b74f3000-7fe9b74f4000 rw-p 00003000 fd:01 1059105 /usr/lib64/httpd/modules/mod_lbmethod_heartbeat.so 7fe9b74f4000-7fe9b74f5000 r-xp 00000000 fd:01 1059104 /usr/lib64/httpd/modules/mod_lbmethod_bytraffic.so 7fe9b74f5000-7fe9b76f5000 ---p 00001000 fd:01 1059104 /usr/lib64/httpd/modules/mod_lbmethod_bytraffic.so 7fe9b76f5000-7fe9b76f6000 r--p 00001000 fd:01 1059104 /usr/lib64/httpd/modules/mod_lbmethod_bytraffic.so 7fe9b76f6000-7fe9b76f7000 rw-p 00002000 fd:01 1059104 /usr/lib64/httpd/modules/mod_lbmethod_bytraffic.so 7fe9b76f7000-7fe9b76f8000 r-xp 00000000 fd:01 1059103 /usr/lib64/httpd/modules/mod_lbmethod_byrequests.so 7fe9b76f8000-7fe9b78f8000 ---p 00001000 fd:01 1059103 /usr/lib64/httpd/modules/mod_lbmethod_byrequests.so 7fe9b78f8000-7fe9b78f9000 r--p 00001000 fd:01 1059103 /usr/lib64/httpd/modules/mod_lbmethod_byrequests.so 7fe9b78f9000-7fe9b78fa000 rw-p 00002000 fd:01 1059103 /usr/lib64/httpd/modules/mod_lbmethod_byrequests.so 7fe9b78fa000-7fe9b78fb000 r-xp 00000000 fd:01 1059102 /usr/lib64/httpd/modules/mod_lbmethod_bybusyness.so 7fe9b78fb000-7fe9b7afb000 ---p 00001000 fd:01 1059102 /usr/lib64/httpd/modules/mod_lbmethod_bybusyness.so 7fe9b7afb000-7fe9b7afc000 r--p 00001000 fd:01 1059102 /usr/lib64/httpd/modules/mod_lbmethod_bybusyness.so 7fe9b7afc000-7fe9b7afd000 rw-p 00002000 fd:01 1059102 /usr/lib64/httpd/modules/mod_lbmethod_bybusyness.so 7fe9b7afd000-7fe9b7b18000 r-xp 00000000 fd:01 1059113 /usr/lib64/httpd/modules/mod_proxy.so 7fe9b7b18000-7fe9b7d18000 ---p 0001b000 fd:01 1059113 /usr/lib64/httpd/modules/mod_proxy.so 7fe9b7d18000-7fe9b7d19000 r--p 0001b000 fd:01 1059113 /usr/lib64/httpd/modules/mod_proxy.so 7fe9b7d19000-7fe9b7d1a000 rw-p 0001c000 fd:01 1059113 /usr/lib64/httpd/modules/mod_proxy.so 7fe9b7d1a000-7fe9b7d21000 r-xp 00000000 fd:01 1055144 /usr/lib64/httpd/modules/mod_mpm_prefork.so 7fe9b7d21000-7fe9b7f20000 ---p 00007000 fd:01 1055144 /usr/lib64/httpd/modules/mod_mpm_prefork.so 7fe9b7f20000-7fe9b7f21000 r--p 00006000 fd:01 1055144 /usr/lib64/httpd/modules/mod_mpm_prefork.so 7fe9b7f21000-7fe9b7f22000 rw-p 00007000 fd:01 1055144 /usr/lib64/httpd/modules/mod_mpm_prefork.so 7fe9b7f22000-7fe9b8023000 r-xp 00000000 fd:01 1046621 /usr/lib64/libm-2.17.so 7fe9b8023000-7fe9b8222000 ---p 00101000 fd:01 1046621 /usr/lib64/libm-2.17.so 7fe9b8222000-7fe9b8223000 r--p 00100000 fd:01 1046621 /usr/lib64/libm-2.17.so 7fe9b8223000-7fe9b8224000 rw-p 00101000 fd:01 1046621 /usr/lib64/libm-2.17.so 7fe9b8224000-7fe9b8250000 r-xp 00000000 fd:01 1046864 /usr/lib64/liblua-5.1.so 7fe9b8250000-7fe9b844f000 ---p 0002c000 fd:01 1046864 /usr/lib64/liblua-5.1.so 7fe9b844f000-7fe9b8451000 r--p 0002b000 fd:01 1046864 /usr/lib64/liblua-5.1.so 7fe9b8451000-7fe9b8452000 rw-p 0002d000 fd:01 1046864 /usr/lib64/liblua-5.1.so 7fe9b8452000-7fe9b846c000 r-xp 00000000 fd:01 1059108 /usr/lib64/httpd/modules/mod_lua.so 7fe9b846c000-7fe9b866c000 ---p 0001a000 fd:01 1059108 /usr/lib64/httpd/modules/mod_lua.so 7fe9b866c000-7fe9b866d000 r--p 0001a000 fd:01 1059108 /usr/lib64/httpd/modules/mod_lua.so 7fe9b866d000-7fe9b866e000 rw-p 0001b000 fd:01 1059108 /usr/lib64/httpd/modules/mod_lua.so 7fe9b866e000-7fe9b8672000 r-xp 00000000 fd:01 1055477 /usr/lib64/httpd/modules/mod_dav_lock.so 7fe9b8672000-7fe9b8871000 ---p 00004000 fd:01 1055477 /usr/lib64/httpd/modules/mod_dav_lock.so 7fe9b8871000-7fe9b8872000 r--p 00003000 fd:01 1055477 /usr/lib64/httpd/modules/mod_dav_lock.so 7fe9b8872000-7fe9b8873000 rw-p 00004000 fd:01 1055477 /usr/lib64/httpd/modules/mod_dav_lock.so 7fe9b8873000-7fe9b887f000 r-xp 00000000 fd:01 1055476 /usr/lib64/httpd/modules/mod_dav_fs.so 7fe9b887f000-7fe9b8a7f000 ---p 0000c000 fd:01 1055476 /usr/lib64/httpd/modules/mod_dav_fs.so 7fe9b8a7f000-7fe9b8a80000 r--p 0000c000 fd:01 1055476 /usr/lib64/httpd/modules/mod_dav_fs.so 7fe9b8a80000-7fe9b8a81000 rw-p 0000d000 fd:01 1055476 /usr/lib64/httpd/modules/mod_dav_fs.so 7fe9b8a81000-7fe9b8a98000 r-xp 00000000 fd:01 1055475 /usr/lib64/httpd/modules/mod_dav.so 7fe9b8a98000-7fe9b8c98000 ---p 00017000 fd:01 1055475 /usr/lib64/httpd/modules/mod_dav.so 7fe9b8c98000-7fe9b8c99000 r--p 00017000 fd:01 1055475 /usr/lib64/httpd/modules/mod_dav.so 7fe9b8c99000-7fe9b8c9a000 rw-p 00018000 fd:01 1055475 /usr/lib64/httpd/modules/mod_dav.so 7fe9b8c9a000-7fe9b8c9c000 r-xp 00000000 fd:01 1059140 /usr/lib64/httpd/modules/mod_vhost_alias.so 7fe9b8c9c000-7fe9b8e9c000 ---p 00002000 fd:01 1059140 /usr/lib64/httpd/modules/mod_vhost_alias.so 7fe9b8e9c000-7fe9b8e9d000 r--p 00002000 fd:01 1059140 /usr/lib64/httpd/modules/mod_vhost_alias.so 7fe9b8e9d000-7fe9b8e9e000 rw-p 00003000 fd:01 1059140 /usr/lib64/httpd/modules/mod_vhost_alias.so 7fe9b8e9e000-7fe9b8ea0000 r-xp 00000000 fd:01 1055180 /usr/lib64/httpd/modules/mod_version.so 7fe9b8ea0000-7fe9b909f000 ---p 00002000 fd:01 1055180 /usr/lib64/httpd/modules/mod_version.so 7fe9b909f000-7fe9b90a0000 r--p 00001000 fd:01 1055180 /usr/lib64/httpd/modules/mod_version.so 7fe9b90a0000-7fe9b90a1000 rw-p 00002000 fd:01 1055180 /usr/lib64/httpd/modules/mod_version.so 7fe9b90a1000-7fe9b90a3000 r-xp 00000000 fd:01 1059138 /usr/lib64/httpd/modules/mod_userdir.so 7fe9b90a3000-7fe9b92a2000 ---p 00002000 fd:01 1059138 /usr/lib64/httpd/modules/mod_userdir.so 7fe9b92a2000-7fe9b92a3000 r--p 00001000 fd:01 1059138 /usr/lib64/httpd/modules/mod_userdir.so 7fe9b92a3000-7fe9b92a4000 rw-p 00002000 fd:01 1059138 /usr/lib64/httpd/modules/mod_userdir.so 7fe9b92a4000-7fe9b92a7000 r-xp 00000000 fd:01 1059137 /usr/lib64/httpd/modules/mod_unixd.so 7fe9b92a7000-7fe9b94a6000 ---p 00003000 fd:01 1059137 /usr/lib64/httpd/modules/mod_unixd.so 7fe9b94a6000-7fe9b94a7000 r--p 00002000 fd:01 1059137 /usr/lib64/httpd/modules/mod_unixd.so 7fe9b94a7000-7fe9b94a8000 rw-p 00003000 fd:01 1059137 /usr/lib64/httpd/modules/mod_unixd.so 7fe9b94a8000-7fe9b94a9000 r-xp 00000000 fd:01 1059136 /usr/lib64/httpd/modules/mod_unique_id.so 7fe9b94a9000-7fe9b96a9000 ---p 00001000 fd:01 1059136 /usr/lib64/httpd/modules/mod_unique_id.so 7fe9b96a9000-7fe9b96aa000 r--p 00001000 fd:01 1059136 /usr/lib64/httpd/modules/mod_unique_id.so 7fe9b96aa000-7fe9b96ab000 rw-p 00002000 fd:01 1059136 /usr/lib64/httpd/modules/mod_unique_id.so 7fe9b96ab000-7fe9b96ad000 r-xp 00000000 fd:01 1059134 /usr/lib64/httpd/modules/mod_suexec.so 7fe9b96ad000-7fe9b98ac000 ---p 00002000 fd:01 1059134 /usr/lib64/httpd/modules/mod_suexec.so 7fe9b98ac000-7fe9b98ad000 r--p 00001000 fd:01 1059134 /usr/lib64/httpd/modules/mod_suexec.so 7fe9b98ad000-7fe9b98ae000 rw-p 00002000 fd:01 1059134 /usr/lib64/httpd/modules/mod_suexec.so 7fe9b98ae000-7fe9b98b1000 r-xp 00000000 fd:01 1059133 /usr/lib64/httpd/modules/mod_substitute.so 7fe9b98b1000-7fe9b9ab0000 ---p 00003000 fd:01 1059133 /usr/lib64/httpd/modules/mod_substitute.so 7fe9b9ab0000-7fe9b9ab1000 r--p 00002000 fd:01 1059133 /usr/lib64/httpd/modules/mod_substitute.so 7fe9b9ab1000-7fe9b9ab2000 rw-p 00003000 fd:01 1059133 /usr/lib64/httpd/modules/mod_substitute.so 7fe9b9ab2000-7fe9b9ab7000 r-xp 00000000 fd:01 1055172 /usr/lib64/httpd/modules/mod_status.so 7fe9b9ab7000-7fe9b9cb6000 ---p 00005000 fd:01 1055172 /usr/lib64/httpd/modules/mod_status.so 7fe9b9cb6000-7fe9b9cb7000 r--p 00004000 fd:01 1055172 /usr/lib64/httpd/modules/mod_status.so 7fe9b9cb7000-7fe9b9cb8000 rw-p 00005000 fd:01 1055172 /usr/lib64/httpd/modules/mod_status.so 7fe9b9cb8000-7fe9b9cbd000 r-xp 00000000 fd:01 1059131 /usr/lib64/httpd/modules/mod_socache_shmcb.so 7fe9b9cbd000-7fe9b9ebc000 ---p 00005000 fd:01 1059131 /usr/lib64/httpd/modules/mod_socache_shmcb.so 7fe9b9ebc000-7fe9b9ebd000 r--p 00004000 fd:01 1059131 /usr/lib64/httpd/modules/mod_socache_shmcb.so 7fe9b9ebd000-7fe9b9ebe000 rw-p 00005000 fd:01 1059131 /usr/lib64/httpd/modules/mod_socache_shmcb.so 7fe9b9ebe000-7fe9b9ec0000 r-xp 00000000 fd:01 1059130 /usr/lib64/httpd/modules/mod_socache_memcache.so 7fe9b9ec0000-7fe9ba0bf000 ---p 00002000 fd:01 1059130 /usr/lib64/httpd/modules/mod_socache_memcache.so 7fe9ba0bf000-7fe9ba0c0000 r--p 00001000 fd:01 1059130 /usr/lib64/httpd/modules/mod_socache_memcache.so 7fe9ba0c0000-7fe9ba0c1000 rw-p 00002000 fd:01 1059130 /usr/lib64/httpd/modules/mod_socache_memcache.so 7fe9ba0c1000-7fe9ba0c4000 r-xp 00000000 fd:01 1059129 /usr/lib64/httpd/modules/mod_socache_dbm.so 7fe9ba0c4000-7fe9ba2c3000 ---p 00003000 fd:01 1059129 /usr/lib64/httpd/modules/mod_socache_dbm.so 7fe9ba2c3000-7fe9ba2c4000 r--p 00002000 fd:01 1059129 /usr/lib64/httpd/modules/mod_socache_dbm.so 7fe9ba2c4000-7fe9ba2c5000 rw-p 00003000 fd:01 1059129 /usr/lib64/httpd/modules/mod_socache_dbm.so 7fe9ba2c5000-7fe9ba2c8000 r-xp 00000000 fd:01 1059128 /usr/lib64/httpd/modules/mod_slotmem_shm.so 7fe9ba2c8000-7fe9ba4c7000 ---p 00003000 fd:01 1059128 /usr/lib64/httpd/modules/mod_slotmem_shm.so 7fe9ba4c7000-7fe9ba4c8000 r--p 00002000 fd:01 1059128 /usr/lib64/httpd/modules/mod_slotmem_shm.so 7fe9ba4c8000-7fe9ba4c9000 rw-p 00003000 fd:01 1059128 /usr/lib64/httpd/modules/mod_slotmem_shm.so 7fe9ba4c9000-7fe9ba4cb000 r-xp 00000000 fd:01 1059127 /usr/lib64/httpd/modules/mod_slotmem_plain.so 7fe9ba4cb000-7fe9ba6ca000 ---p 00002000 fd:01 1059127 /usr/lib64/httpd/modules/mod_slotmem_plain.so 7fe9ba6ca000-7fe9ba6cb000 r--p 00001000 fd:01 1059127 /usr/lib64/httpd/modules/mod_slotmem_plain.so 7fe9ba6cb000-7fe9ba6cc000 rw-p 00002000 fd:01 1059127 /usr/lib64/httpd/modules/mod_slotmem_plain.so 7fe9ba6cc000-7fe9ba6cf000 r-xp 00000000 fd:01 1055165 /usr/lib64/httpd/modules/mod_setenvif.so 7fe9ba6cf000-7fe9ba8ce000 ---p 00003000 fd:01 1055165 /usr/lib64/httpd/modules/mod_setenvif.so 7fe9ba8ce000-7fe9ba8cf000 r--p 00002000 fd:01 1055165 /usr/lib64/httpd/modules/mod_setenvif.so 7fe9ba8cf000-7fe9ba8d0000 rw-p 00003000 fd:01 1055165 /usr/lib64/httpd/modules/mod_setenvif.so 7fe9ba8d0000-7fe9ba8df000 r-xp 00000000 fd:01 1055163 /usr/lib64/httpd/modules/mod_rewrite.so 7fe9ba8df000-7fe9baadf000 ---p 0000f000 fd:01 1055163 /usr/lib64/httpd/modules/mod_rewrite.so 7fe9baadf000-7fe9baae0000 r--p 0000f000 fd:01 1055163 /usr/lib64/httpd/modules/mod_rewrite.so 7fe9baae0000-7fe9baae1000 rw-p 00010000 fd:01 1055163 /usr/lib64/httpd/modules/mod_rewrite.so 7fe9baae1000-7fe9baae4000 r-xp 00000000 fd:01 1059124 /usr/lib64/httpd/modules/mod_reqtimeout.so 7fe9baae4000-7fe9bace3000 ---p 00003000 fd:01 1059124 /usr/lib64/httpd/modules/mod_reqtimeout.so 7fe9bace3000-7fe9bace4000 r--p 00002000 fd:01 1059124 /usr/lib64/httpd/modules/mod_reqtimeout.so 7fe9bace4000-7fe9bace5000 rw-p 00003000 fd:01 1059124 /usr/lib64/httpd/modules/mod_reqtimeout.so 7fe9bace5000-7fe9bace8000 r-xp 00000000 fd:01 1055160 /usr/lib64/httpd/modules/mod_remoteip.so 7fe9bace8000-7fe9baee7000 ---p 00003000 fd:01 1055160 /usr/lib64/httpd/modules/mod_remoteip.so 7fe9baee7000-7fe9baee8000 r--p 00002000 fd:01 1055160 /usr/lib64/httpd/modules/mod_remoteip.so 7fe9baee8000-7fe9baee9000 rw-p 00003000 fd:01 1055160 /usr/lib64/httpd/modules/mod_remoteip.so 7fe9baee9000-7fe9baef1000 r-xp 00000000 fd:01 1055146 /usr/lib64/httpd/modules/mod_negotiation.so 7fe9baef1000-7fe9bb0f0000 ---p 00008000 fd:01 1055146 /usr/lib64/httpd/modules/mod_negotiation.so 7fe9bb0f0000-7fe9bb0f1000 r--p 00007000 fd:01 1055146 /usr/lib64/httpd/modules/mod_negotiation.so 7fe9bb0f1000-7fe9bb0f2000 rw-p 00008000 fd:01 1055146 /usr/lib64/httpd/modules/mod_negotiation.so 7fe9bb0f2000-7fe9bb0f6000 r-xp 00000000 fd:01 1055141 /usr/lib64/httpd/modules/mod_mime.so 7fe9bb0f6000-7fe9bb2f6000 ---p 00004000 fd:01 1055141 /usr/lib64/httpd/modules/mod_mime.so 7fe9bb2f6000-7fe9bb2f7000 r--p 00004000 fd:01 1055141 /usr/lib64/httpd/modules/mod_mime.so 7fe9bb2f7000-7fe9bb2f8000 rw-p 00005000 fd:01 1055141 /usr/lib64/httpd/modules/mod_mime.so 7fe9bb2f8000-7fe9bb2fe000 r-xp 00000000 fd:01 1059110 /usr/lib64/httpd/modules/mod_mime_magic.so 7fe9bb2fe000-7fe9bb4fd000 ---p 00006000 fd:01 1059110 /usr/lib64/httpd/modules/mod_mime_magic.so 7fe9bb4fd000-7fe9bb4fe000 r--p 00005000 fd:01 1059110 /usr/lib64/httpd/modules/mod_mime_magic.so 7fe9bb4fe000-7fe9bb4ff000 rw-p 00006000 fd:01 1059110 /usr/lib64/httpd/modules/mod_mime_magic.so 7fe9bb4ff000-7fe9bb501000 r-xp 00000000 fd:01 1055138 /usr/lib64/httpd/modules/mod_logio.so 7fe9bb501000-7fe9bb700000 ---p 00002000 fd:01 1055138 /usr/lib64/httpd/modules/mod_logio.so 7fe9bb700000-7fe9bb701000 r--p 00001000 fd:01 1055138 /usr/lib64/httpd/modules/mod_logio.so 7fe9bb701000-7fe9bb702000 rw-p 00002000 fd:01 1055138 /usr/lib64/httpd/modules/mod_logio.so 7fe9bb702000-7fe9bb708000 r-xp 00000000 fd:01 1059106 /usr/lib64/httpd/modules/mod_log_config.so 7fe9bb708000-7fe9bb907000 ---p 00006000 fd:01 1059106 /usr/lib64/httpd/modules/mod_log_config.so 7fe9bb907000-7fe9bb908000 r--p 00005000 fd:01 1059106 /usr/lib64/httpd/modules/mod_log_config.so 7fe9bb908000-7fe9bb909000 rw-p 00006000 fd:01 1059106 /usr/lib64/httpd/modules/mod_log_config.so 7fe9bb909000-7fe9bb90f000 r-xp 00000000 fd:01 1059101 /usr/lib64/httpd/modules/mod_info.so 7fe9bb90f000-7fe9bbb0e000 ---p 00006000 fd:01 1059101 /usr/lib64/httpd/modules/mod_info.so 7fe9bbb0e000-7fe9bbb0f000 r--p 00005000 fd:01 1059101 /usr/lib64/httpd/modules/mod_info.so 7fe9bbb0f000-7fe9bbb10000 rw-p 00006000 fd:01 1059101 /usr/lib64/httpd/modules/mod_info.so 7fe9bbb10000-7fe9bbb1b000 r-xp 00000000 fd:01 1055129 /usr/lib64/httpd/modules/mod_include.so 7fe9bbb1b000-7fe9bbd1b000 ---p 0000b000 fd:01 1055129 /usr/lib64/httpd/modules/mod_include.so 7fe9bbd1b000-7fe9bbd1c000 r--p 0000b000 fd:01 1055129 /usr/lib64/httpd/modules/mod_include.so 7fe9bbd1c000-7fe9bbd1d000 rw-p 0000c000 fd:01 1055129 /usr/lib64/httpd/modules/mod_include.so 7fe9bbd1d000-7fe9bbd21000 r-xp 00000000 fd:01 1059099 /usr/lib64/httpd/modules/mod_headers.so 7fe9bbd21000-7fe9bbf21000 ---p 00004000 fd:01 1059099 /usr/lib64/httpd/modules/mod_headers.so 7fe9bbf21000-7fe9bbf22000 r--p 00004000 fd:01 1059099 /usr/lib64/httpd/modules/mod_headers.so 7fe9bbf22000-7fe9bbf23000 rw-p 00005000 fd:01 1059099 /usr/lib64/httpd/modules/mod_headers.so 7fe9bbf23000-7fe9bbf27000 r-xp 00000000 fd:01 1055125 /usr/lib64/httpd/modules/mod_filter.so 7fe9bbf27000-7fe9bc126000 ---p 00004000 fd:01 1055125 /usr/lib64/httpd/modules/mod_filter.so 7fe9bc126000-7fe9bc127000 r--p 00003000 fd:01 1055125 /usr/lib64/httpd/modules/mod_filter.so 7fe9bc127000-7fe9bc128000 rw-p 00004000 fd:01 1055125 /usr/lib64/httpd/modules/mod_filter.so 7fe9bc128000-7fe9bc12d000 r-xp 00000000 fd:01 1059097 /usr/lib64/httpd/modules/mod_ext_filter.so 7fe9bc12d000-7fe9bc32c000 ---p 00005000 fd:01 1059097 /usr/lib64/httpd/modules/mod_ext_filter.so 7fe9bc32c000-7fe9bc32d000 r--p 00004000 fd:01 1059097 /usr/lib64/httpd/modules/mod_ext_filter.so 7fe9bc32d000-7fe9bc32e000 rw-p 00005000 fd:01 1059097 /usr/lib64/httpd/modules/mod_ext_filter.so 7fe9bc32e000-7fe9bc330000 r-xp 00000000 fd:01 1059096 /usr/lib64/httpd/modules/mod_expires.so 7fe9bc330000-7fe9bc530000 ---p 00002000 fd:01 1059096 /usr/lib64/httpd/modules/mod_expires.so 7fe9bc530000-7fe9bc531000 r--p 00002000 fd:01 1059096 /usr/lib64/httpd/modules/mod_expires.so 7fe9bc531000-7fe9bc532000 rw-p 00003000 fd:01 1059096 /usr/lib64/httpd/modules/mod_expires.so 7fe9bc532000-7fe9bc534000 r-xp 00000000 fd:01 1058288 /usr/lib64/httpd/modules/mod_env.so 7fe9bc534000-7fe9bc733000 ---p 00002000 fd:01 1058288 /usr/lib64/httpd/modules/mod_env.so 7fe9bc733000-7fe9bc734000 r--p 00001000 fd:01 1058288 /usr/lib64/httpd/modules/mod_env.so 7fe9bc734000-7fe9bc735000 rw-p 00002000 fd:01 1058288 /usr/lib64/httpd/modules/mod_env.so 7fe9bc735000-7fe9bc737000 r-xp 00000000 fd:01 1055483 /usr/lib64/httpd/modules/mod_echo.so 7fe9bc737000-7fe9bc936000 ---p 00002000 fd:01 1055483 /usr/lib64/httpd/modules/mod_echo.so 7fe9bc936000-7fe9bc937000 r--p 00001000 fd:01 1055483 /usr/lib64/httpd/modules/mod_echo.so 7fe9bc937000-7fe9bc938000 rw-p 00002000 fd:01 1055483 /usr/lib64/httpd/modules/mod_echo.so 7fe9bc938000-7fe9bc93a000 r-xp 00000000 fd:01 1055482 /usr/lib64/httpd/modules/mod_dumpio.so 7fe9bc93a000-7fe9bcb39000 ---p 00002000 fd:01 1055482 /usr/lib64/httpd/modules/mod_dumpio.so 7fe9bcb39000-7fe9bcb3a000 r--p 00001000 fd:01 1055482 /usr/lib64/httpd/modules/mod_dumpio.so 7fe9bcb3a000-7fe9bcb3b000 rw-p 00002000 fd:01 1055482 /usr/lib64/httpd/modules/mod_dumpio.so 7fe9bcb3b000-7fe9bcb3d000 r-xp 00000000 fd:01 1055118 /usr/lib64/httpd/modules/mod_dir.so 7fe9bcb3d000-7fe9bcd3d000 ---p 00002000 fd:01 1055118 /usr/lib64/httpd/modules/mod_dir.so 7fe9bcd3d000-7fe9bcd3e000 r--p 00002000 fd:01 1055118 /usr/lib64/httpd/modules/mod_dir.so 7fe9bcd3e000-7fe9bcd3f000 rw-p 00003000 fd:01 1055118 /usr/lib64/httpd/modules/mod_dir.so 7fe9bcd3f000-7fe9bcd54000 r-xp 00000000 fd:01 1046650 /usr/lib64/libz.so.1.2.7 7fe9bcd54000-7fe9bcf53000 ---p 00015000 fd:01 1046650 /usr/lib64/libz.so.1.2.7 7fe9bcf53000-7fe9bcf54000 r--p 00014000 fd:01 1046650 /usr/lib64/libz.so.1.2.7 7fe9bcf54000-7fe9bcf55000 rw-p 00015000 fd:01 1046650 /usr/lib64/libz.so.1.2.7 7fe9bcf55000-7fe9bcf5c000 r-xp 00000000 fd:01 1055480 /usr/lib64/httpd/modules/
Attached Files:

Notes
(0003035) derick    2015-03-04 14:58	Can you please try the xdebug_2_3 branch from Github?
(0003036) kae    2015-03-04 15:26	I've rebuilt using the 2.3 branch and have the same error message, but referencing the new file. starts with: *** Error in `/usr/sbin/httpd': free(): invalid pointer: 0x00007fee1a4e8380 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x7d19d)[0x7fee1811519d] /usr/share/php/xdebug.so(xdebug_path_info_dtor+0x3d)[0x7fee0a8645bd] /usr/share/php/xdebug.so(zm_post_zend_deactivate_xdebug+0x1e9)[0x7fee0a860939] /etc/httpd/modules/libphp5.so(zend_post_deactivate_modules+0x2a)[0x7fee0b4b476a]
(0003037) kae    2015-03-04 15:38	Could it be that realloc in xdebug_path_info_add_path is failing and generating an invalid pointer? The following recommends assigning realloc results to a tmp variable before final assignation, so it can be tested to see if it succeeded. http://stackoverflow.com/a/4180193/231125 [^]
(0003044) derick    2015-03-09 09:45	Maybe, but I now would like a reproducible bit of code that I can run myself. Without that, I can't really try and fix it.
(0003096) derick    2015-05-30 21:02	Heya - can you provide me with a script that causes this issue, and instructions on how to replicate it? Please also try the latest Xdebug (2.3.2) first to see if that solves the problem.
(0003254) derick    2015-11-20 23:09	Ping?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1155	[Xdebug] Usage problems	minor	always	2015-05-28 18:01	2015-11-20 23:09
Reporter:	FlyLo	Platform:	PHP 5.6.3
Assigned To:	derick	OS:	Windows 7 64bit
Priority:	normal	OS Version:
Status:	confirmed	Product Version:	2.3.2
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.4.1
Operating System:	Windows 7 64bit
PHP Version:	5.6.0-5.6.4
Summary:	Local variables are not shown when execution break in error_handler
Description:	Hello, I have tested this only with PHPstorm as the client. With the attached sample code, when breaking the execution inside the error_handler, there are no local variables available for inspection inside the method that triggered the PHP notice/warning. In this case variable $a from method Test->a() is not displayed in any stackframe.
Steps To Reproduce:	Please check the screenshot attached. The breakpoint was set on line 4.
Additional Information:	Variable $a should be available for inspection
Attached Files:	xdebug_issue.png (57,356) 2015-05-28 18:01 http://bugs.xdebug.org/file_download.php?file_id=252&type=bug test.php (296) 2015-05-28 18:02 http://bugs.xdebug.org/file_download.php?file_id=253&type=bug

Notes
(0003093) derick    2015-05-29 13:44	I can confirm this - no clue as to why yet though. As a note to myself, I am using the following DBGP commands: step_into -i 1 breakpoint_set -i 2 -t line -n 4 run -i 3 context_get -i 4 -d 2 property_get -i 5 -d 2 -n $a
(0003094) FlyLo    2015-05-29 14:19	Ok, thanks for confirming it. I wasn't sure if it was from XDebug itself or some PHPstorm bug or misconfiguration. I would be happy to help as much as I can, although not sure how, except by testing it further whenever is necessary. And thank you for this awesome tool.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1174	[Xdebug] Feature/Change request	minor	have not tried	2015-07-18 14:29	2015-11-20 18:08
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.0-5.6.4
Summary:	Buffer trace output in memory, before writing it
Description:	This should theoretically produce less IO.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003252) derick    2015-11-20 18:08	I did experiment with this. It didn't make anything go faster for me.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
928	[Xdebug] Feature/Change request	feature	N/A	2013-03-01 15:21	2015-11-20 18:07
Reporter:	tomaszkrol	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.0
Summary:	Optionally no resolving symlink
Description:	We have a production environment based on symlink. We are deploying new version of an application to a new directory whose name corresponds to SVN revisions number (in ex. 1, 2, 3) and change symlink 'current' so that it points to the newest code version. Apache's Document Root is set to: /var/www/app/$app-name/current/ Example: /var/www/ www.example.org/ 1/ index.php 2/ index.php 3/ index.php current => 3 When we try to debug the application we encounter a problem with directory mapping, because symlink current is resolved by xDebug to return the real path, for example: /var/www/www.example.org/3/... instead of the expected /var/www/www.example.org/current/... We made a small modification to xdebug that allows for optional disabling of symlink resolution.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002713) derick    2014-02-27 19:48	The symlinks are resolved by PHP internally. Xdebug doesn't have access to the unresolved symlinked directory and filenames. You speak however of a small modification. Would you care to share that one?
(0002824) derick    2014-05-20 00:17	The symlinks are resolved by PHP internally. Xdebug doesn't have access to the unresolved symlinked directory and filenames. You speak however of a small modification. Would you care to share that one?
(0003155) goozak    2015-07-22 15:24	I'm also seeing this bug when debugging with Komodo IDE 7 & 9. I filed a bug in their system as well (https://github.com/Komodo/KomodoEdit/issues/208 [^]). I mostly added this note to try to 'revive' this bug since it doesn't look like the original reporter tomaszkrol will submit his "small modification" after all... :-)
(0003251) derick    2015-11-20 18:07	Closing this out as I don't know what to do about this, and the original reporter didn't provide me with his "small modification".

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
857	[Xdebug] Usage problems	block	always	2012-06-21 12:12	2015-11-20 18:06
Reporter:	magnusep	Platform:
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	feedback	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	CentOS 6.2, x86_64
PHP Version:	5.4.3
Summary:	"Undefined property" reported from static reference?
Description:	Might be related to 839, 837, 831, 830. I'm experiencing an issue with ZFs autoloader that seems to be caused by xdebug. If I dont set any breakpoints the provided script loads and produces a result without issues. If I replace all occurances of "protected" with "public" in lib/Zend/Loader/Autoloader.php I can use a breakpoint and step thru the code without issues. I'm using xdebug 2.3.0devel (1e7c7a7b4876fc8ef3ac90562fca9930d267e2aa on gh) The provided autoloader is taken from Zend Framework 1.11.11 and has been modified in such a way that all requires have been stripped (shouldn't affect the bug though).
Steps To Reproduce:	Extract provided archive, change include path in thescript.php to point to provided lib folder. Set a breakpoint on line 9 in thescript.php and then load it up. Xdebug will report: Notice: Undefined property: Zend_Loader_Autoloader::$_internalAutoloader in /some/path/lib/Zend/Loader/Autoloader.php on line 365 Fatal error: Class 'MyClass' not found in Unknown on line 0
Additional Information:	Linux 2.6.32-220.13.1.el6.x86_64 #1 SMP Tue Apr 17 23:56:34 BST 2012 x86_64 PHPStorm 4.0.2
Attached Files:	zendissue.zip (8,147) 2012-06-21 12:12 http://bugs.xdebug.org/file_download.php?file_id=130&type=bug 857.zip (6,614) 2012-06-26 07:25 http://bugs.xdebug.org/file_download.php?file_id=132&type=bug xdebug.log (12,050) 2012-07-04 14:35 http://bugs.xdebug.org/file_download.php?file_id=135&type=bug php-config.log (3,364) 2012-07-04 14:35 http://bugs.xdebug.org/file_download.php?file_id=136&type=bug error_log (4,596) 2012-07-04 14:35 http://bugs.xdebug.org/file_download.php?file_id=137&type=bug phpinfo.log (27,722) 2012-07-04 14:35 http://bugs.xdebug.org/file_download.php?file_id=138&type=bug

Notes
(0002278) derick    2012-06-25 19:05	Could you be so kind to make a self-contained test case? ie, with the relevant Zend Framework parts bundled?
(0002285) magnusep    2012-06-26 07:30	857.zip is about as self-contained I can make it but still two files. Afaik, to trigger the autoloading which reproduces the bug, the script needs to access a non-existant class but to pass it also needs to exist in the include path.
(0002293) derick    2012-06-27 22:07	I can't reproduce this with your code sadly, but it would help if you could make me a remote debugging log. See http://xdebug.org/docs/all_settings#remote_log [^] on how to make one.
(0002318) magnusep    2012-07-02 09:27	I am now also seeing core dumps for some reason. Only change I'm aware of is that we're now running PHP 5.4.4 from 5.4.3 when this bug was originally reported. Can I submit dumps/logs somewhere that is not publicly visible?
(0002320) magnusep    2012-07-04 14:39    (edited on: 2012-07-05 07:48)	I've now been able to reproduce the bug in an isolated environment. I believe it might be an issue with 64bit architecture since the script runs fine in an vanilla installation of 32bit CentOS. That is, I've installed both i386 and x86_64 in two separate instances. Attached is logs and output from php-config and 'php -i' from the x86_64 instance where I can reproduce the bug. "Unfortunately" I wasn't able to get a segfault :)
(0003158) chgd    2015-08-04 11:05	I have a similar problem without Zend. When running XDebug the code will break at parts where a static protected property of an abstract class is accessed. PHP then throws a Fatal Error claiming the property is undeclared.
(0003250) derick    2015-11-20 18:06	This is a bit of an old bug. Could you please try Xdebug 2.4.0rc1 (out in a few hours), and let me know if the problem still exists?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1177	[Xdebug] Usage problems	major	always	2015-08-12 09:20	2015-11-20 18:05
Reporter:	olegje	Platform:
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	10
Status:	resolved	Product Version:	2.3.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.5-5.6.9
Summary:	After enable Xdebug PHP works incredibly slow
Description:	I have installed apache 2.4 and PHP 5.6 on PC (with windows 10 OS). After enabling Xdebug php works more than 10 times(!) slower (sometimes more than 20 times) than without Xdebug. This is php.ini config: zend_extension = "php_xdebug-2.3.3-5.6-vc11-x86_64.dll" xdebug.remote_autostart = 0 xdebug.profiler_enable = 0 xdebug.profiler_output_dir = "C:\PHP\tmp" xdebug.remote_enable = 1 xdebug.remote_handler = "dbgp" xdebug.remote_mode=req xdebug.remote_host = "127.0.0.1" xdebug.remote_port=9000 xdebug.idekey=netbeans-xdebug xdebug.trace_output_dir = "C:\PHP\tmp" xdebug.auto_trace = 0 xdebug.var_display_max_depth = 3 xdebug.remote_connect_back = 0 I've made sure that profiler and autostart are disabled.
Steps To Reproduce:	Enable xdebug extension.
Additional Information:
Attached Files:

Notes
(0003249) derick    2015-11-20 18:05	I'm not sure what to do about this. It's a debugger, it makes things go slower. Although 10x sounds excessive. You can try turning of remote_enable if you're not using the debugger perhaps? Or otherwise, try Xdebug 2.4.0rc1 (out in a few hours) to see if it's faster. In any case, for Xdebug 2.5 I am going to look at some optimisations. There is already a ticket for that. Stay tuned!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1169	[Xdebug] Usage problems	minor	always	2015-06-25 10:20	2015-11-20 18:03
Reporter:	kchan4	Platform:	Linux
Assigned To:	derick	OS:	Centos
Priority:	high	OS Version:	6.5
Status:	resolved	Product Version:	2.3.2
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.4
Summary:	xDebug not stopping at breakpoint
Description:	I've been searching in google and stackoverflow for hours.....didn't find a reason... I have my app hosted in a Centos 6.5 Apache and debugging from my dev machine with Visual Studio + PHP Tools. It was working prefectly fine until I did some update, restart, couchdb install/configuration (and a lot of other things) to the Centos machine, then I notice the xdebug doesn't stop at breakpoint anymore, it only stops if there is exception or I write out xdebug_break() in the PHP script... I tried disable SELinux, Iptables, it doesn't help as well. Then I looked at the xdebug.log file, it gives me random error as follows: I: Connected to client. :-) -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///home/ec2-user/webapps/webapps/PVPCardGame/index.php" [^] language="PHP" protocol_version="1.0" appid="$ <- breakpoint_set -i x0-10000 -t exception -x "Fatal error" -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="x0-10000" id="39890001"></response> <- breakpoint_set -i x1-10001 -t exception -x "Parse error" -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="x1-10001" id="39890002"></response> <- breakpoint_set -i x2-10002 -t exception -x "Unknown error" -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="x2-10002" id="39890003"></response> <- feature_get -i 3 -n max_children -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="3" feature_name="max_children" supported="1"><![CDATA[32]]></response> <- breakpoint_set -i 4-0 -t line -f file:///home/ec2-user/webapps/webapps/PVPCardGame_fuel/app/classes/controller/user.php [^] -n 104 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4-0" id="39890004"></response> <- breakpoint_set -i 5-1 -t line -f file:///home/ec2-user/webapps/webapps/PVPCardGame_fuel/app/classes/controller/user.php [^] -n 108 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="5-1" id="39890005"></response> So it does connected to my client, but I have zero idea from what error log... XDebug Version 2.3.2 PHP Version 5.4.41
Steps To Reproduce:	No idea.....
Additional Information:
Attached Files:	xdebug.log (2,823) 2015-06-26 02:35 http://bugs.xdebug.org/file_download.php?file_id=257&type=bug visualstudio_php_code.png (58,582) 2015-06-26 02:39 http://bugs.xdebug.org/file_download.php?file_id=258&type=bug

Notes
(0003134) derick    2015-06-25 14:38	Can you try debugging with a small script? And provide the full xdebug remote log file? (Feel free to remove it first, to remove the stuff that's already in there)
(0003140) kchan4    2015-06-26 02:39	I created an empty project, only contain a single index.php which does the following (also shown in screenshoot): <?php $a = 1; $b = 2; $c = $a + $b; echo 'Result: ' + $c; xdebug_break(); ?> Its only break on the line 9, which is xdebug_break(), but not on the line 5 and 7....
(0003141) kchan4    2015-06-26 02:44	Just in case, my php.ini extension are follows, which I hadn't changed since the day it was working: zend_extension=/usr/lib64/php/modules/xdebug.so ;extension=xdebug.so xdebug.remote_log="/tmp/xdebug.log" xdebug.profiler_enable = 1 xdebug.remote_enable=on ;xdebug.remote_host=10.197.15.61 ;xdebug.remote_host=10.197.9.59 xdebug.remote_port=9000 xdebug.remote_autostart=1 xdebug.idekey=php-vs xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.remote_connect_back=On Also phpInfo() xdebug xdebug support enabled Version 2.3.2 IDE Key 97C383C0 Supported protocols Revision DBGp - Common DeBuGger Protocol $Revision: 1.145 $ Directive Local Value Master Value xdebug.auto_trace Off Off xdebug.cli_color 0 0 xdebug.collect_assignments Off Off xdebug.collect_includes On On xdebug.collect_params 0 0 xdebug.collect_return Off Off xdebug.collect_vars Off Off xdebug.coverage_enable On On xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.file_link_format no value no value xdebug.force_display_errors Off Off xdebug.force_error_reporting 0 0 xdebug.halt_level 0 0 xdebug.idekey php-vs php-vs xdebug.max_nesting_level 256 256 xdebug.max_stack_frames -1 -1 xdebug.overload_var_dump On On xdebug.profiler_aggregate Off Off xdebug.profiler_append Off Off xdebug.profiler_enable On On xdebug.profiler_enable_trigger Off Off xdebug.profiler_enable_trigger_value no value no value xdebug.profiler_output_dir /tmp /tmp xdebug.profiler_output_name cachegrind.out.%p cachegrind.out.%p xdebug.remote_autostart On On xdebug.remote_connect_back On On xdebug.remote_cookie_expire_time 3600 3600 xdebug.remote_enable On On xdebug.remote_handler dbgp dbgp xdebug.remote_host localhost localhost xdebug.remote_log /tmp/xdebug.log /tmp/xdebug.log xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.scream Off Off xdebug.show_exception_trace Off Off xdebug.show_local_vars Off Off xdebug.show_mem_delta Off Off xdebug.trace_enable_trigger Off Off xdebug.trace_enable_trigger_value no value no value xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir /tmp /tmp xdebug.trace_output_name trace.%c trace.%c xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3
(0003161) kchan4    2015-08-18 08:59	I got it working by uninstall PHP Version 5.4.41 from my Centos machine and reinstall PHP 5.5.27 (php55u). I am not sure, but probably is because how xDebug works. Its first interpret in Centos's PHP 5.4.41 and send debug information to my local windows machine which runs PHP 5.6.8 and interpret the debug information with my source code. Maybe that's why it won't stop at breakpoint I provided in IDE?
(0003248) derick    2015-11-20 18:03	I think it could have to do with file name cases on the file system. I've improved this in later Xdebug versions so perhaps that's what it is. I am closing this one out, as it seems you've resolved it for your use case.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1189	[Xdebug] Usage problems	minor	always	2015-09-25 14:28	2015-11-20 17:56
Reporter:	techkey	Platform:	Windows x64
Assigned To:		OS:	Microsoft Windows 10 Pro
Priority:	normal	OS Version:	10.0.10240 Build
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.4.1
Operating System:	Microsoft Windows 10 Pro 10.0.10240 Build 10240 x64
PHP Version:	5.1.0
Summary:	Negative addresses in XML
Description:	Tests (e.g. bug00421.phpt) that check XML returns negative addresses in the address attribute.
Steps To Reproduce:	Run tests that check XML and look at the addresses.
Additional Information:	Has this to do with lines like: xdebug_xml_add_attribute_ex(node, "address", xdebug_sprintf("%ld", (long) val), 0, 1); in xdebug_var.c? Note the 'd' (signed integer) in "%ld". Negative address values are not filtered out in line 49 of dbgpclient.php (addresses shouldn't be negative in the first place). This happens in PHP5.6.13 with xdebug 2.3.3.1 (downloaded dll and built from source) and PHP7 with xdebug master (built from source).
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1190	[Xdebug] Usage problems	minor	always	2015-09-26 08:03	2015-11-20 17:55
Reporter:	techkey	Platform:	Windows x64
Assigned To:	derick	OS:	Microsoft Windows 10 Pro
Priority:	normal	OS Version:	10.0.10240 Build
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.4.1
Operating System:	Microsoft Windows 10 Pro 10.0.10240 Build 10240 x64
PHP Version:	5.1.0
Summary:	All tests that have hard coded directory separators FAIL
Description:	All tests that have hard-coded directory separators FAIL. This happens in ALL versions, not only the master branch.
Steps To Reproduce:	Just run the tests.
Additional Information:	After using %s for path constructs like /temp/ and using %e in e.g. .../ a lot of FAIL are gone.
Attached Files:

Notes
(0003177) derick    2015-09-28 11:22	Hi! Would you be able to make a pull request on GitHub for these changes? I don't really test with Windows much. There are some instructions at https://github.com/xdebug/xdebug/blob/master/CONTRIBUTING.rst [^] on how to do this. If you have any questions, feel free to ping me (email would be best).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1168	[Xdebug] Usage problems	block	random	2015-06-23 09:21	2015-11-20 17:55
Reporter:	phil-lavin	Platform:
Assigned To:	derick	OS:	Debian 8
Priority:	normal	OS Version:	3.16.0-4-amd64
Status:	acknowledged	Product Version:	2.2.6
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.5-5.6.9
Summary:	Possible infinate loop
Description:	I've had random PHP-FPM processes consuming 100% of CPU whilst being unable to interrogate them via most means (e.g. strace). I spent a lot of time pulling info on the process to little avail however, finally, the below GDB backtraces show the process stuck in a while loop within xdebug shutdown code.
Steps To Reproduce:	Hard to reproduce - will probably happen to a single php-fpm process once or twice a month.
Additional Information:	GDB BT is at https://gist.githubusercontent.com/phil-lavin/2b8a1bb91f7e0bfe10c7/raw/9a2095bd60b11dca131a62d0f38065db181a1e2b/gistfile1.txt [^] Other debug info gathered is as follows: /proc/$PID/fd: 2 sockets, and a deleted /tmp file /proc/$PID/stack: [<ffffffffffffffff>] 0xffffffffffffffff Process STAT reported by ps: 'R' /proc/$PID/syscall: 'running' /proc/$PID/wchan: 0 /proc/$PID/status: https://gist.github.com/phil-lavin/052b593848900ce1c532 [^] /proc/${PID}/sched: https://gist.github.com/phil-lavin/82445465f2e5e7c5329d [^] pstack was unable to connect to the process /proc/$PID/maps: https://gist.github.com/phil-lavin/fafca59e9c984975f5ce [^] gdb `dump memory /tmp/wtf 0x7ffec5048000 0x7ffec5069000`: Let me know if you want this and I'll e-mail it... not 100% confident there's nothing sensitive in it
Attached Files:

Notes
(0003135) derick    2015-06-25 14:39	Hmm, this issue has been reported before, but I could never find *why* it happens, as it seems so difficult to reproduce. Is there a way how you can (reliably) reproduce this? Do you know with which request/code path this happens? Is it in a single or multi-threaded environment?
(0003139) phil-lavin    2015-06-25 14:47	Hi Derick, I can guarantee that it'll happen some time in the next month but I cannot easily reproduce on a whim. It's a single threaded php-fpm implementation. I'll be at phpwarks tonight if you want to discuss or poke around the affected server.
(0003181) tony2001    2015-10-22 17:10	I can see that it's stuck here: void xdebug_llist_empty(xdebug_llist *l, void *user) {     while (xdebug_llist_count(l) > 0) {         xdebug_llist_remove(l, XDEBUG_LLIST_TAIL(l), user);     } } with tail == NULL llist_remove() immediately returns, but the l->size is still 1 (in my case), so this loop has no end. I'll try to reproduce it, too, but no guarantees, sorry..
(0003182) derick    2015-10-22 17:12	Good luck Antony! I never managed :-/
(0003246) derick    2015-11-20 17:55	Changing this to "acknowledged", but I won't work on this unless somebody shows me a reproducible case.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1176	[Xdebug] Debug client (console)	crash	always	2015-08-11 13:07	2015-11-20 17:51
Reporter:	tomcastleman	Platform:	GNU/Linux x86_64
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	14.04.3 LTS
Status:	resolved	Product Version:	2.3.2
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubunbu 14.04.3
PHP Version:	5.6-dev
Summary:	SIGSEGV, Segmentation fault
Description:	I am inserting multiple rows in one PDO statement to MySQL. When one of those rows triggers a database error (duplicate key for example) php5-fpm throws a SIGSEGV when the total rows is larger than a certain size. Looking at the core dump (attached) it seems xdebug is the cause. With xdebug disabled there is no issue. PHP Version: 5.6.11+dfsg-1+deb.sury.org~trusty+1 XDebug Version: 2.3.2 pdo_mysql client API version => mysqlnd 5.0.11-dev - 20120503
Steps To Reproduce:	- Execute a multi insert statement "INSERT INTO x VALUES (), (), ()" where at least one row will trigger a duplicate key, and with a large number of total rows - A PDOException is thrown (in my case I am using illuminate/database and a Illuminate\\Database\\QueryException is thrown as seen in the trace) however php5-fpm seg faults. - Decreasing the number of total rows in the insert sometimes resolves the issue.
Additional Information:
Attached Files:	php5-trace.log (5,976) 2015-08-11 13:07 http://bugs.xdebug.org/file_download.php?file_id=263&type=bug

Notes
(0003189) derick    2015-10-23 09:29	Can you provide a full short script that reproduces this?
(0003201) derick    2015-11-05 15:17	Ping?
(0003244) derick    2015-11-20 17:51	Can't reproduce this, and no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1187	[Xdebug] Usage problems	crash	always	2015-09-22 12:25	2015-11-20 17:51
Reporter:	Majkl578	Platform:
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	7.0RCx
Summary:	Segfaults related to autoloading & PHP 7
Description:	Hi, I have a project based on Symfony (via composer) which uses PHP7-only code. I'm using PHP 7.0.0 RC3. Everything works fine until I load XDebug, then it starts to segfault. It seems to be related to composer autoloading. BT is attached. If you need more info, please tell me how to proceed. XDebug compiled from 5d0194a0d.
Steps To Reproduce:
Additional Information:	#0 0x00007fffebfc0324 in xdebug_execute_ex (execute_data=0x7fffec214540) at /build/php/ext/xdebug/xdebug.c:1641 #1 0x0000000000a7acb4 in zend_call_function (fci=0x7fffffffa1a0, fci_cache=0x7fffffffa140) at /build/php/php-src/Zend/zend_execute_API.c:853 0000002 0x0000000000ab7aad in zend_call_method (object=0x7fffec2e19b8, obj_ce=0x7fffeba563b0, fn_proxy=0x7fffec2e19b0, function_name=0x7fffec313a98 "symfony\\component\\debug\\debugclassloader::loadclass\005", function_name_len=55, retval_ptr=0x0, param_count=1, arg1=0x7fffec214530, arg2=0x0) at /build/php/php-src/Zend/zend_interfaces.c:104 0000003 0x000000000087bed3 in zif_spl_autoload_call (execute_data=0x7fffec2144d0, return_value=0x7fffffffa5b0) at /build/php/php-src/ext/spl/php_spl.c:425 0000004 0x0000000000aea2a7 in execute_internal (execute_data=0x7fffec2144d0, return_value=0x7fffffffa5b0) at /build/php/php-src/Zend/zend_execute.c:2036 0000005 0x00007fffebfc115c in xdebug_execute_internal (current_execute_data=0x7fffec2144d0, return_value=0x7fffffffa5b0) at /build/php/ext/xdebug/xdebug.c:1994 0000006 0x0000000000a7add9 in zend_call_function (fci=0x7fffffffa560, fci_cache=0x7fffffffa530) at /build/php/php-src/Zend/zend_execute_API.c:874 0000007 0x0000000000a7b4b6 in zend_lookup_class_ex (name=0x7fffeba7e930, key=0x7fffec318670, use_autoload=1) at /build/php/php-src/Zend/zend_execute_API.c:1035 0000008 0x0000000000a7bf4e in zend_fetch_class_by_name (class_name=0x7fffeba7e930, key=0x7fffec318670, fetch_type=512) at /build/php/php-src/Zend/zend_execute_API.c:1382 0000009 0x0000000000af2f12 in ZEND_NEW_SPEC_CONST_HANDLER () at /build/php/php-src/Zend/zend_vm_execute.h:3343 0000010 0x0000000000aeefd3 in ZEND_USER_OPCODE_SPEC_HANDLER () at /build/php/php-src/Zend/zend_vm_execute.h:1583 0000011 0x0000000000aeb83d in execute_ex (ex=0x7fffec214270) at /build/php/php-src/Zend/zend_vm_execute.h:406 0000012 0x00007fffebfc0bfa in xdebug_execute_ex (execute_data=0x7fffec214270) at /build/php/ext/xdebug/xdebug.c:1847 0000013 0x0000000000aec7e0 in ZEND_DO_FCALL_SPEC_HANDLER () at /build/php/php-src/Zend/zend_vm_execute.h:791 0000014 0x0000000000aeefd3 in ZEND_USER_OPCODE_SPEC_HANDLER () at /build/php/php-src/Zend/zend_vm_execute.h:1583 0000015 0x0000000000aeb83d in execute_ex (ex=0x7fffec214030) at /build/php/php-src/Zend/zend_vm_execute.h:406 0000016 0x00007fffebfc0bfa in xdebug_execute_ex (execute_data=0x7fffec214030) at /build/php/ext/xdebug/xdebug.c:1847 0000017 0x0000000000aeb94e in zend_execute (op_array=0x7fffec283000, return_value=0x0) at /build/php/php-src/Zend/zend_vm_execute.h:450 0000018 0x0000000000a92029 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /build/php/php-src/Zend/zend.c:1400 0000019 0x0000000000a03334 in php_execute_script (primary_file=0x7fffffffdf60) at /build/php/php-src/main/main.c:2471 ---Type <return> to continue, or q <return> to quit--- 0000020 0x0000000000b4f38c in do_cli (argc=2, argv=0x14cfe50) at /build/php/php-src/sapi/cli/php_cli.c:971 0000021 0x0000000000b50356 in main (argc=2, argv=0x14cfe50) at /build/php/php-src/sapi/cli/php_cli.c:1342
Attached Files:

Notes
(0003180) hacfi    2015-10-15 08:39	The affected line of code seems to be https://github.com/symfony/Debug/blob/master/DebugClassLoader.php#L152 [^]
(0003185) derick    2015-10-23 00:00	Can you provide me with a *short* reproducible script, or at least, very detailed instructions as to how to reproduce this bug? (Assume I know nothing about composer and symfony). With the information in this report I can do nothing. Please also include your Xdebug and exact PHP version.
(0003192) hacfi    2015-10-23 12:59	Don‘t have time to test this but this will get you started: curl -sS https://getcomposer.org/installer [^] | php php composer.phar create-project symfony/framework-standard-edition test cd test php app/console doctrine:database:create should already crash
(0003193) hacfi    2015-10-23 13:04	Don‘t have time to test this but this will get you started: curl -sS https://getcomposer.org/installer [^] | php php composer.phar create-project symfony/framework-standard-edition test cd test php app/console doctrine:database:create should already crash
(0003212) derick    2015-11-09 01:53	I can not reproduce any crash with the latest Xdebug from GIT and your reproduce case. It works "fine": derick@whisky:/tmp/test2 $ php app/console doctrine:database:createCreated database `symfony` for connection named default derick@whisky:/tmp/test2 $
(0003243) derick    2015-11-20 17:51	Can't reproduce this, and no feedback provided. Assume it was fixed with earlier fixes.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1146	[Xdebug] Usage problems	crash	random	2015-04-24 10:56	2015-11-20 17:50
Reporter:	rhertogh	Platform:	PHP 5.6.8
Assigned To:	derick	OS:	CentOS
Priority:	normal	OS Version:	7.0.1406
Status:	resolved	Product Version:	2.3.2
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6-dev
Summary:	phpunit with coverage reporting under 5.6 crashes xdebug
Description:	Looks the same as issue 0001117, but v2.3.2 did not seem to fix it on php v5.6 Some of the errors in apache log: Error in `/usr/sbin/httpd': munmap_chunk(): invalid pointer: 0x00007f2c5a2e1530 Error in `/usr/sbin/httpd': corrupted double-linked list: 0x00007f2c59936100 Error in `/usr/sbin/httpd': double free or corruption (!prev): 0x00007f68a88acb00 the backtrace is always similar (except for the address): ======= Backtrace: ========= /lib64/libc.so.6(+0x7d19d)[0x7f68a4aa419d] /usr/lib64/php/modules/xdebug.so(zm_post_zend_deactivate_xdebug+0x1fa)[0x7f68974728fa] /etc/httpd/modules/libphp5.so(zend_post_deactivate_modules+0x2a)[0x7f6899657b0a] /etc/httpd/modules/libphp5.so(php_request_shutdown+0x3fd)[0x7f68995eb8cd] /etc/httpd/modules/libphp5.so(+0x2ed26f)[0x7f68996fa26f] /usr/sbin/httpd(ap_run_handler+0x40)[0x7f68a6566a10] /usr/sbin/httpd(ap_invoke_handler+0x69)[0x7f68a6566de9] /usr/sbin/httpd(ap_process_async_request+0x20a)[0x7f68a657b12a] /usr/sbin/httpd(ap_process_request+0x14)[0x7f68a657b404] /usr/sbin/httpd(+0x4fdb2)[0x7f68a6577db2] /usr/sbin/httpd(ap_run_process_connection+0x40)[0x7f68a656fe30] /etc/httpd/modules/mod_mpm_prefork.so(+0x37ef)[0x7f689bec97ef] /etc/httpd/modules/mod_mpm_prefork.so(+0x3a26)[0x7f689bec9a26] /etc/httpd/modules/mod_mpm_prefork.so(+0x46be)[0x7f689beca6be] /usr/sbin/httpd(ap_run_mpm+0x4e)[0x7f68a654d0fe] /usr/sbin/httpd(main+0xa86)[0x7f68a6546726] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f68a4a48af5] /usr/sbin/httpd(+0x1e861)[0x7f68a6546861]
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003072) rhertogh    2015-04-24 11:01	full error log: http://pastebin.com/L4UESzRe [^]
(0003084) derick    2015-05-13 00:19	Sorry, but I am going to need a reproducible case for me to find and fix this. Can you help?
(0003100) derick    2015-05-30 21:04	Could you please provide a (short) script that reproduces this issue? Or if that isn't possible, something I can untar and run (with instructions)?
(0003214) derick    2015-11-09 02:00	Ping?
(0003242) derick    2015-11-20 17:50	Can't reproduce this, and no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1198	[Xdebug] Usage problems	major	have not tried	2015-11-07 22:13	2015-11-20 17:46
Reporter:	rasta	Platform:	Mac
Assigned To:	derick	OS:	OS X
Priority:	normal	OS Version:	10.11.1
Status:	resolved	Product Version:	2.4.0beta1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	7.0.0rc6
Summary:	Using PHPStorm with PHP 7 RC1 and xdebug 2.4.0beta1 break points are passed by including setting break point at start of script
Description:	I'm using PHPSTORM 10 and Homebrew PHP 7.0RC6 Compiled the latest release of xdebug and was able to get PHPStorm 10 with PHP 7 RC6 as the interepeter to recognize the xdebug.so module and load it without errors. Ran a Symfony 2 app in debug mode (from web and from console), but all break points are ignored. Configured to always break on start and that too is ignored. Switched PHPStorm 10 works great with php 5.6 and xdebug btw.
Steps To Reproduce:	Use any tested application. Build PHP 7.0.0RC6 if you haven't already. brew install php70 --with-homebrew-curl --with-homebrew-libxslt --with-postgresql Build xdebug 2.4.0beta1, set the php.ini file etc. brew install php70-xdebug xdebug.ini: [xdebug] zend_extension="/usr/local/opt/php70-xdebug/xdebug.so" debug.remote_enable=on xdebug.remote_handler=dbgp xdebug.remote_host=localhost xdebug.remote_port=9090 - port is ok, this works in my 5.6 setup xdebug.cli_color=1 xdebug.remote_autostart=1 xdebug.idekey="PHPSTORM" xdebug.max_nesting_level = 1000 Configure PHPStorm to use PHP 7.0.0RC1 as the interpreter and make sure xdebug is configured as the debugger. Set a break point in the index.php file. (app_dev.php in symfony) Configure a run debugger to start with test.php and run test.php in debug mode. Observe that all break points are ignored. Even setting PHPStorm to break at start of the script does not work.
Additional Information:	php -v PHP 7.0.0RC6 (cli) (built: Nov 7 2015 00:37:15) ( NTS ) Copyright (c) 1997-2015 The PHP Group Zend Engine v3.0.0-dev, Copyright (c) 1998-2015 Zend Technologies with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2015, by Zend Technologies with Xdebug v2.4.0beta1, Copyright (c) 2002-2015, by Derick Rethans
Attached Files:

Notes
(0003221) rasta    2015-11-09 19:09	Somehow by mistake this task is tagged as a PHP 5.6 Issue, it should be changed to PHP 7
(0003234) derick    2015-11-18 22:34	Just updating the PHP version.
(0003238) derick    2015-11-20 17:46	This is unlikely to be a bug. Please contact PHP Storm support to figure out why it doesn't work, as locally, it works just perfectly.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1208	[Xdebug] Feature/Change request	major	have not tried	2015-11-17 13:26	2015-11-20 17:44
Reporter:	Seldaek	Platform:
Assigned To:		OS:
Priority:	high	OS Version:
Status:	new	Product Version:	2.3.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.5.0dev
Operating System:
PHP Version:	5.6.0-5.6.4
Summary:	Look at optimisations for Xdebug - especially in combination with composer.
Description:	I am trying to disable xdebug programmatically in Composer because having the extension loaded makes a Composer run 4x slower which is quite bad. ini_set('xdebug.default_enable', 0); does not seem to change anything though.
Steps To Reproduce:	git clone https://github.com/composer/packagist [^] cd packagist composer update --dry-run --profile composer update --dry-run --profile Do it twice as the first one will prime the composer cache, second time should almost only be CPU-bound. Then disable xdebug ext entirely, and run again, for me it's 4x faster (80s => 20s)
Additional Information:
Attached Files:

Notes
(0003229) Seldaek    2015-11-17 14:52	Faster way to reproduce (packagist is a bit of a large project to run profiling on really) git clone https://github.com/Seldaek/monolog [^] cd monolog composer update --dry-run --profile --no-dev composer update --dry-run --profile --no-dev

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1207	[Xdebug] Feature/Change request	feature	have not tried	2015-11-14 22:41	2015-11-20 17:44
Reporter:	Sean-Der	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.4.0beta1
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	7.1-dev
Summary:	Update context_get and context_names to return class properties as a dedicated context
Description:	Right now $this is just evaluated and returned in the 'Local' context, what do you think of not returning that anymore but instead having a dedicated context for properties. I *think* this is non-hackish, but if a client should be achieving this a different way happy to close this out! thanks
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003237) derick    2015-11-20 17:44	We had discussed this on IRC, and decided it wasn't worthwhile to do. Maybe in the future!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1180	[Xdebug] Debug client (console)	crash	always	2015-08-24 22:20	2015-11-20 17:43
Reporter:	jaydiablo	Platform:	Linux
Assigned To:	derick	OS:	CentOS
Priority:	normal	OS Version:	6
Status:	assigned	Product Version:	2.3.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.4.1
Operating System:	CentOS Linux 6
PHP Version:	5.1.0
Summary:	Running coverage on tests that use ZF1's controller test library segfault
Description:	Have a suite that uses Zend Framework 1's Controller Testing framework. Tests run fine without coverage enabled (PHPUnit 4.1 and 4.8), but as soon as coverage is enabled, if any tests in the run hit the ZF1 controller test framework, a segfault is encountered. Here's error in log: php[4398]: segfault at 31c7000 ip 00007f3b3b48bc01 sp 00007ffdb66c6a80 error 4 in xdebug.so[7f3b3b47a000+36000] I was able to test with Xdebug 2.3.3 and 2.3.3 (from Remi Repo). Both exhibited this behavior. Xdebug 2.2.4 (directly from PECL) does not (the only reason for choosing this version was because it was the last known working version on my system before I updated to 2.3.3).
Steps To Reproduce:	For me, and others on my team, it was as simple as running code coverage on any code that uses the ZF1 Controller Tests. I'll try to put together a simple test case soon and update this ticket.
Additional Information:	PHP 5.5.28 (cli) (built: Aug 6 2015 08:53:05) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2015 Zend Technologies with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2015, by Zend Technologies with Xdebug v2.2.4, Copyright (c) 2002-2014, by Derick Rethans
Attached Files:

Notes
(0003166) jaydiablo    2015-08-24 22:24	"I was able to test with Xdebug 2.3.3 and 2.3.3 (from Remi Repo)." That should be "2.3.3 and 2.3.2".
(0003167) jaydiablo    2015-08-24 22:32	Just tried 2.3.2 from PECL, which also segfaults: PHPUnit 4.8.6 by Sebastian Bergmann and contributors. Segmentation fault (core dumped) Though, I notice that 2.3.3 supposedly fixed a crash on coverage reports. Is 2.3.3 not stable in PECL yet?
(0003213) derick    2015-11-09 01:58	Can you provide step-by-step instructions as to how to reproduce this — including installing anything I might not have? Expect me to have an empty system with only PHP and Xdebug setup - and know nothing about ZF.
(0003227) jaydiablo    2015-11-12 19:46	Derick, I took some time to put a test case together that mimics the actual case that we were seeing the best I could. While setting up this test case, I found that it may not just be Xdebug + ZF1 Controller tests, but actually something to do with stopping and starting coverage (this is something that we do in some of our suites to speed up execution times during fixture loading and such). The sample test case I setup includes these stops and starts, and if you were to remove them, the tests pass fine. I am unsure why the stops/starts don't cause issues in our tests that don't hit the ZF1 Controller testing code, perhaps they're called differently in those tests. Here's the repo: https://github.com/jaydiablo/xdebug-test-case [^] I mention in the readme how to reproduce the segfault, let me know if you require anything else to take a look at this. Oh, also, I should mention that when I was testing where the segfault happened I would occasionally get this output: *** glibc detected *** php: double free or corruption (out): 0x00000000167244b0 *** ======= Backtrace: ========= /lib64/libc.so.6[0x38fb475e66] /lib64/libc.so.6[0x38fb4789ba] /usr/lib64/php/modules/xdebug.so(xdebug_code_coverage_end_of_function+0xc9)[0x7f52e6746e79] /usr/lib64/php/modules/xdebug.so(xdebug_execute_ex+0x791)[0x7f52e6742be1] php[0x663b6d] php(execute_ex+0x38)[0x654f58] php(dtrace_execute_ex+0x8e)[0x5d0d0e] /usr/lib64/php/modules/xdebug.so(xdebug_execute_ex+0x5f3)[0x7f52e6742a43] TRUNCATED I'll add a full copy of this trace to the repo in case it sheds some light on anything. Thanks!
(0003228) derick    2015-11-12 20:02	Cheers, I can reproduce the issue with your test case.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1170	[Xdebug] Feature/Change request	minor	have not tried	2015-06-25 13:27	2015-11-19 16:07
Reporter:	stof	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.0-5.6.4
Summary:	Provide a way to disable the path coverage
Description:	PHPUnit with code coverage is way slower on XDebug 2.3 than on 2.2 (see http://bugs.xdebug.org/view.php?id=1123 [^] for the report). My guess is that this is related to the fact that XDebug 2.3 computes the path coverage, not only the line coverage. However, PHPUnit is currently not able to process this information. This means that we are currently doing lots of useless coverage computation. Having an option to tell XDebug that we don't need the path coverage would be great. PHPUnit could then use it until it supports rendering this path coverage.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003132) derick    2015-06-25 14:34	It shouldn't do that, but it's possible I got an if() wrong, or missing, somewhere so that it does more work than it needs.
(0003133) stof    2015-06-25 14:38	Well, is there actually a way to disable branch coverage ? I don't see anything about this in the doc: http://xdebug.org/docs/code_coverage [^]
(0003215) derick    2015-11-09 02:03	I think this should be a lot better in Xdebug 2.4.0beta1 due to https://github.com/xdebug/xdebug/commit/38f72a294d86dfb86e8789911b0b1a827d9e1fe9 [^] — could you please test with Xdebug (latest from GIT master)?
(0003217) Maks3w    2015-11-09 08:49	Side note: * Path coverage is enabled with XDEBUG_CC_BRANCH_CHECK flag https://github.com/xdebug/xdebug.org/pull/23. [^] * PHPUnit will support path coverage https://github.com/sebastianbergmann/php-code-coverage/pull/400 [^]
(0003235) derick    2015-11-19 16:07	I am closing this, as path coverage specifically needs to be turned on. There was a bug that always caused path coverage to be enabled, but that should be fixed in 2.4.0beta1.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1201	[Xdebug] Feature/Change request	minor	have not tried	2015-11-09 17:25	2015-11-09 17:48
Reporter:	schokolademann	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:	2.3.1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.10-5.6.14
Summary:	Optional __debugInfo override
Description:	I've seen that when this magic PHP 5.6 function was new, xdebug was ignoring it (http://stackoverflow.com/questions/26835450/how-to-get-debuginfo-to-work-with-xdebug [^]). I was wondering if it wouldn't be nice to turn this former bug into a nifty feature and have a configurable switch that will enable users to turn the whole magic off via xdebug. I'm not aware that PHP offers such thing directly, so I thought I ask.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003219) derick    2015-11-09 17:28	What's the use case for turning it off?
(0003220) schokolademann    2015-11-09 17:48	To get to see the 'full' object easily without altering any magic method?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1197	[Xdebug] Usage problems	crash	always	2015-11-06 21:45	2015-11-09 01:45
Reporter:	ocramius	Platform:	Mac OS
Assigned To:	derick	OS:	Mac OS
Priority:	normal	OS Version:	10.11.1
Status:	resolved	Product Version:	2.4.0beta1
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.4.0rc1
		Target Version:
Operating System:	Mac OS 10.11.1
PHP Version:	7.0.0rc6
Summary:	XDebug crashes while dumping XD
Description:	XDebug crashes with following output when running with coverage (note that the test suite failures are unrelated): ./vendor/bin/phpunit --coverage-clover ./clover.xml PHPUnit 5.0.8 by Sebastian Bergmann and contributors. Runtime: PHP 7.0.0RC6 with Xdebug 2.4.0beta1 Configuration: /Users/ocramius/Documents/Projects/PhpCodeInliner/phpunit.xml.dist [1] 58510 segmentation fault ./vendor/bin/phpunit --coverage-clover ./clover.xml
Steps To Reproduce:	git clone git@github.com:Ocramius/PhpCodeInliner.git cd PhpCodeInliner git checkout "bug/xdebug-crash-2015-11-06" curl -sS https://getcomposer.org/installer [^] | php ./vendor/bin/phpunit
Additional Information:
Attached Files:

Notes
(0003210) derick    2015-11-09 01:45	This turned out to be a duplicate of 0001195. Before the fix for 0001195 this indeed crashed, and afterwards it succeeds. Fix will be in 2.4.0RC1.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1193	[Xdebug] Feature/Change request	minor	have not tried	2015-11-04 09:47	2015-11-04 10:26
Reporter:	gekkie	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	n/a
PHP Version:	5.6.10-5.6.14
Summary:	Feature request: Chrome Trace format
Description:	I'd like to request a feature to allow the traceoutput to be in the Chrome tracing format. From my understanding this is a simple(ish) JSON format that would allow easier viewing inside the browser instead of kcachegrind-like applications. I ask this due to the fact that it's becomming more and more of a go to visualization technique for quickly analyzing a tracefile. The spec is defined (https://docs.google.com/document/d/1CvAClvFfyA5R-PhYUmn5OOQtYMH4h6I0nSsKchNAySU/ [^]) but my actual C skills are non existent otherwise i would have liked to provide some kind of implementation ;)
Steps To Reproduce:
Additional Information:	Links to various articles and documentation: - the file format spec: https://docs.google.com/document/d/1CvAClvFfyA5R-PhYUmn5OOQtYMH4h6I0nSsKchNAySU/ [^] - an article by Riotgames about how they (amongst other things) use this for their application: https://engineering.riotgames.com/news/random-acts-optimization [^] - usage of the tracing tool from chromium: https://www.chromium.org/developers/how-tos/trace-event-profiling-tool/trace-event-reading [^]
Attached Files:

Notes
(0003198) derick    2015-11-04 10:26	This looks like a good add. I'll do some more checking later, after PHP 7 support is out and stable.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1186	[Xdebug] Usage problems	crash	always	2015-09-21 17:43	2015-10-28 10:38
Reporter:	blaimi	Platform:	Linux
Assigned To:	derick	OS:	Debian
Priority:	normal	OS Version:	“jessie” 8
Status:	assigned	Product Version:	2.3.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.10-5.6.14
Summary:	xdebug crash when using \DOMAttr with collect_params > 0
Description:	xdebug crashs if an object of type \DOMAttr is used. This happens on var_dump($domattr) as well as enabling the code-trace. The error occures from 2.3.0 to 2.3.3. 2.2.7 is not affected.
Steps To Reproduce:	<?php function give_attr() { return new DOMAttr('attr', 'value'); } function print_value($dom_attribute) { echo $dom_attribute->value; } $dom_attribute = give_attr(); //print_value($dom_attribute); //var_dump($dom_attribute); the skript crashes at the var_dump if collect_params is greater than 0 in every case. print_value is working if collect_params is less than 3 or tracing is disabled. the return value of give_attr() is always 'null' if collect_return is enabled, which is also wrong but I don't know if it's a different bug). Conclusion: the script cashes in the moment xdebug wants to access the properties of \DOMAttr and collect_params != 0. I don't get, why the var_dump is working in the case collect_params is 0 :/
Additional Information:	this is maybe related to 0000910 and 0000913
Attached Files:

Notes
(0003186) derick    2015-10-23 09:24	I can reproduce this with Xdebug 2.3 - but no longer with the master branch. Would you be so kind to give that a spin?
(0003197) blaimi    2015-10-28 10:38	The code now gives a “not implemented” warning and the code doesn't crash. the bug with the return-value seems also be fixed.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1191	[Xdebug] Debug client (console)	block	always	2015-10-20 10:07	2015-10-23 09:32
Reporter:	snichini	Platform:	PHP7RC5
Assigned To:	derick	OS:	OSX
Priority:	high	OS Version:	10.10.5
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OSX
PHP Version:	7.0RCx
Summary:	Try / Catch / Uncaught exception / Fatal Error max execution time
Description:	When an exception in thrown inside a Try/Catch, the script hangs until the max execution time is reached and the script is exited. If I disable xdebug 3.0.0 dev, the try catch works perfectly I've tried with several type of Exception object and none works.
Steps To Reproduce:	Create a php file with: <?php try { $var = 1; // Code that may throw an Exception or Error. $var->getToto(); } catch (Throwable $t) { // Executed only in PHP 7, will not match in PHP 5.x echo "php7 exception"; } catch (Exception $e) { // Executed only in PHP 5.x, will not be reached in PHP 7 echo "php5.X exception"; } And executes the script through php cli or host You should have something like : ( ! ) Warning: Uncaught Error: Call to a member function getToto() on integer in /WORKS/WWW/testphp7.php:6 Stack trace: #0 {main} thrown in /WORKS/WWW/testphp7.php on line 6 AND ( ! ) Fatal error: Maximum execution time of 30 seconds exceeded in /WORKS/WWW/testphp7.php on line 7
Additional Information:	( ! ) Error: Call to a member function getToto() on integer in /WORKS/WWW/testphp7.php on line 6 Call Stack # Time Memory Function Location 1 0.0008 363040 {main}( ) .../testphp7.php:0 Variables in local scope (#1) $e = *uninitialized* $t = *uninitialized* $var = int 1 ( ! ) Warning: Uncaught Error: Call to a member function getToto() on integer in /WORKS/WWW/testphp7.php:6 Stack trace: #0 {main} thrown in /WORKS/WWW/testphp7.php on line 6 Call Stack # Time Memory Function Location 1 0.0008 363040 {main}( ) .../testphp7.php:0 Variables in local scope (#1) $e = *uninitialized* $t = *uninitialized* $var = int 1 ( ! ) Fatal error: Maximum execution time of 30 seconds exceeded in /WORKS/WWW/testphp7.php on line 7 Call Stack # Time Memory Function Location 1 0.0008 363040 {main}( ) .../testphp7.php:0 Variables in local scope (#1) $e = *uninitialized* $t = *uninitialized* $var = int 1
Attached Files:	2015-10-20_11-06-34.png (125,645) 2015-10-20 10:07 http://bugs.xdebug.org/file_download.php?file_id=270&type=bug

Notes
(0003183) derick    2015-10-22 23:55	I think this is a bug in PHP 7.0RC5 itself: http://thread.gmane.org/gmane.comp.php.devel/101724 [^] Can you try the latest PHP from Git's PHP-7.0 branch? It should be fixed there.
(0003188) snichini    2015-10-23 09:29	It works ! I've build the latest version of php-7.0 branch and the exception is thrown without fatal error thanks for the support !
(0003191) derick    2015-10-23 09:32	Okay - closing this out then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1175	[Xdebug] Installation	major	always	2015-07-22 07:14	2015-10-23 09:31
Reporter:	suraj	Platform:
Assigned To:	derick	OS:	ubuntu
Priority:	urgent	OS Version:	12.04 32 bit
Status:	resolved	Product Version:	2.3.3
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.6
Summary:	Xdebug installation issue
Description:	I have downloaded from here ,https://github.com/derickr/xdebug [^] root@user19-desktop:~# cd Downloads root@user19-desktop:~/Downloads# tar -xzf xdebug-2.2.x.tgz tar (child): xdebug-2.2.x.tgz: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error is not recoverable: exiting now root@user19-desktop:~/Downloads# tar -xzf xdebug-master.zip gzip: stdin has more than one entry--rest ignored tar: Child returned status 2 tar: Error is not recoverable: exiting now root@user19-desktop:~/Downloads# cd xdebug-master root@user19-desktop:~/Downloads/xdebug-master# sudo apt-get install php5-dev Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: php5-cli php5-common Suggested packages: php5-suhosin The following packages will be upgraded: php5-cli php5-common php5-dev 3 upgraded, 0 newly installed, 0 to remove and 572 not upgraded. Need to get 3,670 kB of archives. After this operation, 1,024 B of additional disk space will be used. Do you want to continue [Y/n]? y Get:1 http://archive.ubuntu.com/ubuntu/ [^] precise-updates/main php5-cli i386 5.3.10-1ubuntu3.19 [3,086 kB] Get:2 http://archive.ubuntu.com/ubuntu/ [^] precise-updates/main php5-common i386 5.3.10-1ubuntu3.19 [161 kB] Get:3 http://archive.ubuntu.com/ubuntu/ [^] precise-updates/main php5-dev i386 5.3.10-1ubuntu3.19 [423 kB] Fetched 3,670 kB in 11s (310 kB/s) (Reading database ... 179959 files and directories currently installed.) Preparing to replace php5-cli 5.3.10-1ubuntu3.15 (using .../php5-cli_5.3.10-1ubuntu3.19_i386.deb) ... Unpacking replacement php5-cli ... Preparing to replace php5-common 5.3.10-1ubuntu3.15 (using .../php5-common_5.3.10-1ubuntu3.19_i386.deb) ... Unpacking replacement php5-common ... Preparing to replace php5-dev 5.3.10-1ubuntu3.15 (using .../php5-dev_5.3.10-1ubuntu3.19_i386.deb) ... Unpacking replacement php5-dev ... Processing triggers for man-db ... Setting up php5-common (5.3.10-1ubuntu3.19) ... Setting up php5-cli (5.3.10-1ubuntu3.19) ... Setting up php5-dev (5.3.10-1ubuntu3.19) ... root@user19-desktop:~/Downloads/xdebug-master# Run phpize: phpize Run: command not found root@user19-desktop:~/Downloads/xdebug-master# phpize Configuring for: PHP Api Version: 20090626 Zend Module Api No: 20090626 Zend Extension Api No: 220090626 root@user19-desktop:~/Downloads/xdebug-master# Run phpize Run: command not found root@user19-desktop:~/Downloads/xdebug-master# ./configure --enable-xdebug checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for a sed that does not truncate output... /bin/sed checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for PHP prefix... /usr checking for PHP includes... -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 checking for PHP extension directory... /usr/lib/php5/20090626+lfs checking for PHP installed headers prefix... /usr/include/php5 checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... nawk checking if nawk is broken... no checking whether to enable eXtended debugging support... yes, shared checking Check for supported PHP versions... supported (5.3.10-1ubuntu3.19) checking for gettimeofday... yes checking for cos in -lm... yes checking how to print strings... printf checking for a sed that does not truncate output... (cached) /bin/sed checking for fgrep... /bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu format... func_convert_file_noop checking how to convert i686-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking for gawk... (cached) nawk checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating ./config.status config.status: creating config.h config.status: executing libtool commands root@user19-desktop:~/Downloads/xdebug-master# make /bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o In file included from /home/user19/Downloads/xdebug-master/xdebug.c:27:0: /home/user19/Downloads/xdebug-master/xdebug_compat.h:27:36: error: unknown type name 'znode_op' In file included from /home/user19/Downloads/xdebug-master/xdebug.c:59:0: /home/user19/Downloads/xdebug-master/xdebug_var.h:69:64: error: unknown type name 'znode_op' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_include_or_eval_handler': /home/user19/Downloads/xdebug-master/xdebug.c:532:54: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_startup_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:662:3: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:662:3: note: each undeclared identifier is reported only once for each function it appears in /home/user19/Downloads/xdebug-master/xdebug.c:690:3: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:691:3: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_shutdown_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:814:33: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:842:33: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:843:33: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'add_used_variables': /home/user19/Downloads/xdebug-master/xdebug.c:1296:27: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c:1297:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c:1300:27: error: 'zend_op' has no member named 'op2_type' /home/user19/Downloads/xdebug-master/xdebug.c:1301:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_execute_internal': /home/user19/Downloads/xdebug-master/xdebug.c:1810:42: error: 'zend_op' has no member named 'result_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_compile_file': /home/user19/Downloads/xdebug-master/xdebug.c:1849:81: error: 'ZEND_ACC_DONE_PASS_TWO' undeclared (first use in this function) make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# make install /bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o In file included from /home/user19/Downloads/xdebug-master/xdebug.c:27:0: /home/user19/Downloads/xdebug-master/xdebug_compat.h:27:36: error: unknown type name 'znode_op' In file included from /home/user19/Downloads/xdebug-master/xdebug.c:59:0: /home/user19/Downloads/xdebug-master/xdebug_var.h:69:64: error: unknown type name 'znode_op' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_include_or_eval_handler': /home/user19/Downloads/xdebug-master/xdebug.c:532:54: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_startup_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:662:3: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:662:3: note: each undeclared identifier is reported only once for each function it appears in /home/user19/Downloads/xdebug-master/xdebug.c:690:3: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:691:3: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_shutdown_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:814:33: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:842:33: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:843:33: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'add_used_variables': /home/user19/Downloads/xdebug-master/xdebug.c:1296:27: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c:1297:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c:1300:27: error: 'zend_op' has no member named 'op2_type' /home/user19/Downloads/xdebug-master/xdebug.c:1301:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_execute_internal': /home/user19/Downloads/xdebug-master/xdebug.c:1810:42: error: 'zend_op' has no member named 'result_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_compile_file': /home/user19/Downloads/xdebug-master/xdebug.c:1849:81: error: 'ZEND_ACC_DONE_PASS_TWO' undeclared (first use in this function) make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# ./configure --enable-xdebug --with-php-config=/opt/lampp/bin/php-config checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for a sed that does not truncate output... /bin/sed checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for PHP prefix... /opt/lampp checking for PHP includes... -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib checking for PHP extension directory... /opt/lampp/lib/php/extensions/no-debug-non-zts-20100525 checking for PHP installed headers prefix... /opt/lampp/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... nawk checking if nawk is broken... no checking whether to enable eXtended debugging support... yes, shared checking Check for supported PHP versions... supported (5.4.7) checking for gettimeofday... yes checking for cos in -lm... yes checking how to print strings... printf checking for a sed that does not truncate output... (cached) /bin/sed checking for fgrep... /bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu format... func_convert_file_noop checking how to convert i686-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking for gawk... (cached) nawk checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating ./config.status config.status: creating config.h config.status: config.h is unchanged config.status: executing libtool commands root@user19-desktop:~/Downloads/xdebug-master# make /bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o /home/user19/Downloads/xdebug-master/xdebug.c:25:17: fatal error: php.h: No such file or directory compilation terminated. make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# make install/bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o /home/user19/Downloads/xdebug-master/xdebug.c:25:17: fatal error: php.h: No such file or directory compilation terminated. make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# xdebug No command 'xdebug' found, did you mean: Command 'rxdebug' from package 'openafs-client' (universe) Command 'udebug' from package 'openafs-client' (universe) xdebug: command not found root@user19-desktop:~/Downloads/xdebug-master# /opt/lampp/lampp restart Stopping XAMPP for Linux 1.8.1... XAMPP: Stopping Apache with SSL... XAMPP: Stopping MySQL... XAMPP: Stopping ProFTPD... XAMPP stopped. Starting XAMPP for Linux 1.8.1... XAMPP: Starting Apache with SSL (and PHP5)... XAMPP: Starting MySQL... XAMPP: Starting ProFTPD... XAMPP for Linux started.
Steps To Reproduce:	root@user19-desktop:~# cd Downloads root@user19-desktop:~/Downloads# tar -xzf xdebug-2.2.x.tgz tar (child): xdebug-2.2.x.tgz: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error is not recoverable: exiting now root@user19-desktop:~/Downloads# tar -xzf xdebug-master.zip gzip: stdin has more than one entry--rest ignored tar: Child returned status 2 tar: Error is not recoverable: exiting now root@user19-desktop:~/Downloads# cd xdebug-master root@user19-desktop:~/Downloads/xdebug-master# sudo apt-get install php5-dev Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: php5-cli php5-common Suggested packages: php5-suhosin The following packages will be upgraded: php5-cli php5-common php5-dev 3 upgraded, 0 newly installed, 0 to remove and 572 not upgraded. Need to get 3,670 kB of archives. After this operation, 1,024 B of additional disk space will be used. Do you want to continue [Y/n]? y Get:1 http://archive.ubuntu.com/ubuntu/ [^] precise-updates/main php5-cli i386 5.3.10-1ubuntu3.19 [3,086 kB] Get:2 http://archive.ubuntu.com/ubuntu/ [^] precise-updates/main php5-common i386 5.3.10-1ubuntu3.19 [161 kB] Get:3 http://archive.ubuntu.com/ubuntu/ [^] precise-updates/main php5-dev i386 5.3.10-1ubuntu3.19 [423 kB] Fetched 3,670 kB in 11s (310 kB/s) (Reading database ... 179959 files and directories currently installed.) Preparing to replace php5-cli 5.3.10-1ubuntu3.15 (using .../php5-cli_5.3.10-1ubuntu3.19_i386.deb) ... Unpacking replacement php5-cli ... Preparing to replace php5-common 5.3.10-1ubuntu3.15 (using .../php5-common_5.3.10-1ubuntu3.19_i386.deb) ... Unpacking replacement php5-common ... Preparing to replace php5-dev 5.3.10-1ubuntu3.15 (using .../php5-dev_5.3.10-1ubuntu3.19_i386.deb) ... Unpacking replacement php5-dev ... Processing triggers for man-db ... Setting up php5-common (5.3.10-1ubuntu3.19) ... Setting up php5-cli (5.3.10-1ubuntu3.19) ... Setting up php5-dev (5.3.10-1ubuntu3.19) ... root@user19-desktop:~/Downloads/xdebug-master# Run phpize: phpize Run: command not found root@user19-desktop:~/Downloads/xdebug-master# phpize Configuring for: PHP Api Version: 20090626 Zend Module Api No: 20090626 Zend Extension Api No: 220090626 root@user19-desktop:~/Downloads/xdebug-master# Run phpize Run: command not found root@user19-desktop:~/Downloads/xdebug-master# ./configure --enable-xdebug checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for a sed that does not truncate output... /bin/sed checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for PHP prefix... /usr checking for PHP includes... -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 checking for PHP extension directory... /usr/lib/php5/20090626+lfs checking for PHP installed headers prefix... /usr/include/php5 checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... nawk checking if nawk is broken... no checking whether to enable eXtended debugging support... yes, shared checking Check for supported PHP versions... supported (5.3.10-1ubuntu3.19) checking for gettimeofday... yes checking for cos in -lm... yes checking how to print strings... printf checking for a sed that does not truncate output... (cached) /bin/sed checking for fgrep... /bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu format... func_convert_file_noop checking how to convert i686-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking for gawk... (cached) nawk checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating ./config.status config.status: creating config.h config.status: executing libtool commands root@user19-desktop:~/Downloads/xdebug-master# make /bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o In file included from /home/user19/Downloads/xdebug-master/xdebug.c:27:0: /home/user19/Downloads/xdebug-master/xdebug_compat.h:27:36: error: unknown type name 'znode_op' In file included from /home/user19/Downloads/xdebug-master/xdebug.c:59:0: /home/user19/Downloads/xdebug-master/xdebug_var.h:69:64: error: unknown type name 'znode_op' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_include_or_eval_handler': /home/user19/Downloads/xdebug-master/xdebug.c:532:54: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_startup_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:662:3: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:662:3: note: each undeclared identifier is reported only once for each function it appears in /home/user19/Downloads/xdebug-master/xdebug.c:690:3: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:691:3: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_shutdown_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:814:33: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:842:33: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:843:33: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'add_used_variables': /home/user19/Downloads/xdebug-master/xdebug.c:1296:27: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c:1297:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c:1300:27: error: 'zend_op' has no member named 'op2_type' /home/user19/Downloads/xdebug-master/xdebug.c:1301:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_execute_internal': /home/user19/Downloads/xdebug-master/xdebug.c:1810:42: error: 'zend_op' has no member named 'result_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_compile_file': /home/user19/Downloads/xdebug-master/xdebug.c:1849:81: error: 'ZEND_ACC_DONE_PASS_TWO' undeclared (first use in this function) make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# make install /bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o In file included from /home/user19/Downloads/xdebug-master/xdebug.c:27:0: /home/user19/Downloads/xdebug-master/xdebug_compat.h:27:36: error: unknown type name 'znode_op' In file included from /home/user19/Downloads/xdebug-master/xdebug.c:59:0: /home/user19/Downloads/xdebug-master/xdebug_var.h:69:64: error: unknown type name 'znode_op' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_include_or_eval_handler': /home/user19/Downloads/xdebug-master/xdebug.c:532:54: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_startup_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:662:3: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:662:3: note: each undeclared identifier is reported only once for each function it appears in /home/user19/Downloads/xdebug-master/xdebug.c:690:3: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:691:3: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_shutdown_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:814:33: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:842:33: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:843:33: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'add_used_variables': /home/user19/Downloads/xdebug-master/xdebug.c:1296:27: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c:1297:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c:1300:27: error: 'zend_op' has no member named 'op2_type' /home/user19/Downloads/xdebug-master/xdebug.c:1301:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_execute_internal': /home/user19/Downloads/xdebug-master/xdebug.c:1810:42: error: 'zend_op' has no member named 'result_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_compile_file': /home/user19/Downloads/xdebug-master/xdebug.c:1849:81: error: 'ZEND_ACC_DONE_PASS_TWO' undeclared (first use in this function) make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# ./configure --enable-xdebug --with-php-config=/opt/lampp/bin/php-config checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for a sed that does not truncate output... /bin/sed checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for PHP prefix... /opt/lampp checking for PHP includes... -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib checking for PHP extension directory... /opt/lampp/lib/php/extensions/no-debug-non-zts-20100525 checking for PHP installed headers prefix... /opt/lampp/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... nawk checking if nawk is broken... no checking whether to enable eXtended debugging support... yes, shared checking Check for supported PHP versions... supported (5.4.7) checking for gettimeofday... yes checking for cos in -lm... yes checking how to print strings... printf checking for a sed that does not truncate output... (cached) /bin/sed checking for fgrep... /bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu format... func_convert_file_noop checking how to convert i686-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking for gawk... (cached) nawk checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating ./config.status config.status: creating config.h config.status: config.h is unchanged config.status: executing libtool commands root@user19-desktop:~/Downloads/xdebug-master# make /bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o /home/user19/Downloads/xdebug-master/xdebug.c:25:17: fatal error: php.h: No such file or directory compilation terminated. make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# make install/bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o /home/user19/Downloads/xdebug-master/xdebug.c:25:17: fatal error: php.h: No such file or directory compilation terminated. make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# xdebug No command 'xdebug' found, did you mean: Command 'rxdebug' from package 'openafs-client' (universe) Command 'udebug' from package 'openafs-client' (universe) xdebug: command not found root@user19-desktop:~/Downloads/xdebug-master# /opt/lampp/lampp restart Stopping XAMPP for Linux 1.8.1... XAMPP: Stopping Apache with SSL... XAMPP: Stopping MySQL... XAMPP: Stopping ProFTPD... XAMPP stopped. Starting XAMPP for Linux 1.8.1... XAMPP: Starting Apache with SSL (and PHP5)... XAMPP: Starting MySQL... XAMPP: Starting ProFTPD... XAMPP for Linux started.
Additional Information:	root@user19-desktop:~# cd Downloads root@user19-desktop:~/Downloads# tar -xzf xdebug-2.2.x.tgz tar (child): xdebug-2.2.x.tgz: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error is not recoverable: exiting now root@user19-desktop:~/Downloads# tar -xzf xdebug-master.zip gzip: stdin has more than one entry--rest ignored tar: Child returned status 2 tar: Error is not recoverable: exiting now root@user19-desktop:~/Downloads# cd xdebug-master root@user19-desktop:~/Downloads/xdebug-master# sudo apt-get install php5-dev Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: php5-cli php5-common Suggested packages: php5-suhosin The following packages will be upgraded: php5-cli php5-common php5-dev 3 upgraded, 0 newly installed, 0 to remove and 572 not upgraded. Need to get 3,670 kB of archives. After this operation, 1,024 B of additional disk space will be used. Do you want to continue [Y/n]? y Get:1 http://archive.ubuntu.com/ubuntu/ [^] precise-updates/main php5-cli i386 5.3.10-1ubuntu3.19 [3,086 kB] Get:2 http://archive.ubuntu.com/ubuntu/ [^] precise-updates/main php5-common i386 5.3.10-1ubuntu3.19 [161 kB] Get:3 http://archive.ubuntu.com/ubuntu/ [^] precise-updates/main php5-dev i386 5.3.10-1ubuntu3.19 [423 kB] Fetched 3,670 kB in 11s (310 kB/s) (Reading database ... 179959 files and directories currently installed.) Preparing to replace php5-cli 5.3.10-1ubuntu3.15 (using .../php5-cli_5.3.10-1ubuntu3.19_i386.deb) ... Unpacking replacement php5-cli ... Preparing to replace php5-common 5.3.10-1ubuntu3.15 (using .../php5-common_5.3.10-1ubuntu3.19_i386.deb) ... Unpacking replacement php5-common ... Preparing to replace php5-dev 5.3.10-1ubuntu3.15 (using .../php5-dev_5.3.10-1ubuntu3.19_i386.deb) ... Unpacking replacement php5-dev ... Processing triggers for man-db ... Setting up php5-common (5.3.10-1ubuntu3.19) ... Setting up php5-cli (5.3.10-1ubuntu3.19) ... Setting up php5-dev (5.3.10-1ubuntu3.19) ... root@user19-desktop:~/Downloads/xdebug-master# Run phpize: phpize Run: command not found root@user19-desktop:~/Downloads/xdebug-master# phpize Configuring for: PHP Api Version: 20090626 Zend Module Api No: 20090626 Zend Extension Api No: 220090626 root@user19-desktop:~/Downloads/xdebug-master# Run phpize Run: command not found root@user19-desktop:~/Downloads/xdebug-master# ./configure --enable-xdebug checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for a sed that does not truncate output... /bin/sed checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for PHP prefix... /usr checking for PHP includes... -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 checking for PHP extension directory... /usr/lib/php5/20090626+lfs checking for PHP installed headers prefix... /usr/include/php5 checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... nawk checking if nawk is broken... no checking whether to enable eXtended debugging support... yes, shared checking Check for supported PHP versions... supported (5.3.10-1ubuntu3.19) checking for gettimeofday... yes checking for cos in -lm... yes checking how to print strings... printf checking for a sed that does not truncate output... (cached) /bin/sed checking for fgrep... /bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu format... func_convert_file_noop checking how to convert i686-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking for gawk... (cached) nawk checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating ./config.status config.status: creating config.h config.status: executing libtool commands root@user19-desktop:~/Downloads/xdebug-master# make /bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o In file included from /home/user19/Downloads/xdebug-master/xdebug.c:27:0: /home/user19/Downloads/xdebug-master/xdebug_compat.h:27:36: error: unknown type name 'znode_op' In file included from /home/user19/Downloads/xdebug-master/xdebug.c:59:0: /home/user19/Downloads/xdebug-master/xdebug_var.h:69:64: error: unknown type name 'znode_op' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_include_or_eval_handler': /home/user19/Downloads/xdebug-master/xdebug.c:532:54: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_startup_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:662:3: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:662:3: note: each undeclared identifier is reported only once for each function it appears in /home/user19/Downloads/xdebug-master/xdebug.c:690:3: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:691:3: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_shutdown_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:814:33: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:842:33: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:843:33: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'add_used_variables': /home/user19/Downloads/xdebug-master/xdebug.c:1296:27: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c:1297:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c:1300:27: error: 'zend_op' has no member named 'op2_type' /home/user19/Downloads/xdebug-master/xdebug.c:1301:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_execute_internal': /home/user19/Downloads/xdebug-master/xdebug.c:1810:42: error: 'zend_op' has no member named 'result_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_compile_file': /home/user19/Downloads/xdebug-master/xdebug.c:1849:81: error: 'ZEND_ACC_DONE_PASS_TWO' undeclared (first use in this function) make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# make install /bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o In file included from /home/user19/Downloads/xdebug-master/xdebug.c:27:0: /home/user19/Downloads/xdebug-master/xdebug_compat.h:27:36: error: unknown type name 'znode_op' In file included from /home/user19/Downloads/xdebug-master/xdebug.c:59:0: /home/user19/Downloads/xdebug-master/xdebug_var.h:69:64: error: unknown type name 'znode_op' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_include_or_eval_handler': /home/user19/Downloads/xdebug-master/xdebug.c:532:54: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_startup_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:662:3: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:662:3: note: each undeclared identifier is reported only once for each function it appears in /home/user19/Downloads/xdebug-master/xdebug.c:690:3: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:691:3: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'zm_shutdown_xdebug': /home/user19/Downloads/xdebug-master/xdebug.c:814:33: error: 'ZEND_RETURN_BY_REF' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:842:33: error: 'ZEND_ADD_TRAIT' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c:843:33: error: 'ZEND_BIND_TRAITS' undeclared (first use in this function) /home/user19/Downloads/xdebug-master/xdebug.c: In function 'add_used_variables': /home/user19/Downloads/xdebug-master/xdebug.c:1296:27: error: 'zend_op' has no member named 'op1_type' /home/user19/Downloads/xdebug-master/xdebug.c:1297:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c:1300:27: error: 'zend_op' has no member named 'op2_type' /home/user19/Downloads/xdebug-master/xdebug.c:1301:84: error: 'znode' has no member named 'var' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_execute_internal': /home/user19/Downloads/xdebug-master/xdebug.c:1810:42: error: 'zend_op' has no member named 'result_type' /home/user19/Downloads/xdebug-master/xdebug.c: In function 'xdebug_compile_file': /home/user19/Downloads/xdebug-master/xdebug.c:1849:81: error: 'ZEND_ACC_DONE_PASS_TWO' undeclared (first use in this function) make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# ./configure --enable-xdebug --with-php-config=/opt/lampp/bin/php-config checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for a sed that does not truncate output... /bin/sed checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for PHP prefix... /opt/lampp checking for PHP includes... -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib checking for PHP extension directory... /opt/lampp/lib/php/extensions/no-debug-non-zts-20100525 checking for PHP installed headers prefix... /opt/lampp/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... nawk checking if nawk is broken... no checking whether to enable eXtended debugging support... yes, shared checking Check for supported PHP versions... supported (5.4.7) checking for gettimeofday... yes checking for cos in -lm... yes checking how to print strings... printf checking for a sed that does not truncate output... (cached) /bin/sed checking for fgrep... /bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu format... func_convert_file_noop checking how to convert i686-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking for gawk... (cached) nawk checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating ./config.status config.status: creating config.h config.status: config.h is unchanged config.status: executing libtool commands root@user19-desktop:~/Downloads/xdebug-master# make /bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o /home/user19/Downloads/xdebug-master/xdebug.c:25:17: fatal error: php.h: No such file or directory compilation terminated. make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# make install/bin/bash /home/user19/Downloads/xdebug-master/libtool --mode=compile cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -o xdebug.lo libtool: compile: cc -I. -I/home/user19/Downloads/xdebug-master -DPHP_ATOM_INC -I/home/user19/Downloads/xdebug-master/include -I/home/user19/Downloads/xdebug-master/main -I/home/user19/Downloads/xdebug-master -I/opt/lampp/include/php -I/opt/lampp/include/php/main -I/opt/lampp/include/php/TSRM -I/opt/lampp/include/php/Zend -I/opt/lampp/include/php/ext -I/opt/lampp/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/user19/Downloads/xdebug-master/xdebug.c -fPIC -DPIC -o .libs/xdebug.o /home/user19/Downloads/xdebug-master/xdebug.c:25:17: fatal error: php.h: No such file or directory compilation terminated. make: *** [xdebug.lo] Error 1 root@user19-desktop:~/Downloads/xdebug-master# xdebug No command 'xdebug' found, did you mean: Command 'rxdebug' from package 'openafs-client' (universe) Command 'udebug' from package 'openafs-client' (universe) xdebug: command not found root@user19-desktop:~/Downloads/xdebug-master# /opt/lampp/lampp restart Stopping XAMPP for Linux 1.8.1... XAMPP: Stopping Apache with SSL... XAMPP: Stopping MySQL... XAMPP: Stopping ProFTPD... XAMPP stopped. Starting XAMPP for Linux 1.8.1... XAMPP: Starting Apache with SSL (and PHP5)... XAMPP: Starting MySQL... XAMPP: Starting ProFTPD... XAMPP for Linux started.
Attached Files:

Notes
(0003190) derick    2015-10-23 09:31	You're trying to compile the latest version with PHP 5.3. Xdebug 2.3 and later don't support PHP 5.2 and PHP 5.3 anymore.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1188	[Xdebug] Usage problems	minor	have not tried	2015-09-23 11:23	2015-10-22 23:58
Reporter:	Strate	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.3.2
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.6.10-5.6.14
Summary:	Improve stacktraces inside catch blocks
Description:	Try to debug this code: <?php function a() { b(); } function b() { c(); } function c() { throw new \Exception(); } try { a(); } catch (\Exception $e) { xdebug_break(); } Open this code in IDE, i.e. PhpStorm put breakpoint to `xdebug_break();` statement, and run script. On script breaks, try to look to stacktrace. You will see only `main()` call (see attached screenshot). But *real* stacktrace is: - xdebug_trace.php:16 (call to function a) - xdebug_trace.php:4 (call to function b) - xdebug_trace.php:8 (call to function c) - xdebug_trace.php:12 (throwing new exception in function c) - xdebug)trace.php:18 (catching thac exception) It would be great improvement, if caught stacktrace be closer to real stack trace
Steps To Reproduce:
Additional Information:
Attached Files:	2015-09-23-c2abef.png (39,081) 2015-09-23 11:23 http://bugs.xdebug.org/file_download.php?file_id=268&type=bug

Notes
(0003184) derick    2015-10-22 23:58	At the moment your exception is caught, the whole stack has been rolled up already. That means that because it's not there, we can't show it any more. If you want to see the full stack when an exception gets thrown in PHP Storm, set an Exception break point on "Exception" or "*".

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1106	[Xdebug] Usage problems	crash	always	2015-02-16 13:40	2015-10-13 02:38
Reporter:	Dev101	Platform:	Linux
Assigned To:	derick	OS:	CentOS
Priority:	normal	OS Version:	6.5
Status:	assigned	Product Version:	2.2.7
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.5-5.6.9
Summary:	A thrown Exception after a class with __debugInfo gives 2 Errors
Description:	If you make an instance of an class that has __debugInfo() implemented and you are throwing an Exception after that you get the following errors: Warning: Uncaught exception 'Exception' with message 'neee' in test.php:10 and Fatal error: __debuginfo() must return an array in test.php on line 10 With disabled xDebug all is fine with the script below.
Steps To Reproduce:	<?php class A { public function __debugInfo() { return array();} } $c = new A(); try{ throw new \Exception("neee"); } catch (\Exception $e) { die("all fine"); }
Additional Information:
Attached Files:	phpinfo.html (105,463) 2015-03-01 00:19 http://bugs.xdebug.org/file_download.php?file_id=245&type=bug config.txt (1,643) 2015-10-02 08:19 http://bugs.xdebug.org/file_download.php?file_id=269&type=bug

Notes
(0003018) derick    2015-02-28 17:13	Your script just outputs "all fine" - like I expect it to do. Are you sure the script that you provided actually gives the output you said it would?
(0003019) Dev101    2015-03-01 00:22	yeah i'm sure about this. i also tried it on a different system (Windows 10 with xampp 5.6.3VC11 and xdebug 2.3.1 VC11) i tried a bit with some setting, it seems to depend on xdebug.show_local_vars if its set to 1 the error occurs if its set to 0 all works fine. i attached a phpinfo with the configuration where i get the errors.
(0003178) ypnos    2015-09-28 14:41	I can reproduce this bug here. It appears when Xdebug is connected to a client (here: PHPStorm). php 5.6.13 xdebug 2.3.2 Operating System is Arch Linux.
(0003179) marc-x    2015-10-02 08:22	There is a problem under such conditions: Server:   Linux 3.2.0-4-amd64 Debian 3.2.68-1+deb7u3 x86_64   PHP 5.6.13-1~dotdeb+7.1   Xdebug 2.3.3 + config in attached files Client:   PhpStorm 9.0.2   Windows 7 Home

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1184	[Xdebug] Usage problems	crash	always	2015-09-12 00:27	2015-09-12 20:15
Reporter:	gggeek	Platform:	ubuntu12+php5.6, win8.1+php5.5
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.3.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	linux + windows
PHP Version:	5.6.10-5.6.14
Summary:	core dump while generating code coverage of a phpunit test suite
Description:	The app is a Symfony bundle used to interact with Rabbitmq (via pure php code, not the amqplib extension). Crash reproduced with: - Travis VM (Ubuntu 12.04) + php 5.6.5 + Xdebug 2.2.7 (native), 2.3.2 (pecl), 2.3.3 (compiled) - Win 8.1 64bit + php 5.5.27, 5.5.29 (vc11ts32bit) + Xdebug 2.3.3 The Travis builds are at https://travis-ci.org/kaliop-uk/kueueingbundle/builds [^] - the ones running xdebug with code-coverage are the one on php 5.5 (even the recent green ones are in fact failing). Running the same test suite without code coverage, the test suite has no problems (both on linux and windows). I tried increasing memory for phpunit to 2GB, but it did not help. Not sure if there is any other tunable I can tweak.
Steps To Reproduce:	git clone git@github.com:kaliop-uk/kueueingbundle.git composer install phpunit --coverage-clover=coverage.clover Tests/phpunit
Additional Information:
Attached Files:

Notes
(0003173) gggeek    2015-09-12 00:27	ps: both in Travis and locally, phpunit version in use is 4.8.6
(0003174) gggeek    2015-09-12 00:35	ps: seems very similar to bug 0001180
(0003175) gggeek    2015-09-12 20:15	Further tests: on windows, tested Xdebug versions 2.2 to 2.6 (as in bug 1180 version 2.2.4 was mentioned to be ok), and they all crash. The crash happens in the phpunit phase where it says 'Generating code coverage report in whatever format ...' - for both clover and html formats

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1147	[Xdebug] Installation	minor	always	2015-04-28 23:50	2015-08-26 13:18
Reporter:	bicatu	Platform:	Mac
Assigned To:	derick	OS:	OS X
Priority:	normal	OS Version:	10.10.3
Status:	resolved	Product Version:	2.3.2
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.0-5.6.4
Summary:	Unable to compile for php7-dev
Description:	I have today's build of php7-dev and I can't compile xdebug.
Steps To Reproduce:	sudo pecl install xdebug
Additional Information:	downloading xdebug-2.3.2.tgz ... Starting to download xdebug-2.3.2.tgz (266,287 bytes) ........................................................done: 266,287 bytes running: phpize Configuring for: PHP Api Version: 20131218 Zend Module Api No: 20141001 Zend Extension Api No: 320140815 building in /private/tmp/pear/temp/pear-build-rootueFTsM/xdebug-2.3.2 running: /private/tmp/pear/temp/xdebug/configure checking for grep that handles long lines and -e... /usr/local/bin/ggrep checking for egrep... /usr/local/bin/ggrep -E checking for a sed that does not truncate output... /usr/bin/sed checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... x86_64-apple-darwin14.3.0 checking host system type... x86_64-apple-darwin14.3.0 checking target system type... x86_64-apple-darwin14.3.0 checking for PHP prefix... /usr/local/php5 checking for PHP includes... -I/usr/local/php5/include/php -I/usr/local/php5/include/php/main -I/usr/local/php5/include/php/TSRM -I/usr/local/php5/include/php/Zend -I/usr/local/php5/include/php/ext -I/usr/local/php5/include/php/ext/date/lib checking for PHP extension directory... /usr/local/php5/lib/php/extensions/no-debug-non-zts-20141001 checking for PHP installed headers prefix... /usr/local/php5/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... no checking for awk... awk checking if awk is broken... no checking whether to enable eXtended debugging support... yes, shared checking Check for supported PHP versions... supported (7.0.0-dev) checking for gettimeofday... yes checking for cos in -lm... yes checking for ld used by cc... /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld checking if the linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) is GNU ld... no checking for /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking for dsymutil... dsymutil checking for nmedit... nmedit checking for -single_module linker flag... yes checking for -exported_symbols_list linker flag... yes checking if cc supports -fno-rtti -fno-exceptions... yes checking for cc option to produce PIC... -fno-common checking if cc PIC flag -fno-common works... yes checking if cc static flag -static works... no checking if cc supports -c -o file.o... yes checking whether the cc linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin14.3.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool appending configuration tag "CXX" to libtool configure: creating ./config.status config.status: creating config.h running: make /bin/sh /private/tmp/pear/temp/pear-build-rootueFTsM/xdebug-2.3.2/libtool --mode=compile cc -I. -I/private/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/private/tmp/pear/temp/pear-build-rootueFTsM/xdebug-2.3.2/include -I/private/tmp/pear/temp/pear-build-rootueFTsM/xdebug-2.3.2/main -I/private/tmp/pear/temp/xdebug -I/usr/local/php5/include/php -I/usr/local/php5/include/php/main -I/usr/local/php5/include/php/TSRM -I/usr/local/php5/include/php/Zend -I/usr/local/php5/include/php/ext -I/usr/local/php5/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /private/tmp/pear/temp/xdebug/xdebug.c -o xdebug.lo mkdir .libs cc -I. -I/private/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/private/tmp/pear/temp/pear-build-rootueFTsM/xdebug-2.3.2/include -I/private/tmp/pear/temp/pear-build-rootueFTsM/xdebug-2.3.2/main -I/private/tmp/pear/temp/xdebug -I/usr/local/php5/include/php -I/usr/local/php5/include/php/main -I/usr/local/php5/include/php/TSRM -I/usr/local/php5/include/php/Zend -I/usr/local/php5/include/php/ext -I/usr/local/php5/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /private/tmp/pear/temp/xdebug/xdebug.c -fno-common -DPIC -o .libs/xdebug.o In file included from /private/tmp/pear/temp/xdebug/xdebug.c:52: In file included from /private/tmp/pear/temp/xdebug/php_xdebug.h:36: /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:63:39: error: a parameter list without types is only allowed in a function definition int xdebug_check_branch_entry_handler(ZEND_OPCODE_HANDLER_ARGS); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:64:36: error: a parameter list without types is only allowed in a function definition int xdebug_common_override_handler(ZEND_OPCODE_HANDLER_ARGS); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:69:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(assign); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:70:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(assign_add); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:71:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(assign_sub); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:72:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(assign_mul); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:73:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(assign_div); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:74:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(assign_mod); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:76:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(assign_pow); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:78:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(assign_sl); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:79:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(assign_sr); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:80:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(pre_inc); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:81:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(post_inc); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:82:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(pre_dec); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:83:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(post_dec); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:84:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(pre_inc_obj); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:85:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(post_inc_obj); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:86:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(pre_dec_obj); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:87:1: error: a parameter list without types is only allowed in a function definition XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL(post_dec_obj); ^ /private/tmp/pear/temp/xdebug/xdebug_code_coverage.h:67:27: note: expanded from macro 'XDEBUG_OPCODE_OVERRIDE_ASSIGN_DECL' int xdebug_##f##_handler(ZEND_OPCODE_HANDLER_ARGS) ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. make: *** [xdebug.lo] Error 1 ERROR: `make' failed
Attached Files:

Notes
(0003075) derick    2015-04-29 00:12	Xdebug isn't compatible with PHP 7 yet. It's going to take some time.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1077	[Xdebug] Debug client (console)	minor	always	2014-10-07 14:21	2015-08-21 08:37
Reporter:	Matthijs	Platform:	Linux
Assigned To:	derick	OS:	Centos
Priority:	normal	OS Version:	5
Status:	acknowledged	Product Version:	2.2.5
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Centos 5
PHP Version:	5.4.20-5.4.24
Summary:	IPv6 Support
Description:	Is it possible to use XDebug over IPv6? If so in what format does the remote_host IP needs to be? IPv4: Log opened at 2014-10-07 13:17:36 I: Checking remote connect back address. W: Remote address not found, connecting to configured address/port: 172.22.20.170:9200. :-| I: Connected to client. :-) IPv6: Log opened at 2014-10-07 13:06:01 I: Checking remote connect back address. W: Remote address not found, connecting to configured address/port: 2001:xxx:xxxx:0:b4a3:596f:xxxx:xxxx:9200. :-| E: Could not connect to client. :-( Log closed at 2014-10-07 13:06:01 IPv6 (with ip within brackets) Log opened at 2014-10-07 13:07:31 I: Checking remote connect back address. W: Remote address not found, connecting to configured address/port: [2001:xxx:xxxx:0:b4a3:596f:xxxx:xxxx]:9200. :-| E: Could not connect to client. :-( Log closed at 2014-10-07 13:07:31
Steps To Reproduce:	Try to connect through IPv6
Additional Information:	Works great with ipv4!
Attached Files:

Notes
(0002884) derick    2014-10-07 14:52	It's not yet possible, but I am evaluating a Pull Request to support this: https://github.com/xdebug/xdebug/pull/88 [^]
(0002885) Matthijs    2014-10-07 15:10	Ah, great! Thanks! Looking forward to this new feature!
(0003165) Mattie    2015-08-21 08:37	Can you please look at the pull request? It is open for a very long time!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1178	[Xdebug] Usage problems	major	always	2015-08-13 10:21	2015-08-13 10:23
Reporter:	hwde	Platform:	Apple Mac
Assigned To:		OS:	OS X
Priority:	normal	OS Version:	10.10.4
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OS X 10.10.4, up-to-date Apache with MacPorts
PHP Version:	5.6.0-5.6.4
Summary:	crash on cleanup kills apache child process
Description:	Loading PHP-Webpages with Chrome which contains a could of Ajax requests to the same (local) Apache-Webserver seems to crash the apache child process. Disableing xdebug fix the issue (no crash). This happens only on with few on local vhosts, others, without ajax requests runs just fine. It doens't matter which php-version is in use, 5.4, 5.5 or 5.6 all behaves the same.
Steps To Reproduce:	Easy on my desktop, but havn't yet tried to extract the php-calls to strip it down to an example.
Additional Information:	Attached you'll find a apache backtrace.
Attached Files:	xdebug-crash (2,766) 2015-08-13 10:21 http://bugs.xdebug.org/file_download.php?file_id=264&type=bug

Notes
(0003159) hwde    2015-08-13 10:23	I forget to paste the message from apache error-log: [Thu Aug 13 10:31:15 2015] [notice] child pid 4854 exit signal Abort trap (6)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1172	[Xdebug] Debug client (console)	crash	always	2015-07-02 05:36	2015-07-11 02:25
Reporter:	tien.xuan.vo	Platform:	Apache 2.4.12
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:	Lubuntu 14.04
Status:	assigned	Product Version:	2.3.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu Server 14.04
PHP Version:	5.6-dev
Summary:	Socket exception occured while traveling through call stack
Description:	Set a break point, then start debugging. When the code is paused, click at a point in call stack, and a socket exception occured.
Steps To Reproduce:	1. Clone code from this repo https://github.com/tienvx/xdebug-reproduce [^] and create a virtual host to that code. 2. Create a netbeans project 3. Set a break point at line 8 function_5($arg2->name); 4. Start debugging. 5. When the code is paused, open call stack window, and double click on the line index.php.Class1::method3:18 6 A socket exception occured.
Additional Information:	1. PHP 5.6.10 2. Xdebug 2.3.3 3. Netbeans 7.2.1 4. I put code in another host in the same network. 5. Here is the xdebug configs: ;/etc/php5/mods-available/xdebug.ini zend_extension=xdebug.so [xdebug] xdebug.remote_host=192.168.1.104 ;xdebug.remote_connect_back=1 xdebug.remote_enable=1 xdebug.remote_autostart=0 xdebug.remote_cookie_expire_time=86400 xdebug.remote_port=9000 xdebug.idekey=”netbeans-xdebug” xdebug.profiler_enable=0 xdebug.profiler_enable_trigger=1
Attached Files:	reproduce.png (76,720) 2015-07-02 05:36 http://bugs.xdebug.org/file_download.php?file_id=259&type=bug error.png (41,196) 2015-07-02 05:38 http://bugs.xdebug.org/file_download.php?file_id=260&type=bug exception.png (12,279) 2015-07-02 05:41 http://bugs.xdebug.org/file_download.php?file_id=261&type=bug xdebug.log (54,955) 2015-07-11 02:25 http://bugs.xdebug.org/file_download.php?file_id=262&type=bug

Notes
(0003144) derick    2015-07-02 09:52	Hi! Thanks for the report? Would it be possible to create a debugging log to go with your reproducible case? You can do so by setting xdebug.remote_log=/tmp/xdebug.log -- and then attach that file to this report. This prevents me from having to install and learn Netbeans :-)
(0003149) tien.xuan.vo    2015-07-11 02:24	Sorry for late response! Here is the log.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
77	[Xdebug] Usage problems	major	always	2004-07-16 06:16	2015-07-09 05:32
Reporter:	Roger Keays	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:
PHP Version:	4.3.0
Summary:	Profiler doesn't handle recursive functions
Description:	The xdebug profiler seems to be unable to handle recursion properly. given the script: <?php function c() { d(); } function d() { static $x; if (!isset($x)) $x = 0; $x++; while ($x < 20) c(); } c(); ?> We see the results c() - cumulative: 1014.75% self: 49.36% d() - cumulative: 965% self: 47.87% main - cumulative: 100% self: 2.66% self still sums to approx 100%, but the cumulative time is all wrong. Having a look at the cachegrind.out file it is pretty clear what is happening - xdebug is counting the first call to d() in the total of the second call to d() - which is okay, but since it prints both to the file you end up with the equivalent of 3 calls to d(). I wouldn't accept filtering the linked list for function names the match the exiting function when summing totals as a valid solution for this defect, since recursion may be hidden at a distance of more than 1 function call away. Can't think of a quick fix for this one...
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001536) eis_os    2010-07-23 10:42    (edited on: 2010-07-23 16:00)	Can the time split by nest level? So xdebug only sum up the total taken of the current nest level? Currently my XDebug output here goes crazy, WinCacheGrind telling me percentage values in the 10000% range... (heavily recursion together with Smarty3) (That was actually bug 0000357
(0001537) eis_os    2010-07-23 12:14	A slightly modified testcase (less recursive, more time per call): <?php   function c() {   usleep(1000);   d(); } function d() {   static $x;   if (!isset($x)) $x = 0;   $x++;   while ($x <30) c(); }   c();   ?>
(0001617) FloSchnell    2010-11-24 16:30	Can confirm this issue. This, of course, also applies to object methods. Really hard to realize that there's something wrong because if the program contains more than just nested functions then you won't realize that the cumulative is actually wrong. It just seemed way too high, which got me looking into the issue ...
(0002189) dinu    2012-05-25 04:06	I desperately need a fix to this, or I will have to go back to ZendDebugger... working on a project where recursion is unavoidable as its goal is to wrap together pieces of self-referencing data.
(0002229) dinu    2012-06-02 19:08	So, here's my 2 cents: http://www.exteon.ro/ro/produse/unelte-php/xt2callgrind [^] It's tested with a fairly large script of 100K+ function calls, lots of recursion, results are excellent. It's a very large computational effort though, I now doubt it can be implemented in real time, might thou be translated in a C post-processing feature. I do have one related question though, if it's in the Docs I missed it: with the profile or trace trigger, I get timings 200% (for large scripts) to 600% (for small scripts) of the real execution time. Do you have some stats linking real execution time, traced execution time and call overhead? Or what is expected of? Should the overhead be roughly linear with the execution time, or roughly linear with the # of function calls?
(0003148) jboffel    2015-07-09 05:32    (edited on: 2015-07-13 09:37)	Any plan on fixing this bug? It's still wrongly reporting time spent in recursive function in xdebug 2.3.3 even if we push detect cycles... I generated from vallgrind for a C program the equivalent example given here and kcachegrind show something relevant if we use detect cycles.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1162	[Xdebug] Installation	crash	unable to reproduce	2015-06-17 13:31	2015-07-07 13:36
Reporter:	Rukien	Platform:	Windows
Assigned To:		OS:	Windows
Priority:	normal	OS Version:	Server 2008 R2
Status:	new	Product Version:	2.3.2
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Server 2008 R2
PHP Version:	5.6.5-5.6.9
Summary:	php5ts.dll crashes with xdebug enabled
Description:	Hello, I'm facing a strange issue. I configured a web server up-to-date with Apache 5.6.24, MySQL5.6.24, PHP 5.6.10 on Windows Server 2008 R2 Standard. I've copied two PHP apps from my old server to the newest which worked like a charm, but the third makes PHP crash. As PHP is loaded as an Apache modules, it also make apache restart. Windows Event log says that php5ts.dll has failed (see additionnal informations). I tried to unable some PHP extensions, but it has no effect, until I disabled xdebug. I Downgraded xdebug to 2.2.7 and then 2.2.5, but it didn't fixed it. If I can help by giving more infos, don't hesitate !
Steps To Reproduce:	I cannot give you steps : Basically I try to connect to the app with a web browser and it makes php crash.
Additional Information:	Server config : Windows 2008 R2 Standard Apache 2.4.12 32bits VC11 MySQL 5.6.24 64bits PHP 5.6.10 32bits (bug also occured with 5.6.8) VC11 Xdebug 2.3.2 5.6 VC11 32 bits apache error log : [Wed Jun 17 10:29:16.252977 2015] [mpm_winnt:notice] [pid 1072:tid 564] AH00428: Parent: child process 1452 exited with status 255 -- Restarting. [Wed Jun 17 10:29:16.658707 2015] [mpm_winnt:notice] [pid 1072:tid 564] AH00455: Apache/2.4.12 (Win32) mod_authn_ntlm/1.0.0 PHP/5.6.10 configured -- resuming normal operations [Wed Jun 17 10:29:16.658707 2015] [mpm_winnt:notice] [pid 1072:tid 564] AH00456: Server built: Mar 19 2015 18:23:40 [Wed Jun 17 10:29:16.658707 2015] [mpm_winnt:notice] [pid 1072:tid 564] AH80000: Distributed by: The Apache Haus [Wed Jun 17 10:29:16.658707 2015] [mpm_winnt:notice] [pid 1072:tid 564] AH80001: Compiled with: Visual Studio 2008 [Wed Jun 17 10:29:16.658707 2015] [core:notice] [pid 1072:tid 564] AH00094: Command line: 'C:\\Apache24\\bin\\httpd.exe -d C:/Apache24' [Wed Jun 17 10:29:16.658707 2015] [mpm_winnt:notice] [pid 1072:tid 564] AH00418: Parent: Created child process 2864 Windows event log : Nom de l’application défaillante httpd.exe, version : 2.4.12.0, horodatage : 0x550b7a15 Nom du module défaillant : php5ts.dll, version : 5.6.10.0, horodatage : 0x5578c6e7 Code d’exception : 0xc0000005 Décalage d’erreur : 0x0000a7af ID du processus défaillant : 0x5ac Heure de début de l’application défaillante : 0x01d0a8d7a7f0def1 Chemin d’accès de l’application défaillante : C:\Apache24\bin\httpd.exe Chemin d’accès du module défaillant: C:\php5.6.10\php5ts.dll ID de rapport : efccc181-14ca-11e5-b3ec-000c2934de47
Attached Files:

Notes
(0003129) unknownbrackets    2015-06-25 04:19	Can you try reducing the test case? For example, let's say it crashes in index.php. If you make index.php start with the following, does it still crash? <?php echo 'hi there'; die; ?> If this doesn't crash, how low can you move the die; before it does crash? If you can remove a bunch of code from possibly being the problem, you might be able to narrow it down to a small chunk of code (like just one file you include) that causes it. This might be something you could upload, so other people can reproduce it and possibly fix it. Unfortunately, just knowing that it can crash when pointed at certain PHP code probably won't lead to a fix very directly or soon. It's sorta like knowing there's a typo somewhere in a bookcase full of books. Sounds pretty believable (there's likely more than just one, in fact), but it's hard to find without more info than that. -[Unknown]
(0003147) Rukien    2015-07-07 13:36	Hi, Here's an example of "buggy code". I isolated it by using die() calls on the source code. It's extracted from a function : $res = database::$db->fetch_result($stmt, 'ROW');          echo '<h2>get_Acces Test 2 post query</h2>'; var_dump($res); //displays the expected value //die(); //it works if($res[0][0] > -1) {     ...code...     return true; //it fails (won't be returned) } else {     echo '<h3> test superieur a -1</h3>';         // die(); //it works     return false; //it fails (won't be returned) } It seems that the function works properly but its the return keyword seems to fail : when I try to get the result of this function, it crashes. Same error as above. I've upgraded xdebug in 2.3.3, same error. It is not the first function called in the script, the other ones are running properly. If I find another case like this one where it crash, I'll report it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1165	[Xdebug] Feature/Change request	minor	always	2015-06-20 19:30	2015-07-06 02:47
Reporter:	unknownbrackets	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.3.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Any
PHP Version:	5.6.5-5.6.9
Summary:	Step Out skips subsequent function calls
Description:	Xdebug performs the "step out" or "finish" operation based on stack level, rather than function unit. What this means is that when you Step Out from a function that is an argument, or a method that is part of a chain, it behaves incorrectly with respect to standard debugging behavior found in other languages. -[Unknown]
Steps To Reproduce:	1. Create a source file with the following content: <?php function foo($arg) { echo $arg; } function bar() { return 42; } foo(bar()); echo 6 * 9; ?> 2. Set a breakpoint on the line containing "foo(bar());" and begin debugging. 3. When the breakpoint trips, execute a step_into, moving you inside bar(). 4. Next, execute a step_out. Expect to leave the "bar()" function unit, and enter the "foo()" function unit. 5. Currently, observe that execution is moved to the "echo 6 * 9;" line instead.
Additional Information:	I'm thinking of attempting a patch for this. My thinking is that this would require examining op_array, and potentially storing more info to determine a change in active function unit. Would you accept such a patch? Do you expect it necessary to include an option to retain the old, but unusual, stepping behavior?
Attached Files:

Notes
(0003145) unknownbrackets    2015-07-04 02:00    (edited on: 2015-07-04 02:05)	I suppose the easiest way would be to check op_array->function_name and op_array->scope->name. So something like this: if (XG(context).do_finish) { /* could still check level to try to skip some? */    int match = 0;    zend_string *stmt_func_name = op_array->function_name;    zend_string *stmt_scope_name = op_array->scope ? op_array->scope->name : NULL;    zend_string *leave_func_name = XG(context).next_leave_function_name;    zend_string *leave_scope_name = XG(context).next_leave_scope_name;    if (!stmt_func_name || !leave_func_name) {       match = stmt_func_name == leave_func_name;    } else if (zend_string_equals(stmt_func_name, leave_func_name)) {       if (!stmt_scope_name || !leave_scope_name) {          match = stmt_scope_name == leave_scope_name;       } else if (zend_string_equals(stmt_scope_name, leave_scope_name)) {          match = 1;       }    }    if (!match) {       /* break */    } } In a common case, I suppose the pointers would be identical, so it might not perform badly to simply refcount it. I'm not super familiar with the PHP source, though. Also would need to check if that handles namespaces right. -[Unknown]
(0003146) unknownbrackets    2015-07-06 02:47	Hmm, closures also - line_start might be necessary. -[Unknown]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1167	[Xdebug] Usage problems	minor	always	2015-06-23 09:18	2015-06-25 14:42
Reporter:	liulu	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.3.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.0-5.6.4
Summary:	count php path and branch coverage error
Description:	This is a minor bug-fix release for the 2.3 series, and addresses crashes with path and branch coverage. I used php-code-coverage based on xdebug to count php-code branch and path. I found that if the tests was not cover any line in one file. the return array by debug has no report to that file.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003137) derick    2015-06-25 14:42	If PHP does not execute anything in a file, then Xdebug has no ways of knowing about it existing, and hence, I can't it to the output array. So I am marking this as "no change required", as it seems to work correctly.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1160	[Xdebug] Usage problems	minor	always	2015-06-10 09:03	2015-06-18 10:32
Reporter:	bogeux	Platform:	x86_64
Assigned To:	derick	OS:	Linux debian
Priority:	normal	OS Version:	6.0.10
Status:	resolved	Product Version:	2.3.2
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.3.3
		Target Version:
Operating System:	linux debian
PHP Version:	5.6.0-5.6.4
Summary:	xdebug is still stricter than PHP regarding the code property type
Description:	According to the issue http://bugs.xdebug.org/bug_view_page.php?bug_id=00000723 [^] we still can't set a string code and throw the exception. In this case the code would be overrite with the value (int)0;
Steps To Reproduce:	With xdebug (2.3.2) enabled : class myException extends Exception { public function __construct($message = '', $code = "-1", $params = array(), Exception $previousException = null) { parent::__construct($message, -1); $this->code = $code; } } $ex = new myException('foo', 'foo'); var_dump($ex->getCode()); try { throw $ex; } catch (BException $e) { var_dump($e->getCode()); } var_dump($ex->getCode()); Output : string 'foo' (length=3) int 0 int 0
Additional Information:
Attached Files:

Notes
(0003113) bogeux    2015-06-10 09:06	Little fail in my "Steps To Reproduce", the type in the catch sould be myException.
(0003124) derick    2015-06-18 10:32	It's a duplicate of 0001133, which I've already fixed. I've verified it with your example too: derick@whisky:~ $ php --ri xdebug | grep Version Version => 2.3.2 [PHP: 5.6.9-dev ] derick@whisky:~ $ php /tmp/foo.php string(3) "foo" int(0) int(0) [PHP: 5.6.9-dev ] derick@whisky:~ $ php --ri xdebug | grep Version Version => 2.3.3-dev [PHP: 5.6.9-dev ] derick@whisky:~ $ php /tmp/foo.php string(3) "foo" string(3) "foo" string(3) "foo" [PHP: 5.6.9-dev ] derick@whisky:~ $ cat /tmp/foo.php <?php class myException extends Exception {     public function __construct($message = '', $code = "-1", $params = array(), Exception $previousException = null) {         parent::__construct($message, -1);               $this->code = $code;         } } $ex = new myException('foo', 'foo'); var_dump($ex->getCode()); try {     throw $ex; } catch (myException $e) {     var_dump($e->getCode()); } var_dump($ex->getCode()); ?>

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1163	[Xdebug] Usage problems	minor	always	2015-06-18 08:25	2015-06-18 10:31
Reporter:	zorrocaesar	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.3.1
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.3.3
		Target Version:
Operating System:	Linux
PHP Version:	5.5.20-5.5.25
Summary:	XDebug casts exception codes to integer
Description:	When a class that extends \Exception overwrites the exception code with a string (this is possible and accepted according to PHP docs) is thrown, the resulting exception, when caught, will cast the string in the exception code to a integer.
Steps To Reproduce:	try { throw new ExceptionWithCodeAsString('Oops!', '5_critical') } catch ( \Exception $e) { var_dump $e->getCode(); // int(5) }
Additional Information:	This behavior occurs even when no XDebug session is started. Simply removing the extension, will also eliminate this behavior.
Attached Files:

Notes
(0003122) zorrocaesar    2015-06-18 09:31	This is a duplicate of: http://bugs.xdebug.org/view.php?id=1160 [^]
(0003123) derick    2015-06-18 10:31	It's a duplicate of 0001133 too, which I've already fixed. I've verified it with your example too. Thanks for the report!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1161	[Xdebug] Feature/Change request	minor	always	2015-06-17 07:50	2015-06-17 07:50
Reporter:	updog	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.35-5.4.39
Summary:	Suggestion, xdebug wizard should mention that the zend_extension directive can only be set in php.ini
Description:	Example output could be: 3.Edit *\php.ini and add the line zend_extension = "*\ext\php_xdebug-*.dll" Note, the zend_extension directive can not be set in .user.ini-style INI files, only in php.ini
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1158	[Xdebug] Usage problems	major	always	2015-06-07 21:40	2015-06-07 22:03
Reporter:	razvanphp	Platform:	Linux
Assigned To:		OS:	Debian
Priority:	normal	OS Version:	Jessie
Status:	new	Product Version:	2.3.2
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.0-5.6.4
Summary:	xdebug captures fatal errors in the log instead of showing them in the browser
Description:	When a fatal error occurs, with xdebug extension loaded, the php fatal errors are not displayed to the browser anymore. Instead, nginx logs this errors to the log file and the browser gets 502 Bad Gateway: 2015/06/07 20:19:52 [error] 520#520: *98 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to undefined method yii\helpers\Html::link() in /usr/share/nginx/file.php on line 33 PHP message: PHP Stack trace: ......... 2015/06/07 20:19:52 [error] 520#520: *98 upstream sent too big header while reading response header from upstream, client: 10.0.0.1, server: site.dev, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", [^] host: "site.dev", referrer: "http://site.dev/" [^] I tried both xdebug 2.2.5 and I also compiled 2.3.2. Exact PHP version: PHP 5.6.7-1 (built: Mar 24 2015 12:30:15). Display errors is enabled, and it works fine if I disabled the xdebug extension. Normally Yii2 Framework displays a nice formatted exception, so maybe it is interfering with xdebug?
Steps To Reproduce:	It happens all the time in my dev setup, except if I put some break points, and click play, then the expected exception is correctly shown into the browser. If you need more debug information I am more than happy to provide them.
Additional Information:
Attached Files:

Notes
(0003112) razvanphp    2015-06-07 22:03	fastcgi_buffers 16 16k; fastcgi_buffer_size 32k; Setting this in nginx fixes the problem. I can see that the stacktrace is not included in the log if xdebug is not loaded, so it must be too big. This still does not explain why the HEADERS are too big, and not the body. I read somewhere that this can also be caused by invalid headers. Also, as I said, it works if I have a break point in execution and the I hit play, even with the default buffer sizes.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1150	[Xdebug] Usage problems	major	always	2015-05-12 22:19	2015-06-06 20:50
Reporter:	flip101	Platform:
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7 64bits
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.0-5.6.4
Summary:	Traces show wrong filenames
Description:	This issue here https://github.com/jeromemacias/Silex-Debug/issues/5 [^] shows trace: ( ! ) Fatal error: Uncaught exception 'RuntimeException' with message 'Cannot override frozen service "data_collector.templates".' in vendor\pimple\pimple\src\Pimple\Container.php on line 76 ( ! ) RuntimeException: Cannot override frozen service "data_collector.templates". in vendor\pimple\pimple\src\Pimple\Container.php on line 76 Call Stack # Time Memory Function Location 1 0.0000 233856 {main}( ) ..\index.php:0 2 0.0400 766208 Silex\Application->register( ) ..\index.php:72 3 0.0400 766288 Pimple\Container->register( ) ..\Application.php:130 4 0.0400 766360 Silex\Provider\DebugServiceProvider->register( ) ..\Container.php:273 5 0.0410 775408 Pimple\Container->offsetSet( ) ..\Container.php:36 But there is really nothing interesting on container.php line 36 https://github.com/silexphp/Pimple/blob/52f5d0969c998aa5ca7156e6ffb45eb610e235dc/src/Pimple/Container.php#L36 [^] This should be DebugServiceProvider.php line 36 https://github.com/jeromemacias/Silex-Debug/blob/ef05e5dbfeb3a3d8a3bb5c6e5756768f92688075/DebugServiceProvider.php#L36 [^] This is the trace with xdebug disabled: Fatal error: Uncaught exception 'RuntimeException' with message 'Cannot override frozen service "data_collector.templates".' in vendor\pimple\pimple\src\Pimple\Container.php:76 Stack trace: #0 vendor\jeromemacias\silex-debug\DebugServiceProvider.php(36): Pimple\Container->offsetSet('data_collector....', Array) #1 vendor\pimple\pimple\src\Pimple\Container.php(273): Silex\Provider\DebugServiceProvider->register(Object(Silex\Application)) 0000002 vendor\silex\silex\src\Silex\Application.php(130): Pimple\Container->register(Object(Silex\Provider\DebugServiceProvider), Array) 0000003 web\index.php(72): Silex\Application->register(Object(Silex\Provider\DebugServiceProvider), Array) 0000004 {main} thrown in vendor\pimple\pimple\src\Pimple\Container.php on line 76 You can see PHP has it right and connects line 36 to the right file
Steps To Reproduce:
Additional Information:
Attached Files:	xdebug-1150.zip (1,027) 2015-06-06 20:49 http://bugs.xdebug.org/file_download.php?file_id=256&type=bug

Notes
(0003080) derick    2015-05-12 22:53	Can you make a (short) reproducible case for me?
(0003081) flip101    2015-05-12 23:17	I will try ... but it will take some time. Thank you for looking into this. I'm not sure if i can edit the issue and add the test case in the reproduce field..
(0003082) derick    2015-05-12 23:48	That's ok - just add it as a comment, or attach files. Or, if that doesn't work - let me know and we'll work something out.
(0003099) derick    2015-05-30 21:03	Did you have time to make a shorter case?
(0003110) flip101    2015-06-06 20:50	My main desktop was broken (BSOD) and didn't get around to fix it quickly. Test case attached as zip.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1136	[Xdebug] Usage problems	crash	always	2015-04-06 22:55	2015-05-30 21:03
Reporter:	SAbboushi	Platform:	Windows
Assigned To:	derick	OS:	Windows
Priority:	high	OS Version:	W764
Status:	resolved	Product Version:	2.3.2
Product Build:		Resolution:	suspended
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	W764
PHP Version:	5.6.5-5.6.9
Summary:	Revisit: Property access is not allowed yet re: mysqli
Description:	A breakpoint that evaluates mysqli methods after a failed connection generates 262 * 4 entries in php_error.log and crashes the debug session. It seems this matter was reported in "0000900: Logs filled with spurious warnings" with resolution "not fixable" [because it is a mysqli driver bug]. My frustration led me to try Zend Studio/zend debugger. I wonder how their debugger overcomes the problem...? No problems whatsoever with the same php code...
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003098) derick    2015-05-30 21:03	I don't know how the Zend debugger fixes it, as it is not open source. I am not sure what to do, as the bug in the MySQLi extension is still present.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1152	[Xdebug] Usage problems	minor	random	2015-05-19 10:51	2015-05-19 10:51
Reporter:	ddrury	Platform:	Windows
Assigned To:		OS:	Windows
Priority:	normal	OS Version:	7x64
Status:	new	Product Version:	2.3.2
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.6.0-5.6.4
Summary:	Saving to $_SESSION becomes unstable
Description:	Using any version of php & xdebug compiled with Visual Studio® 2012 (VC11) and using a script where the session is stored in a database results in writes to $_SESSION becoming erratic
Steps To Reproduce:	Using the scenario as above making repeated read/write requests to $_SESSION produces unrealiable results - the read seems OK but the write sometimes fails.
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1149	[Xdebug] Installation	minor	always	2015-05-09 08:49	2015-05-13 00:20
Reporter:	sokada	Platform:	MacBook Pro
Assigned To:	derick	OS:	OSX Yosemite
Priority:	normal	OS Version:	10.10.3
Status:	resolved	Product Version:	2.3.2
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.5-5.6.9
Summary:	Xdebug requires Zend Engine API version 220121212.
Description:	I just installed php5.6.7. I run a command, php -v then I get the followings. Xdebug requires Zend Engine API version 220121212. The Zend Engine API version 220131226 which is installed, is newer. Contact Derick Rethans at http://xdebug.org/docs/faq#api [^] for a later version of Xdebug. PHP 5.6.7 (cli) (built: May 8 2015 21:46:09) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003078) sokada    2015-05-09 08:51	I had php5.5 and I had no problem with installing xdebug. I installed php56 with homebrew. I followed this from http://xdebug.org/wizard.php. [^] Download xdebug-2.3.2.tgz Unpack the downloaded file with tar -xvzf xdebug-2.3.2.tgz Run: cd xdebug-2.3.2 Run: phpize (See the FAQ if you don't have phpize. As part of its output it should show: Configuring for: ... Zend Module Api No: 20131226 Zend Extension Api No: 220131226 If it does not, you are using the wrong phpize. Please follow this FAQ entry and skip the next step. Run: ./configure Run: make Run: cp modules/xdebug.so /usr/local/Cellar/php56/5.6.7/lib/php/extensions/no-debug-non-zts-20131226 Edit /usr/local/etc/php/5.6/php.ini and add the line zend_extension = /usr/local/Cellar/php56/5.6.7/lib/php/extensions/no-debug-non-zts-20131226/xdebug.so Restart the webserver
(0003079) sokada    2015-05-09 08:52	There is no sign of xdebug in phpinfo.php.
(0003085) derick    2015-05-13 00:20	This is not a bug, you're likely just doing something wrong. Please contact the mailinglist for support - as this is an issue (bug) tracker. See http://xdebug.org/support.php [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1138	[Xdebug] Usage problems	major	always	2015-04-09 14:13	2015-05-02 17:27
Reporter:	duderion	Platform:	PHPStorm
Assigned To:	derick	OS:	OSX
Priority:	high	OS Version:	10.10
Status:	assigned	Product Version:	2.3.2
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.0-5.6.4
Summary:	Xdebug is not able to evaluate arrays
Description:	If i setup a Project with CakePHP3 under PHPStorm8, Netbeans8 ... with MAMP (Simple MAC LAMP alternative), i'm able to set a breakpoint, but on lots of values i receive 'can not get property'. As it happens with PHPStorm AND Netbeans, it seems like it is a problem with Xdebug. I tried 2.2, 2.3.2 and after it still failed, i install 3.0.0-dev from git. still same same. I have a screenshot of the debugging state. You see, there are values being evaluated, but others aren't. The Object, where i discovered this is an "Entity Object" http://91.250.118.97/private/xdebug_phpstorm_cake3.png [^] i talked to some developers of cakephp, and they told me that "properties" or "accessible" are simple and plain old php arrays.
Steps To Reproduce:	OSX MAMP cakephp3 install generate easy Entity Object in one of the controllers e.g. $e = new Entity(['id'=>5]); set a breakpoint after it, and you'll see that not all values are accessible.
Additional Information:
Attached Files:	screenshot.png (114,159) 2015-04-09 14:53 http://bugs.xdebug.org/file_download.php?file_id=248&type=bug

Notes
(0003060) derick    2015-04-09 14:16	Could you perhaps come up with a lot simpler reproduce case? As a preference, just a *single* script without dependencies. If not, as I have no mac and hence no MAMP, and I don't know CakePHP, I need a reproducible package. I doubt it's related to OSX/MAMP though, so if you can pack up something that I can easily "unpack and run", *and* provide a "remote debugging log" (see http://xdebug.org/docs/all_settings#remote_log [^]), then I can perhaps find and fix this.
(0003061) duderion    2015-04-09 14:39	hiho Derick, you find a webproject example here. http://91.250.118.97/private/xdebug.zip [^] simply download & unpack cheers
(0003062) derick    2015-04-09 14:53	I can run this - and set the breakpoint at the instructed line. However, the screenshot that you posted shows $initFunctions being open, which has the "properties" or "accessible" properties. But in the code that you gave me, there is no such variable at all. In the context of the $e variable, _accessors and _properties "work for me". I'll add a screenshot too.
(0003063) duderion    2015-04-09 15:26	yes you are right, the code is sent you is just a basic example. here is my output of $e http://91.250.118.97/private/xdebug.png [^]
(0003064) derick    2015-04-09 15:46	I see something fishy going on, even *without* xdebug loaded when requesting index.php - what is your exact PHP version?
(0003065) derick    2015-04-09 21:07	I think I found a bug in PHP here - that I can reproduce even when Xdebug is loaded. Can I pass your "xdebug.zip" onwards into the PHP.net bugs system?
(0003069) duderion    2015-04-15 14:45	yea ofcourse
(0003070) duderion    2015-04-15 14:45	my exact php version is 5.6.2
(0003074) duderion    2015-04-28 10:19	hi Derick, are there any efforts concering the php bug ;) ?
(0003076) duderion    2015-05-02 16:12	its strange, that _properties "works" for you.
(0003077) duderion    2015-05-02 17:27	Hi Derick, oh my f***** god, it was an issue with php5.6.x. I ran the project with 5.5.18, and properties appear as normal . so it is obviuosly a bug with 5.6 thanks a lot !!! Duderion

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1131	[Xdebug] Feature/Change request	minor	have not tried	2015-03-24 15:36	2015-04-10 22:03
Reporter:	malaverdiere	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	suspended
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.0-5.6.4
Summary:	Feature Request: Additional Information in Trace
Description:	This feature request concerns the call trace functionality. It would be useful, to disambiguate between two calls that might be on the same line, that XDebug also logs the column in the line where the call happens. Implementation-wise, we would need a new computerized format to avoid breaking backward compatibility for applications reading the current format.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003067) derick    2015-04-10 22:03	I would love this too, but PHP's internals don't contain this information, so I can not expose it through Xdebug.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1139	[Xdebug] Installation	crash	always	2015-04-09 15:11	2015-04-10 22:02
Reporter:	yaustinov	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.3.2
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian 4.6.3-14
PHP Version:	5.6.5-5.6.9
Summary:	Failed loading xdebug.so after php update
Description:	After I upgraded PHP to version 5.6.7, xdebug doesn't work anymore. The error is occured after every php launch: Failed loading /home/user/xdebug-2.3.2/modules/xdebug.so: /home/user/xdebug-2.3.2/modules/xdebug.so: undefined symbol: sapi_globals_id I had xdebug v2.2.7 when it was happened the first time (immediately after php updgrade). After that, I downloaded newest version of xdebug and installed it from source according instructions from the site. But nothing has changed :(
Steps To Reproduce:
Additional Information:	cat /proc/version Linux version 3.2.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.65-1 php -v PHP 5.6.7-1~dotdeb.2 (cli) (built: Mar 26 2015 00:07:43) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2015, by Zend Technologies
Attached Files:

Notes
(0003066) derick    2015-04-10 22:02	Sorry, this is not a bug. You need to make sure that you compile Xdebug against the right headers. If you need support, please contact the support list: http://xdebug.org/support.php#list [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
900	[Xdebug] Usage problems	minor	always	2012-11-06 22:09	2015-04-06 22:35
Reporter:	GregMartyn	Platform:	Linux
Assigned To:	derick	OS:	Fedora
Priority:	normal	OS Version:	17
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.4
Summary:	Logs filled with spurious warnings
Description:	See attached test.php I set a breakpoint on line 9 I get the warning: Warning: main(): Couldn't fetch mysqli_result in /var/www/Eclipse/theshadestore.com/public/htdocs/test.php on line 9 Stepping through the code functions correctly. The problem is all the warnings that I get. Xdebug v2.3.0dev PHP 5.4.7
Steps To Reproduce:	see description
Additional Information:	will attach remote_log
Attached Files:	test.php (316) 2012-11-06 22:09 http://bugs.xdebug.org/file_download.php?file_id=152&type=bug xdebug_remote_log (36,395) 2012-11-06 22:10 http://bugs.xdebug.org/file_download.php?file_id=153&type=bug

Notes
(0002378) derick    2012-11-11 12:54	Hi! I've just investigated this, and found out that this is something I can't fix in Xdebug. mysqli_free_result() destroys the internal object, but leaves the resource (in your case, $rs) in a silly state. All Xdebug does internally is basically a var_dump( $rs ), and after it is freed with mysqli_free_result(), that throws exactly the same error (without Xdebug). This can however, easily be fixed in the MySQLi extension with the following patch: http://derickrethans.nl/files/dump/mysqli-clear-result-cleanup-20121111.diff.txt [^] I've filed a bug for mysqli pointing at this bug report. It is at https://bugs.php.net/bug.php?id=63486 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1126	[Xdebug] Usage problems	minor	always	2015-03-07 08:40	2015-03-21 13:36
Reporter:	aik099	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.3.1
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.3.2
		Target Version:
Operating System:	Linux
PHP Version:	5.4.35-5.4.39
Summary:	Getting glibc error during coverage collection
Description:	After running PHPUnit with code coverage collection enabled I'm getting *** glibc detected *** php: realloc(): invalid next size: 0x00000000015ef810 *** error on specific test. This was working with xDebug 2.2.7.
Steps To Reproduce:	1. download Selenium server (jar file) from http://www.seleniumhq.org/download/ [^] page 2. run it using "java -jar selenium-server-standalone-2.45.0.jar" command 3. clone https://github.com/qa-tools/qa-tools [^] library 4. enable code coverage collection in phpunit.xml.dist 5. run "phpunit --filter testTextInputsLocatedByCss --tap" command
Additional Information:
Attached Files:

Notes
(0003039) aik099    2015-03-07 08:48	When I'm running this on PHP 5.5 I also get a backtrace: ======= Backtrace: ========= /lib64/libc.so.6(+0x78206)[0x7f9a9c026206] /lib64/libc.so.6(+0x7c98b)[0x7f9a9c02a98b] /lib64/libc.so.6(realloc+0xf9)[0x7f9a9c02c129] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(+0x111f8)[0x7f9a9bb181f8] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_path_info_add_path_for_level+0x28)[0x7f9a9bb18588] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_code_coverage_start_of_function+0x35)[0x7f9a9bb1b505] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x84c)[0x7f9a9bb15d4c] /usr/local/php-5.5/bin/php[0x8a4c9c] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x3a3)[0x7f9a9bb158a3] /usr/local/php-5.5/bin/php(zend_call_function+0xa3e)[0x7e7e6e] /usr/local/php-5.5/bin/php(zend_call_method+0x1c7)[0x80e3c7] /usr/local/php-5.5/bin/php[0x6b4856] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_internal+0x31a)[0x7f9a9bb1534a] /usr/local/php-5.5/bin/php(zend_call_function+0xc2f)[0x7e805f] /usr/local/php-5.5/bin/php(zend_lookup_class_ex+0x241)[0x7e8541] /usr/local/php-5.5/bin/php(zend_fetch_class_by_name+0x31)[0x7e8ed1] /usr/local/php-5.5/bin/php[0x838473] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x3a3)[0x7f9a9bb158a3] /usr/local/php-5.5/bin/php[0x8a5328] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x3a3)[0x7f9a9bb158a3] /usr/local/php-5.5/bin/php[0x8a4c9c] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x3a3)[0x7f9a9bb158a3] /usr/local/php-5.5/bin/php(zend_call_function+0xa3e)[0x7e7e6e] /usr/local/php-5.5/bin/php(zend_call_method+0x1c7)[0x80e3c7] /usr/local/php-5.5/bin/php[0x6b4856] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_internal+0x31a)[0x7f9a9bb1534a] /usr/local/php-5.5/bin/php(zend_call_function+0xc2f)[0x7e805f] /usr/local/php-5.5/bin/php(zend_lookup_class_ex+0x241)[0x7e8541] /usr/local/php-5.5/bin/php(zend_fetch_class_by_name+0x31)[0x7e8ed1] /usr/local/php-5.5/bin/php[0x83413b] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x3a3)[0x7f9a9bb158a3] /usr/local/php-5.5/bin/php[0x8a5328] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x3a3)[0x7f9a9bb158a3] /usr/local/php-5.5/bin/php[0x8a4c9c] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x3a3)[0x7f9a9bb158a3] /usr/local/php-5.5/bin/php(zend_call_function+0xa3e)[0x7e7e6e] /usr/local/php-5.5/bin/php(zend_call_method+0x1c7)[0x80e3c7] /usr/local/php-5.5/bin/php[0x6b4856] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_internal+0x31a)[0x7f9a9bb1534a] /usr/local/php-5.5/bin/php(zend_call_function+0xc2f)[0x7e805f] /usr/local/php-5.5/bin/php(zend_lookup_class_ex+0x241)[0x7e8541] /usr/local/php-5.5/bin/php(zend_fetch_class_by_name+0x31)[0x7e8ed1] /usr/local/php-5.5/bin/php[0x83413b] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x3a3)[0x7f9a9bb158a3] /usr/local/php-5.5/bin/php[0x8a4c9c] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x3a3)[0x7f9a9bb158a3] /usr/local/php-5.5/bin/php[0x8a4c9c] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x3a3)[0x7f9a9bb158a3] /usr/local/php-5.5/bin/php[0x8a4c9c] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so(xdebug_execute_ex+0x3a3)[0x7f9a9bb158a3] /usr/local/php-5.5/bin/php[0x8a4c9c] /usr/local/php-5.5/bin/php(execute_ex+0x59)[0x8671a9] ======= Memory map: ======== 00400000-00f9d000 r-xp 00000000 08:01 450180 /usr/local/php-5.5/bin/php 0119d000-01265000 rw-p 00b9d000 08:01 450180 /usr/local/php-5.5/bin/php 01265000-02677000 rw-p 00000000 00:00 0 [heap] 7f9a94000000-7f9a94021000 rw-p 00000000 00:00 0 7f9a94021000-7f9a98000000 ---p 00000000 00:00 0 7f9a9b060000-7f9a9b075000 r-xp 00000000 08:01 452290 /usr/lib64/libgcc_s.so.1 7f9a9b075000-7f9a9b274000 ---p 00015000 08:01 452290 /usr/lib64/libgcc_s.so.1 7f9a9b274000-7f9a9b275000 rw-p 00014000 08:01 452290 /usr/lib64/libgcc_s.so.1 7f9a9b275000-7f9a9b281000 r-xp 00000000 08:01 682806 /lib64/libnss_files-2.13.so 7f9a9b281000-7f9a9b480000 ---p 0000c000 08:01 682806 /lib64/libnss_files-2.13.so 7f9a9b480000-7f9a9b481000 r--p 0000b000 08:01 682806 /lib64/libnss_files-2.13.so 7f9a9b481000-7f9a9b482000 rw-p 0000c000 08:01 682806 /lib64/libnss_files-2.13.so 7f9a9b4a5000-7f9a9b527000 rw-p 00000000 00:00 0 7f9a9b528000-7f9a9b6ef000 rw-p 00000000 00:00 0 7f9a9b6f0000-7f9a9b8f8000 rw-p 00000000 00:00 0 7f9a9b8f8000-7f9a9b906000 r-xp 00000000 08:01 451040 /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/memcache.so 7f9a9b906000-7f9a9bb06000 ---p 0000e000 08:01 451040 /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/memcache.so 7f9a9bb06000-7f9a9bb07000 rw-p 0000e000 08:01 451040 /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/memcache.so 7f9a9bb07000-7f9a9bb3d000 r-xp 00000000 08:01 450294 /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so 7f9a9bb3d000-7f9a9bd3d000 ---p 00036000 08:01 450294 /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so 7f9a9bd3d000-7f9a9bd41000 rw-p 00036000 08:01 450294 /usr/local/php-5.5/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so 7f9a9bd41000-7f9a9bd90000 rw-p 00000000 00:00 0 7f9a9bd90000-7f9a9bda8000 r-xp 00000000 08:01 682808 /lib64/libpthread-2.13.so 7f9a9bda8000-7f9a9bfa8000 ---p 00018000 08:01 682808 /lib64/libpthread-2.13.so 7f9a9bfa8000-7f9a9bfa9000 r--p 00018000 08:01 682808 /lib64/libpthread-2.13.so 7f9a9bfa9000-7f9a9bfaa000 rw-p 00019000 08:01 682808 /lib64/libpthread-2.13.so 7f9a9bfaa000-7f9a9bfae000 rw-p 00000000 00:00 0 7f9a9bfae000-7f9a9c14c000 r-xp 00000000 08:01 698155 /lib64/libc-2.13.so 7f9a9c14c000-7f9a9c34c000 ---p 0019e000 08:01 698155 /lib64/libc-2.13.so 7f9a9c34c000-7f9a9c350000 r--p 0019e000 08:01 698155 /lib64/libc-2.13.so 7f9a9c350000-7f9a9c351000 rw-p 001a2000 08:01 698155 /lib64/libc-2.13.so 7f9a9c351000-7f9a9c357000 rw-p 00000000 00:00 0 7f9a9c357000-7f9a9c49f000 r-xp 00000000 08:01 495383 /usr/lib64/libxml2.so.2.7.8 7f9a9c49f000-7f9a9c69f000 ---p 00148000 08:01 495383 /usr/lib64/libxml2.so.2.7.8 7f9a9c69f000-7f9a9c6a8000 rw-p 00148000 08:01 495383 /usr/lib64/libxml2.so.2.7.8 7f9a9c6a8000-7f9a9c6aa000 rw-p 00000000 00:00 0 7f9a9c6aa000-7f9a9c6e4000 r-xp 00000000 08:01 431409 /usr/lib64/libxslt.so.1.1.26 7f9a9c6e4000-7f9a9c8e4000 ---p 0003a000 08:01 431409 /usr/lib64/libxslt.so.1.1.26 7f9a9c8e4000-7f9a9c8e6000 rw-p 0003a000 08:01 431409 /usr/lib64/libxslt.so.1.1.26 7f9a9c8e6000-7f9a9c960000 r-xp 00000000 08:01 436786 /usr/lib64/libnetsnmp.so.25.0.1 7f9a9c960000-7f9a9cb60000 ---p 0007a000 08:01 436786 /usr/lib64/libnetsnmp.so.25.0.1 7f9a9cb60000-7f9a9cb64000 rw-p 0007a000 08:01 436786 /usr/lib64/libnetsnmp.so.25.0.1 7f9a9cb64000-7f9a9cb98000 rw-p 00000000 00:00 0 7f9a9cb98000-7f9a9cc20000 r-xp 00000000 08:01 425973 /usr/lib64/libfreetype.so.6.10.0 7f9a9cc20000-7f9a9ce20000 ---p 00088000 08:01 425973 /usr/lib64/libfreetype.so.6.10.0 7f9a9ce20000-7f9a9ce26000 rw-p 00088000 08:01 425973 /usr/lib64/libfreetype.so.6.10.0 7f9a9ce26000-7f9a9ce3d000 r-xp 00000000 08:01 682809 /lib64/libresolv-2.13.so 7f9a9ce3d000-7f9a9d03d000 ---p 00017000 08:01 682809 /lib64/libresolv-2.13.so 7f9a9d03d000-7f9a9d03e000 r--p 00017000 08:01 682809 /lib64/libresolv-2.13.so 7f9a9d03e000-7f9a9d03f000 rw-p 00018000 08:01 682809 /lib64/libresolv-2.13.so 7f9a9d03f000-7f9a9d041000 rw-p 00000000 00:00 0 7f9a9d041000-7f9a9d05a000 r-xp 00000000 08:01 435309 /usr/lib64/libsasl2.so.2.0.23 7f9a9d05a000-7f9a9d259000 ---p 00019000 08:01 435309 /usr/lib64/libsasl2.so.2.0.23 7f9a9d259000-7f9a9d25a000 rw-p 00018000 08:01 435309 /usr/lib64/libsasl2.so.2.0.23 7f9a9d25a000-7f9a9d267000 r-xp 00000000 08:01 392567 /usr/lib64/liblber-2.4.so.2.5.6 7f9a9d267000-7f9a9d467000 ---p 0000d000 08:01 392567 /usr/lib64/liblber-2.4.so.2.5.6Aborted
(0003040) derick    2015-03-07 13:16	Can you try the xdebug_2_3 branch from github? This looks like something I've fixed already.
(0003041) aik099    2015-03-07 17:09	Yes, it's indeed was fixed on xdebug_2_3 branch. Thanks.
(0003042) derick    2015-03-07 17:29	Okay. I'll make a new release soon.
(0003049) derick    2015-03-21 13:36	I'm closing this one as a duplicate, because I've already fixed it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1127	[Xdebug] Usage problems	crash	always	2015-03-11 15:40	2015-03-21 13:35
Reporter:	guillaumek	Platform:	linux
Assigned To:	derick	OS:	centos
Priority:	normal	OS Version:	6.5
Status:	resolved	Product Version:	2.3.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.3.2
		Target Version:
Operating System:
PHP Version:	5.5.20-5.5.25
Summary:	glibc detected php realloc() invalid next size
Description:	Hello there, we are running into problem using phpunit with code coverage. i tried phpunit version 4.3.5 / 4.5.0 php version 5.5.22 i tried xdebug version 2.3.0 / 2.3.1 Any help would be really appreciated Best Guillaume. ======= Backtrace: ========= /lib64/libc.so.6[0x342f475e76] /lib64/libc.so.6[0x342f47b937] /lib64/libc.so.6(realloc+0xe5)[0x342f47baf5] /usr/lib64/php/modules/xdebug.so(+0x11395)[0x7f1a89b3f395] /usr/lib64/php/modules/xdebug.so(xdebug_path_info_add_path_for_level+0x23)[0x7f1a89b3f473] /usr/lib64/php/modules/xdebug.so(xdebug_code_coverage_start_of_function+0x35)[0x7f1a89b42365] /usr/lib64/php/modules/xdebug.so(xdebug_execute_ex+0x825)[0x7f1a89b3cc35] php[0x63e090] php(execute_ex+0x38)[0x62f478] php(dtrace_execute_ex+0x8e)[0x5ab7de] /usr/lib64/php/modules/xdebug.so(xdebug_execute_ex+0x383)[0x7f1a89b3c793] php(zend_call_function+0xa5c)[0x5ae80c] php(zend_call_method+0x1c7)[0x5d3a27] php[0x4c73c6] php(dtrace_execute_internal+0x39)[0x5ab6a9] /usr/lib64/php/modules/xdebug.so(xdebug_execute_internal+0x165)[0x7f1a89b3c035] php(zend_call_function+0xc85)[0x5aea35] php(zend_lookup_class_ex+0x255)[0x5aed15] php(zend_fetch_class_by_name+0x2f)[0x5af17f] php[0x5fe333] php(execute_ex+0x38)[0x62f478] php(dtrace_execute_ex+0x8e)[0x5ab7de] /usr/lib64/php/modules/xdebug.so(xdebug_execute_ex+0x383)[0x7f1a89b3c793] php[0x62e100] php(execute_ex+0x38)[0x62f478] php(dtrace_execute_ex+0x8e)[0x5ab7de] /usr/lib64/php/modules/xdebug.so(xdebug_execute_ex+0x383)[0x7f1a89b3c793] php[0x63e090] php(execute_ex+0x38)[0x62f478] php(dtrace_execute_ex+0x8e)[0x5ab7de] /usr/lib64/php/modules/xdebug.so(xdebug_execute_ex+0x383)[0x7f1a89b3c793] php(zend_call_function+0xa5c)[0x5ae80c] php(zend_call_method+0x1c7)[0x5d3a27] php[0x4c73c6] php(dtrace_execute_internal+0x39)[0x5ab6a9] /usr/lib64/php/modules/xdebug.so(xdebug_execute_internal+0x165)[0x7f1a89b3c035] php(zend_call_function+0xc85)[0x5aea35] php(zend_lookup_class_ex+0x255)[0x5aed15] php(zend_fetch_class_by_name+0x2f)[0x5af17f] php[0x5fe333] php(execute_ex+0x38)[0x62f478] php(dtrace_execute_ex+0x8e)[0x5ab7de] /usr/lib64/php/modules/xdebug.so(xdebug_execute_ex+0x383)[0x7f1a89b3c793] php[0x62e100] php(execute_ex+0x38)[0x62f478] php(dtrace_execute_ex+0x8e)[0x5ab7de] /usr/lib64/php/modules/xdebug.so(xdebug_execute_ex+0x383)[0x7f1a89b3c793] php[0x63e090] php(execute_ex+0x38)[0x62f478] php(dtrace_execute_ex+0x8e)[0x5ab7de] /usr/lib64/php/modules/xdebug.so(xdebug_execute_ex+0x383)[0x7f1a89b3c793] php(zend_call_function+0xa5c)[0x5ae80c] php(zend_call_method+0x1c7)[0x5d3a27] php[0x4c73c6] php(dtrace_execute_internal+0x39)[0x5ab6a9] /usr/lib64/php/modules/xdebug.so(xdebug_execute_internal+0x165)[0x7f1a89b3c035] php(zend_call_function+0xc85)[0x5aea35] php(zend_lookup_class_ex+0x255)[0x5aed15] php(zend_fetch_class_by_name+0x2f)[0x5af17f] php[0x5f9d9b] php(execute_ex+0x38)[0x62f478] php(dtrace_execute_ex+0x8e)[0x5ab7de] /usr/lib64/php/modules/xdebug.so(xdebug_execute_ex+0x383)[0x7f1a89b3c793] ======= Memory map: ======== 00400000-0071d000 r-xp 00000000 fd:00 2234810 /usr/bin/php 0091d000-009a8000 rw-p 0031d000 fd:00 2234810 /usr/bin/php 009a8000-009c3000 rw-p 00000000 00:00 0 00ba7000-00bb1000 rw-p 003a7000 fd:00 2234810 /usr/bin/php 01b27000-03bbc000 rw-p 00000000 00:00 0 [heap] 3271200000-3271222000 r-xp 00000000 fd:00 1441844 /lib64/libncurses.so.5.7 3271222000-3271421000 ---p 00022000 fd:00 1441844 /lib64/libncurses.so.5.7 3271421000-3271422000 rw-p 00021000 fd:00 1441844 /lib64/libncurses.so.5.7 342ec00000-342ec20000 r-xp 00000000 fd:00 1442485 /lib64/ld-2.12.so 342ee1f000-342ee20000 r--p 0001f000 fd:00 1442485 /lib64/ld-2.12.so 342ee20000-342ee21000 rw-p 00020000 fd:00 1442485 /lib64/ld-2.12.so 342ee21000-342ee22000 rw-p 00000000 00:00 0 342f000000-342f015000 r-xp 00000000 fd:00 1442493 /lib64/libz.so.1.2.3 342f015000-342f214000 ---p 00015000 fd:00 1442493 /lib64/libz.so.1.2.3 342f214000-342f215000 r--p 00014000 fd:00 1442493 /lib64/libz.so.1.2.3 342f215000-342f216000 rw-p 00015000 fd:00 1442493 /lib64/libz.so.1.2.3 342f400000-342f58a000 r-xp 00000000 fd:00 1442486 /lib64/libc-2.12.so 342f58a000-342f78a000 ---p 0018a000 fd:00 1442486 /lib64/libc-2.12.so 342f78a000-342f78e000 r--p 0018a000 fd:00 1442486 /lib64/libc-2.12.so 342f78e000-342f78f000 rw-p 0018e000 fd:00 1442486 /lib64/libc-2.12.so 342f78f000-342f794000 rw-p 00000000 00:00 0 342f800000-342f817000 r-xp 00000000 fd:00 1442496 /lib64/libpthread-2.12.so 342f817000-342fa17000 ---p 00017000 fd:00 1442496 /lib64/libpthread-2.12.so 342fa17000-342fa18000 r--p 00017000 fd:00 1442496 /lib64/libpthread-2.12.so 342fa18000-342fa19000 rw-p 00018000 fd:00 1442496 /lib64/libpthread-2.12.so 342fa19000-342fa1d000 rw-p 00000000 00:00 0 342fc00000-342fc02000 r-xp 00000000 fd:00 1442488 /lib64/libdl-2.12.so 342fc02000-342fe02000 ---p 00002000 fd:00 1442488 /lib64/libdl-2.12.so 342fe02000-342fe03000 r--p 00002000 fd:00 1442488 /lib64/libdl-2.12.so 342fe03000-342fe04000 rw-p 00003000 fd:00 1442488 /lib64/libdl-2.12.so 3430000000-3430007000 r-xp 00000000 fd:00 1442497 /lib64/librt-2.12.so 3430007000-3430206000 ---p 00007000 fd:00 1442497 /lib64/librt-2.12.so 3430206000-3430207000 r--p 00006000 fd:00 1442497 /lib64/librt-2.12.so 3430207000-3430208000 rw-p 00007000 fd:00 1442497 /lib64/librt-2.12.so 3430400000-3430483000 r-xp 00000000 fd:00 1442494 /lib64/libm-2.12.so 3430483000-3430682000 ---p 00083000 fd:00 1442494 /lib64/libm-2.12.so 3430682000-3430683000 r--p 00082000 fd:00 1442494 /lib64/libm-2.12.so 3430683000-3430684000 rw-p 00083000 fd:00 1442494 /lib64/libm-2.12.so 3430800000-343081d000 r-xp 00000000 fd:00 1442495 /lib64/libselinux.so.1 343081d000-3430a1c000 ---p 0001d000 fd:00 1442495 /lib64/libselinux.so.1 3430a1c000-3430a1d000 r--p 0001c000 fd:00 1442495 /lib64/libselinux.so.1 3430a1d000-3430a1e000 rw-p 0001d000 fd:00 1442495 /lib64/libselinux.so.1Aborted (core dumped)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0003045) derick    2015-03-11 15:45	Could you please try the xdebug_2_3 branch from github first, and if that still errors out, let me know how I can reproduce this issue?
(0003046) guillaumek    2015-03-11 15:55	ok will do thank you sir :)
(0003047) guillaumek    2015-03-11 16:28	ok great news its all good with master version. thanks your reactivity and work :) Guillaume.
(0003048) derick    2015-03-21 13:35	Okay - cool. Closing this one then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1128	[Xdebug] Debug client (console)	minor	always	2015-03-11 20:43	2015-03-11 20:45
Reporter:	SAbboushi	Platform:	Windows
Assigned To:		OS:	Windows
Priority:	normal	OS Version:	W7 64
Status:	new	Product Version:	2.3.1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	W7 64
PHP Version:	5.6.5-5.6.9
Summary:	variables missing from Locals window when passing extra parameters to function/method
Description:	/* Using Visual Studio 2013 with Devsense PHP Tools, or * Using UEStudio 15: * * 1) Set breakpoint on the 3 lines containing: $c=2 * * 2) Examine Locals window to confirm that $a does not appear when a static call or a function call passes more variables than the called method/function expects. * * 3) Note that the existence of a reference to $a in Class Two results in $a being displayed in the Locals window. Note also that removing '$b=1' will result in $a being displayed in Locals window. * * * <SAA> */
Steps To Reproduce:	$xyz = new Class1; class Class1 { public function __construct() { $this->_callHook(); } function _callHook(){ $ret = One::f1('a'); $ret = f1('b'); $ret = Two::f1('a'); } } class One{ static function f1(){ $a=1; $b=1; $c=2; } } function f1(){ $a=1; $b=1; $c=2; } class Two{ static function f1(){ $a=1; $b=1; $c=2; echo $a; } }
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1122	[Xdebug] Usage problems	crash	always	2015-03-03 08:57	2015-03-09 09:38
Reporter:	hugoboos	Platform:	x86_64
Assigned To:	derick	OS:	OS X
Priority:	normal	OS Version:	10.10.2
Status:	resolved	Product Version:	2.3.1
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:	2.3.2
		Target Version:
Operating System:
PHP Version:	5.6.5-5.6.9
Summary:	Segmentation fault with PHPUnit code coverage
Description:	Hi, We getting segmentation fault errors when running PHPUnit with code coverage enabled.
Steps To Reproduce:	The following app is used: https://gist.github.com/hugoboos/d471df324ff678c11f0a [^] The output: $ vendor/bin/phpunit PHPUnit 4.4.5 by Sebastian Bergmann. Configuration read from /Users/hugoboos/Projects/Silex Xdebug/phpunit.xml [1] 75447 segmentation fault vendor/bin/phpunit When you don't register the MonologServiceProvider, extend $app['monolog'] or register the error handler, everything is fine.
Additional Information:	Error occurs with version 2.3.0 and 2.3.1. Not with 2.2.7.
Attached Files:

Notes
(0003028) derick    2015-03-03 09:30	When I run the following: mkdir /tmp/7 cd /tmp/7 vim composer.json (put the code from the gist in it) mkdir src mkdir tests vim tests/Test.php (put the code the test in the gist in it, but added "<?php" as first line) vim src/app.php (put the code form the gist in it) php ~/composer.phar install vendor/bin/phpunit . (I had to add the dot?) The output now is: Fatal error: Class 'Monolog\TestCase' not found in /tmp/7/vendor/monolog/monolog/tests/Monolog/Formatter/FlowdockFormatterTest.php on line 18 Call Stack:     0.0003 267376 1. {main}() /tmp/7/vendor/phpunit/phpunit/phpunit:0     0.0085 729688 2. PHPUnit_TextUI_Command::main() /tmp/7/vendor/phpunit/phpunit/phpunit:36     0.0085 730672 3. PHPUnit_TextUI_Command->run() /tmp/7/vendor/phpunit/phpunit/src/TextUI/Command.php:103     0.0152 1090872 4. PHPUnit_Runner_BaseTestRunner->getTest() /tmp/7/vendor/phpunit/phpunit/src/TextUI/Command.php:125     0.3379 1609440 5. PHPUnit_Framework_TestSuite->addTestFiles() /tmp/7/vendor/phpunit/phpunit/src/Runner/BaseTestRunner.php:62     0.4158 4210864 6. PHPUnit_Framework_TestSuite->addTestFile() /tmp/7/vendor/phpunit/phpunit/src/Framework/TestSuite.php:400     0.4160 4297000 7. PHPUnit_Util_Fileloader::checkAndLoad() /tmp/7/vendor/phpunit/phpunit/src/Framework/TestSuite.php:328     0.4160 4297288 8. PHPUnit_Util_Fileloader::load() /tmp/7/vendor/phpunit/phpunit/src/Util/Fileloader.php:42     0.4164 4310440 9. include_once('/tmp/7/vendor/monolog/monolog/tests/Monolog/Formatter/FlowdockFormatterTest.php') /tmp/7/vendor/phpunit/phpunit/src/Util/Fileloader.php:58 What am I missing? But before you explain, can you please try the xdebug_2_3 branch from github? I did fix a crash already.
(0003029) derick    2015-03-03 09:31	Also, when I run: vendor/bin/phpunit tests I get: E Time: 80 ms, Memory: 5.75Mb There was 1 error: 1) Test::testHealthPage InvalidArgumentException: Identifier "monolog.logfile" is not defined.
(0003031) hugoboos    2015-03-03 19:26	Sorry, I forgot to add some files. I'll try first the branch on GitHub and come back to you.
(0003032) hugoboos    2015-03-03 19:47	It's working with the xdebug_2_3 branch. No segmentation fault anymore. Still want my test code? I can create a package with everything in it, if you want.
(0003043) derick    2015-03-09 09:38	Thanks, but no thanks. I'll make a release in the next few days.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1125	[Xdebug] Usage problems	block	always	2015-03-06 11:29	2015-03-06 11:29
Reporter:	sSascha	Platform:	Apache Zend Server 8
Assigned To:		OS:	OSX
Priority:	urgent	OS Version:	10.10.2
Status:	new	Product Version:	2.3.1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.10-5.4.14
Summary:	XDEBUG not working with Zends Zray
Description:	If you disable the Zend debugger and use Xdebug instead. The following Problems occure: The Debug session will always start @ zray.php If you disable zray it's the same. What zend does with there debugger: They seem to disable zray for the debug session. So it could be a zend problem or a xdebug feature/workaround.
Steps To Reproduce:	- Install ZendServer 8 - Install xdebug (pecl) - Disable the zend debugger and add the extension. - A IDE i use PHPSTORM - Listen for incomming debug requests - Create a file index.php add a breakpoint - Reload the page it will not break @ index.php -> It looks like zray is loaded before any request on the same host (localhost) with the same php.ini and thats a problem for xdebug.
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
514	[Xdebug] Feature/Change request	minor	have not tried	2010-01-05 13:45	2015-03-06 06:59
Reporter:	lsmith	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.0.0dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	being able to set a "watch" on a variable modification
Description:	I would like to see support in IDE's for triggering a break point based on modification of a specific variable/class property.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002778) mixologic    2014-04-01 06:43	Is this still valid? I see this: watch expression break on write of the variable or address defined by the expression argument in the documentation here: http://xdebug.org/docs-dbgp.php#breakpoints [^] Though I see this in the code: XDEBUG_ERROR_BREAKPOINT_TYPE_NOT_SUPPORTED Are break on Variable changes supported?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1115	[Xdebug] Usage problems	minor	always	2015-02-24 19:38	2015-02-26 11:25
Reporter:	pondermatic	Platform:
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.3.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.5-5.6.9
Summary:	Profiler does not output filename or function values
Description:	The profiler output file is missing many fl/fn and cfl/cfn values.
Steps To Reproduce:	Profile any PHP script.
Additional Information:	Here is the cachegrind.out from a script with phpinfo(). version: 1 creator: xdebug 2.3.0 cmd: E:\Builds\Phalcon\public\phpinfo.php part: 1 positions: line events: Time fl=(1) php:internal fn=(1) php::phpinfo 2 8000 fl=(2) E:\Builds\Phalcon\public\phpinfo.php fn=(2) {main} summary: 9001 1 1000 cfl=(1) cfn=(1) calls=1 0 0 2 8000 ------------ And here is the same script with Xdebug 2.2.7. version: 1 creator: xdebug 2.2.7 cmd: E:\Builds\Phalcon\public\phpinfo.php part: 1 positions: line events: Time fl=php:internal fn=php::phpinfo 2 7000 fl=E:\Builds\Phalcon\public\phpinfo.php fn={main} summary: 7000 1 0 cfl=php:internal cfn=php::phpinfo calls=1 0 0 2 7000
Attached Files:

Notes
(0003001) derick    2015-02-24 19:45	This is not a bug, but deliberate. The duplicated file and function names have been replaced by (1) etc. The cachegrind format supports "file name" and "function name" compression, for which I have added support in Xdebug 2.3. http://valgrind.org/docs/manual/cl-format.html#cl-format.overview.compression1 [^]
(0003002) pondermatic    2015-02-25 22:04	The "file name" and "function name" compression is a great feature. Unfortunately the latest version of WinCacheGrind that I can find, https://github.com/ceefour/wincachegrind/releases/tag/1.0.0.15. [^] doesn't support it. Today I switched over to QCacheGrind from http://sourceforge.net/projects/qcachegrindwin/. [^] Works great! Maybe http://xdebug.com/docs/profiler [^] should mention the compression feature and compatibility with WinCacheGrind and QCacheGrind. Or perhaps there should be a setting to turn off the compression feature?
(0003003) derick    2015-02-26 11:25	I had already filed an issue for PHP Storm: https://youtrack.jetbrains.com/issue/WI-26466 [^] And have now also done one for wincachegrind: https://github.com/ceefour/wincachegrind/issues/1 [^] I have also updated the instructions at http://xdebug.org/docs/profiler [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1063	[Xdebug] Usage problems	minor	always	2014-07-11 11:32	2015-02-25 19:36
Reporter:	Captain Paralytic	Platform:
Assigned To:	derick	OS:	SUSE
Priority:	normal	OS Version:	11.1
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.10
Summary:	Trace variables showing as question marks
Description:	When I set xdebug.collect_params to 3 or 4 in order to get the value of parameters, instead of the values all I am getting is three question marks. fixBadChars 1 /u1/common-tools.inc 1316 2 $strInput = ??? $ctypeCheck = ???
Steps To Reproduce:	Set trace on using xdebug.collect_params = 4
Additional Information:	I have selected php version 5.2.10, but it is actually 5.2.14, which is not in your list.
Attached Files:

Notes
(0002891) derick    2014-11-11 19:46	Can you provide a sample file, as well as the generated trace from that file?
(0002934) derick    2014-12-13 20:36	Ping?
(0002962) derick    2015-01-07 00:06	Sorry, I can't reproduce this - and you didn't respond with more information. I'm closing this now, but feel free to reopen it if you have the requested information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1116	[Xdebug] Feature/Change request	minor	always	2015-02-25 16:58	2015-02-25 16:58
Reporter:	robertbasic	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.3.1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Fedora, Ubuntu
PHP Version:	5.6.5-5.6.9
Summary:	Xdebug sends a stopping status message after a stopped status message
Description:	When sending a "stop" command to the debugger after a command that sets the status to "break", for example after a "step_into", xdebug will send two response messages back to the debugging server. The first one will be the correct response with status "stopped" and immediately after that a response with status "stopping". I assume the "stopping" status is incorrect because, as per the dbgp docs, interaction is not possible after a "stopped" status (docs http://xdebug.org/docs-dbgp.php#status [^]). The "stopping" response can be seen in xdebug's remote_log file. The debugclient only shows the "stopped" response, doesn't show the "stopping" response.
Steps To Reproduce:	Start debugclient, start an xdebug session, issue first command in debugclient as "step_into -i 1", issue second command as "stop -i 2", in the remote_log there are two response messages for transaction 2, the first one with status "stopped", the second with status "stopping".
Additional Information:	Reproduced on both xdebug 2.3.1 and 2.2.7 on PHP 5.6.6 and PHP 5.5.9. Xdebug configuration is minimal with xdebug.remote_enable=1 xdebug.remote_port=9000 xdebug.remote_log=/tmp/xdebug.log Attached a screenshot of terminals with the steps (debugclient, www-browser, tail of the log file)
Attached Files:	xdebug.png (386,633) 2015-02-25 16:58 http://bugs.xdebug.org/file_download.php?file_id=242&type=bug

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
901	[Xdebug] Feature/Change request	major	always	2012-11-12 14:24	2015-02-22 14:32
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.3.0
Operating System:
PHP Version:	5.4.4
Summary:	Extend DBGp so that specific directory paths can be ignored from breakpoints firing
Description:	This feature makes it possible to ignore certain boilerplate code (such as libraries/frameworks) from annoying uses in the debugger.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002708) derick    2014-02-27 19:41	This is something the IDE should do. Upon those filtered       breakpoints, simply issue another "run".

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
867	[Xdebug] Feature/Change request	feature	N/A	2012-07-13 21:43	2015-02-22 14:30
Reporter:	darklow	Platform:
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.3.0
		Target Version:
Operating System:
PHP Version:	5.4.3
Summary:	Show File Path/Line information where dump was called from
Description:	It could be very useful, if on results of var_dump() on the top of block we could see exact FilePath/FileName and Line on which var_dump() was called. Sometimes by debugging you can leave some unremoved var_dump() methods, and later in large project it is really hard to find where these dumps are called from. Also if you have multiple dumps it is even more useful, so you know which dump is which. I attached example file as this is done in other custom debug solution. Thanks
Steps To Reproduce:
Additional Information:
Attached Files:	dump_path.png (5,263) 2012-07-13 21:43 http://bugs.xdebug.org/file_download.php?file_id=141&type=bug

Notes
(0002706) derick    2014-02-27 19:39	Duplicate of 0000304, which is going to make it into Xdebug 2.3.0.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
805	[Xdebug] Feature/Change request	major	have not tried	2012-03-26 08:34	2015-02-22 14:30
Reporter:	nnmatveev	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.3.0
		Target Version:
Operating System:
PHP Version:	5.4.0
Summary:	Make debugger's timeout period configurable
Description:	When debugger is enabled it slows down web pages loading speed. It prevents users to have 'xdebug.remote_autostart' option always enabled also. It would be great to make timeout period to wait for a response from the client configurable. See the same option for Zend Debugger: zend_debugger.passive_mode_timeout (http://files.zend.com/help/Zend-Server/zend_debugger_-_configuration_directives.htm [^])
Steps To Reproduce:
Additional Information:	Related thread from PhpStorm community forum - http://devnet.jetbrains.net/message/5455253 [^]
Attached Files:

Notes
(0002699) derick    2014-02-27 19:21	It should instantly timeout if the IDE is not accepting connections. There were some issues, but they should be fixed with 0000963.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
503	[Xdebug] Feature/Change request	minor	always	2009-12-27 07:02	2015-02-22 14:30
Reporter:	rene7705	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:	2.3.0
		Target Version:
Operating System:	ubuntu karmic, updated 26/12/2009
PHP Version:	5.2.10
Summary:	xdebug.trace_format=1 shows no variable contents with collect_params=3/4 and collect_return=1
Description:	I was hoping to quickly use xdebug to generate a full trace of my app, to be used for my own debugging subsystem. But i've found that (in v2.0.5 at least) i can't get easy access to the variables being used by functions in a trace. trace_format=0 does show them, but as the manual says; it'll be a few hours work to build functions to parse them. It would've been so much better if trace_format=1 had 2 extra fields, 1 for parameters passed and 1 for the return value, both json strings with whitespace stripped and tabs escaped (if json_encode() doesnt do that already)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002657) derick    2014-01-04 12:13	This will be available from Xdebug 2.3: http://xdebug/docs/execution_trace#trace_format [^] and http://xdebug/docs/execution_trace#collect_return [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1110	[Xdebug] Debug client (console)	minor	always	2015-02-19 03:16	2015-02-19 03:58
Reporter:	sSascha	Platform:	Zendserver 8
Assigned To:		OS:	OSX
Priority:	normal	OS Version:	10.10.2
Status:	new	Product Version:	2.2.7
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.10-5.5.14
Summary:	Exceptions in zendServer z-ray are missing
Description:	When xdebug is enabled with no specific settings no exceptions are visible in the fancy z-ray toolbar. I guess it has todo with xdebug because if it's disabled everythings works just fine.
Steps To Reproduce:	Enable xdebug in php.ini zend_extension=xdebug.so
Additional Information:
Attached Files:

Notes
(0002995) sSascha    2015-02-19 03:58	If "xdebug.default_enable" is disabled everything works fine. Is it possible to change the behavior? - to forward the exceptions if the stacktrace output is enabled

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1086	[Xdebug] Usage problems	major	always	2014-11-14 23:33	2015-02-06 23:31
Reporter:	deeped	Platform:	Php Xdebug
Assigned To:	derick	OS:	Windows
Priority:	high	OS Version:	7
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	xdebug_get_code_coverage() returns more sources even it has just started
Description:	Im in the middle of a framework, so its not a plain php script. This is all I got: xdebug_start_code_coverage (XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); xdebug_stop_code_coverage(true); xdebug_start_code_coverage (XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); xdebug_stop_code_coverage(true); xdebug_start_code_coverage (XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); xdebug_stop_code_coverage(true); var_dump (xdebug_get_code_coverage()); interestingly, it outputs that other scripts had also run. I thought it reports lines between xdebug_start_code_coverage() and xdebug_stop_code_coverage()
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002912) deeped    2014-11-16 12:24	nevermind, I delete this ticket, I will post another with better explanation
(0002917) derick    2014-11-27 20:56	I can't reproduce that with a simple script, so I am going to need a reproducible case from you I'm afraid.
(0002964) derick    2015-01-07 15:59	I can't reproduce this, and no feedback was received. Please reopen if this is still an issue with 2.2.6.
(0002965) deeped    2015-01-07 17:01	I already said nevermind this topic, I posted another with better explanation
(0002980) derick    2015-02-06 23:31	Oh - I missed that. Sorry. Closing this one then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1089	[Xdebug] Usage problems	major	always	2014-11-20 14:13	2015-01-07 10:26
Reporter:	edrjoe	Platform:	Linux
Assigned To:	derick	OS:	RHEL
Priority:	high	OS Version:	6.4
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.6.0-5.6.4
Summary:	Call to php_sapi_name() breaks exception handling
Description:	Combination of XDebug 2.2.5-6 + OpCache-7.0.4 + PHP 5.6.3 (turn either Xdebug OR ZO+ off, and problem goes away...), and a call to php_sapi_name() causes Exceptions that are caught and rethrown to immediately propagate to exception handler and ignore further catch statements.
Steps To Reproduce:	<?php if(php_sapi_name()) { try { // 1 try { // 2 throw new Exception('Raaaa'); } catch (Exception $e) { // 2 echo 'hello'; throw $e; } } catch (Exception $e1) { // 1 // squash } }
Additional Information:	Disabling either XDebug OR ZO+ fixes the issue. The call to php_sapi_name() is required. php_sapi_name() call has to be in logic - just calling it on it's own doesn't work. Workaround: use PHP_SAPI constant instead.
Attached Files:	opcode-on.txt (3,458) 2015-01-05 23:03 http://bugs.xdebug.org/file_download.php?file_id=236&type=bug opcode-off.txt (3,576) 2015-01-05 23:03 http://bugs.xdebug.org/file_download.php?file_id=237&type=bug xdebug-off-opcache-off.txt (2,734) 2015-01-05 23:06 http://bugs.xdebug.org/file_download.php?file_id=238&type=bug xdebug-off-opcache-on.txt (2,438) 2015-01-05 23:06 http://bugs.xdebug.org/file_download.php?file_id=239&type=bug

Notes
(0002914) edrjoe    2014-11-20 14:26	Actually, this appears to happen with a host of different native function calls: php_uname() php_ini_loaded_file() both cause the same error.
(0002957) derick    2015-01-05 23:03    (edited on: 2015-01-05 23:06)	I can reproduce this, and have pushed a test file (tests/bug01089.phpt) to https://github.com/derickr/xdebug/tree/issue1089-error-handler [^] From what I can see, there are different oparrays being generated for opcache.enable_cli=1 vs opcache.enable_cli=0 (with no other settings changes). I've added the different opcode dumps coming out of VLD for these both cases, as well as with xdebug off for each too. I can't figure out *why* this goes wrong though, as no valgrind warnings shows up (not even with USE_ZEND_ALLOC=0).
(0002963) derick    2015-01-07 10:26	This turns out not to be a bug in Xdebug, but in opcache. I can reproduce this on the command line by putting your code in a file (1089.php) and running on the command line: php -e -n -dzend_extension=opcache.so -dopcache.enable_cli=1 1089.php -n disables all INI settings (including loading opcache and xdebug) -e enables "extended information" for use with profilers With the latter turned on, apparently, when Xinchem from Zend looked at it, he found: ----    the problem is: <?php     try {       // ZEND_EXT_STMT        try {      // ZEND_EXT_STMT       throw..   in zend_update_ext_info which is called in pass_two, the first EXT_STMT will became a NOP opline   thus, op_array->try_catch_array[0]->try_op is point to a NOP block, which will be removed in cfg optimization. --- I'm closing this issue, and a fix for opcache is on the way too.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1072	[Xdebug] Usage problems	crash	always	2014-08-22 15:30	2015-01-07 00:05
Reporter:	sizeof	Platform:	amd64
Assigned To:	derick	OS:	Debian
Priority:	low	OS Version:	7.5
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:	2.2.6
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Dereferencing NULL pointer opline to get a lineno
Description:	xdebug-2.2.5 tested with php 5.5.9 and 5.5.16 segfaults here: Program terminated with signal 11, Segmentation fault. #0 0x00007fccf0d22dca in xdebug_build_fname (edata=0x7fff7c6eac80, tmp=0x3452930) at /usr/src/xdebug-2.2.5/xdebug_stack.c:918 918 tmp->function = xdebug_sprintf( (gdb) list 913 } 914 915 if (!fname) { 916 fname = "whoops"; 917 } 918 tmp->function = xdebug_sprintf( 919 "%s:{%s:%d}", 920 edata->function_state.function->common.function_name, 921 fname, 922 edata->opline->lineno (gdb) p edata $10 = (zend_execute_data *) 0x7fff7c6eac80 (gdb) p edata->opline $11 = (struct _zend_op *) 0x0 (gdb) p *edata $12 = {opline = 0x0, function_state = {function = 0x27f7bd0, arguments = 0x7fccf12fb6c0}, op_array = 0x0, object = 0x0, symbol_table = 0x0, prev_execute_data = 0x7fccf12fb5e0, old_error_reporting = 0x0, nested = 0 '\000', original_return_value = 0x2bae650, current_scope = 0x29477c0, current_called_scope = 0x7fccf12f9d68, current_this = 0x0, fast_ret = 0x7fccf12f9da8, call_slots = 0x7fccf12fb670, call = 0x7fccf12fb670}
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002877) derick    2014-08-22 15:35	Would you be able to produce a script that demonstrates this crash? That makes it a lot easier to fix the problem as this is most likely caused by a case that I haven't considered.
(0002881) sizeof    2014-09-05 22:44	Nop, it seems hard for us to produce a reproductible script, as we don't have a stacktrace, and it happens in a very huge pile of PHP... But you may at lest test for it instead of crashing, logging some debug information, as a temporary fix ? (I typically quick-fixed my version with a little ternary).
(0002897) derick    2014-11-11 19:49	I am going to guess and I think this could be the same as 0001073 and 0001075, which will be fixed in Xdebug 2.2.6 once I release it. In any case, as you have a GDB stacktrace, you can reproduce this somehow. In case it happens again, can you issue "backtrace full" to get the full stack?
(0002933) derick    2014-12-13 20:35	2.2.6 is now released, can you please check whether that addressed the issue?
(0002960) derick    2015-01-07 00:05	Suspected fixed in 2.2.6 - please reopen if it's still an issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1090	[Xdebug] Usage problems	major	always	2014-11-24 13:22	2015-01-07 00:02
Reporter:	luesak	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.6
Summary:	XDebug showing debug-eval when there is no eval code
Description:	See attached video and screenshot and log file.
Steps To Reproduce:
Additional Information:
Attached Files:	Downloads.rar (1,575,425) 2014-11-24 13:22 http://bugs.xdebug.org/file_download.php?file_id=227&type=bug

Notes
(0002916) derick    2014-11-24 13:30	Looks like this is due to a shutdown handler. Can you be a star and make a short reproducable example with just this shutdown handler behaviour perhaps?
(0002958) derick    2015-01-07 00:02	Can you please provide the requested short script?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1099	[Xdebug] Installation	major	always	2015-01-03 18:06	2015-01-05 00:27
Reporter:	sbeyer	Platform:	Eclipse Luna
Assigned To:	derick	OS:	Windows
Priority:	high	OS Version:	8.1
Status:	assigned	Product Version:	2.2.6
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 8.1
PHP Version:	5.6.0-5.6.4
Summary:	I used your tool to update php.ini file and install the newest xdebug dll. Restarting XAMPP and Eclipse still does not recognize
Description:	I copied my phpinfo file into your tool. The tool told me to download the new dll, and then update the php.ini file. After following those instructions and restarting the XAMPP server and the Eclipse program, the phpinfo still does not show Xdebug. I am stymied.
Steps To Reproduce:	I tried these steps several times insure I was using the correct directories, etc. Same results.
Additional Information:
Attached Files:	Here are the instructions I pasted into the wizard.docx (87,191) 2015-01-04 20:56 http://bugs.xdebug.org/file_download.php?file_id=232&type=bug Here are the instructions I pasted into the wizard.pdf (723,007) 2015-01-04 23:17 http://bugs.xdebug.org/file_download.php?file_id=233&type=bug Here are the instructions I pasted into the wizard.rtf (1,524,346) 2015-01-04 23:18 http://bugs.xdebug.org/file_download.php?file_id=234&type=bug php.ini (78,672) 2015-01-05 00:27 http://bugs.xdebug.org/file_download.php?file_id=235&type=bug

Notes
(0002950) derick    2015-01-04 19:41	Can you please provide the information that you pasted into the wizard, and which instructions you received from it?
(0002952) sbeyer    2015-01-04 20:57	Yes, I uploaded a file (WORD document) that has the information you requested. If you would prefer, I can paste it here.
(0002953) derick    2015-01-04 22:40	Sorry, I can not read Word (not a Windows user!). Can you put it in an RTF file or something?
(0002954) sbeyer    2015-01-04 23:17	Sorry about that. I will upload the rtf version and a pdf version just in case.
(0002955) sbeyer    2015-01-05 00:27	I am sending the php.ini file just in case. Thanks.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1097	[Xdebug] Usage problems	crash	always	2014-12-24 15:46	2015-01-04 20:14
Reporter:	rhinogroup	Platform:	Linux
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	14.04
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Xdebug Segmentation fault
Description:	So first off I want to say that we have researched this issue for 4 days straight trying to figure out a solution but have been unable to find an answer that worked. So about two weeks ago we decided as a company that it was time to upgrade our ubuntu web servers to the latest version. So we went ahead with the upgrade and everything seemed to go very smooth. This was until we tried to use xdebug to debug a magento application. We had xdebug on our previous version of ubuntu and were able to debug flawlessly without any issues. We now get segmentation fault errors everytime we try to debug the Magento Website. You can see our php.ini file in the pastebin link below. We also have a local php override with the following options: xdebug.remote_host = localcomputerip xdebug.remote_port = 9001 PHP ini file http://pastebin.com/UYLviByW [^] We use both Visual Studio and netbeans for debugging in our environment. When we start the debug session it actually breaks initially on the index.php file. We can step through the process for a little while until random points of the application. At this point a segmentation fault is created in the apache2 log file like the following: [Tue Dec 23 16:09:25.756786 2014] [core:notice] [pid 31832] AH00051: child pid 31838 exit signal Segmentation fault (11), possible coredump in /etc/apache2 As you see a core dump happened. We also get the following that shows up in the xdebug log file: Log opened at 2014-12-23 18:30:11 I: Connecting to configured address/port: 10.10.10.144:9001. I: Connected to client. :-) -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///var/www/magento.dev.com/public_html/index.php" [^] language="PHP" protocol_version="1.0" appid="15222" idekey="netbeans-xdebug"><engine version="2.2.6"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2014 by Derick Rethans]]></copyright></init> Log opened at 2014-12-23 18:30:36 I: Connecting to configured address/port: 10.10.10.144:9001. E: Time-out connecting to client. :-( Log closed at 2014-12-23 18:30:36 As you can see the client times out on the second connect. With the core dump file in hand I have followed the following information: http://sysadmin.carlusgg.com/?p=197 [^] and So going thru the stack trace of the core dump i get the following output. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. [^] For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from apache2...Reading symbols from /usr/lib/debug//usr/sbin/apache2...done. done. [New LWP 32601] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". warning: the debug information found in "/usr/lib/debug//usr/lib/php5/20121212/mysql.so" does not match "/usr/lib/php5/20121212/mysql.so" (CRC mismatch). warning: the debug information found in "/usr/lib/debug/usr/lib/php5/20121212/mysql.so" does not match "/usr/lib/php5/20121212/mysql.so" (CRC mismatch). warning: the debug information found in "/usr/lib/debug//usr/lib/php5/20121212/mysqli.so" does not match "/usr/lib/php5/20121212/mysqli.so" (CRC mismatch). warning: the debug information found in "/usr/lib/debug/usr/lib/php5/20121212/mysqli.so" does not match "/usr/lib/php5/20121212/mysqli.so" (CRC mismatch). warning: the debug information found in "/usr/lib/debug//usr/lib/php5/20121212/pdo_mysql.so" does not match "/usr/lib/php5/20121212/pdo_mysql.so" (CRC mismatch). warning: the debug information found in "/usr/lib/debug/usr/lib/php5/20121212/pdo_mysql.so" does not match "/usr/lib/php5/20121212/pdo_mysql.so" (CRC mismatch). Core was generated by `/usr/sbin/apache2 -k start'. Program terminated with signal SIGSEGV, Segmentation fault. #0 xdebug_add_stack_frame (zdata=zdata@entry=0x7f6757eec398, op_array=op_array@entry=0x7f6759f54e80, type=type@entry=2) at /home/icstech/xdebug-2.2.5/xdebug_stack.c:1112 1112 tmp->var[tmp->varc].name = NULL; (gdb) bt #0 xdebug_add_stack_frame (zdata=zdata@entry=0x7f6757eec398, op_array=op_array@entry=0x7f6759f54e80, type=type@entry=2) at /home/icstech/xdebug-2.2.5/xdebug_stack.c:1112 #1 0x00007f67510e8dcc in xdebug_execute_ex (execute_data=0x7f6757eec4e8) at /home/icstech/xdebug-2.2.5/xdebug.c:1372 0000002 0x00007f675138e0aa in ?? () from /usr/local/ioncube/ioncube_loader_lin_5.5.so 0000003 0x00007f6751386a30 in ?? () from /usr/local/ioncube/ioncube_loader_lin_5.5.so 0000004 0x00007f675138a127 in ?? () from /usr/local/ioncube/ioncube_loader_lin_5.5.so 0000005 0x00007f675138e0aa in ?? () from /usr/local/ioncube/ioncube_loader_lin_5.5.so 0000006 0x00007f6751386a30 in ?? () from /usr/local/ioncube/ioncube_loader_lin_5.5.so 0000007 0x00007f675138a127 in ?? () from /usr/local/ioncube/ioncube_loader_lin_5.5.so 0000008 0x00007f675138e0aa in ?? () from /usr/local/ioncube/ioncube_loader_lin_5.5.so 0000009 0x00007f6751386a30 in ?? () from /usr/local/ioncube/ioncube_loader_lin_5.5.so 0000010 0x00007f675138a127 in ?? () from /usr/local/ioncube/ioncube_loader_lin_5.5.so 0000011 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eebc80) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000012 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eebc80) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000013 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000014 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eebc80) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000015 0x00007f6753ec2ea1 in zend_call_function (fci=fci@entry=0x7fff4adeef50, fci_cache=<optimized out>, fci_cache@entry=0x7fff4adeef20) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_execute_API.c:939 0000016 0x00007f6753df6592 in zif_call_user_func_array (ht=<optimized out>, return_value=0x7f675afb27d8, return_value_ptr=<optimized out>, this_ptr=<optimized out>, return_value_used=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/ext/standard/basic_functions.c:4806 0000017 0x00007f6753ec0c6b in dtrace_execute_internal (execute_data_ptr=<optimized out>, fci=<optimized out>, return_value_used=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:97 0000018 0x00007f67510e9a46 in xdebug_execute_internal (current_execute_data=0x7f6757eeba70, fci=0x0, return_value_used=0) at /home/icstech/xdebug-2.2.5/xdebug.c:1551 0000019 0x00007f6753f80cc5 in zend_do_fcall_common_helper_SPEC (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:552 0000020 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eeba70) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000021 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000022 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eeba70) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000023 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eeb8e8) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 ---Type <return> to continue, or q <return> to quit--- 0000024 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eeb8e8) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000025 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000026 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eeb8e8) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000027 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eeb788) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000028 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eeb788) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000029 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000030 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eeb788) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000031 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eeb628) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000032 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eeb628) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000033 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000034 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eeb628) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 #35 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eeb4c0) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000036 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eeb4c0) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000037 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000038 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eeb4c0) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000039 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eeb2a8) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000040 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eeb2a8) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000041 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000042 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eeb2a8) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000043 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eeb170) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000044 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eeb170) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000045 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000046 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eeb170) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000047 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eeb068) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000048 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eeb068) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 #49 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000050 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eeb068) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 ---Type <return> to continue, or q <return> to quit--- #51 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eeae90) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000052 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eeae90) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000053 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000054 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eeae90) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000055 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eeac80) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000056 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eeac80) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000057 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000058 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eeac80) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000059 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eeab30) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000060 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eeab30) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000061 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000062 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eeab30) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000063 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eea9d8) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000064 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eea9d8) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000065 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000066 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eea9d8) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000067 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eea838) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000068 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eea838) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000069 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000070 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eea838) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000071 0x00007f6753f81310 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f6757eea6f8) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:584 0000072 0x00007f6753efa9f8 in execute_ex (execute_data=0x7f6757eea6f8) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000073 0x00007f6753ec0b69 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000074 0x00007f67510e8fcc in xdebug_execute_ex (execute_data=0x7f6757eea6f8) at /home/icstech/xdebug-2.2.5/xdebug.c:1437 0000075 0x00007f6753ed25f0 in zend_execute_scripts (type=type@entry=8, retval=retval@entry=0x0, file_count=file_count@entry=3) at /build/buildd/php5-5.5.9+dfsg/Zend/zend.c:1316 0000076 0x00007f6753e724d5 in php_execute_script (primary_file=primary_file@entry=0x7fff4adf3240) at /build/buildd/php5-5.5.9+dfsg/main/main.c:2506 0000077 0x00007f6753f8294a in php_handler (r=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/sapi/apache2handler/sapi_apache2.c:667 ---Type <return> to continue, or q <return> to quit--- 0000078 0x00007f6758061680 in ap_run_handler (r=0x7f6757eca0a0) at config.c:169 0000079 0x00007f6758061bc9 in ap_invoke_handler (r=r@entry=0x7f6757eca0a0) at config.c:439 0000080 0x00007f675807716a in ap_process_async_request (r=0x7f6757eca0a0) at http_request.c:317 0000081 0x00007f6758077444 in ap_process_request (r=r@entry=0x7f6757eca0a0) at http_request.c:363 0000082 0x00007f6758073f02 in ap_process_http_sync_connection (c=0x7f6757ed0290) at http_core.c:190 0000083 ap_process_http_connection (c=0x7f6757ed0290) at http_core.c:231 0000084 0x00007f675806acc0 in ap_run_process_connection (c=0x7f6757ed0290) at connection.c:41 0000085 0x00007f675806b0a8 in ap_process_connection (c=c@entry=0x7f6757ed0290, csd=<optimized out>) at connection.c:202 0000086 0x00007f67548a2767 in child_main (child_num_arg=child_num_arg@entry=3) at prefork.c:704 0000087 0x00007f67548a29a6 in make_child (s=0x7f6757fd0de0, slot=slot@entry=3) at prefork.c:800 0000088 0x00007f67548a2a06 in startup_children (number_to_start=2) at prefork.c:818 0000089 0x00007f67548a36e0 in prefork_run (_pconf=<optimized out>, plog=0x7f6757fcc028, s=0x7f6757fd0de0) at prefork.c:976 0000090 0x00007f675804869e in ap_run_mpm (pconf=0x7f6757ffe028, plog=0x7f6757fcc028, s=0x7f6757fd0de0) at mpm_common.c:96 0000091 0x00007f6758041e36 in main (argc=3, argv=0x7fff4adf3968) at main.c:777 Now I am no linux expert at all but this has me confused. We have tried the following things at this point: Tried xdebug versions 2.2.3 - 2.2.6 Uninstalled Ioncube Uninstalled Zend OPCache Turned off PHP Buffer Output. Tried reinstalling Xdebug from scratch Recompiled Apache Reinstalled PHP 5.5 Opened the ports in iptables Restarted the Web Server Now let me explain our server setup. This is an internal development server to our local network. It has ubuntu 14.04 installed on it. All firewall ports both internally and externally are opened properly for the ports. This is a virtual machine running on a power server. My eyes are starting to bleed as we are getting to tip of my linux knowledge. There is also one big kicker to this problem. We have WordPress sites on the same server. Sometimes we are actually able to successfully debug through an entire session of WordPress. Other times we are not able to debug wordpress and run into the same problem. That makes the problem even weirder. Any help that anyone might have at all as to the issue that I am having would be amazing. I am open to pretty much anything right now because this is our development server. If there is any other information that you need in order to help out with this issue please let me know. For now we are going back to the var_dump and print_r debug methods. linux wordpress magento xdebug
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002946) derick    2014-12-27 20:36	Can you reproduce this without that ioncube loader enabled/loaded in php.ini?
(0002948) rhinogroup    2014-12-29 14:50	It appears to be conflicting with this version of ioncube loader in some way. Before we upgraded our server, we were able to debug this site even with ioncube loader loaded in. Now for some reason we can't and we get that segmentation fault. I tried debugging on a separate Magento install as well as a WordPress install with ioncube loader enabled and they worked flawlessly. I understand the inherent incompatibility with ioncube loader and such. We obviously cant debug code within it. Is there a way to debug the rest of the site even though it runs over the ioncube extension. Much of frontend of the site was rewritten by this ioncube loader. I am just puzzled as to why it work on apache 2.2 and php 5.3 but not on apache 2.4 and php 5.5. If this is something you do not support i will understand. If not please let me know. Thanks!
(0002951) derick    2015-01-04 20:14	The IonCube loader does magical things that I can never support. It messes with internals, and there is no source code. Sorry.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
965	[Xdebug] Usage problems	crash	always	2013-07-18 13:40	2015-01-02 09:53
Reporter:	zeran	Platform:	php
Assigned To:	derick	OS:	linux
Priority:	normal	OS Version:	centos/ubuntu
Status:	feedback	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	linux
PHP Version:	5.3.10
Summary:	xdebug crash on trace
Description:	xdebug crash on tracing code like function test() { return; } test(); // when returning null and xdebug.collect_return=1
Steps To Reproduce:
Additional Information:
Attached Files:	xdebug.ini (1,502) 2014-02-02 01:13 http://bugs.xdebug.org/file_download.php?file_id=207&type=bug

Notes
(0002542) derick    2013-07-23 11:51	When you say "tracing", what exactly do you mean? Can you elaborate a bit more please?
(0002544) zeran    2013-07-23 12:41	I mean something like this: function test() { return; } xdebug_start_trace(); test(); // when returning null xdebug_stop_trace(); and xdebug.collect_return=1 in xdebug.ini I think, xdebug trying collect return, but function returning "null", so xdebug crashing with error.
(0002673) patomas    2014-02-02 01:12	Hi I was having some problems with phpmyadmin, and after different attempts, I found that if I changed xdebug.collect_return="1" to xdebug.collect_return="0", everything went back to normal. The problem was that many links didn't work and the session restarted sometimes, but I couldn't find any log that helped from mysql or phpmyadmin. I'm posting the link to the thread since I explained the problem quite detailed there. In any case, I'll post my system specs here: - xdebug 2.2.3 - apache 2.2.25 - php 5.5.7 - mariadb 5.5.32 - mysql 5.1.70 and 5.5.32 - mysql-workbench 5.2.47 - system: Linux patito 3.10.7-gentoo 0000007 SMP Sun Sep 29 10:24:32 MYT 2013 x86_64 Intel(R) Core(TM) i5-3330 CPU @ 3.00GHz GenuineIntel GNU/Linux I'm also uploading my xdebug.ini for reference. stackoverflow question https://stackoverflow.com/questions/21482099/problems-with-database-links-on-phpmyadmin-interfaceI [^]
(0002875) steffenb    2014-08-07 07:48	I can confirm this bug. After upgrading to Ubuntu 14.04, I had to turn off the xdebug.collect_return or my Apache would always segfault. My system only has packages from standard repository. Specs: - Ubuntu 14.04 (Both server and desktop) - apache2 2.4.7-1ubuntu4.1 - php5 5.5.9+dfsg-1ubuntu4.3 - php5-xdebug 2.2.3-2build1 - Kernel: Linux 3.13.0-30-generic 0000054-Ubuntu SMP Mon Jun 9 22:45:01 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
(0002896) derick    2014-11-11 19:49	Is this still an issue with Xdebug 2.2.5 and the other latest versions?
(0002907) patomas    2014-11-11 20:34	I can´t test that right now since I´m traveling, but in 3 weeks I can do it and report back.
(0002949) tautrimas    2015-01-02 09:53	I could confirm the bug on 2.2.5 (segfault), but on 2.2.6 it has been fixed and "collect_return" acts normally as it should.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
620	[Xdebug] Feature/Change request	minor	always	2010-09-23 23:24	2014-12-31 16:09
Reporter:	nthalk	Platform:	amd64
Assigned To:	derick	OS:	linux
Priority:	high	OS Version:	2.6.32.1-rscloud
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Remote debugging not triggerable with ini_set
Description:	Xdebug does not seem to be able to set the remote_host/port and actually connect to a remote debugger when using ini_set to configure the xdebug.remote_* settings.
Steps To Reproduce:	1. Run the following code: <?php ini_set("xdebug.remote_host","127.0.0.1"); ini_set("xdebug.remote_port","9000"); ini_set("xdebug.remote_log","/home/carl/xdebug.log"); ini_set("xdebug.remote_autostart","1"); ini_set("xdebug.remote_enable","1"); xdebug_break(); phpinfo(); $test = "test"; echo $test . $unknown_var; die();
Additional Information:	This would be really useful for conditional debugging in senarios where I do not want to have to edit ini files and restart the entire php service I'm using.
Attached Files:

Notes
(0002681) derick    2014-02-27 19:07	The only setting you cannot make with ini_set is remote_enable. But there are several options. Firstly, you can just turn it on and have the IDE simply not accept incoming debugging connections. And secondly you can use .htaccess/htscanner to just drop a .htaccess file into the directory turning it on.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
414	[Xdebug] Usage problems	crash	always	2008-10-11 11:02	2014-12-17 18:55
Reporter:	lehack	Platform:	Windows Devel
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	XP SP3
Status:	acknowledged	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:	Windows XP SP3
PHP Version:	5.2.6
Summary:	XDebug crashing Apache while PHP script tries to access COM
Description:	I'm having a script here, which tries to access something using COM. This script is executed by an apache 2.2.9 with php 5.2.6 (configured as a module). Having XDebug enabled (but not using it!) executing the script will crash the apache. Deactiviating XDebug in the php.ini will lead to successfull execution of the script. Please note that this happens regardless of the COM-component called (in the example below Word is called). The VS-debugger shows the following message: Unhandled exception at 0x010e86b4 in httpd.exe: 0xC0000005: Access violation reading location 0x00000025. and the stacktrace: > php_xdebug.dll!010e86b4() [Frames below may be incorrect and/or missing, no symbols loaded for php_xdebug.dll] php_xdebug.dll!010e8b87() php_xdebug.dll!010d78bf() php5ts.dll!0078c3c7() php_xdebug.dll!010d54ef() php5ts.dll!0078ce07() php5ts.dll!00819572() php5ts.dll!007930b5() php5ts.dll!0078c595() php_xdebug.dll!010d4645() php5ts.dll!00772e87() php5ts.dll!0082e14d() msvcrt.dll!77bfc3c9() libhttpd.dll!6ff0a87c() libhttpd.dll!6ff04d21() libhttpd.dll!6ff04fd3() libhttpd.dll!6ff1d2dc() msvcrt.dll!77c0a3b0() kernel32.dll!7c80b713() Thanks Joachim
Steps To Reproduce:	1. Install apache 2.2.9 2. Install php 5.2.6 and configure it as a module. 3. Install xdebug (i put it in the "ext" directory) 4. execute the script (source is in "additional information".
Additional Information:	The script used to reproduce the error: <? try { $oClient = new COM("Word.Application"); var_dump($oClient); } catch(exception $oError) { echo "Error occurred: "; var_dump($oError); } ?>
Attached Files:

Notes
(0002654) derick    2014-01-03 15:44	I am not very well versed in Windows development. Setting this bug as Acknowledged, but don't expect any fix any time soon.
(0002941) lmeyer    2014-12-17 18:55	I can reproduce this bug on PHP 5.4.16, Apache 2.4 and Windows 2008 R2. Specifically the overridden function var_dump leads to a crash of Apache. The bug CAN ne mitigated by adding xdebug.overload_var_dump=off to php.ini.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1062	[Xdebug] Usage problems	major	always	2014-07-08 18:04	2014-12-15 12:19
Reporter:	jonycp	Platform:
Assigned To:	derick	OS:	Windows
Priority:	high	OS Version:	7
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.5.0-5.5.4
Summary:	SimpleXML foreach does not advance during step
Description:	I have Xampp PHP code that executes correctly, advancing through the foreach loops, but when I try to step through the foreach loops in debug, it hangs and will not advance. If I put the cursor after the foreach loop and click run to cursor, it will run to cursor. Problem is happening in foreach loop and cannot debug as needed.
Steps To Reproduce:	I am using SimpleXML. $file = simplexml_load_file('file.xml'); $sxo = $file->XML_NODE; foreach( $sxo as $s ) { do something; ==> will not advance through the foreach } $variable = value; ==> Set cursor here and Run to Cursor and it runs through the foreach and goes there ok.
Additional Information:	from php.ini (used wizard / paste phpinfo to get correct version of dll) [XDebug] zend_extension = "C:\local-download\xampp\php\ext\php_xdebug-2.2.5-5.5-vc11.dll" xdebug.profiler_append = 0 xdebug.profiler_enable = 1 xdebug.profiler_enable_trigger = 0 xdebug.profiler_output_dir = "C:\local-download\xampp\tmp\xdebug-logs" xdebug.profiler_output_name = "cachegrind.out.%t-%s" xdebug.remote_enable = 1 xdebug.remote_handler = "dbgp" xdebug.remote_port = 9003 xdebug.remote_host = "127.0.0.1" xdebug.remote_log = "C:\local-download\xampp\tmp\xdebug-logs\remote.log" xdebug.trace_output_dir = "C:\local-download\xampp\tmp\xdebug-logs" xdebug.var_display_max_data=2048 xdebug.idekey="netbeans-xdebug"
Attached Files:

Notes
(0002860) jonycp    2014-07-08 18:45	I would like to add, just for reference, that xdebug correctly advances through a foreach loop on a php array.
(0002890) derick    2014-11-11 19:46	Can you please provide the script, the XML file and a remote log (see http://xdebug.org/docs/remote#remote_log [^] on how to make one)?
(0002935) derick    2014-12-13 20:36	Ping?
(0002937) jonycp    2014-12-14 13:21	Hello, Sorry, for some reason I did not get the email in November. I actually stopped using SimpleXML in favor of a technique I found to using json_encode/decode to create an array. I have no problems debugging an array loop. Thank you for your follow up on this!
(0002938) derick    2014-12-15 12:19	Okay - thanks for the bug report in any case! Let me know if you run into this again. cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1082	[Xdebug] Usage problems	crash	always	2014-10-31 09:49	2014-12-13 20:33
Reporter:	DemonTPx	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.2.7
		Target Version:
Operating System:	Ubuntu 14.04.1
PHP Version:	5.5.5-5.5.9
Summary:	Segmentation fault when using php-couchbase
Description:	PHP segfaults when both xdebug and couchbase (version 2.0.0) extensions are loaded
Steps To Reproduce:	php -n -d zend_extension=xdebug.so -d extension=couchbase.so
Additional Information:	$ gdb --args php -n -d zend_extension=xdebug.so -d extension=couchbase.so GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> [^] This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. [^] Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. [^] For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from php...Reading symbols from /usr/lib/debug//usr/bin/php5...done. done. (gdb) run Starting program: /usr/bin/php -n -d zend_extension=xdebug.so -d extension=couchbase.so [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. 0x00007ffff575a4ce in xdebug_execute_internal (current_execute_data=0x7ffff7fa9640, fci=0x0, return_value_used=0) at /build/buildd/xdebug-2.2.3/xdebug-2.2.3/xdebug.c:1589 1589 /build/buildd/xdebug-2.2.3/xdebug-2.2.3/xdebug.c: No such file or directory. (gdb) bt #0 0x00007ffff575a4ce in xdebug_execute_internal (current_execute_data=0x7ffff7fa9640, fci=0x0, return_value_used=0) at /build/buildd/xdebug-2.2.3/xdebug-2.2.3/xdebug.c:1589 #1 0x000000000079da25 in zend_do_fcall_common_helper_SPEC (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:552 0000002 0x0000000000717758 in execute_ex (execute_data=0x7ffff7fa9640) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_vm_execute.h:363 0000003 0x00000000006dd8c9 in dtrace_execute_ex (execute_data=<optimized out>) at /build/buildd/php5-5.5.9+dfsg/Zend/zend_dtrace.c:73 0000004 0x00007ffff5759a7c in xdebug_execute_ex (execute_data=0x7ffff7fa9640) at /build/buildd/xdebug-2.2.3/xdebug-2.2.3/xdebug.c:1437 0000005 0x00000000006e175a in zend_eval_stringl ( str=0x7ffff5540b40 "/**\n * Various constants used for flags, data-type encoding and decoding, etc...\n * throughout this SDK.\n *\n * @author Brett Lawson <brett19@gmail.com>\n */\n\n/** @internal */ define('COUCHBASE_VAL_MASK"..., str_len=<optimized out>, retval_ptr=retval_ptr@entry=0x0, string_name=string_name@entry=0x7ffff5540abb "CouchbaseNative") at /build/buildd/php5-5.5.9+dfsg/Zend/zend_execute_API.c:1187 0000006 0x00000000006e1836 in zend_eval_string (str=<optimized out>, retval_ptr=retval_ptr@entry=0x0, string_name=string_name@entry=0x7ffff5540abb "CouchbaseNative") at /build/buildd/php5-5.5.9+dfsg/Zend/zend_execute_API.c:1226 0000007 0x00007ffff553c97c in zm_activate_couchbase (type=<optimized out>, module_number=<optimized out>) at /tmp/pear/temp/couchbase/couchbase.c:63 0000008 0x00000000006f4dc0 in zend_activate_modules () at /build/buildd/php5-5.5.9+dfsg/Zend/zend_API.c:2398 0000009 0x000000000068d8ea in php_request_startup () at /build/buildd/php5-5.5.9+dfsg/main/main.c:1596 0000010 0x000000000079f1b1 in do_cli (argc=6, argv=0xebea10) at /build/buildd/php5-5.5.9+dfsg/sapi/cli/php_cli.c:965 0000011 0x0000000000461de0 in main (argc=6, argv=0xebea10) at /build/buildd/php5-5.5.9+dfsg/sapi/cli/php_cli.c:1378 (gdb)
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
546	[Xdebug] Feature/Change request	minor	have not tried	2010-03-05 21:02	2014-12-13 09:07
Reporter:	folivore	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.0.0dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.5
Summary:	None of debug clients are able to see variables produced by php "extract()" function
Description:	None of debug clients are able to see variables produced by php "extract()" function if these variables are not used somewhere in the current scope. I checked this issue with Eclipse, Netbeans, Notepad++ dbg-plugin and XDebugClient, using XDebug v2.1.0-dev and PHP 5.2.5. I don't know whether it depends on xdebug or not, but if it does somehow it would be nice to inform a debug client to show variables produced by call of extract() function.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002930) cliffo4    2014-12-08 14:56	Have also seen this problem with 2.2.6 on php 5.4.35 - using netbeans, hover over the variable name that newly created by extract(), it does not returns any visible value, but the debugging works / shows correct flow.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1093	[Xdebug] Usage problems	crash	always	2014-12-01 17:00	2014-12-01 17:19
Reporter:	Hoffmann.P@gmx.net	Platform:	Linux-amd64
Assigned To:	derick	OS:	Mint 17
Priority:	low	OS Version:	3.13.0-40
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Crashes when using PHPExcel
Description:	xdebug leaves with a segfault: Dec 1 17:55:37 ber-desktop kernel: [27251.384709] php-cgi[11292]: segfault at 14 ip 00007fd53dfc7370 sp 00007fff3856da80 error 4 in xdebug.so[7fd53dfb8000+2e000] Do you need a gdb stacktrace and if yes, how do I do that?
Steps To Reproduce:	Download PHPExcel and run: <?php require_once("PHPExcel.php"); $objPHPExcel = new PHPExcel(); ?>
Additional Information:
Attached Files:

Notes
(0002919) Hoffmann.P@gmx.net    2014-12-01 17:12	Fixed in the current version
(0002920) derick    2014-12-01 17:12	You should first try to upgrade Xdebug to the latest version, as I've fixed a few bugs. If it then still breaks, please let me know where I can get PHPExcel, and which options you have set for Xdebug - by supplying the phpinfo() output section for Xdebug.
(0002921) Hoffmann.P@gmx.net    2014-12-01 17:13	Thanks, can be closed now!
(0002922) derick    2014-12-01 17:19	Ok, awesome :-)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1091	[Xdebug] Usage problems	major	always	2014-11-26 21:45	2014-11-28 11:33
Reporter:	hakon	Platform:
Assigned To:		OS:	Linux
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2.6
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Arch Linux
PHP Version:	5.6.0-5.6.4
Summary:	Memory corruption when throwing a message that overrides the 'message' property
Description:	If a class extending Exception declares a $message property, throwing it causes use-after-free issues leading to memory corruption and random segfaults.
Steps To Reproduce:	$ php --version PHP 5.6.3 (cli) (built: Nov 25 2014 21:45:05) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies with Xdebug v2.2.6, Copyright (c) 2002-2014, by Derick Rethans $ cat test_message.php <?php class Foo extends \Exception { public $message; } try { throw new Foo(); } catch (Exception $foo) { } $ USE_ZEND_ALLOC=0 valgrind sapi/cli/php test_message.php ==10603== Memcheck, a memory error detector ==10603== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==10603== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info ==10603== Command: sapi/cli/php test_message.php ==10603== ==10603== Invalid read of size 4 ==10603== at 0x71580E: zval_delref_p (zend.h:411) ==10603== by 0x71580E: i_zval_ptr_dtor (zend_execute.h:76) ==10603== by 0x71580E: _zval_ptr_dtor (zend_execute_API.c:427) ==10603== by 0x71B676: destroy_zend_class (zend_opcode.c:283) ==10603== by 0x73C3C2: i_zend_hash_bucket_delete (zend_hash.c:182) ==10603== by 0x73C3C2: zend_hash_bucket_delete (zend_hash.c:192) ==10603== by 0x73E2FA: zend_hash_reverse_apply (zend_hash.c:733) ==10603== by 0x7153C0: shutdown_executor (zend_execute_API.c:303) ==10603== by 0x72BC77: zend_deactivate (zend.c:963) ==10603== by 0x69EB81: php_request_shutdown (main.c:1884) ==10603== by 0x84BE73: do_cli (php_cli.c:1177) ==10603== by 0x84C567: main (php_cli.c:1378) ==10603== Address 0x113f8850 is 16 bytes inside a block of size 32 free'd ==10603== at 0x4C2B200: free (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==10603== by 0x6F4B02: _efree (zend_alloc.c:2437) ==10603== by 0x71586E: i_zval_ptr_dtor (zend_execute.h:80) ==10603== by 0x71586E: _zval_ptr_dtor (zend_execute_API.c:427) ==10603== by 0x73DC39: zend_hash_destroy (zend_hash.c:548) ==10603== by 0x75E857: zend_object_std_dtor (zend_objects.c:44) ==10603== by 0x75ECC4: zend_objects_free_object_storage (zend_objects.c:137) ==10603== by 0x768A90: zend_objects_store_del_ref_by_handle_ex (zend_objects_API.c:226) ==10603== by 0x768789: zend_objects_store_del_ref (zend_objects_API.c:178) ==10603== by 0x7299BD: _zval_dtor_func (zend_variables.c:57) ==10603== by 0x715862: _zval_dtor (zend_variables.h:35) ==10603== by 0x715862: i_zval_ptr_dtor (zend_execute.h:79) ==10603== by 0x715862: _zval_ptr_dtor (zend_execute_API.c:427) ==10603== by 0x73C3C2: i_zend_hash_bucket_delete (zend_hash.c:182) ==10603== by 0x73C3C2: zend_hash_bucket_delete (zend_hash.c:192) ==10603== by 0x73E2FA: zend_hash_reverse_apply (zend_hash.c:733)
Additional Information:
Attached Files:	valgrind_output.txt (12,736) 2014-11-26 21:45 http://bugs.xdebug.org/file_download.php?file_id=228&type=bug test_message.php (118) 2014-11-26 21:47 http://bugs.xdebug.org/file_download.php?file_id=229&type=bug

Notes
(0002918) derick    2014-11-28 11:33	Just letting you know that I can reproduce this... no clue about a fix though (yet)!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1092	[Xdebug] Feature/Change request	feature	always	2014-11-27 13:11	2014-11-27 13:11
Reporter:	fulup-bzh	Platform:	Any
Assigned To:		OS:	Any
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2.6
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	A,y
PHP Version:	5.6.0-5.6.4
Summary:	Multi-User Debug behing a firewall
Description:	While "remote_connect_back" solved multi-users issue when both Apache-host and IDE Debug-Desktop can ping each other. Configuring Xdebug for a Multi-User environment with a natted firewall remains almost impossible. With minimal addon on Xdebug configuration options, developers could leverage ssh tunnelling even in natted multi-user environment, as the already do when running single developer session.
Steps To Reproduce:	In a natted environment Web-Server cannot route to IDE-Debug desktop. The only option if the developer to run a SSH tunnel to extract Debug packet from web server host. While this work in a mono-user environment as we can enforce Xdebug to send all debug data on localhost:port with remote_host/remote_port we have no option for remote port to be a "per/developer" unique value. Proposal, add port configuration option within XDEBUG_SESSION_START=15791 something like: XDEBUG_SESSION_START=15791&port=xxxx Alternatively this could be a parsing of IDEKEY with something like MyKey:MyPort or any other option that would allow developer to dynamically select a given port for its session.
Additional Information:	Today the only way to resolve this issue is to hack pydbgpproxy and replace in line 333 addr= xxxxx with addr = ['127.0.0.1',long(idekey)], and use idekey as local tcp/port. Unfortunately this impose not only to install a DGGd proxy, but also require a hack on its code. A native Xdebug solution would be simpler and more elegant. If developers could easily select a unique destination port where Xdebug would send its debug information on lo0/loopback for a given session. Then it would be easy for developers to start an SSH tunnel to move xdebug packets from this "unique" local port toward what ever would be destination Ide/Debug/port.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1081	[Xdebug] Usage problems	minor	always	2014-10-29 17:09	2014-11-11 20:49
Reporter:	bananer	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.4
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 14.04 and 14.10
PHP Version:	5.5.5-5.5.9
Summary:	Breakpoints change PHP behavior
Description:	Hi all, I've been questioning my sanity today, it seems like setting a breakpoint changes PHP's behavior when comparing DateTimeZone objects. Here is a very basic script that was enough to reproduce the problem for me: <?php $tz1 = new DateTimeZone('Europe/Berlin'); $tz2 = new DateTimeZone('Europe/Berlin'); $d = new DateTime('2014-12-24 13:00:00', $tz1); if($tz2 == $d->getTimezone()) { echo "yes"; } else { echo "no"; } What I observed: When ran without Xdebug or with no breakpoints set, the script prints "yes", just as expected. But when I set a breakpoint in line 6 ("$d = ..."), the script will print "no". The same can be seen when the breakpoint is in the very first line and I step over until the end, but not when resuming execution right from the breakpoint at the top. So it has to break in line 6 for the problem to show. I have tested this on my main machine with Ubuntu 14.04, PHP 5.5.9, Xdebug 2.2.3 and using PHPStorm as debugger frontend. Since this was driving me crazy, I set up a fresh Ubuntu 14.10 VM with PHP 5.5.9 and Xdebug 2.2.4 using Eclipse, and could see the same problem, so it seems like this is not something wrong with my setup. A remote_log file from inside the VM is attached. I hope somebody can figure out what is wrong here...
Steps To Reproduce:
Additional Information:
Attached Files:	xdebugremotelog (53,161) 2014-10-29 17:09 http://bugs.xdebug.org/file_download.php?file_id=223&type=bug

Notes
(0002908) derick    2014-11-11 20:49	There is a bug here, but it is not in Xdebug. It is in PHP instead. Just run the following script without Xdebug, and you will see the same "no": <?php $tz1 = new DateTimeZone('Europe/Berlin'); $tz2 = new DateTimeZone('Europe/Berlin'); $d = new DateTime('2014-12-24 13:00:00', $tz1); var_dump($d->getTimezone(), $tz2); if($tz2 == $d->getTimezone()) {     echo "yes"; } else {     echo "no"; } I've only added the var_dump(...) in there compared to your script. Xdebug does something similar to var_dump, so hence the behaviour is the same. I've filed a bug for PHP: https://bugs.php.net/bug.php?id=68406 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1071	[Xdebug] Usage problems	minor	have not tried	2014-08-20 22:08	2014-11-11 20:07
Reporter:	AbcAeffchen	Platform:	64bit
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	Windows 7
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.0-5.5.4
Summary:	Many warnings if breakpoint is setted after a closed prepared mysqli statement
Description:	If I set a breakpoint after a closed mysqli statement, I get a lot of warnings like Property access is not allowed yet (3 times) or Couldn't fetch mysqli_stmt (7 times) pointing to the line i setted the breakpoint to. But the statement is already closed and not used in this line or any line after. If I do not set any breakpoint the script runs perfectly fine without errors or wanings and it also loads the data from the database correctly.
Steps To Reproduce:	$conn = new mysqli($host, $username, $passwd, $dbname); ... $stmt = $conn->prepare('SELECT ...'); $stmt->bind_param(...); $stmt->execute(); $stmt->bind_result(...); while($stmt->fetch()) { // do something here } $stmt->close(); // setting a breakpoint AFTER this. ... // maybe here // do something more here that has absolutly nothing to do with $stmt
Additional Information:	I used additional xdebug settings: xdebug.collect_vars = "on" xdebug.collect_params = 2 xdebug.show_local_vars = "on" xdebug.trace_format = 1 A workaround is to unset $stmt after closing.
System Description	php 5.5.15 x86, MySQL 5.6.11, using PHPStorm 7.1.3
Attached Files:

Notes
(0002889) robertjohnson    2014-11-09 10:40	This is happening to me too, it's not new though. You will also find that when using xdebug, the value of affected_rows might mysteriously be set to -1 even though a command statement succeeded. It makes debugging very herd because you have to 2nd guess if your code is only failing in the debugger. Thanks for reporting this because I had forgotten about it and was really confused why so many 'errors' kept happening in code that used to work perfectly!
(0002906) derick    2014-11-11 20:07	This is a bug in the MySQLi driver. I have filed a bug already for this way in the past: https://bugs.php.net/bug.php?id=67348 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
909	[Xdebug] Usage problems	major	always	2012-12-13 15:13	2014-11-11 19:53
Reporter:	rulatir	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.4
Summary:	Cannot get profiler output
Description:	I cannot for the life of me get profiler output. PHP is 5.4.9 (*not* 5.4.4, *please* keep the version choice up to date) and Xdebug config is: Version 2.2.1 IDE Key no value xdebug.auto_trace Off Off xdebug.cli_color 0 0 xdebug.collect_assignments Off Off xdebug.collect_includes On On xdebug.collect_params 0 0 xdebug.collect_return Off Off xdebug.collect_vars Off Off xdebug.coverage_enable On On xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.file_link_format no value no value xdebug.idekey no value no value xdebug.max_nesting_level 100 100 xdebug.overload_var_dump On On xdebug.profiler_aggregate Off Off xdebug.profiler_append On On xdebug.profiler_enable Off Off xdebug.profiler_enable_trigger On On xdebug.profiler_output_dir /tmp /tmp xdebug.profiler_output_name cachegrind.out.%p cachegrind.out.%p xdebug.remote_autostart Off Off xdebug.remote_connect_back Off Off xdebug.remote_cookie_expire_time 3600 3600 xdebug.remote_enable On On xdebug.remote_handler dbgp dbgp xdebug.remote_host 127.0.0.1 127.0.0.1 xdebug.remote_log no value no value xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.scream Off Off xdebug.show_exception_trace Off Off xdebug.show_local_vars Off Off xdebug.show_mem_delta Off Off xdebug.trace_enable_trigger Off Off xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir /tmp /tmp xdebug.trace_output_name trace.%c trace.%c xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 4096 4096 xdebug.var_display_max_depth 3 3 The output dir /tmp is drwxrwxrwt, and df reports that the tmpfs is nowhere near full. The function xdebug_get_profiler_filename() returns the expected "/tmp/cachegrind.out.14669" when the trigger is used. That file however does *not* get written. Nothing suspicious in Apache logs, and yes, breakpoints do work.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002388) rulatir    2012-12-13 15:49	Additional observation: if I change profiler_output_dir to *anything* other than /tmp, then xdebug_get_profiler_filename() starts returning false.
(0002405) rulatir    2012-12-27 18:38	Things tried so far that did NOT help: * upgrading PHP to 5.4.10 * downgrading Xdebug to 2.2.0
(0002406) rulatir    2012-12-27 18:48	How many tickets filed by "support agreement" users are there in the queue in front of this ticket right now?
(0002407) derick    2012-12-27 22:24	The "support agreement" users are not different from normal users. Remember, this is all a Open Source project run in my free time. You can't require me to look at anything, or even expect to do any work. All tickets will be looked at at some point, in order of my preference. However, I don't have an unlimited amount of free, especially over my well deserved holiday period.
(0002408) rulatir    2012-12-28 13:04    (edited on: 2012-12-28 13:11)	I am not "requiring" you anything, I was just trying to learn what my chances were :) Meanwhile the issue is resolved. The profiler output does appear, just not where I expected it. Was just systemd's PrivateTmp magic. Google tells me it confuses bloody hell out of people and daemons alike.
(0002727) derick    2014-02-27 20:15	Just looking at this again, and found http://danwalsh.livejournal.com/51459.html [^] as well, and then saw that you asked how to figure out what PrivateTmp was enabled or not! I was looking at weather I could show that in Xdebug's output info.
(0002905) derick    2014-11-11 19:53	No feedback, and, this is not really an Xdebug problem anyway.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1046	[Xdebug] Usage problems	block	always	2014-04-10 17:30	2014-11-11 19:53
Reporter:	Jim.Nickerson@Gmail.com	Platform:	xampp
Assigned To:	derick	OS:	Windows
Priority:	high	OS Version:	8.1
Status:	resolved	Product Version:	2.2.4
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.20-5.4.24
Summary:	Breakpoints fail with DEVSENSE PHP Tools for Visual Studio 2013 version 1.11.5062
Description:	xampp 1.8.2 PHP 5.4.25 System: Windows NT ALIEN_I7 6.2 build 9200 (Unknown Windows version Business Edition) i586 All works with xdebug that is shipped with xampp I can not set breakpoints when using 2.2.4 When I run it puts the PHP debugger in the system tray and sometimes the .php runs but never stops at the breakpoint. To run again I must close the PHP debugger in the system tray. With the debug shipped with xampp the Visual Studio Debug Output window shows: Auto-attach to process '[6280] PHP.Debugger.Systray.exe' on machine 'ALIEN_I7' succeeded. Auto-attach to process '[8108] php_remote.exe' on machine 'ALIEN_I7' succeeded. Stops at Breakpoint as requested. The program '[8108] php_remote.exe' has exited with code -1 (0xffffffff). with 2.2.4 it shows Auto-attach to process '[2304] PHP.Debugger.Systray.exe' on machine 'ALIEN_I7' succeeded. Does not stop at breakpoint. php file runs to completion.
Steps To Reproduce:	Open php project in visual studio 2013 open php file set breakpoint push F5
Additional Information:
Attached Files:

Notes
(0002830) derick    2014-05-20 00:39	Could you please provide a small (set of) files that reproduces this issue? Can you also create an accompanying xdebug.log file as described at http://xdebug.org/docs/remote#remote_log [^]
(0002845) Jim.Nickerson@Gmail.com    2014-06-12 14:59	I think I will just wait till XAMPP includes the latest ( a newer ) version and Devsense catches up. I would like to use the latest but changing back and forth is quite a process.
(0002904) derick    2014-11-11 19:53	I am closing this then. Thanks anyway. Let me know if you have futher problems with newer versions.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1056	[Xdebug] Debug client (console)	block	always	2014-06-24 02:19	2014-11-11 19:52
Reporter:	gabrielbull	Platform:	Unix
Assigned To:	derick	OS:	Mac OS X/Linux
Priority:	high	OS Version:	Any
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Breakpoints not working inside of Traits
Description:	Xdebug is not stopping at breakpoints inside of traits, instead, it goes to the next breakpoint that is not inside a trait.
Steps To Reproduce:	1. Place breakpoint inside of PHP 5.4+ Trait 2. Turn on debugger client
Additional Information:
Attached Files:	Capture d’écran 2014-06-23 à 21.12.36.png (43,512) 2014-06-24 02:19 http://bugs.xdebug.org/file_download.php?file_id=219&type=bug

Notes
(0002854) gabrielbull    2014-06-24 12:44	Alright, found the culprit. The directory in which the trait was had a typo. It was named "GeoLocation" instead of "Geolocation" like the namespace. After fixing that, it now works properly.
(0002862) derick    2014-07-09 10:34	So does Xdebug work properly then?
(0002903) derick    2014-11-11 19:52	Closing, as it seems to work just fine and no feedback was provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1060	[Xdebug] Usage problems	major	always	2014-07-06 02:07	2014-11-11 19:52
Reporter:	craigarno	Platform:	OpenSUSE 12.3 x64
Assigned To:	derick	OS:	Linux
Priority:	high	OS Version:
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OpenSUSE Linux 12.3 x64
PHP Version:	5.5.5-5.5.9
Summary:	"I: Connected to client. :-)" but hasn't...
Description:	I've spent 3 days working on this and need help... Bottom line: I start a debug session in Firefox 24 ESR Windows 7 from Sync Custom Server - Create New Account using http://neptune/remote.php?XDEBUG_SESSION_START=netbeans-xdebug [^] and see in ==> /var/log/xdebug.log <== Log opened at 2014-07-05 23:43:47 I: Connecting to configured address/port: 192.168.90.7:10000. I: Connected to client. :-) -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///srv/www/htdocs/owncloud/remote.php" [^] language="PHP" protocol_version="1.0" appid="2402" idekey="netbeans-xdebug/user/1.0/a"><engine version="2.2.5"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2014 by Derick Rethans]]></copyright></init> I then look at NetBeans 8 and it continues to say "Waiting For Connection (netbeans-xdebug)" Windows 7: Only Firefox 24 ESR is running in Windows 7 192.168.90.186. Linux: Apache, Netbeans, XDebug 2.2.5 (everything else) is running on a Linux Workstation (Neptune 192.168.90.7). From phpinfo() Apache/2.2.22 (Linux/SUSE) PHP Version 5.5.14 XDebug Version 2.2.5 DBGp - Common DeBuGger Protocol $Revision: 1.145 $ /etc/php5/apache2/php.ini [xdebug] zend_extension = /usr/lib64/php5/extensions/xdebug.so /etc/php5/conf.d/xdebug.ini --------------------------- xdebug.remote_enable = On xdebug.remote_handler = dbgp xdebug.remote_host = 192.168.90.7 debug.remote_port = 10000 xdebug.remote_log = /var/log/xdebug.log xdebug.allowed_clients = 192.168.90.7,neptune,neptune.arno.com,localhost,pluto.arno.com http://xdebug.org/wizard.php [^] reports: Summary Xdebug installed: 2.2.5 Server API: Apache 2.0 Handler Windows: no Zend Server: no PHP Version: 5.5.14 Zend API nr: 220121212 PHP API nr: 20121212 Debug Build: no Thread Safe Build: no Configuration File Path: /etc/php5/apache2 Configuration File: /etc/php5/apache2/php.ini Extensions directory: /usr/lib64/php5/extensions NetBeans: ======== Product Version: NetBeans IDE 8.0 (Build 201403101706) Updates: NetBeans IDE is updated to version NetBeans 8.0 Patch 2 Java: 1.7.0_51; OpenJDK 64-Bit Server VM 24.45-b08 Runtime: OpenJDK Runtime Environment 1.7.0_51-b00 System: Linux version 3.7.10-1.36-desktop running on amd64; UTF-8; en_US (nb) User directory: /local/craig/.netbeans/8.0 Cache directory: /local/craig/.cache/netbeans/8.0 I also tried debug of a small info.html which calls phpinfo(). This also doesn't work from Windows 7 Firefox 24 ESR or OpenSUSE Linux 12.3 x64 Firefox 30. Consider me a PHP / NetBeans / XDebug "newbie" who has 30 years of development experience in other areas.
Steps To Reproduce:	STEP 1: Start NetBeans 8 "Debug Project" after configuring Tools -> Options -> PHP -> Debugging: Debugger Port: 10000 Session ID: netbeans-xdebug Check "Stop at First Line" PHP putput_buffering = Off (in php.ini) STEP 2: In Firefox submit URL http://neptune.arno.com/info.php?XDEBUG_SESSION_START=netbeans-xdebug [^] (substitute your server for neptune.arno.com) info.php ======== <html> <head> <title>PHP Test</title> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> </head> <body> <h1>PHP Test</h1> An Example of PHP in Action <?php echo "The Current Date and Time is: "; echo date("g:i A l, F j Y.");?> <h2>PHP Information</h2> <?php phpinfo(); ?> </body> </html> Set breakpoint on Line 0000010 "<?php echo "The Current Date and Time is: ";"
Additional Information:	XDebug 2.2.5 is installed from the release 2.2.5 XDebug package xdebug-2.2.5.tgz Steps from http://xdebug.org/docs/install [^] were followed. Successive attempts followed steps from http://xdebug.org/wizard.php [^]
Attached Files:

Notes
(0002859) craigarno    2014-07-08 17:45    (edited on: 2014-07-12 02:35)	I used GIT to download/install xdebug 2.3.0dev from the date/time stamp on this note. After restarting NetBeans 8, my setup has worked -once- and is still working against both Firefox 24 ESR Windows and Firefox 30 Linux with the configuration listed above. Since this configuration worked intermittently before with 2.2.5 release I'm reluctant to shut it down and retry until I can get a few more things accomplished with this working instance. When it works, it's great! (just what I need) 10-Jul ====== I am able to get XDebug 2.3.0-dev working by following these steps:  1. Sometimes all that's needed is to restart NetBeans 8.  2. Other times I have to restart the Apache 2.2 server (which restarts XDebug) then restart NetBeans 8 to restore PHP debug operation. This is with OpenSUSE 12.3 x64 and the restart command "/etc/init.d/apache2 restart" So far one or the other of these steps has worked almost 100% of the time, maybe one or two times it took 2 restarts. This is more reliable than 2.2.5.
(0002902) derick    2014-11-11 19:52	When Xdebug says it has connected, it really has. TCP does not lie. What is most likely is that your IDE does something wonky. Netbeans insists on correct path mappings and an opened projected as far as I know. If things are unstable, it is very likely Netbeans' doing. And hence, I can not help.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1078	[Xdebug] Installation	minor	always	2014-10-16 10:58	2014-11-11 19:50
Reporter:	sjalmond	Platform:	Linux
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	14.04.01
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 14.04.1
PHP Version:	5.5.5-5.5.9
Summary:	PEAR doesn't register upgrade to 2.2.5
Description:	I don't know if this is an xdebug, PECL, or PEAR error - but hopefully you do! Upgrade from xdebug 2.2.1 to 2.2.5 with PEAR succeeds, but the upgrade still shows as to-do. First: list upgrades $ sudo pear list-upgrades [snip] pecl.php.net Available Upgrades (stable): ========================================= Channel Package Local Remote Size pecl.php.net xdebug 2.2.1 (stable) 2.2.5 (stable) 250kB $ sudo pear upgrade Starting to download xdebug-2.2.5.tgz (255,840 bytes) [snip] 148132 924 -rwxr-xr-x 1 root root 938213 Oct 16 10:33 /tmp/pear/install/pear-bui ld-rootUsv7L4/install-xdebug-2.2.5/usr/lib/php5/20121212/xdebug.so Build process completed successfully Installing '/usr/lib/php5/20121212/xdebug.so' $ sudo pear list-upgrades [snip] pecl.php.net Available Upgrades (stable): ========================================= Channel Package Local Remote Size pecl.php.net xdebug 2.2.1 (stable) 2.2.5 (stable) 250kB
Steps To Reproduce:	Install xdebug using PEAR sudo pear list-upgrades (shows xdebug 2.2.1->2.2.5) sudo pear upgrade (shows upgrade to 2.2.5 successful) sudo pear list-upgrades (shows xdebug 2.2.1->2.2.5)
Additional Information:	$ php --re xdebug Extension [ <persistent> extension 0000056 xdebug version 2.2.5 ] { [snip] ~$ php --version PHP 5.5.9-1ubuntu4.4 (cli) (built: Sep 4 2014 06:56:34) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies with Zend OPcache v7.0.3, Copyright (c) 1999-2014, by Zend Technologies with Xdebug v2.2.5, Copyright (c) 2002-2014, by Derick Rethans
Attached Files:

Notes
(0002899) derick    2014-11-11 19:50	This is not something that Xdebug does, so the problem would be in PEAR/PECL. I am going to guess that this is because of some cache though. Try emptying out PEAR's cache in /tmp/pear. In any case, I am closing this as this is an issue with the installer that I have no influence over (and I can also not reproduce this).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1076	[Xdebug] Usage problems	major	always	2014-09-09 18:51	2014-11-11 19:50
Reporter:	DarsVaeda	Platform:	PHP Version 5.5.16-1~dotdeb.1
Assigned To:	derick	OS:	Debian
Priority:	normal	OS Version:	wheezy
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	"Added debug info handler to DOM objects" not working
Description:	extended debug info using var_dump on DomDocument is not working this has been described here: https://bugs.php.net/bug.php?id=63910 [^] and was reported fixed here: http://bugs.xdebug.org/view.php?id=913 [^]
Steps To Reproduce:	just have xdebug enabled, see no detailed var_dump disable xdebug via php.ini and get detailed var_dump code same as in linked xdebug bug report: <?php $DOMDocumentNode = new DOMDocument(); $DOMDocumentNode->loadXML('<example a="b">Test</example>'); $DOMElementNode = $DOMDocumentNode->documentElement; $DOMAttributeNode = $DOMElementNode->getAttributeNode('a'); $DOMTextNode = $DOMElementNode->firstChild; var_dump($DOMDocumentNode, $DOMElementNode, $DOMAttributeNode, $DOMTextNode);
Additional Information:	Linux packer-debian-7 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 PHP Version 5.5.16-1~dotdeb.1
Attached Files:

Notes
(0002898) derick    2014-11-11 19:50	Just like in 0000910 and 0000913, I can not reproduce this. I have tried versions 5.3.28-debug, 5.4.14-debug, 5.4.14-nodebug, 5.5.13-debug-zts and in each case I am getting the expected output with lots of information for each of the 4 variables.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1067	[Xdebug] Debug client (console)	major	always	2014-07-21 11:44	2014-11-11 19:48
Reporter:	aik099	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.4
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.20-5.4.24
Summary:	No breakpoint validation
Description:	Currently it's possible to set breakpoint on a line, where it will never be working. For example: $thisLine = array( 'something', ); won't work no matter where you put a breakpoint. I see 2 way of solving this: 1. fix problem, that prevents breakpoints on multi-line statements (where ";" isn't present on a line where breakpoint is set) from working 2. add validation to the breakpoint setting call, so that breakpoint can't be set where it's technically can't be pressed Without this PhpStorm is allowing to set breakpoint in lines, that never work and it's very confusing to realize that code was working in that line and it's a breakpoint that wasn't executed. Associated PhpStorm discussions: http://youtrack.jetbrains.com/issue/WI-4721 [^] http://youtrack.jetbrains.com/issue/WI-2191 [^]
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002873) derick    2014-07-21 22:57	Hi. I am going to close this as 'no change required', because Xdebug already has functionality for this: Xdebug implements a non-dbgp command, called "xcmd_get_executable_lines". It has a "-d" option to select the (stack) depth for which to find out which lines have executable code. And with that, PHPStorm can warn when putting a breakpoint on a non-executable line. This however, only works for code that has been parsed into internal structures (oparray) in PHP, and it is not (easily) possible for Xdebug to do static code analysis on PHP files. However, perhaps PHPStorm can figure it out from its own code scanning analysis as comments on your links to PHPStorm tickets indicate. I've also added a comment to the two PHPStorm tickets that you linked against.
(0002874) aik099    2014-07-22 08:06    (edited on: 2014-07-22 08:06)	But in code example I mentioned did the breakpoint really work for you (didn't work for me) not matter on which of 3 lines I place it? For me it didn't when I've placed it on 1st line. The code looks like executable one, so the breakpoint should have worked.
(0002895) derick    2014-11-11 19:48	Yes, it works just fine. It stops for me on line 3 (which has the 'something') on it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1068	[Xdebug] Debug client (console)	crash	always	2014-07-21 16:21	2014-11-11 19:48
Reporter:	michelkogan	Platform:	Every Platforms
Assigned To:	derick	OS:	Every OS
Priority:	urgent	OS Version:	Every Versions
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac
PHP Version:	5.5.5-5.5.9
Summary:	XDebug will crash without brackets
Description:	In the code I've just uploaded, line 14 and 15 whenever I remove the surrounding bracket in if condition, xdebug is jumps out over the line. Even if you add a break-point in the function itself, its not able to break there too. Problem will gone whenver you add the surronding brackets. It won't break on foo_bar: if ($x == 1) $y->foo_bar(10); It breaks on foo_bar: if ($x == 1) { $y->foo_bar(10); }
Steps To Reproduce:	1- add a breakpoint on line 15 2- Start debugging 3- It won't break there but the code is running that line.
Additional Information:	Tested using PHPStorm.
Attached Files:	xdebug.php (168) 2014-07-21 16:21 http://bugs.xdebug.org/file_download.php?file_id=221&type=bug

Notes
(0002894) derick    2014-11-11 19:48	There is no bug here. PHP does not always communicate the correct line and hence Xdebug has no means of breaking on it. An IDE can ask Xdebug through its communications protocol which lines can break, and you need to ask your IDEs manufacturer to implement this special DBGp function.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1064	[Xdebug] Debug client (console)	minor	always	2014-07-15 08:17	2014-11-11 19:47
Reporter:	xkeshav	Platform:	Linux
Assigned To:	derick	OS:	UBUNTU
Priority:	urgent	OS Version:	14.04
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	var_dump response in console with bare HTML tags
Description:	I have installed Xdebug successfully on my machine having Ubuntu 14.04 and XAMPP. now working with one project and set var_dump inside code file, this files executed in ajax and when i see response of var_dump(), it show HTML code of Xdebug table rather than rendered error table (see the attached screenshot) I click 'Open response in new tab' also gives bare HTML tags wrapped code but if i click 'Open in New Tab' then it gives proper Xdebug colorful error table. why this is happening? can we see same HTML table of Xdebug in console?
Steps To Reproduce:
Additional Information:
Attached Files:	Screenshot from 2014-07-15 12:35:24.png (158,887) 2014-07-15 08:17 http://bugs.xdebug.org/file_download.php?file_id=220&type=bug

Notes
(0002892) derick    2014-11-11 19:47	There is no Xdebug issue here, as it behaves as it should. Xdebug listens to the html_errors setting. If that is on, and an error is generated, Xdebug will render an HTML table. Your AJAX request does not happen in an HTML context, and hence you should not have html_errors set to 1 *for that request*.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1080	[Xdebug] Usage problems	major	always	2014-10-26 22:31	2014-10-26 22:32
Reporter:	boen_robot	Platform:	Travis-CI
Assigned To:		OS:	Linux
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2.5
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Code coverage causes timeout for stream_socket_accept
Description:	I have a project that wraps around stream_socket_server() and stream_socket_client(), and I run tests on Travis-CI for it. Its PHPUnit tests run fine, until I turn on code coverage, at which point the server can't accept a connection from the client with stream_socket_accept(), and just times out. This does NOT happen on Windows, and I don't have access to any Linux machine other than Travis-CI to confirm whether it happens there too (and for some reason, I can't install Ubuntu on a VirtualBox VM either...). You can see the failed build here: https://travis-ci.org/pear2/Net_Transmitter/builds/39101957 [^] and you can see the last successful one here: https://travis-ci.org/pear2/Net_Transmitter/builds/39095835 [^] (notice the missing "--coverage-clover=coverage.clover"; There aren't any changes within the code under test between those two)
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1074	[Xdebug] Usage problems	major	always	2014-08-28 17:02	2014-08-28 17:45
Reporter:	AlexanderRV	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.4
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Centos 6
PHP Version:	5.4.15-5.4.20
Summary:	enabled show_exception_trace causes exception to be shown for caught statements
Description:	Configuration option xdebug.show_exception_trace = 1 disregards whether exception was caught or not. Always showing the exception trace interrupting output flow.
Steps To Reproduce:	function exceptionTest() { throw new \Exception(); } try { exceptionTest(); } catch (\Exception $e) { echo "caught exception"; }
Additional Information:
Attached Files:

Notes
(0002878) AlexanderRV    2014-08-28 17:04	PHP Version is meant to be 5.5.x NOT 5.4, sorry.
(0002879) derick    2014-08-28 17:45	Hi! This is by design. It's documented at http://xdebug.org/docs/all_settings#show_exception_trace [^] as well. If you only want to see traces for uncaught exceptions, just leave this setting to its default of 0. cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1069	[Xdebug] Usage problems	major	always	2014-08-14 07:55	2014-08-14 12:01
Reporter:	tarlabs	Platform:	Windows
Assigned To:	derick	OS:	Win7
Priority:	normal	OS Version:	x64
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Wrong coverage generated for single line if statements
Description:	I am using https://github.com/sebastianbergmann/php-code-coverage [^] to generate code coverage report. This PHP code in background uses xDebug. I am going to open same bug on their issue list also, but I believe this is a xDebug bug only.
Steps To Reproduce:	To reproduce do the following: create a info.php page: <?php function doWork($x){ if($x != 1) echo "Passed"; else echo "Failed"; } doWork($_REQUEST['abc']); ?> Now call this page twice using below URLS http://localhost/info.php?abc=1 [^] http://localhost/info.php?abc=2 [^] I have used below prepend file in my apache settings: <?php require_once 'c:/coverage/vendor/autoload.php'; $coverage = new PHP_CodeCoverage; $filter = $coverage->filter(); $filter->addFileToBlacklist('c:/echo.php'); $filter->addFileToBlacklist('c:/echo2.php'); $filter->addDirectoryToBlacklist("c:/coverage/"); $coverage->start("test # " . rand(20, 200)); ?> and below append file <?php $coverage->stop(); $writer = new PHP_CodeCoverage_Report_Clover(); $writer->process($coverage,'c:/coverage/report/clover.xml'); $writer = new PHP_CodeCoverage_Report_HTML; $writer->process($coverage, 'c:/coverage/report/'); ?> The issue is that, if I have used a single line if, then i get code coverage xml as below <?xml version="1.0" encoding="UTF-8"?> <coverage generated="1407999027"> <project timestamp="1407999027"> <file name="C:\source codes\work\IPCM\branches\marinetime\ui/info.php"> <line num="3" type="stmt" count="1"/> <line num="4" type="stmt" count="1"/> <line num="6" type="stmt" count="0"/> <line num="7" type="stmt" count="1"/> <line num="9" type="stmt" count="1"/> <metrics loc="9" ncloc="9" classes="0" methods="0" coveredmethods="0" conditionals="0" coveredconditionals="0" statements="5" coveredstatements="4" elements="5" coveredelements="4"/> </file> <metrics files="1" loc="9" ncloc="9" classes="0" methods="0" coveredmethods="0" conditionals="0" coveredconditionals="0" statements="5" coveredstatements="4" elements="5" coveredelements="4"/> </project> </coverage> For both URLs, which is anyways wrong as Once I get inside If and then inside else. But if I modify the code as below <?php function doWork($x){ if($x != 1) { echo "Passed"; } else { echo "Failed"; } } doWork($_REQUEST['abc']); ?> Then the coverage report comes fine <?xml version="1.0" encoding="UTF-8"?> <coverage generated="1407999163"> <project timestamp="1407999163"> <file name="C:\source codes\work\IPCM\branches\marinetime\ui/info.php"> <line num="3" type="stmt" count="1"/> <line num="4" type="stmt" count="1"/> <line num="5" type="stmt" count="0"/> <line num="6" type="stmt" count="0"/> <line num="9" type="stmt" count="1"/> <line num="11" type="stmt" count="1"/> <line num="13" type="stmt" count="1"/> <metrics loc="13" ncloc="13" classes="0" methods="0" coveredmethods="0" conditionals="0" coveredconditionals="0" statements="7" coveredstatements="5" elements="7" coveredelements="5"/> </file> <metrics files="1" loc="13" ncloc="13" classes="0" methods="0" coveredmethods="0" conditionals="0" coveredconditionals="0" statements="7" coveredstatements="5" elements="7" coveredelements="5"/> </project> </coverage> Let me know if you need any further information
Additional Information:	PHP version PHP 5.5.12 (cli) (built: Apr 30 2014 11:20:55) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies with Xdebug v2.2.5, Copyright (c) 2002-2014, by Derick Rethans
Attached Files:

Notes
(0002876) derick    2014-08-14 12:01	This is not something I can fix. PHP does in those cases not generate the correct line numbers for opcodes. It is similar to 0000842 (which has a good explanation) and 0000895.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1057	[Xdebug] Feature/Change request	minor	N/A	2014-06-24 10:07	2014-07-09 11:32
Reporter:	glen	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	reopened
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	xdebug.ini of all parameters
Description:	hi you probably know this blog post http://gggeek.altervista.org/2007/11/26/the-completely-unofficial-xdebugini/ [^] i have copy of it also in my linux distribution https://github.com/pld-linux/php-pecl-xdebug/blob/master/xdebug.ini [^] so, i wonder, how is this page produced: http://xdebug.org/docs/all_settings [^] i.e is it's source available somewhere in some format that can translate it to .ini file, as you seem to have suggested in that blog post (Note2) if yes, then please share. i'm willing to write some parser if no, can you make it available? so could do the parser or similar :)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002863) derick    2014-07-09 10:38	The source contains such an ini file already: https://github.com/derickr/xdebug/blob/master/xdebug.ini [^] The source for the file is at https://github.com/derickr/xdebug.org/blob/master/html/docs/include/settings.php [^] and the script to convert is at https://github.com/derickr/xdebug.org/blob/master/html/docs/convert.php [^]
(0002865) glen    2014-07-09 11:26	ok, can i ask then the .ini to be included in pecl release tarball too?
(0002866) glen    2014-07-09 11:32	also, could you strip trailing spaces from the ini file? :)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1061	[Xdebug] Documentation	block	always	2014-07-07 22:41	2014-07-09 10:43
Reporter:	emad	Platform:	x86
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	Documentation Problem: zend_extension & zend_extension_ts
Description:	From my phpinfo() details : "Thread Safety: enabled". I used "zend_extension_ts" (as documentation says), but it didn't work, while "zend_extension" did (and this what your php analysis script determine), so that part of documentation may need some review. Docs Quotation: =============== or: zend_extension_ts="/wherever/you/put/it/xdebug.so" (for threaded usage of PHP, for example the Apache 2 work MPM or the the ISAPI module).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002864) derick    2014-07-09 10:43	You didn't read the whole paragraph. It also includes (in bold): From PHP 5.3 onwards, you always need to use the zend_extension PHP.ini setting name, and not zend_extension_ts, nor zend_extension_debug. However, your compile options (ZTS/normal build; debug/non-debug) still need to match with what PHP is using. See: http://xdebug.org/docs/install#configure-php [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1058	[Xdebug] Installation	minor	always	2014-06-25 11:23	2014-07-09 10:31
Reporter:	leventyalcin	Platform:	Linux
Assigned To:	derick	OS:	Debian
Priority:	normal	OS Version:	7.5
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.20-5.4.24
Summary:	xdebug.remote_log cannot be changed
Description:	I've installed xdebug by dotdeb and I want to change value of remote_log but no chance. I've tried add xdebug.remote_log = "/path/to/log" to /etc/php5/fpm/php.ini and php_admin_value[xdebug.remote_log] = "/path/to/log" to /etc/php5/fpm/pool.d/www.conf when I add xdebug.remote_log = "/path/to/log" to /etc/php5/mods-available/xdebug.ini it works. On the other hand all other settings can be changed in pool configuration such as idekey, trace_output_dir, profiler_output_dir etc.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002855) leventyalcin    2014-06-25 12:05	nevermind, the problem was php5-xdebug comes from debian repository but i installed php from dotdeb repository. It's resolved when i've installed dotdeb version of php5-xdebug
(0002861) derick    2014-07-09 10:31	No problem! Closing this out.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1047	[Xdebug] Usage problems	crash	always	2014-04-10 19:50	2014-07-04 17:29
Reporter:	chrisi1698	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:	2.2.4
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux local 3.13-0.bpo.1-amd64 #1 SMP Debian 3.13.5-1~bpo70+1 (2014-03-15) x86_64 GNU/Linux
PHP Version:	5.5.5-5.5.9
Summary:	PHP crashes when xdebug is enabled when calling any(?) function that would implicitely autoload a class
Description:	as the summary says - php crashes when xdebug is enabled and any function that tries to autoload a function is called, e.g. var_dump(class_exists('ServiceProvider')); (while "class_exists($name, false)" does not crash php, also it does not crash when xdebug is not enabled) also, get_class_methods($name) crashes when class $name is not already loaded
Steps To Reproduce:	minimum example: <?php function activerecord_autoload($class_name) { $file = "models/$class_name.php"; if(file_exists($file)) require_once $file; } spl_autoload_register('activerecord_autoload',false); var_dump(class_exists('ServiceProvider')); ?> in models/ServiceProvider.php: <?php class ServiceProvider extends ActiveRecord\Model { static $table_name = 'service_providers'; } ?>
Additional Information:	backtrace of one of the crashes (tried to build xdebug against debug-enabled php, but somehow xdebug doesn't load any more then, so.. whatever:) (gdb) #0 xdebug_zval_ptr (op_type=4, node=0x7f6209638e90, zdata=zdata@entry=0x7fff3ff2bcb0) at /DATA/BUILD/XDEBUG/xdebug-2.2.4/xdebug_compat.c:93 #1 0x00007f6208f8c70a in xdebug_execute_internal (current_execute_data=0x7fff3ff2bcb0, fci=0x7fff3ff2be50, return_value_used=1) at /DATA/BUILD/XDEBUG/xdebug-2.2.4/xdebug.c:1572 0000002 0x00000000007cfed5 in zend_call_function (fci=fci@entry=0x7fff3ff2be50, fci_cache=fci_cache@entry=0x7fff3ff2be20) at /DATA/BUILD/php-5.5.11/Zend/zend_execute_API.c:959 0000003 0x00000000007d05e5 in zend_lookup_class_ex (name=0x7f620953e218 "ServiceProvider", name_length=15, key=key@entry=0x0, use_autoload=use_autoload@entry=1, ce=ce@entry=0x7fff3ff2bf08) at /DATA/BUILD/php-5.5.11/Zend/zend_execute_API.c:1115 0000004 0x00000000007d070f in zend_lookup_class (name=<optimized out>, name_length=<optimized out>, ce=ce@entry=0x7fff3ff2bf08) at /DATA/BUILD/php-5.5.11/Zend/zend_execute_API.c:1140 0000005 0x00000000007efaf0 in zif_class_exists (ht=<optimized out>, return_value=0x3d278f0, return_value_ptr=<optimized out>, this_ptr=<optimized out>, return_value_used=<optimized out>) at /DATA/BUILD/php-5.5.11/Zend/zend_builtin_functions.c:1252 0000006 0x00007f6208f8c815 in xdebug_execute_internal (current_execute_data=0x7f62095fd120, fci=0x0, return_value_used=1) at /DATA/BUILD/XDEBUG/xdebug-2.2.4/xdebug.c:1553 0000007 0x000000000088863e in zend_do_fcall_common_helper_SPEC (execute_data=0x7f62095fd120) at /DATA/BUILD/php-5.5.11/Zend/zend_vm_execute.h:552 0000008 0x000000000084a058 in execute_ex (execute_data=0x7f62095fd120) at /DATA/BUILD/php-5.5.11/Zend/zend_vm_execute.h:363 0000009 0x00007f6208f8cbec in xdebug_execute_ex (execute_data=0x7f62095fd120) at /DATA/BUILD/XDEBUG/xdebug-2.2.4/xdebug.c:1437 0000010 0x00000000007debbf in zend_execute_scripts (type=type@entry=8, retval=retval@entry=0x0, file_count=file_count@entry=3) at /DATA/BUILD/php-5.5.11/Zend/zend.c:1316 0000011 0x000000000077f3d2 in php_execute_script (primary_file=primary_file@entry=0x7fff3ff2e6f0) at /DATA/BUILD/php-5.5.11/main/main.c:2506 0000012 0x000000000045652c in main (argc=4, argv=0x7fff3ff2eb68) at /DATA/BUILD/php-5.5.11/sapi/cgi/cgi_main.c:2454
Attached Files:

Notes
(0002783) derick    2014-04-11 10:30	I've just tried this, but I only get: Fatal error: Class 'ActiveRecord\Model' not found in /tmp/models/ServiceProvider.php on line 3 Call Stack:     0.1814 0 1. {main}() /tmp/index.php:0     0.2172 0 2. class_exists() /tmp/index.php:8     0.2328 0 3. spl_autoload_call() /tmp/index.php:8     0.2387 0 4. activerecord_autoload() /tmp/index.php:0     0.3194 0 5. require_once('/tmp/models/ServiceProvider.php') /tmp/index.php:5 Can you try running it with: 1. export USE_ZEND_ALLOC=0    gdb --args php index.php    and when you hit the segfault: bt full 2. export USE_ZEND_ALLOC=0    valgrind php index.php (you will need to install valgrind for the latter)
(0002784) chrisi1698    2014-04-11 13:17	thank you for your reply and suggestions! I narrowed the problem down again. First, I recompiled php with --enable-debug and recompiled xdebug as well, now everything loads fine at least, perhaps re-installing php with debug without proper cleaning messed something up or whatever. I found a new minimum working (crashing) example which crashes when xdebug profiling is enabled and doesn't if it isn't (which doesn't depend on codeigniter/activerecord any more - sorry I missed that): <?php function activerecord_autoload($class_name) {     $file = "models/$class_name.php";     if(file_exists($file)) require_once $file; } spl_autoload_register('activerecord_autoload',false); var_dump(in_array('hello', array_map('strtolower',get_class_methods('ServiceProvider')))); ?> models/ServiceProvider.php: <?php class ServiceProvider { static $table_name = 'service_providers'; function Hello($x) { echo "$x\n"; } function Hello1($x) { echo "$x\n"; } function Hello2($x) { echo "$x\n"; } function Hello3($x) { echo "$x\n"; } function Hello4($x) { echo "$x\n"; } function Hello5($x) { echo "$x\n"; } function Hello6($x) { echo "$x\n"; } function Hello7($x) { echo "$x\n"; } function Hello8($x) { echo "$x\n"; } function Hello9($x) { echo "$x\n"; } function Hello10($x) { echo "$x\n"; } }; ?> without the array_map() + in_array() it does work. however, assigning get_class_methods to a variable and calling array_map on that does not help. however - it seems to be some kind of timing-dependent problem, because with only the array_map() call, it produces error 500 when I load the file via web browser -> lighty -> fastcgi, but doesen't segfault when i call it with "/opt/php5/bin/php-cgi -c /data/dev-env/configs/php.ini crash.php". with the two nested calls, it crashes in both cases; more functions in class ServiceProvider also help provoking said behavior. if the class-file to be loaded is smaller or not that much to do with the stuff the function call returns, a crash is not triggered. weird. thank you very much again, below the 2 debug outputs as you suggested: % export USE_ZEND_ALLOC=0 % gdb --args /opt/php5/bin/php-cgi -e -c /data/dev-env/configs/php.ini crash.php GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> [^] This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... [^] Reading symbols from /opt/php-5.5.11/bin/php-cgi...done. (gdb) run Starting program: /opt/php-5.5.11/bin/php-cgi -e -c /data/dev-env/configs/php.ini crash.php warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffeea13700 (LWP 11960)] [Thread 0x7fffeea13700 (LWP 11960) exited] Program received signal SIGSEGV, Segmentation fault. 0x00007fffeea28023 in xdebug_zval_ptr (op_type=4, node=0x2c671e8, zdata=0x7fffffffb690) at /DATA/BUILD/XDEBUG/xdebug-2.2.4/xdebug_compat.c:93 93 if (T->str_offset.str->type != IS_STRING (gdb) bt full #0 0x00007fffeea28023 in xdebug_zval_ptr (op_type=4, node=0x2c671e8, zdata=0x7fffffffb690) at /DATA/BUILD/XDEBUG/xdebug-2.2.4/xdebug_compat.c:93         T = 0x7fffffffb630         str = 0x0 #1 0x00007fffeea242e6 in xdebug_execute_internal (current_execute_data=0x7fffffffb690, fci=0x7fffffffb820, return_value_used=1)     at /DATA/BUILD/XDEBUG/xdebug-2.2.4/xdebug.c:1572         ret = 0x7fffffffb878         edata = 0x7fffffffb690         fse = 0x2c66a40         cur_opcode = 0x2c671d0         do_return = 1         function_nr = 9         restore_error_handler_situation = 0         tmp_error_cb = 0 0000002 0x0000000000983f0f in zend_call_function (fci=0x7fffffffb820, fci_cache=0x7fffffffb7f0) at /data/BUILD/php-5.5.11/Zend/zend_execute_API.c:959         call_via_handler = 0         i = 1         original_return_value = 0x481ffffb778         calling_symbol_table = 0x1026ad8         original_op_array = 0x800000001         original_opline_ptr = 0x0         current_scope = 0x0         current_called_scope = 0x0         calling_scope = 0x0         called_scope = 0x0         current_this = 0x0         execute_data = {opline = 0x0, function_state = {function = 0x140a0c0, arguments = 0x2c311b8}, op_array = 0x0, object = 0x0,           symbol_table = 0x137bc08, prev_execute_data = 0x2c310f0, old_error_reporting = 0x0, nested = 0 '\000', original_return_value = 0x0,           current_scope = 0x0, current_called_scope = 0x0, current_this = 0x0, fast_ret = 0x0, call_slots = 0x2c31170, call = 0x2c31170}         fci_cache_local = {initialized = 91 '[', function_handler = 0x7c00000077, calling_scope = 0x1026ad8, called_scope = 0x7ffff18c8640,           object_ptr = 0x48} 0000003 0x0000000000864c2d in zif_array_map (ht=2, return_value=0x266d600, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)     at /data/BUILD/php-5.5.11/ext/standard/array.c:4371         str_key_len = 32767         num_key = 1         str_key = 0x7fffeea2312a "UH\211\345SH\201", <incomplete sequence \354\270>         key_type = 2         arrays = 0x26384a0         n_arrays = 1         params = 0x26384a0         result = 0x2605bb0         null = 0x261ef10         array_pos = 0x263d6d0         args = 0x26389a0         fci = {size = 72, function_table = 0x137dc90, function_name = 0x26eecd0, symbol_table = 0x0, retval_ptr_ptr = 0x7fffffffb878,           param_count = 1, params = 0x26384a0, object_ptr = 0x0, no_separation = 0 '\000'}         fci_cache = {initialized = 0 '\000', function_handler = 0x140a0c0, calling_scope = 0x0, called_scope = 0x0, object_ptr = 0x0}         i = 1         k = 1         maxlen = 6         array_len = 0x26389c0 ---Type <return> to continue, or q <return> to quit--- 0000004 0x00000000009d18f7 in execute_internal (execute_data_ptr=0x2c310f0, fci=0x0, return_value_used=1)     at /data/BUILD/php-5.5.11/Zend/zend_execute.c:1484         return_value_ptr = 0x2c31098 0000005 0x00007fffeea24201 in xdebug_execute_internal (current_execute_data=0x2c310f0, fci=0x0, return_value_used=1)     at /DATA/BUILD/XDEBUG/xdebug-2.2.4/xdebug.c:1553         edata = 0x2c310f0         fse = 0x2c67830         cur_opcode = 0x7fffffffb990         do_return = 1         function_nr = 7         restore_error_handler_situation = 0         tmp_error_cb = 0 0000006 0x00000000009d27e1 in zend_do_fcall_common_helper_SPEC (execute_data=0x2c310f0) at /data/BUILD/php-5.5.11/Zend/zend_vm_execute.h:552         ret = 0x2c31090         opline = 0x2c671d0         should_change_scope = 0 '\000'         fbc = 0x1430700 0000007 0x00000000009d6c41 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x2c310f0) at /data/BUILD/php-5.5.11/Zend/zend_vm_execute.h:2329         opline = 0x2c671d0         fname = 0x2c68a20         call = 0x2c31170 0000008 0x00000000009d1fa9 in execute_ex (execute_data=0x2c310f0) at /data/BUILD/php-5.5.11/Zend/zend_vm_execute.h:363         ret = 0         original_in_execution = 0 '\000' 0000009 0x00007fffeea23d40 in xdebug_execute_ex (execute_data=0x2c310f0) at /DATA/BUILD/XDEBUG/xdebug-2.2.4/xdebug.c:1437         op_array = 0x2c66c10         edata = 0x0         dummy = 0x7fffffffe390         fse = 0x2c692b0         xfse = 0x2c692b0         magic_cookie = 0x0         do_return = 1         function_nr = 0         le = 0x2ba25e0         clear = 1         return_val = 0x0 0000010 0x00000000009d2019 in zend_execute (op_array=0x2c66c10) at /data/BUILD/php-5.5.11/Zend/zend_vm_execute.h:388 No locals. 0000011 0x00000000009966bc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /data/BUILD/php-5.5.11/Zend/zend.c:1316         files = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fffffffbce0, reg_save_area = 0x7fffffffbc20}}         i = 1         file_handle = 0x7fffffffe120         orig_op_array = 0x0         orig_retval_ptr_ptr = 0x0         orig_interactive = 0 0000012 0x000000000090fae6 in php_execute_script (primary_file=0x7fffffffe120) at /data/BUILD/php-5.5.11/main/main.c:2506         realfile = "\000\000\000\000\000\000\000\000\240\316\377\377\377\177\000\000\000\000\000\000\000\000\000\000\005\362\336\367\377\177\000\000\200K7\001\000\000\000\000pK7\001\000\000\000\000\000\216\251\002", '\000' <repeats 24 times>"\377, \177\000\000\000\000\000\000\377\177\000 \000\000\000\000\000\000\000\000\240\316\377\377\377\177", '\000' <repeats 26 times>, "\020", '\000' <repeats 39 times>"\377, \377\377\377\377\377\377\377\360\322\377\377\377\177", '\000' <repeats 11 times>"\300, \000\000\000\000\000\000\260\204)\002", '\000' <repeats 12 times>, "\001\000\000\000\002\000\0---Type <return> to continue, or q <return> to quit--- 00\000\316\024\225\363\377\177\000\000\000\000\000\000+\000\000\000\060y\003\001\000\000\000\000\065y\003\001\000\000\000\000U\237V\361\377\177\000\000\374\214V\361\377\177\000\000\000\000\000\000\000\000\000\000\030", '\000' <repeats 23 times>"\333, \024\225\363\377\177\000\000\000\000\000\000\000\000\000\000P", '\000' <repeats 35 times>...         __orig_bailout = 0x7fffffffdf60         __bailout = {{__jmpbuf = {1, -9161571196182848101, 4543712, 140737488348048, 0, 0, -9161571197229326949, 9161572163906706843},             __mask_was_saved = 0, __saved_mask = {__val = {7738717297580402036, 8101813437696656431, 7090204234065274221, 3420042347867956580,                 6066194093999158376, 8314052157424030533, 482788519528, 140737280021694, 140737280021712, 140737242373973, 140737242369276,                 140737488342688, 16, 5, 0, 32}}}}         prepend_file_p = 0x0         append_file_p = 0x0         prepend_file = {type = ZEND_HANDLE_FILENAME, filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0,               isatty = 0, mmap = {len = 0, pos = 0, map = 0x0, buf = 0x0, old_handle = 0x0, old_closer = 0}, reader = 0, fsizer = 0, closer = 0}},           free_filename = 0 '\000'}         append_file = {type = ZEND_HANDLE_FILENAME, filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0,               isatty = 0, mmap = {len = 0, pos = 0, map = 0x0, buf = 0x0, old_handle = 0x0, old_closer = 0}, reader = 0, fsizer = 0, closer = 0}},           free_filename = 0 '\000'}         old_cwd = 0x7fffffffbd00 "/Users/ctessarek/Development/webdev-env/htdocs/TEST"         use_heap = 0 '\000'         retval = 0 0000013 0x0000000000a4112d in main (argc=5, argv=0x7fffffffe398) at /data/BUILD/php-5.5.11/sapi/cgi/cgi_main.c:2454         __orig_bailout = 0x0         __bailout = {{__jmpbuf = {0, -9161571194219913829, 4543712, 140737488348048, 0, 0, -9161571196168168037, 9161572053969673627},             __mask_was_saved = 0, __saved_mask = {__val = {15, 140737488347472, 58, 814159578, 140737351927152, 0, 26, 12721243, 140737351925116,                 140737313747704, 39, 140737488347552, 58, 4287062190, 140737351925116, 0}}}}         free_query_string = 1         exit_status = 0         cgi = 0         c = -1         i = 5         len = 11         file_handle = {type = ZEND_HANDLE_MAPPED, filename = 0x2bb0c90 "crash.php", opened_path = 0x0, handle = {fd = 46557968, fp = 0x2c66b10,             stream = {handle = 0x2c66b10, isatty = 0, mmap = {len = 283, pos = 0, map = 0x0,                 buf = 0x7ffff7fd5000 <Address 0x7ffff7fd5000 out of bounds>, old_handle = 0x0, old_closer = 0},               reader = 0x9291c1 <_php_stream_read>, fsizer = 0x90da1e <php_zend_stream_fsizer>, closer = 0x90d9f8 <php_zend_stream_mmap_closer>}},           free_filename = 0 '\000'}         s = 0x2bb0750 "crash.php"         behavior = 1         no_headers = 0         orig_optind = 1         orig_optarg = 0x0         script_file = 0x0         ini_entries_len = 0         max_requests = 500         requests = 0         fastcgi = 0         bindpath = 0x0         fcgi_fd = 0         request = 0x0         repeats = 1         benchmark = 0 ---Type <return> to continue, or q <return> to quit---         start = {tv_sec = 1, tv_usec = 140737352403024}         end = {tv_sec = 140737488347760, tv_usec = 140737242145056}         status = 0         query_string = 0x0         decoded_query_string = 0x7ffff7ffe540 "\240\344\377\367\377\177"         skip_getopt = 0 (gdb) quit A debugging session is active.     Inferior 1 [process 11954] will be killed. Quit anyway? (y or n) y % export USE_ZEND_ALLOC=0 1 % valgrind /opt/php5/bin/php-cgi -e -c /data/dev-env/configs/php.ini crash.php 0 ==12012== Memcheck, a memory error detector ==12012== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==12012== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==12012== Command: /opt/php5/bin/php-cgi -e -c /data/dev-env/configs/php.ini crash.php ==12012== ==12012== Conditional jump or move depends on uninitialised value(s) ==12012== at 0x4017756: index (strchr.S:55) ==12012== by 0x40078C2: expand_dynamic_string_token (dl-load.c:431) ==12012== by 0x40081B6: _dl_map_object (dl-load.c:2539) ==12012== by 0x40016ED: map_doit (rtld.c:627) ==12012== by 0x400E805: _dl_catch_error (dl-error.c:177) ==12012== by 0x4000FBD: do_preload (rtld.c:816) ==12012== by 0x40046F1: dl_main (rtld.c:1630) ==12012== by 0x401519D: _dl_sysdep_start (dl-sysdep.c:241) ==12012== by 0x4004D65: _dl_start (rtld.c:332) ==12012== by 0x4001507: ??? (in /lib/x86_64-linux-gnu/ld-2.17.so) ==12012== by 0x4: ??? ==12012== by 0x7FF00060A: ??? ==12012== ==12012== Conditional jump or move depends on uninitialised value(s) ==12012== at 0x401775B: index (strchr.S:58) ==12012== by 0x40078C2: expand_dynamic_string_token (dl-load.c:431) ==12012== by 0x40081B6: _dl_map_object (dl-load.c:2539) ==12012== by 0x40016ED: map_doit (rtld.c:627) ==12012== by 0x400E805: _dl_catch_error (dl-error.c:177) ==12012== by 0x4000FBD: do_preload (rtld.c:816) ==12012== by 0x40046F1: dl_main (rtld.c:1630) ==12012== by 0x401519D: _dl_sysdep_start (dl-sysdep.c:241) ==12012== by 0x4004D65: _dl_start (rtld.c:332) ==12012== by 0x4001507: ??? (in /lib/x86_64-linux-gnu/ld-2.17.so) ==12012== by 0x4: ??? ==12012== by 0x7FF00060A: ??? ==12012== ==12012== Syscall param socketcall.getpeername(namelen_in) points to uninitialised byte(s) ==12012== at 0xB427E87: getpeername (syscall-template.S:81) ==12012== by 0xE277EF6: xdebug_create_socket (xdebug_com.c:160) ==12012== by 0xE28A9F3: xdebug_init_debugger (xdebug_stack.c:493) ==12012== by 0xE2739B9: xdebug_execute_ex (xdebug.c:1349) ==12012== by 0x9D2018: zend_execute (zend_vm_execute.h:388) ==12012== by 0x9966BB: zend_execute_scripts (zend.c:1316) ==12012== by 0x90FAE5: php_execute_script (main.c:2506) ==12012== by 0xA4112C: main (cgi_main.c:2454) ==12012== Address 0x7feffd8bc is on thread 1's stack ==12012== ==12012== Conditional jump or move depends on uninitialised value(s) ==12012== at 0xE277FE0: xdebug_zval_ptr (xdebug_compat.c:87) ==12012== by 0xE2742E5: xdebug_execute_internal (xdebug.c:1572) ==12012== by 0x983F0E: zend_call_function (zend_execute_API.c:959) ==12012== by 0x98473D: zend_lookup_class_ex (zend_execute_API.c:1115) ==12012== by 0x98484A: zend_lookup_class (zend_execute_API.c:1140) ==12012== by 0x9AD8AD: zif_get_class_methods (zend_builtin_functions.c:1057) ==12012== by 0x9D18F6: execute_internal (zend_execute.c:1484) ==12012== by 0xE274200: xdebug_execute_internal (xdebug.c:1553) ==12012== by 0x9D27E0: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:552) ==12012== by 0x9D6C40: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:2329) ==12012== by 0x9D1FA8: execute_ex (zend_vm_execute.h:363) ==12012== by 0xE273D3F: xdebug_execute_ex (xdebug.c:1437) ==12012== ==12012== Conditional jump or move depends on uninitialised value(s) ==12012== at 0xE2742EF: xdebug_execute_internal (xdebug.c:1573) ==12012== by 0x983F0E: zend_call_function (zend_execute_API.c:959) ==12012== by 0x98473D: zend_lookup_class_ex (zend_execute_API.c:1115) ==12012== by 0x98484A: zend_lookup_class (zend_execute_API.c:1140) ==12012== by 0x9AD8AD: zif_get_class_methods (zend_builtin_functions.c:1057) ==12012== by 0x9D18F6: execute_internal (zend_execute.c:1484) ==12012== by 0xE274200: xdebug_execute_internal (xdebug.c:1553) ==12012== by 0x9D27E0: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:552) ==12012== by 0x9D6C40: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:2329) ==12012== by 0x9D1FA8: execute_ex (zend_vm_execute.h:363) ==12012== by 0xE273D3F: xdebug_execute_ex (xdebug.c:1437) ==12012== by 0x9D2018: zend_execute (zend_vm_execute.h:388) ==12012== ==12012== Conditional jump or move depends on uninitialised value(s) ==12012== at 0xE290783: xdebug_var_export (xdebug_var.c:377) ==12012== by 0xE290E47: xdebug_get_zval_value (xdebug_var.c:491) ==12012== by 0xE28E1A5: xdebug_return_trace_stack_retval (xdebug_tracing.c:121) ==12012== by 0xE274303: xdebug_execute_internal (xdebug.c:1574) ==12012== by 0x983F0E: zend_call_function (zend_execute_API.c:959) ==12012== by 0x98473D: zend_lookup_class_ex (zend_execute_API.c:1115) ==12012== by 0x98484A: zend_lookup_class (zend_execute_API.c:1140) ==12012== by 0x9AD8AD: zif_get_class_methods (zend_builtin_functions.c:1057) ==12012== by 0x9D18F6: execute_internal (zend_execute.c:1484) ==12012== by 0xE274200: xdebug_execute_internal (xdebug.c:1553) ==12012== by 0x9D27E0: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:552) ==12012== by 0x9D6C40: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:2329) ==12012== ==12012== Use of uninitialised value of size 8 ==12012== at 0xE2907D8: xdebug_var_export (xdebug_var.c:383) ==12012== by 0xE290E47: xdebug_get_zval_value (xdebug_var.c:491) ==12012== by 0xE28E1A5: xdebug_return_trace_stack_retval (xdebug_tracing.c:121) ==12012== by 0xE274303: xdebug_execute_internal (xdebug.c:1574) ==12012== by 0x983F0E: zend_call_function (zend_execute_API.c:959) ==12012== by 0x98473D: zend_lookup_class_ex (zend_execute_API.c:1115) ==12012== by 0x98484A: zend_lookup_class (zend_execute_API.c:1140) ==12012== by 0x9AD8AD: zif_get_class_methods (zend_builtin_functions.c:1057) ==12012== by 0x9D18F6: execute_internal (zend_execute.c:1484) ==12012== by 0xE274200: xdebug_execute_internal (xdebug.c:1553) ==12012== by 0x9D27E0: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:552) ==12012== by 0x9D6C40: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:2329) ==12012== ==12012== Conditional jump or move depends on uninitialised value(s) ==12012== at 0xE277FE0: xdebug_zval_ptr (xdebug_compat.c:87) ==12012== by 0xE2742E5: xdebug_execute_internal (xdebug.c:1572) ==12012== by 0x983F0E: zend_call_function (zend_execute_API.c:959) ==12012== by 0x864C2C: zif_array_map (array.c:4371) ==12012== by 0x9D18F6: execute_internal (zend_execute.c:1484) ==12012== by 0xE274200: xdebug_execute_internal (xdebug.c:1553) ==12012== by 0x9D27E0: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:552) ==12012== by 0x9D6C40: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:2329) ==12012== by 0x9D1FA8: execute_ex (zend_vm_execute.h:363) ==12012== by 0xE273D3F: xdebug_execute_ex (xdebug.c:1437) ==12012== by 0x9D2018: zend_execute (zend_vm_execute.h:388) ==12012== by 0x9966BB: zend_execute_scripts (zend.c:1316) ==12012== ==12012== Conditional jump or move depends on uninitialised value(s) ==12012== at 0xE2742EF: xdebug_execute_internal (xdebug.c:1573) ==12012== by 0x983F0E: zend_call_function (zend_execute_API.c:959) ==12012== by 0x864C2C: zif_array_map (array.c:4371) ==12012== by 0x9D18F6: execute_internal (zend_execute.c:1484) ==12012== by 0xE274200: xdebug_execute_internal (xdebug.c:1553) ==12012== by 0x9D27E0: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:552) ==12012== by 0x9D6C40: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:2329) ==12012== by 0x9D1FA8: execute_ex (zend_vm_execute.h:363) ==12012== by 0xE273D3F: xdebug_execute_ex (xdebug.c:1437) ==12012== by 0x9D2018: zend_execute (zend_vm_execute.h:388) ==12012== by 0x9966BB: zend_execute_scripts (zend.c:1316) ==12012== by 0x90FAE5: php_execute_script (main.c:2506) ==12012== ==12012== Invalid read of size 1 ==12012== at 0xE2907D8: xdebug_var_export (xdebug_var.c:383) ==12012== by 0xE290E47: xdebug_get_zval_value (xdebug_var.c:491) ==12012== by 0xE28E1A5: xdebug_return_trace_stack_retval (xdebug_tracing.c:121) ==12012== by 0xE274303: xdebug_execute_internal (xdebug.c:1574) ==12012== by 0x983F0E: zend_call_function (zend_execute_API.c:959) ==12012== by 0x864C2C: zif_array_map (array.c:4371) ==12012== by 0x9D18F6: execute_internal (zend_execute.c:1484) ==12012== by 0xE274200: xdebug_execute_internal (xdebug.c:1553) ==12012== by 0x9D27E0: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:552) ==12012== by 0x9D6C40: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:2329) ==12012== by 0x9D1FA8: execute_ex (zend_vm_execute.h:363) ==12012== by 0xE273D3F: xdebug_execute_ex (xdebug.c:1437) ==12012== Address 0x17800000a2b is not stack'd, malloc'd or (recently) free'd ==12012== ==12012== ==12012== Process terminating with default action of signal 11 (SIGSEGV) ==12012== Access not within mapped region at address 0x17800000A2B ==12012== at 0xE2907D8: xdebug_var_export (xdebug_var.c:383) ==12012== by 0xE290E47: xdebug_get_zval_value (xdebug_var.c:491) ==12012== by 0xE28E1A5: xdebug_return_trace_stack_retval (xdebug_tracing.c:121) ==12012== by 0xE274303: xdebug_execute_internal (xdebug.c:1574) ==12012== by 0x983F0E: zend_call_function (zend_execute_API.c:959) ==12012== by 0x864C2C: zif_array_map (array.c:4371) ==12012== by 0x9D18F6: execute_internal (zend_execute.c:1484) ==12012== by 0xE274200: xdebug_execute_internal (xdebug.c:1553) ==12012== by 0x9D27E0: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:552) ==12012== by 0x9D6C40: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:2329) ==12012== by 0x9D1FA8: execute_ex (zend_vm_execute.h:363) ==12012== by 0xE273D3F: xdebug_execute_ex (xdebug.c:1437) ==12012== If you believe this happened as a result of a stack ==12012== overflow in your program's main thread (unlikely but ==12012== possible), you can try to increase the size of the ==12012== main thread stack using the --main-stacksize= flag. ==12012== The main thread stack size used in this run was 8388608. ==12012== ==12012== HEAP SUMMARY: ==12012== in use at exit: 20,477,915 bytes in 332,729 blocks ==12012== total heap usage: 614,786 allocs, 282,057 frees, 345,669,445 bytes allocated ==12012== ==12012== LEAK SUMMARY: ==12012== definitely lost: 0 bytes in 0 blocks ==12012== indirectly lost: 0 bytes in 0 blocks ==12012== possibly lost: 0 bytes in 0 blocks ==12012== still reachable: 20,477,915 bytes in 332,729 blocks ==12012== suppressed: 0 bytes in 0 blocks ==12012== Rerun with --leak-check=full to see details of leaked memory ==12012== ==12012== For counts of detected and suppressed errors, rerun with: -v ==12012== Use --track-origins=yes to see where uninitialised values come from ==12012== ERROR SUMMARY: 16 errors from 10 contexts (suppressed: 0 from 0) zsh: segmentation fault valgrind /opt/php5/bin/php-cgi -e -c /data/dev-env/configs/php.ini crash.php
(0002814) derick    2014-05-20 00:08	I have just tried reproducing this again, but I have no luck. Is there any chance you can reproduce this in a VM I can have access to?
(0002847) derick    2014-06-14 11:33	Hello, is there a VM I can have access to to try to reproduce this?
(0002856) rodrigorm    2014-07-04 02:32	This bug only happens when xdebug.collect_return is enabled. If you create the files chrisi1698 says and run the command below: $ php -dxdebug.auto_trace=1 -dxdebug.trace_format=1 -dxdebug.collect_return=1 crash.php Segmentation fault (core dumped) But without the collect_return: $ php -dxdebug.auto_trace=1 -dxdebug.trace_format=1 -dxdebug.collect_return=0 crash.php bool(true) Maybe this help you.
(0002857) rodrigorm    2014-07-04 03:28	I created a branch with tests: https://github.com/rodrigorm/xdebug/compare/issue1047 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1059	[Xdebug] Feature/Change request	feature	N/A	2014-07-03 10:06	2014-07-03 10:06
Reporter:	RQuadling	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Allow tracing with inclusion/exclusion of namespaces.
Description:	Hi. The call trace feature of xDebug is brilliant. But sometimes it can be very very long, especially when used with a third party framework. It would be really nice to be able either/both include/exclude namespaces from the trace, so for an application based upon Laravel, xDebug could be setup to not trace into the Illuminate namespace, this reducing the trace log to just my code. Things could get messy where the first call is to the Illuminate code and then at some point the framework calls my code which is where the tracing is required. Not really got much of a clue as to what else could be done around this, but I would certainly find it very useful to have such a feature.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1041	[Xdebug] Usage problems	minor	always	2014-03-23 11:39	2014-06-21 22:51
Reporter:	aik099	Platform:
Assigned To:	derick	OS:	Slackware Linux
Priority:	normal	OS Version:	13.37
Status:	resolved	Product Version:	2.2.4
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.20-5.4.24
Summary:	Dead code reported after "return" and "throw"
Description:	Before PHPUnit wasn't highlighting dead code properly. Now it does (yellow lines) and I don't know why every closing brace after "throw" or "return" statement is considered as a dead code (see image).
Steps To Reproduce:
Additional Information:
Attached Files:	PhpUnit_DeadCode.png (100,489) 2014-03-23 11:39 http://bugs.xdebug.org/file_download.php?file_id=212&type=bug

Notes
(0002853) derick    2014-06-21 22:51	Hi. Lots of people have asked me, and this is not a bug. I've written a lengthy explanation at http://drck.me/deadcode-azx [^] cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
765	[Xdebug] Installation	minor	always	2012-01-11 06:05	2014-06-18 13:31
Reporter:	char101	Platform:	Intel
Assigned To:		OS:	Arch Linux
Priority:	normal	OS Version:	latest
Status:	new	Product Version:	2.2dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	Xdebug slows down PHP execution 30%-50% when running inside VirtualBox
Description:	Hi, I run php-fpm 5.3.9 with xdebug git (2.2dev) in virtualbox and it cause PHP to run 50% slower (a test page results from 170ms (xdebug disabled) to 250ms (xdebug enabled), tested several times.). I realize that using xdebug will require more run time for PHP, but I have used it before in windows and it doesn't make that much of slowdown. Here are the settings I used [xdebug] zend_extension=/opt/php/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so xdebug.overload_var_dump=0 Other details: Arch linux 32 bit PHP 5.3.9 with fpm SAPI, APC enabled Virtualbox 4.1.6 running inside Windows XP 32 bit Core 2 duo E8400 (No VT-x)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002455) rfc    2013-04-27 02:24	I've the same problem. The spec of my host system: W7 Pro 64bit, i7-980X @ 3.33GHz, 12GB RAM, Intel X25-M G2 160GB The guest system: Debian Wheezy 64bit , running Nginx, PHP-FPM, Memcache, Mysql I downloaded and compiled PHP 5.4.14 from source for CLI and cloned xdebug from github (commit 917809729a846bfeb19f2815c61c06a7df6d2b0f ). The following is my sample benchmark (ten millions; 7 zeros): time php -r 'for ($i = 0; $i < 10000000; $i++) { sha1("foo"); }' When I run it with xdebug disabled, I get: real 0m3.928s user 0m3.924s sys 0m0.000s When I run with xdebug enabled, I get: real 0m55.605s user 0m1.488s sys 0m54.115s I enabled xdebug just by adding the appropriate zend_extension . I did not change or set any xdebug settings, everything is the default. I exported the VirtualMachine to VMWare and did the same tests. Running on VMWare no slowdown comparing running with our without xdebug was observes (in exactly the same configuration).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
981	[Xdebug] Usage problems	major	always	2013-10-02 00:11	2014-06-18 13:31
Reporter:	isimmons	Platform:	windows
Assigned To:	derick	OS:	windows 7 pro 64bit
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 Pro 64bit
PHP Version:	5.4.10-5.4.14
Summary:	php cli extremely long delay when xdebug extension loaded
Description:	With versions 2.2.0 through 2.2.3 of xdebug, when the extension is loaded any Laravel artisan commands have about a 20 second delay. Composer install or update can take hours. I actually have not waited more than one hour but with composer --verbose turned on can see it actually is running but it never completes. I have tried setting xdebug.remote_enable=0 xdebug.remote_autostart=0 But the only way to stop the performance hit is to comment out the zend_extension to stop it loading completely.
Steps To Reproduce:	Install any xdebug extension 2.2.0 - 2.2.3 enable the extension loading in php.ini Install composer and try to use it to install Laravel framework. Or with extension not loaded Intall Laravel Framework Then load the extension Try to run "php artisan" from the laravel directory.
Additional Information:	I created a batch file for composer to load a different noxdebug.ini when it is running but can't do this or don't know how to do this for the php cli. Actually doesn't occur for running built in commands like php -i or php -v Only when running a script via cli php version is 5.4.16 but not available in dropdown so checked closest thing.
Attached Files:

Notes
(0002637) derick    2013-12-04 00:22	Sorry, but "Install laravel" is not something I am going to want to do. Please make a trace file (http://xdebug.org/docs/execution_trace [^]) and attach it. Perhaps you can have a look yourself where you see a large discrepancy in time too.
(0002746) derick    2014-03-05 09:18	Closing this out, as no feedback is provided. Feel free to reopen this if you can provide the requested feedback.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1055	[Xdebug] Feature/Change request	feature	N/A	2014-06-14 14:11	2014-06-14 14:11
Reporter:	tixiplik	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Configurable fancy var_dump styling
Description:	To keep in line with the PHP syntax highlighting INI options, replace the xdebug hard coded font tags with spans, and replace the defines for fancy var_dump colouring: #define COLOR_POINTER "#888a85" #define COLOR_BOOL "#75507b" #define COLOR_LONG "#4e9a06" #define COLOR_NULL "#3465a4" #define COLOR_DOUBLE "#f57900" #define COLOR_STRING "#cc0000" #define COLOR_EMPTY "#888a85" #define COLOR_ARRAY "#ce5c00" #define COLOR_OBJECT "#8f5902" #define COLOR_RESOURCE "#2e3436" With customizable INI settings xdebug.var_color_pointer = "#888a85" xdebug.var_color_bool = "#75507b" xdebug.var_color_long = "#4e9a06" xdebug.var_color_null = "#3465a4" xdebug.var_color_double = "#f57900" xdebug.var_color_string = "#cc0000" xdebug.var_color_empty = "#888a85" xdebug.var_color_array = "#ce5c00" xdebug.var_color_object = "#8f5902" xdebug.var_color_resource = "#2e3436"
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1051	[Xdebug] Usage problems	crash	sometimes	2014-05-15 05:31	2014-06-14 11:34
Reporter:	paulgao	Platform:	Linux
Assigned To:	derick	OS:	Centos
Priority:	high	OS Version:	6.5 X64
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Centos 6.5 X64
PHP Version:	5.5.5-5.5.9
Summary:	coredump~
Description:	(gdb) bt #0 0x000000000075c621 in zend_hash_quick_find (ht=0x2a11340, arKey=0x29e15c0 "118.26.235.98", nKeyLength=14, h=1622402878987271388, pData=0x7fff032521e8) at /root/php-5.5.11/Zend/zend_hash.c:950 #1 0x00000000007c8f6c in zend_isset_isempty_dim_prop_obj_handler_SPEC_VAR_CV (prop_dim=0, execute_data=0x7f82b371e658) at /root/php-5.5.11/Zend/zend_vm_execute.h:23918 0000002 0x00000000007c2f60 in execute_ex (execute_data=0x7f82b371e658) at /root/php-5.5.11/Zend/zend_vm_execute.h:363 0000003 0x00007f82a773f0bb in xdebug_execute_ex (execute_data=0x7f82b371e658) at /home/codebase/software/xdebug/xdebug.c:1465 0000004 0x00000000007d1b69 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f82b371e3f0) at /root/php-5.5.11/Zend/zend_vm_execute.h:584 0000005 0x00000000007c2f60 in execute_ex (execute_data=0x7f82b371e3f0) at /root/php-5.5.11/Zend/zend_vm_execute.h:363 0000006 0x00007f82a773f0bb in xdebug_execute_ex (execute_data=0x7f82b371e3f0) at /home/codebase/software/xdebug/xdebug.c:1465 0000007 0x00000000007d1b69 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f82b371e2e8) at /root/php-5.5.11/Zend/zend_vm_execute.h:584 0000008 0x00000000007c2f60 in execute_ex (execute_data=0x7f82b371e2e8) at /root/php-5.5.11/Zend/zend_vm_execute.h:363 0000009 0x00007f82a773f0bb in xdebug_execute_ex (execute_data=0x7f82b371e2e8) at /home/codebase/software/xdebug/xdebug.c:1465 0000010 0x000000000074ece9 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php-5.5.11/Zend/zend.c:1316 0000011 0x00000000006f0e49 in php_execute_script (primary_file=0x7fff03256ea0) at /root/php-5.5.11/main/main.c:2506 0000012 0x0000000000807ee2 in main (argc=<value optimized out>, argv=<value optimized out>) at /root/php-5.5.11/sapi/fpm/fpm/fpm_main.c:1933
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002809) derick    2014-05-16 10:28	Do you have a script to reproduce this?
(0002811) paulgao    2014-05-19 11:11	is product servers, too much code, i can't reproduce... :-(
(0002833) paulgao    2014-05-20 07:35	I'm sorry, problem founded, is https://github.com/facebook/xhprof/pull/32. [^]
(0002836) derick    2014-05-20 16:55	Sorry, but that xhprof thing you linked to doesn't seem to be related at all. At least, when looking at the backtrace. I also didn't quite understand whether you were saying that this was a bug in xhprof, and not in Xdebug?
(0002852) derick    2014-06-14 11:34	Unable to reproduce, and no feedback provided. I'm closing this out, but feel free to reopen if you can provide the requested information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1009	[Xdebug] Usage problems	crash	always	2013-12-02 01:39	2014-06-14 11:34
Reporter:	samet630	Platform:	Windows 7
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.10
Summary:	xdebug crashes apache
Description:	when i started easyphp xdebug crash the apache. if i delete xdebug in php.ini i dont see any problem.. Screenshot : http://u1312.hizliresim.com/1j/2/v34hq.png [^] i upload my phpinfo page Sorunlu Olay Ad?: APPCRASH Uygulama Ad?: apache.exe Uygulama Sürümü: 2.2.13.0 Uygulama Zaman Damgas?: 4a7b422b Hata Modülü Ad?: ntdll.dll Hata Modülü Sürümü: 6.1.7601.18247 Hata Modülü Zaman Damgas?: 521ea8e7 Özel Durum Kodu: c0000005 Özel Durum Uzakl???: 000332b0 OS Sürümü: 6.1.7601.2.1.0.256.1 Yerel Kimlik: 1055 Ek Bilgiler 1: 0a9e Ek Bilgiler 2: 0a9e372d3b4ad19135b953a78882e789 Ek Bilgiler 3: 0a9e Ek Bilgiler 4: 0a9e372d3b4ad19135b953a78882e789
Steps To Reproduce:
Additional Information:
Attached Files:	aaa.html (60,993) 2013-12-02 01:39 http://bugs.xdebug.org/file_download.php?file_id=201&type=bug

Notes
(0002819) derick    2014-05-20 00:11	Is this still a problem with the latest version of xdebug?
(0002851) derick    2014-06-14 11:34	Unable to reproduce, and no feedback provided. I'm closing this out, but feel free to reopen if you can provide the requested information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
737	[Xdebug] Usage problems	major	always	2011-10-20 09:52	2014-06-14 11:33
Reporter:	csunny	Platform:	Mac mini
Assigned To:	derick	OS:	Mac OS
Priority:	high	OS Version:	10.7
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	Breakpoint partial working on Virtualhost site
Description:	Mac OS 10.7 Lion MAMP Eclipse PDT Xdebug First thanks to the wonderful debugging tools. I used it to debug Drupal. Okey, First I setup a dev site on MAMP default localhost:8888, all debugging works like a charm! Then someday I use virtualhostx to add a virtual host at dev.example.com for another dev site, then something weird happened: Breakpoint at index.php (which is drupal's only entry for all web request) works well. All other breakpoints at other site files just been ignored. I have check xdebug log, all the breakpoints are set well(PDT sends them all to xdebug). But just breakpoint at index.php has been 'hit'(break). Basically I only setup the following : xdebug.remote_enable = On xdebug.remote_host = 127.0.0.1 I have also try xdebug.remote_connect_back = On and it seems no luck. Maybe I missed something obvious? Many thanks
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001845) csunny    2011-10-20 11:06	Additional Infomationa: The step feature works. I can step into other php files from index.php.
(0002817) derick    2014-05-20 00:10	Is this still a problem for you? And if so, could you attach your xdebug.log file? See http://xdebug.org/docs/remote#remote_log [^] on how to make one
(0002850) derick    2014-06-14 11:33	Unable to reproduce, and no feedback provided. I'm closing this out, but feel free to reopen if you can provide the requested information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
676	[Xdebug] Usage problems	block	always	2011-04-04 02:51	2014-06-14 11:33
Reporter:	trebly	Platform:	PC
Assigned To:	derick	OS:	Win XP
Priority:	high	OS Version:	SP3
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	Xdebug : unable to xdebug_start_trace - no explanation no roadmap to find
Description:	Hi, I launch a trac as I use. Just enhance the preparation checks and setups. I had never this I don't how to search the solution. I made a detailed test : fopen($file, a+); fclose($file); xdebug_start_trace($file, 7) // as usual I get the error (with or not the file test file existing or not) I don't known at all any roadmap to solve such a problem error message : Trace could not be started in <$.php at line x> So It is probably a documentation problem, but tiny and sharp. Nervertheless I am stopped in my job. note: configuration tested on other projects.
Steps To Reproduce:	No one on your system but just : 1- Direct access to the url to see the display 2- Teamviewer 6
Additional Information:	Not present during 8 days from now. xdebug configuration in php.ini (large model) : ;Xdebug ;zend_extension = "${path}\xdebug\php_xdebug-2.1.0-5.3-vc6.dll" zend_extension = "e:\program files\easyphp-5.3.4.0\xdebug\php_xdebug-2.1.0-5.3-vc6.dll" ;xdebug.default_enable=Off xdebug.remote_enable=1 xdebug.remote_host=127.0.0.1 xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.remote_autostart = false xdebug.dump_globals=1 xdebug.dump=COOKIE,FILES,GET,POST,REQUEST,SERVER,SESSION xdebug.dump.SERVER=REMOTE_ADDR,REQUEST_METHOD,REQUEST_URI xdebug.show_local_vars=1 xdebug.show_mem_delta=1 xdebug.collect_includes=1 xdebug.collect_vars=1 xdebug.collect_params=4 xdebug.collect_return=1 xdebug.auto_trace=0 xdebug.trace_options=0 ; for profiler xdebug.trace_format=1 ; xdebug.trace_output_dir="${path}\xdebug\trace" xdebug.trace_output_dir="g:\program files\easyphp-5.3.5.0\xdebug\trace" xdebug.trace_output_name="trace.%t" ; Set B10226 xdebug.profiler_enable=0 xdebug.profiler_append=0 xdebug.profiler_enable_trigger=0 ; xdebug.profiler_output_dir="${path}\xdebug\profiler" xdebug.profiler_output_dir="G:\Trebly\__xdebug-profiler" ; it seems a bug if two options are set .xt is not put at the end of the name xdebug.profiler_output_name="cachegrind.out.%s.%t.xt" xdebug.collect_assignments=1 xdebug.show_exception_trace=1 xdebug.var_display_max_data=40000 xdebug.var_display_max_depth=5 xdebug.var_display_max_children=2048
Attached Files:

Notes
(0001718) trebly    2011-04-10 21:47    (edited on: 2011-04-10 21:49)	I Test today to launch lonely xdebug_start_trace(). This runs OK So the problem seems to come from the file name. The sequences fopen($file, a+); fclose($file); xdebug_start_trace($file, 7) lead to the error. Even in this test the file $file exist (with the right name) xdebug_start_trace should overwrite it ( a file with the right name is generated). I will may be find the solution, but I do think that this error on the file could be reported, because there are many reason not to be able to xdebug_start_trace could fail. I think that if the problems find a solution here it must be sent to quality to get a better error message.
(0001719) derick    2011-04-11 10:31	Could you show me a working script that shows the problem. The last note's code clearly makes no sense. Please include all filenames/directory names as well. And run it with: strace php yourSmallScript.php 2>/tmp/strace.log and please attach strace.log to this bug as well.
(0001723) trebly    2011-04-13 01:08	OK it was shortened. In fact I simply open and close the file to test the validity of the name and the rights before launching xdebug. As the file 1- is correctly opened and closed 2- when I use the default parameters xdebug_start_trace() the trace runs   The problem comes from xdebug The full code id a little long because of the check up of xdebug context. So I have not submitted to earn time. I made the test using a full name of the file (get the realpath of the subdir) and concat with the file name. It runs normally. Looking at the xdebug error table (with the error case) I found that the name of the file was not right : the name is "__trac/xd/<name>" the name doesn't matters. The table contains xdebug_start_trace(" trac/xd/<name>) So I think that if the relative name begins with chars "_" they are truncated or replaced by blanks. This generates the error. So a test code should be $subdir="__trac\xd\"; $file="sample.htm"; $ft=fopen($subdir.$file,'a+'); fclose($ft); xdebug_start_trace($subdir.$file, 7) ; // This crashes : cannot run... While $subdir="__trac\xd\"; $file="sample.htm"; $realpsubdir=realpath($subdir); $ft=fopen($subdir.$file,'a+'); fclose($ft); xdebug_start_trace($realpsubdir.$file, 7) ; // Is OK It seems well that the problem comes from the subdir name.
(0002816) derick    2014-05-20 00:09	Is this still a problem with the latest version of xdebug?
(0002849) derick    2014-06-14 11:33	Unable to reproduce, and no feedback provided. I'm closing this out, but feel free to reopen if you can provide the requested information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
672	[Xdebug] Usage problems	minor	always	2011-03-11 13:24	2014-06-14 11:33
Reporter:	Mikhail Kharitonov	Platform:
Assigned To:	derick	OS:	Windows XP SP3
Priority:	high	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP SP3
PHP Version:	5.2.10
Summary:	Suspension when class have descructor and property refer to $this
Description:	See php code.
Steps To Reproduce:	<?php ini_set('display_errors', 1); ini_set('error_reporting', E_ALL); class Foo { private $thisObj; public function __construct() { $this->thisObj = $this; // If remove this line - no bag } public function __destruct() // If remove this method - no bag { } } for ($i = 0; $i <= 200; $i++) { new Foo(); } print 'text'; // BUG: Fatal error: Maximum execution time of 30 seconds exceeded in xdebug_destructor.php on line 13 ?>
Additional Information:	PHP 5.2.14 php.ini: zend_extension="php_xdebug_nts.dll" xdebug.remote_enable=1 xdebug.remote_autostart=1 xdebug.profiler_enable=0 xdebug.profiler_output_dir="C:\TEMP\xdebug" xdebug.auto_trace=0 xdebug.trace_output_dir="C:\TEMP\xdebug"
Attached Files:

Notes
(0001688) derick    2011-03-11 13:59	When do you get the "suspension"? When you simple run this, or if you use a debugger with this?
(0001690) Mikhail Kharitonov    2011-03-14 09:48	When simple run (open page in browser), with remote_autostart=1. May be required increase iterations count. For example, cycle with 5 iteration ($i <= 5) on my computer do not effect to this bug.
(0002815) derick    2014-05-20 00:09	Is this still a problem with the latest version of xdebug?
(0002848) derick    2014-06-14 11:33	Unable to reproduce, and no feedback provided. I'm closing this out, but feel free to reopen if you can provide the requested information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1050	[Xdebug] Usage problems	block	always	2014-05-09 13:24	2014-06-14 11:32
Reporter:	bishwanath.jha	Platform:	Apache
Assigned To:	derick	OS:	OSX
Priority:	high	OS Version:	10.8.3
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	MAC OSX 10.8.3
PHP Version:	5.4.10-5.4.14
Summary:	Gives Error as Too many open files in Unknown on line 0 and Fatal error: Unknown: Failed opening required
Description:	Hi, Found very wearied issue with xdebug on 2 php version i have tried upon (5.4.16 and 5.5.12). When you try to access content from web browser you end up with below error, ======================================== Warning: Unknown: failed to open stream: Too many open files in Unknown on line 0 Fatal error: Unknown: Failed opening required '/Library/WebServer/Documents/project/trunk/admin/index.php' (include_path='.:/usr/lib/php') in Unknown on line 0 ======================================== and further on hard refresh it clears and it appears very frequently on few page refresh. Initially i thought its related to file permission or file_opening_limit(ulimit) but already having valid permissions set. As soon as i compile xdebug and enable it in php.ini, restarts apache and hit url from web its gives error. Just for check, i removed xdebug statement from php.ini everything started working fine.
Steps To Reproduce:	Download xdebug, compile(configure, make), enable extension in php.ini and you start seeing above warning and fatal error. This is the code i am using. <?php //Declarations define('INTERFACE', 'client'); define('INTERFACEFILE', __FILE__); if (defined("CUSTOMPATH")) { chdir(CUSTOMPATH); } else { chdir('./__project/'); } require_once ('./project.php'); ?>
Additional Information:	Faced issue on php versions(5.4.16 and 5.5.12). on 5.4.16 downloaded from https://github.com/derickr/xdebug [^] on 5.5.12 downloaded from http://xdebug.org/files/xdebug-2.2.5.tgz [^] as soon as i enable it in php.ini and restart apache and hit url from web its gives error. Find below details from phpinfo might help you in debugging. System: Darwin Bishwanath-iMac.local 12.3.0 Darwin Kernel Version 12.3.0: Sun Jan 6 22:37:10 PST 2013; root:xnu-2050.22.13~1/RELEASE_X86_64 x86_64 Configure Command : './configure' '--prefix=/usr' '--enable-cli' '--with-mcrypt' '--with-zlib' '--enable-mbstring' '--without-openssl' '--with-mysql' '--with-mysql-sock' '--with-curl' '--with-kerberos' '--with-pdo-mysql' '--with-gd' '--enable-gd-native-ttf' '--with-imap=/usr/src/imap-2007f' '--with-imap-ssl' '--with-apxs2=/usr/sbin/apxs' '--enable-embedded-mysqli' '--with-pdo-mysql=mysqlnd' '--with-mysqli=mysqlnd' '--enable-so' '--enable-tidy=../tidy/' '--with-tidy' '--enable-opcache' '--enable-fpm' Tailored suggested info : http://i.imgur.com/RZcU1Yv.png [^] php.ini snipped added for xdebug. [xdebug] zend_extension_ts=php_xdebug.dll #zend_extension=/usr/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so xdebug.remote_enable = On xdebug.remote_autostart = 1 xdebug.remote_host=127.0.0.1 xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.profiler_enable=0 xdebug.profiler_output_name=cachegrind.out.%t-%s xdebug.profiler_output_dir="/var/log/grind"
Attached Files:

Notes
(0002810) derick    2014-05-16 10:33	Your php.ini snippet makes not much sense. You're loading a .dll file and you're on MacOSX?!
(0002846) derick    2014-06-14 11:32	Unable to reproduce, and no feedback provided. I'm closing this out, but feel free to reopen if you can provide the requested information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1037	[Xdebug] Usage problems	minor	always	2014-03-17 11:32	2014-06-12 10:24
Reporter:	mirko	Platform:	Netbeans
Assigned To:	derick	OS:	Windows 7
Priority:	normal	OS Version:	Ultimate SP1
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows
PHP Version:	5.3.25-5.3.29
Summary:	Error when stepping over require_once with relative path
Description:	When stepping over a require_once, if it does not have the absolute path to the file, I get this error: Warning: require_once(modelActivities.php): failed to open stream: No such file or directory in Unknown on line 0 Setting an absolute path solves the issue.
Steps To Reproduce:	Set a breakpoint or step over a line like this: require_once('./myfile.php');
Additional Information:	Netbeans v 7.4 or Netbeans v 8.0 RC1 Xdebug dll: php_xdebug-2.2.3-5.3-vc9.dll PHP v 5.3.27
Attached Files:

Notes
(0002826) derick    2014-05-20 00:19	Xdebug doesn't change how paths works, and it just follows PHP. So I can't fix anything here (and neither can I reproduce it)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
873	[Xdebug] Usage problems	crash	always	2012-08-20 12:25	2014-06-09 12:45
Reporter:	robertjohnson	Platform:	Windows
Assigned To:	derick	OS:	XP SP3
Priority:	normal	OS Version:	5.1 SP3
Status:	feedback	Product Version:	2.2.1
Product Build:		Resolution:	reopened
Projection:	none
ETA:	none	Fixed in Version:	2.2.4
		Target Version:
Operating System:	Win XP SP3
PHP Version:	5.5.5-5.5.9
Summary:	Crash viewing COM object properties in Eclipse PDT
Description:	In Eclipse PDT, PHP crashes when a COM object is in scope. Crash does not occur when Variables/Expressions is hidden, but still occurs when hovering over the COM object. Whenever Eclipse tries to evaluate the object or expression in the debugger, PHP crashes.
Steps To Reproduce:	On Windows, run a php script containing this, and step to the 2nd statement. <?php $conn = new COM('ADODB.Connection', NULL, CP_UTF8); /* To crash PHP: * Hover over $conn->State * Open 'Variables' pane * Open 'Expressions' pane and watch $conn - value * shows as (Pending) then PHP crashes (attached png) * */ $state = $conn->State; ?>
Additional Information:	Eclipse Juno Classic with installed PDT PHP 5.4.5 Apache web server 2.2 + FCGID interface for PHP.
Attached Files:	xdebug.png (75,230) 2012-08-20 12:25 http://bugs.xdebug.org/file_download.php?file_id=146&type=bug

Notes
(0002358) robertjohnson    2012-10-11 11:13	I have fixed this myself for now, by editing the com_dotnet extension, although the bug is in xdebug, and not com_dotnet. zend_object_handlers.get_properties returns NULL in com_dotnet, which causes xdebug to crash. Proof that this is a bug in xdebug: <?php $conn = new COM('ADODB.Connection', NULL, CP_UTF8); var_dump($conn); ?> Result without xdebug: object(com)#1 (0) { } Result with xdebug: Internal Server Error/system exception (xdebug crashes PHP)
(0002707) derick    2014-02-27 19:41	Duplicate of 0000976, which is fixed for 2.2.4/2.3.0.
(0002844) robertjohnson    2014-06-09 12:45	Script: <?php $conn = new COM('ADODB.Connection', NULL, CP_UTF8); var_dump($conn); ?> Outputs: object(com)#1 (0) { } When xdebug is loaded, PHP crashes. Unfortunately the issue has not been fixed in xdebug 2.2.5 on PHP 5.5 NTS VC11

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
924	[Xdebug] Debug client (console)	minor	always	2013-02-13 18:28	2014-06-05 21:17
Reporter:	bobl	Platform:	eclipse/pdt
Assigned To:	derick	OS:	windows7
Priority:	normal	OS Version:	home premium sp1
Status:	acknowledged	Product Version:	2.2.1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	windows7
PHP Version:	5.3.15-5.3.19
Summary:	$test = array("\0" => ''); renders variable view inoperable
Description:	Encountered w/ eclipse, 4.2.1 and earlier 3.x. Seems like a simple variable array declared as $test = array("\0" => ''); Will wipe out the variable view such that no variables will appear in the window during subsequent code execution.
Steps To Reproduce:	error_reporting(-1); // added as sanity check [...] $hello = 'world'; // variable window shows globals and $hello, all normal $test = array("\0" => ''); // when executed, wipes out variable view, unable to find a way to recover variable view. [...]
Additional Information:	Don't know if this is eclipse problem or xdebug problem or illegal php statement. I know that program executes successfully to completion without any errors thrown by php and results are normal. Apologies if this is known issue as I am new to xdebug. I searched around a bit for 'xdebug null byte' etc and didn't find anything on it. Thank you very much for your consideration!
Attached Files:

Notes
(0002467) derick    2013-05-18 19:37	So, this seems to be working just fine on the Xdebug side, however, the XML it generates is not liked by the IDEs. In order to fix this, I need a change in the debug protocol which requires some deliberation with other implementors.
(0002509) derick    2013-06-22 14:37	The following addition has been suggested to the DBGp protocol for this: https://github.com/derickr/dbgp/commit/78d8f586885565d006dd48dd9eae2cd00f71681a [^]
(0002531) speller    2013-07-09 01:29	Thank you for your work, Derick: ) Hope most popular IDEs will accept and implement your changes quickly.
(0002807) jbeales    2014-05-03 23:21	Hi Derick, it looks like the XML being generated by Xdebug is actually invalid. I tried dumping it into a couple of web browsers and they tell me the XML is invalid. I'm running into the error debugging WordPress, and my IDE, (Sublime Text), is choking on the invalid XML. The fragment of XML that the browsers don't like is: <property name="�lambda_13" fullname="$wp_filter['widgets_init'][10]['�lambda_13']" address="4579437104" type="array" children="1" numchildren="2"></property> That first &#0 seems to be the problem. I'm experiencing this on OS X 10.9.2, with PHP 5.5 and Xdebug 2.2.5. I've opened an issue with the Sublime Text Xdebug client as well, ( https://github.com/martomo/SublimeTextXdebug/issues/77 [^] ), but I'm not sure what they can do, the XML seems to be parsed using a built-in python XML parser or something.
(0002843) honza.trtik    2014-06-05 21:17    (edited on: 2014-06-06 09:03)	Hi, is there any progress in implementing Dericks proposal into xdebug's dbgp protocol? For me, this is critical problem which prevents me from debugging almost all my code...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1053	[Xdebug] Debug client (console)	major	always	2014-05-25 17:39	2014-05-27 23:33
Reporter:	bromelio	Platform:	Netbeans
Assigned To:	derick	OS:	Windows
Priority:	immediate	OS Version:	8
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 8
PHP Version:	5.5.5-5.5.9
Summary:	Xdebug messes with mysqli_affected_rows($link)
Description:	Please see http://stackoverflow.com/q/23848434/3253673 [^] for a detailed description (particularly the EDIT-section at the bottom). On the attached screenshot you can see in the variables window (on the right) that affected_rows = 1 and still the "if" evaluates to "false" and Xdebug jumps to code line 92 instead of 85 upon the next "step into" (F7). The issue has also already been encountered by other users, e.g.: http://forums.netbeans.org/topic52344.html [^] http://stackoverflow.com/q/20508619/3253673 [^] http://stackoverflow.com/a/23853490/3253673 [^] Thank you in advance for your answer!
Steps To Reproduce:	-------------------------main.php (1 of 3)------------------------------- <?php require('dbc.inc.php'); $fn = 'Stefan'; $ln = 'Michael'; $u = 'bromelio'; $sn = '23'; $st = 'Stadlerweg'; $cit = 'Elsbethen'; $pc = '5061'; $ct = 'Austria'; $p = 'password1'; $sex = 'm'; $bd = '26'; $bm = '05'; $by = '1983'; $e = 'stefan.michael@hotmail.com'; $user_img = 'example.jpg'; $pn = '00436504167777'; $q = "INSERT INTO users (username, email, pass, first_name, last_name, sex, birth_day, birth_month, birth_year, phone, street, street_nr, city, zip_code, country, user_img) VALUES ('$u', '$e', '$p', '$fn', '$ln', '$sex', '$bd', '$bm', '$by', '$pn', '$st', '$sn', '$cit', '$pc', '$ct', '$user_img')"; $r = mysqli_query($dbc, $q); if (mysqli_affected_rows($dbc) === 1) { //that's where the problem occurs: in the Debugging -> variables window "affected_rows" correctly shows "1"... echo 'Success'; } else { echo 'Error'; //...but stepping into (F7) once more it jumps to "-1" ending up echoing "Error" instead of "Success" } mysqli_close($dbc); ?> ---------------------included "dbc.inc.php" (2 of 3)------------------------- <?php // This file contains the database access information. // This file establishes a connection to MySQL and selects the database. // This file defines a function for making data safe to use in queries. // This file defines a function for hashing passwords. // This script is begun in Chapter 3. // Set the database access information as constants: DEFINE ('DB_USER', 'root'); DEFINE ('DB_PASSWORD', ''); DEFINE ('DB_HOST', 'localhost'); DEFINE ('DB_NAME', 'v'); // Make the connection: $dbc = mysqli_connect (DB_HOST, DB_USER, DB_PASSWORD, DB_NAME) or die('Error connecting to MySQL server.'); // Set the character set: mysqli_set_charset($dbc, 'utf8'); // Function for escaping and trimming form data. // Takes one argument: the data to be treated (string). // Returns the treated data (string). function escape_data ($data, $dbc) { // Strip the slashes if Magic Quotes is on: if (get_magic_quotes_gpc()) $data = stripslashes($data); // Apply trim() and mysqli_real_escape_string(): return mysqli_real_escape_string ($dbc, trim ($data)); } // End of the escape_data() function. // Omit the closing PHP tag to avoid 'headers already sent' errors!
Additional Information:	----------------------SQL to create table "users" (3 of 3)--------------------- CREATE TABLE IF NOT EXISTS `v`.`users` ( `id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT, `type` ENUM('member','admin') NOT NULL DEFAULT 'member', `username` VARCHAR(45) NOT NULL, `email` VARCHAR(80) NOT NULL, `pass` VARCHAR(255) NOT NULL, `first_name` VARCHAR(45) NOT NULL, `last_name` VARCHAR(45) NOT NULL, `sex` CHAR(1) NOT NULL, `birth_day` INT NOT NULL, `birth_month` INT NULL, `birth_year` INT NULL, `phone` VARCHAR(20) NULL, `street` VARCHAR(60) NOT NULL, `street_nr` VARCHAR(9) NOT NULL, `city` VARCHAR(45) NOT NULL, `zip_code` VARCHAR(45) NOT NULL, `country` VARCHAR(45) NOT NULL, `user_img` VARCHAR(65) NOT NULL, PRIMARY KEY (`id`), UNIQUE INDEX `username_UNIQUE` (`username` ASC), UNIQUE INDEX `email_UNIQUE` (`email` ASC), INDEX `login` (`email` ASC, `pass` ASC)) ENGINE = InnoDB AUTO_INCREMENT = 4 DEFAULT CHARACTER SET = utf8;
Attached Files:	affected_rows=1.PNG (230,486) 2014-05-25 17:39 http://bugs.xdebug.org/file_download.php?file_id=218&type=bug

Notes
(0002842) derick    2014-05-27 23:33	Hi, thanks for this report. I investigated, and found that this is not something that Xdebug does wrong, but the MySQLi extension itself. I filed a bug report for PHP at https://bugs.php.net/bug.php?id=67348 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1052	[Xdebug] Feature/Change request	minor	N/A	2014-05-24 14:52	2014-05-24 14:52
Reporter:	thehosh	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Allow for stepping backwards
Description:	It would be nice to allow for stepping backwards in a debug session. Or even better, record the whole session so that you can revisit it and step forward and backward as you wish.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
951	[Xdebug] Usage problems	crash	sometimes	2013-06-19 13:35	2014-05-22 10:30
Reporter:	gamesh	Platform:	PHP 5.2.17
Assigned To:		OS:	Windows x64
Priority:	normal	OS Version:	Server 2008 R2
Status:	new	Product Version:	2.1.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Server 2008 R2 Service Pack 1 x64
PHP Version:	5.2.10
Summary:	when extension is loaded IIS crashed most of the time with 500 http code Error 0xC0000005
Description:	Tried with most recent version 2.2.3, also with 2.1.4 result is the same. The FastCGI process crashes with error 0xC0000005. This only happens when xdebug is loaded, attached crash report backtrace from Microsoft DebugDiag tool hope it helps.
Steps To Reproduce:	Just load xdebug extension and hit reload page multiple times and error appears.
Additional Information:	xdebug cofniguration: zend_extension=C:\php\ext\php_xdebug.dll xdebug.cli_color=1 xdebug.show_local_vars=1 xdebug.remote_connect_back=1 xdebug.remote_enable=1 xdebug.idekey=netbeans-xdebug PHP Version 5.2.17 VC9 IIS v7.5
Attached Files:	6Thread3952.htm (17,887) 2013-06-19 13:35 http://bugs.xdebug.org/file_download.php?file_id=171&type=bug error-log.txt (2,569) 2013-08-06 09:46 http://bugs.xdebug.org/file_download.php?file_id=180&type=bug

Notes
(0002518) najcik    2013-06-24 14:21	Do you run the Non-Thread-Safe version of the PHP and Xdebug as advised on the IIS site ? Are there any errors when you run the php.exe from cmd prompt ?
(0002521) gamesh    2013-06-25 06:18	xdebug and PHP versions are both NTS. about php.exe from cmd errors, i'll check, but we don't realy use php cli
(0002522) gamesh    2013-06-25 06:23	php-cli.exe also crashes: Problem signature:   Problem Event Name: APPCRASH   Application Name: php.exe   Application Version: 5.2.17.17   Application Timestamp: 4d25fdfd   Fault Module Name: ntdll.dll   Fault Module Version: 6.1.7601.17725   Fault Module Timestamp: 4ec49b8f   Exception Code: c0000005   Exception Offset: 0002e3be   OS Version: 6.1.7601.2.1.0.274.10   Locale ID: 1063   Additional Information 1: 0a9e   Additional Information 2: 0a9e372d3b4ad19135b953a78882e789   Additional Information 3: 0a9e   Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
(0002526) najcik    2013-06-28 11:03	Can you provide your php.ini
(0002527) najcik    2013-06-28 11:05	If you can provide a snippet of PHP code that you try to run would be great. Or does it happen regardless of code you try to run ?
(0002528) gamesh    2013-06-28 11:14	it happens regardless of code. it just most of the time does crash if xdebug extension is loaded. i don't know what else i can provide for you to easier trace back the problem, if you do please let me know.
(0002552) gamesh    2013-08-06 09:46	Attached error report form Windows Error Event log
(0002841) therochworks    2014-05-22 10:30	I have exactly the same issue with apache 2.2 and PHP 5.2.17 on Windows 7 (64Bit). If I start the apache and load the first PHP script (maybe phpinfo()) a fatal error occurs with ntdll.dll error information. I've tried TS with apache PHP module and NTS with FGCI allways the same problem. Only if I use the xdebug version 2.1.2 (VC6) the issue doesn't occur. On all VC9 versions the issue exists!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1036	[Xdebug] Debug client (console)	minor	always	2014-03-05 00:00	2014-05-21 20:02
Reporter:	anfurny	Platform:	PHP
Assigned To:	derick	OS:	Mac
Priority:	normal	OS Version:	10.8.5
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.0-5.5.4
Summary:	Crashes with certain regex
Description:	$encoded = "test"; @preg_replace('/([\000-\011\013\014\016-\037\075\077\137\177-\377])/e', "'='.sprintf('%02X', ord('\\1'))", $encoded); Crashes with a seg fault when xdebug is enabled only.
Steps To Reproduce:	$encoded = "test"; @preg_replace('/([\000-\011\013\014\016-\037\075\077\137\177-\377])/e', "'='.sprintf('%02X', ord('\\1'))", $encoded);
Additional Information:
Attached Files:

Notes
(0002738) derick    2014-03-05 09:00	I can not reproduce this when I just run this script. Can you tell me a little bit on how to actually reproduce this issue? Can you also share the *XDEBUG PART* of your phpinfo() output (not the whole thing!)?
(0002762) anfurny    2014-03-05 19:39	Let me give more complete code. This terminates with SICSEGV maybe 1/5 times its run for me: function handleError($code, $description, $file = null, $line = null, $context = null) {     if (error_reporting() === 0) {         return false;     } } set_error_handler("handleError"); $error = array(     'handler' => 'ErrorHandler::handleError',     'level' => E_ALL & ~E_DEPRECATED, ); $encoded = "test"; @preg_replace('/([\000-\011\013\014\016-\037\075\077\137\177-\377])/e',     "'='.sprintf('%02X', ord('\\1'))", $encoded);
(0002763) anfurny    2014-03-05 19:41	xdebug xdebug support enabled Version 2.3.0dev IDE Key session_name Supported protocols Revision DBGp - Common DeBuGger Protocol $Revision: 1.145 $ Directive Local Value Master Value xdebug.auto_trace Off Off xdebug.cli_color 0 0 xdebug.collect_assignments Off Off xdebug.collect_includes On On xdebug.collect_params 0 0 xdebug.collect_return Off Off xdebug.collect_vars Off Off xdebug.coverage_enable On On xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.file_link_format no value no value xdebug.idekey session_name session_name xdebug.max_nesting_level 100 100 xdebug.overload_var_dump On On xdebug.profiler_aggregate Off Off xdebug.profiler_append Off Off xdebug.profiler_enable Off Off xdebug.profiler_enable_trigger Off Off xdebug.profiler_output_dir /tmp /tmp xdebug.profiler_output_name cachegrind.out.%p cachegrind.out.%p xdebug.remote_autostart Off Off xdebug.remote_connect_back On On xdebug.remote_cookie_expire_time 3600 3600 xdebug.remote_enable On On xdebug.remote_handler dbgp dbgp xdebug.remote_host 127.0.0.1 127.0.0.1 xdebug.remote_log no value no value xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.scream Off Off xdebug.show_exception_trace Off Off xdebug.show_local_vars Off Off xdebug.show_mem_delta Off Off xdebug.trace_enable_trigger Off Off xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir /tmp /tmp xdebug.trace_output_name trace.%c trace.%c xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3
(0002831) derick    2014-05-20 00:40	I still can't reproduce this. Does it segfault on the CLI? Can you make a backtrace? See https://bugs.php.net/bugs-generating-backtrace.php [^] on how to do that.
(0002839) anfurny    2014-05-21 18:38	Since upgrading to the newest xdebug this issue has gone away. Thanks and sorry for not doing that first.
(0002840) derick    2014-05-21 20:02	All right, that's not a problem. Closing this then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
960	[Xdebug] Usage problems	crash	random	2013-07-09 15:23	2014-05-20 17:37
Reporter:	ipoddubny	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:	2.2.6
		Target Version:
Operating System:	Linux
PHP Version:	5.4.8
Summary:	Apache crashes on xdebug_start_code_coverage
Description:	Apache sometimes segfaults on my test servers for computing code coverage. According to gdb's backtrace, crash always occurs on a line with "xdebug_start_code_coverage". It seems like global variables previous_filename and previous_file are used before initialization in xdebug_code_coverage.c. It no longer crashes after I've added initialization to xdebug.c: + XG(previous_filename) = ""; + XG(previous_file) = NULL;
Steps To Reproduce:
Additional Information:	GDB backtrace: #0 __strcmp_ssse3 () at ../sysdeps/x86_64/strcmp.S:213 #1 0x00007fc7eaddf614 in xdebug_count_line (filename=0x7fc7f9130a10 <Address 0x7fc7f9130a10 out of bounds>, lineno=61, executable=0, deadcode=40) at /usr/src/debug/php-pecl-xdebug-2.2.3/xdebug-2.2.3/xdebug_code_coverage.c:305 0000002 0x00007fc7eaddfaac in xdebug_common_override_handler (execute_data=0x7fc7f9130a10) at /usr/src/debug/php-pecl-xdebug-2.2.3/xdebug-2.2.3/xdebug_code_coverage.c:66 0000003 0x00007fc7edbeb912 in ?? () from /etc/httpd/modules/libphp5.so 0000004 0x00007fc7edc21228 in execute () from /etc/httpd/modules/libphp5.so 0000005 0x00007fc7eaddc9e9 in xdebug_execute (op_array=0x7fc7f8437708) at /usr/src/debug/php-pecl-xdebug-2.2.3/xdebug-2.2.3/xdebug.c:1435 0000006 0x00007fc7edbb7cd0 in zend_execute_scripts () from /etc/httpd/modules/libphp5.so 0000007 0x00007fc7edb5a218 in php_execute_script () from /etc/httpd/modules/libphp5.so 0000008 0x00007fc7edc622c5 in ?? () from /etc/httpd/modules/libphp5.so 0000009 0x00007fc7f84f7bb0 in ap_run_handler () 0000010 0x00007fc7f84fb46e in ap_invoke_handler () 0000011 0x00007fc7f8506b30 in ap_process_request () 0000012 0x00007fc7f85039a8 in ?? () 0000013 0x00007fc7f84ff6b8 in ap_run_process_connection () 0000014 0x00007fc7f850b977 in ?? () 0000015 0x00007fc7f850bc8a in ?? () 0000016 0x00007fc7f850bfbb in ap_mpm_run () 0000017 0x00007fc7f84e3900 in main ()
Attached Files:

Notes
(0002838) derick    2014-05-20 17:37	Fixed for 2.2.6 and 2.3dev. Thanks again for the patch!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1001	[Xdebug] Usage problems	major	always	2013-11-09 04:07	2014-05-20 16:53
Reporter:	Dragonaire	Platform:	x86_64
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:	3.7.10-1.16
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OpenSuSE 12.3
PHP Version:	5.4-dev
Summary:	var_dump always shows HTML output in CLI and no ANSI codes
Description:	I've tried it with both normal TTY and in Konsole on KDE and even with html_errors = Off xdebug.cli_color = 2 xdebug.overload_var_dump = 1 I get output like this: <pre class='xdebug-var-dump' dir='ltr'><small>boolean</small> <font color='#75507b'>false</font> Instead of getting output WITHOUT the html tags but WITH Ansi codes for coloring it.
Steps To Reproduce:	Use var_dump with the above settings or cli_color = 1 has the same result.
Additional Information:	Linux 3.7.10-1.16-desktop #1 SMP PREEMPT Fri May 31 20:21:23 UTC 2013 (97c14ba) x86_64 GNU/Linux PHP 5.4.21 (cli) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans
Attached Files:

Notes
(0002608) derick    2013-11-11 10:43	Xdebug still listens to the html_errors setting. If you have set that to 1, then it will give you HTML and not CLI/CLI with colours output. Please check this setting with: php -i | grep html_errors And also, try running your script with the following: php -dhtml_errors=0 -dxdebug.cli_color=2 -dxdebug.over_load_vardump=1 yourscript.php then compare that to: php -dhtml_errors=1 -dxdebug.cli_color=2 -dxdebug.over_load_vardump=1 yourscript.php
(0002611) Dragonaire    2013-11-11 16:43	As shown above I have html_errors = Off in all the tests. I also changed it to html_errors = 0 and have the same results which is what I expected since PHP allows either. Also tried with the settings using -d options like you suggested and they are the same with no color and html tags. dragon:~/github/Dragonrun1/Yapeal/src/Yapeal # php -dhtml_errors=0 -dxdebug.cli_color=2 -dxdebug.over_load_vardump=1 ../../test.php <pre class='xdebug-var-dump' dir='ltr'> object(Yapeal\Entity\Char\AgentsStandings)[16]   protected 'fromId' <font color='#888a85'>=></font> <font color='#3465a4'>null</font>   protected 'fromName' <font color='#888a85'>=></font> <font color='#3465a4'>null</font>   protected 'standing' <font color='#888a85'>=></font> <font color='#3465a4'>null</font>   protected 'owner' <font color='#888a85'>=></font> <font color='#3465a4'>null</font> dragon:~/github/Dragonrun1/Yapeal/src/Yapeal # php -dhtml_errors=1 -dxdebug.cli_color=2 -dxdebug.over_load_vardump=1 ../../test.php <pre class='xdebug-var-dump' dir='ltr'> object(Yapeal\Entity\Char\AgentsStandings)[16]   protected 'fromId' <font color='#888a85'>=></font> <font color='#3465a4'>null</font>   protected 'fromName' <font color='#888a85'>=></font> <font color='#3465a4'>null</font>   protected 'standing' <font color='#888a85'>=></font> <font color='#3465a4'>null</font>   protected 'owner' <font color='#888a85'>=></font> <font color='#3465a4'>null</font> Both the prompt and when I run ls -al show colors so I know Konsole is set for color output.
(0002630) derick    2013-12-04 00:01	Is there a way I can have a look at your machine, as this makes no sense whatsoever and I can't reproduce this.
(0002643) Dragonaire    2013-12-05 17:12	Actually been updating that computer to new OpenSuSE 13.1 version so give me a couple days and I'll try things under it and see if it's still happens which I have a feeling it will but who knows. I have basic backup of the old system in case something goes wrong so might even be able to put it in VM or something that I can sent you once I'm done.
(0002821) derick    2014-05-20 00:13	So would you say this is now all resolved?
(0002832) Dragonaire    2014-05-20 03:34	Sorry didn't get back to you on this let's just say life happened and I ended up forgetting to do the tests. I've tried it in Ubunto 13.04 and openSuSE13.1 in VM and neither seem to do it. I'd mark it down to something wrong with the old install since I can't seem to reproduce either now so go ahead and close if I find way to get it to happen again I'll let you know.
(0002835) derick    2014-05-20 16:53	Not a problem. Closing this out then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1043	[Xdebug] Usage problems	minor	unable to reproduce	2014-03-26 13:49	2014-05-20 00:37
Reporter:	remi	Platform:	GNU/Linux
Assigned To:	derick	OS:	Fedora
Priority:	normal	OS Version:	20
Status:	resolved	Product Version:	2.2.4
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Possible null deref
Description:	In fetch_zval_from_symbol_table Bug report https://bugzilla.redhat.com/show_bug.cgi?id=1081000 [^] Backtrace https://bugzilla.redhat.com/attachment.cgi?id=878990 [^]
Steps To Reproduce:	?
Additional Information:	A trivial fix could be: if (ht && zend_hash_find(ht, element, element_length + 1, (void **) &retval_pp) == SUCCESS) { if (retval_pp) { retval_p = *retval_pp; } goto cleanup; } But I don't enough about XDebug internals and if this is revelant. Else, corrupted value in retval_pp could show some memory corruption.
Attached Files:

Notes
(0002829) derick    2014-05-20 00:37	Sorry, but I can't see how that situation can be reached. I can't reproduce it and your linked reports have no reproducible script either. I'm afraid I'll have to close it unless there is more information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1039	[Xdebug] Installation	major	always	2014-03-18 15:02	2014-05-20 00:20
Reporter:	aTan	Platform:	x86
Assigned To:	derick	OS:	Sabayon
Priority:	normal	OS Version:	14
Status:	resolved	Product Version:	2.2.4
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Sabayon 14 x86
PHP Version:	5.4.20-5.4.24
Summary:	Make failes with libtool version missmatch
Description:	I couldn't reopen this http://bugs.xdebug.org/view.php?id=904 [^] but, so I have to create a new one. I have the same problem. make /bin/sh /root/xdebug/xdebug-2.2.4/libtool --mode=compile cc -I. -I/root/xdebug/xdebug-2.2.4 -DPHP_ATOM_INC -I/root/xdebug/xdebug-2.2.4/include -I/root/xdebug/xdebug-2.2.4/main -I/root/xdebug/xdebug-2.2.4 -I/usr/lib/php5.4/include/php -I/usr/lib/php5.4/include/php/main -I/usr/lib/php5.4/include/php/TSRM -I/usr/lib/php5.4/include/php/Zend -I/usr/lib/php5.4/include/php/ext -I/usr/lib/php5.4/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /root/xdebug/xdebug-2.2.4/xdebug.c -o xdebug.lo /root/xdebug/xdebug-2.2.4/libtool: line 482: CDPATH: command not found libtool: Version mismatch error. This is libtool 2.4.2, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2 libtool: and run autoconf again. make: *** [xdebug.lo] Error 63
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002827) derick    2014-05-20 00:20	Sorry, but this is all created by PHP's phpize. Nothing I can do to fix this. To be honest, this sounds like something funny with Sabayon.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
966	[Xdebug] Usage problems	minor	have not tried	2013-07-22 18:51	2014-05-20 00:18
Reporter:	vmus	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 12.04 LTS
PHP Version:	5.5-dev
Summary:	Unable to debug DomDocument
Description:	As per http://bugs.xdebug.org/view.php?id=913 [^] ; http://bugs.xdebug.org/view.php?id=910 [^] and http://stackoverflow.com/questions/17110648/debugging-domdocument-php-with-xdebug-var-dump-not-showing-properties [^]
Steps To Reproduce:	$DOMDocumentNode = new DOMDocument(); $DOMDocumentNode->loadXML('<example a="b">Test</example>'); $DOMElementNode = $DOMDocumentNode->documentElement; $DOMAttributeNode = $DOMElementNode->getAttributeNode('a'); $DOMTextNode = $DOMElementNode->firstChild; error_reporting(0); var_dump($DOMDocumentNode, $DOMElementNode, $DOMAttributeNode, $DOMTextNode);
Additional Information:	Tested on Fedora 18 and 19 (remi repo, php 5.5, xdebug 2.2.3) Windows 7 Pro with xampp, Ubuntu 12.04 LTS (ondrej ppa) with default settings. Ubuntu 12.04 xdebug settings: Directive Local Value Master Value xdebug.auto_trace Off Off xdebug.cli_color 0 0 xdebug.collect_assignments Off Off xdebug.collect_includes On On xdebug.collect_params 0 0 xdebug.collect_return Off Off xdebug.collect_vars Off Off xdebug.coverage_enable On On xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.file_link_format no value no value xdebug.idekey no value no value xdebug.max_nesting_level 100 100 xdebug.overload_var_dump On On xdebug.profiler_aggregate Off Off xdebug.profiler_append Off Off xdebug.profiler_enable Off Off xdebug.profiler_enable_trigger Off Off xdebug.profiler_output_dir /tmp /tmp xdebug.profiler_output_name cachegrind.out.%p cachegrind.out.%p xdebug.remote_autostart Off Off xdebug.remote_connect_back Off Off xdebug.remote_cookie_expire_time 3600 3600 xdebug.remote_enable Off Off xdebug.remote_handler dbgp dbgp xdebug.remote_host localhost localhost xdebug.remote_log no value no value xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.scream Off Off xdebug.show_exception_trace Off Off xdebug.show_local_vars Off Off xdebug.show_mem_delta Off Off xdebug.trace_enable_trigger Off Off xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir /tmp /tmp xdebug.trace_output_name trace.%c trace.%c xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3
Attached Files:

Notes
(0002540) derick    2013-07-23 11:46	I can still not reproduce this :S Does it work if you compile your own Xdebug through PECL? I'd love to help, perhaps you can provide access to your machine and make sure strace, gdb and all the sources are in the right spots?
(0002546) vmus    2013-07-23 19:17    (edited on: 2013-07-23 19:19)	On the 12.04 I'm running 2.2.3 compiled from PEAR, as per your suggestion on stackoverflow. But anytime we can agree I can provide you access via Teamviewer. I'm on EEST time zone, so only 1hr difference from NL :)
(0002548) derick    2013-07-29 10:10	I've no idea what TeamViewer is - can't you provide SSH access? I'm also not in NL but in the UK.
(0002554) vmus    2013-08-12 09:01	derick, can you contact me on my e-mail, so we can arrange it?
(0002565) derick    2013-09-28 14:15	Sorry, I dropped the ball on this. You can email me at derick@xdebug.org
(0002720) derick    2014-02-27 19:57	And again... You can email me at derick@xdebug.org please? :-)
(0002825) derick    2014-05-20 00:18	I'm closing this as I can not reproduce it, but feel free to reopen this after you sent me that email.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
740	[Xdebug] Feature/Change request	major	have not tried	2011-10-24 23:38	2014-05-20 00:17
Reporter:	nnmatveev	Platform:
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	feedback	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	Allow to send 'eval' command after reaching of 'stopping' state
Description:	Personally I need it to provide better integration of Xdebug code coverage and IDE PhpStorm. The existing way to enable/disable code coverage and getting coverage result is handy for command line tools (like PHPUnit), but absolutely unusable for IDEs. The ultimate goal is to get code coverage data of any php script (local or remote) without bootstrapping it. My current vision of such integration (over existing DBGP protocol): 1) <- init message 2) -> eval('xdebug_start_code_coverage()') 3) -> run 4) <- run response (state='stopping') 5) -> eval('xdebug_get_code_coverage()') 6) -> run ---finish of the execution
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002692) derick    2014-02-27 19:14	When stopping is reached, the executor is shutdown. What would be a much better solution is to allow coverage information to be dumped over DBGp. Wouldn't you agree?
(0002823) derick    2014-05-20 00:17	When stopping is reached, the executor is shutdown. What would be a much better solution is to allow coverage information to be dumped over DBGp. Wouldn't you agree?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
975	[Xdebug] Usage problems	crash	always	2013-09-10 16:13	2014-05-20 00:13
Reporter:	elazar	Platform:
Assigned To:	derick	OS:	CentOS
Priority:	normal	OS Version:	6.3
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.10-5.4.14
Summary:	Segmentation fault when running PHPUnit
Description:	Sadly, I can't easily provide the code to reproduce this issue or provide a small reproduceable test case. I can, however, provide a gdb backtrace of the segmentation fault and the exception that I believe PHPUnit is encountering that's triggering the problem. For reference, I'm running PHP 5.4.19 and PHPUnit 3.7.24. I can replicate this issue with both Xdebug 2.2.1 and 2.2.3.
Steps To Reproduce:
Additional Information:	PHPUnit error being encountered when Xdebug is disabled: PHP Warning: Uncaught exception 'PHPUnit_Framework_ComparisonFailure' with message 'Failed asserting that two strings are equal.' in /usr/share/pear/PHPUnit/Framework/Comparator/Scalar.php:110 Stack trace: #0 /usr/share/pear/PHPUnit/Framework/Constraint/IsEqual.php(162): PHPUnit_Framework_Comparator_Scalar->assertEquals('getPage', 'getUri', 0, false, true) #1 /usr/share/pear/PHPUnit/Framework/MockObject/Matcher/MethodName.php(100): PHPUnit_Framework_Constraint_IsEqual->evaluate('getUri', '', true) 0000002 /usr/share/pear/PHPUnit/Framework/MockObject/Matcher.php(246): PHPUnit_Framework_MockObject_Matcher_MethodName->matches(Object(PHPUnit_Framework_MockObject_Invocation_Object)) 0000003 /usr/share/pear/PHPUnit/Framework/MockObject/InvocationMocker.php(155): PHPUnit_Framework_MockObject_Matcher->matches(Object(PHPUnit_Framework_MockObject_Invocation_Object)) 0000004 /usr/share/pear/PHPUnit/Framework/MockObject/Generator.php(231) : eval()'d code(50): PHPUnit_Framework_MockObject_InvocationMocker->invoke(Object(PHPUnit_Framework_MockObject_ in /usr/share/pear/PHPUnit/Framework/Comparator/Scalar.php on line 110 PHP Stack trace: PHP 1. {main}() /usr/bin/phpunit:0 PHP 2. PHPUnit_TextUI_Command::main($exit = *uninitialized*) /usr/bin/phpunit:46 PHP 3. PHPUnit_TextUI_Command->run($argv = array (0 => '/usr/bin/phpunit', 1 => '--bootstrap', 2 => 'autoload.php', 3 => '--debug', 4 => 'Synacor_Portal_Component_Test'), $exit = TRUE) /usr/share/pear/PHPUnit/TextUI/Command.php:129 PHP 4. PHPUnit_TextUI_TestRunner->doRun($suite = ..., $arguments = array ('listGroups' => FALSE, 'loader' => NULL, 'useDefaultConfiguration' => TRUE, 'bootstrap' => 'autoload.php', 'debug' => TRUE, 'testSuffixes' => array (0 => 'Test.php', 1 => '.phpt'))) /usr/share/pear/PHPUnit/TextUI/Command.php:176 PHP 5. PHPUnit_Framework_TestSuite->run($result = class PHPUnit_Framework_TestResult { protected $passed = array ('Synacor_Portal_Component_Test::testDoActionSetsClientData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsSiteData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedInNoUser' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0)); protected $errors = array (); protected $deprecatedFeatures = array (); protected $failures = array (); protected $notImplemented = array (); protected $skipped = array (); protected $listeners = array (0 => class PHPUnit_TextUI_ResultPrinter { protected $column = 15; protected $maxColumn = 65; protected $lastTestFailed = FALSE; protected $numAssertions = 89; protected $numTests = 63; protected $numTestsRun = 15; protected $numTestsWidth = 2; protected $colors = FALSE; protected $debug = TRUE; protected $verbose = FALSE; protected $autoFlush = FALSE; protected $out = NULL; protected $outTarget = NULL; protected $printsHTML = FALSE }, 1 => class PHPUnit_Util_DeprecatedFeature_Logger { }); protected $runTests = 16; protected $time = 15.0797560215; protected $topTestSuite = ...; protected $codeCoverage = NULL; protected $convertErrorsToExceptions = TRUE; protected $stop = FALSE; protected $stopOnError = FALSE; protected $stopOnFailure = FALSE; protected $strictMode = FALSE; protected $stopOnIncomplete = FALSE; protected $stopOnSkipped = FALSE; protected $lastTestFailed = FALSE; protected $timeoutForSmallTests = 1; protected $timeoutForMediumTests = 10; protected $timeoutForLargeTests = 60 }, $filter = FALSE, $groups = array (), $excludeGroups = array (), $processIsolation = FALSE) /usr/share/pear/PHPUnit/TextUI/TestRunner.php:349 PHP 6. PHPUnit_Framework_TestSuite->runTest($test = ..., $result = class PHPUnit_Framework_TestResult { protected $passed = array ('Synacor_Portal_Component_Test::testDoActionSetsClientData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsSiteData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedInNoUser' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0)); protected $errors = array (); protected $deprecatedFeatures = array (); protected $failures = array (); protected $notImplemented = array (); protected $skipped = array (); protected $listeners = array (0 => class PHPUnit_TextUI_ResultPrinter { protected $column = 15; protected $maxColumn = 65; protected $lastTestFailed = FALSE; protected $numAssertions = 89; protected $numTests = 63; protected $numTestsRun = 15; protected $numTestsWidth = 2; protected $colors = FALSE; protected $debug = TRUE; protected $verbose = FALSE; protected $autoFlush = FALSE; protected $out = NULL; protected $outTarget = NULL; protected $printsHTML = FALSE }, 1 => class PHPUnit_Util_DeprecatedFeature_Logger { }); protected $runTests = 16; protected $time = 15.0797560215; protected $topTestSuite = ...; protected $codeCoverage = NULL; protected $convertErrorsToExceptions = TRUE; protected $stop = FALSE; protected $stopOnError = FALSE; protected $stopOnFailure = FALSE; protected $strictMode = FALSE; protected $stopOnIncomplete = FALSE; protected $stopOnSkipped = FALSE; protected $lastTestFailed = FALSE; protected $timeoutForSmallTests = 1; protected $timeoutForMediumTests = 10; protected $timeoutForLargeTests = 60 }) /usr/share/pear/PHPUnit/Framework/TestSuite.php:745 PHP 7. Synacor_Base_Test->run($result = class PHPUnit_Framework_TestResult { protected $passed = array ('Synacor_Portal_Component_Test::testDoActionSetsClientData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsSiteData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedInNoUser' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0)); protected $errors = array (); protected $deprecatedFeatures = array (); protected $failures = array (); protected $notImplemented = array (); protected $skipped = array (); protected $listeners = array (0 => class PHPUnit_TextUI_ResultPrinter { protected $column = 15; protected $maxColumn = 65; protected $lastTestFailed = FALSE; protected $numAssertions = 89; protected $numTests = 63; protected $numTestsRun = 15; protected $numTestsWidth = 2; protected $colors = FALSE; protected $debug = TRUE; protected $verbose = FALSE; protected $autoFlush = FALSE; protected $out = NULL; protected $outTarget = NULL; protected $printsHTML = FALSE }, 1 => class PHPUnit_Util_DeprecatedFeature_Logger { }); protected $runTests = 16; protected $time = 15.0797560215; protected $topTestSuite = ...; protected $codeCoverage = NULL; protected $convertErrorsToExceptions = TRUE; protected $stop = FALSE; protected $stopOnError = FALSE; protected $stopOnFailure = FALSE; protected $strictMode = FALSE; protected $stopOnIncomplete = FALSE; protected $stopOnSkipped = FALSE; protected $lastTestFailed = FALSE; protected $timeoutForSmallTests = 1; protected $timeoutForMediumTests = 10; protected $timeoutForLargeTests = 60 }) /usr/share/pear/PHPUnit/Framework/TestSuite.php:775 PHP 8. PHPUnit_Framework_TestCase->run($result = class PHPUnit_Framework_TestResult { protected $passed = array ('Synacor_Portal_Component_Test::testDoActionSetsClientData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsSiteData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedInNoUser' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0)); protected $errors = array (); protected $deprecatedFeatures = array (); protected $failures = array (); protected $notImplemented = array (); protected $skipped = array (); protected $listeners = array (0 => class PHPUnit_TextUI_ResultPrinter { protected $column = 15; protected $maxColumn = 65; protected $lastTestFailed = FALSE; protected $numAssertions = 89; protected $numTests = 63; protected $numTestsRun = 15; protected $numTestsWidth = 2; protected $colors = FALSE; protected $debug = TRUE; protected $verbose = FALSE; protected $autoFlush = FALSE; protected $out = NULL; protected $outTarget = NULL; protected $printsHTML = FALSE }, 1 => class PHPUnit_Util_DeprecatedFeature_Logger { }); protected $runTests = 16; protected $time = 15.0797560215; protected $topTestSuite = ...; protected $codeCoverage = NULL; protected $convertErrorsToExceptions = TRUE; protected $stop = FALSE; protected $stopOnError = FALSE; protected $stopOnFailure = FALSE; protected $strictMode = FALSE; protected $stopOnIncomplete = FALSE; protected $stopOnSkipped = FALSE; protected $lastTestFailed = FALSE; protected $timeoutForSmallTests = 1; protected $timeoutForMediumTests = 10; protected $timeoutForLargeTests = 60 }) /usr/local/apache/htdocs/unittests/Synacor/Base/Test.php:373 PHP 9. PHPUnit_Framework_TestResult->run($test = ...) /usr/share/pear/PHPUnit/Framework/TestCase.php:783 PHP 10. PHPUnit_Framework_TestCase->runBare() /usr/share/pear/PHPUnit/Framework/TestResult.php:648 PHP 11. PHPUnit_Framework_TestCase->runTest() /usr/share/pear/PHPUnit/Framework/TestCase.php:838 PHP 12. ReflectionMethod->invokeArgs(..., array ()) /usr/share/pear/PHPUnit/Framework/TestCase.php:983 PHP 13. Synacor_Portal_Component_Test->testGetZoneMetadataNoPage() /usr/share/pear/PHPUnit/Framework/TestCase.php:983 PHP 14. Synacor_Portal_Component->getZoneMetadata() /usr/local/apache/htdocs/Portal/unittests/Component/Test.php:278 PHP 15. Mock_Synacor_Portal_Component_8ef1e323->getUri() /var/tmp/synacor_framework_unittests_tmpincludes_mturland/includes/Synacor/Portal/Component.php:189 PHP 16. PHPUnit_Framework_MockObject_InvocationMocker->invoke($invocation = class PHPUnit_Framework_MockObject_Invocation_Object { public $object = ...; public $className = 'Synacor_Entity'; public $methodName = 'getUri'; public $parameters = array () }) /usr/share/pear/PHPUnit/Framework/MockObject/Generator.php(231) : eval()'d code:50 PHP 17. PHPUnit_Framework_MockObject_Matcher->matches($invocation = class PHPUnit_Framework_MockObject_Invocation_Object { public $object = ...; public $className = 'Synacor_Entity'; public $methodName = 'getUri'; public $parameters = array () }) /usr/share/pear/PHPUnit/Framework/MockObject/InvocationMocker.php:155 PHP 18. PHPUnit_Framework_MockObject_Matcher_MethodName->matches($invocation = class PHPUnit_Framework_MockObject_Invocation_Object { public $object = ...; public $className = 'Synacor_Entity'; public $methodName = 'getUri'; public $parameters = array () }) /usr/share/pear/PHPUnit/Framework/MockObject/Matcher.php:246 PHP 19. PHPUnit_Framework_Constraint_IsEqual->evaluate($other = 'getUri', $description = '', $returnResult = TRUE) /usr/share/pear/PHPUnit/Framework/MockObject/Matcher/MethodName.php:100 PHP 20. PHPUnit_Framework_Comparator_Scalar->assertEquals($expected = 'getPage', $actual = 'getUri', $delta = 0, $canonicalize = FALSE, $ignoreCase = TRUE) /usr/share/pear/PHPUnit/Framework/Constraint/IsEqual.php:162 PHP Fatal error: Out of memory (allocated 735051776) (tried to allocate 2896666497 bytes) in /usr/share/pear/PHPUnit/Framework/Comparator/Scalar.php on line 117 PHP Stack trace: PHP 1. {main}() /usr/bin/phpunit:0 PHP 2. PHPUnit_TextUI_Command::main($exit = *uninitialized*) /usr/bin/phpunit:46 PHP 3. PHPUnit_TextUI_Command->run($argv = array (0 => '/usr/bin/phpunit', 1 => '--bootstrap', 2 => 'autoload.php', 3 => '--debug', 4 => 'Synacor_Portal_Component_Test'), $exit = TRUE) /usr/share/pear/PHPUnit/TextUI/Command.php:129 PHP 4. PHPUnit_TextUI_TestRunner->doRun($suite = ..., $arguments = array ('listGroups' => FALSE, 'loader' => NULL, 'useDefaultConfiguration' => TRUE, 'bootstrap' => 'autoload.php', 'debug' => TRUE, 'testSuffixes' => array (0 => 'Test.php', 1 => '.phpt'))) /usr/share/pear/PHPUnit/TextUI/Command.php:176 PHP 5. PHPUnit_Framework_TestSuite->run($result = class PHPUnit_Framework_TestResult { protected $passed = array ('Synacor_Portal_Component_Test::testDoActionSetsClientData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsSiteData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedInNoUser' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0)); protected $errors = array (); protected $deprecatedFeatures = array (); protected $failures = array (); protected $notImplemented = array (); protected $skipped = array (); protected $listeners = array (0 => class PHPUnit_TextUI_ResultPrinter { protected $column = 15; protected $maxColumn = 65; protected $lastTestFailed = FALSE; protected $numAssertions = 89; protected $numTests = 63; protected $numTestsRun = 15; protected $numTestsWidth = 2; protected $colors = FALSE; protected $debug = TRUE; protected $verbose = FALSE; protected $autoFlush = FALSE; protected $out = NULL; protected $outTarget = NULL; protected $printsHTML = FALSE }, 1 => class PHPUnit_Util_DeprecatedFeature_Logger { }); protected $runTests = 16; protected $time = 15.0797560215; protected $topTestSuite = ...; protected $codeCoverage = NULL; protected $convertErrorsToExceptions = TRUE; protected $stop = FALSE; protected $stopOnError = FALSE; protected $stopOnFailure = FALSE; protected $strictMode = FALSE; protected $stopOnIncomplete = FALSE; protected $stopOnSkipped = FALSE; protected $lastTestFailed = FALSE; protected $timeoutForSmallTests = 1; protected $timeoutForMediumTests = 10; protected $timeoutForLargeTests = 60 }, $filter = FALSE, $groups = array (), $excludeGroups = array (), $processIsolation = FALSE) /usr/share/pear/PHPUnit/TextUI/TestRunner.php:349 PHP 6. PHPUnit_Framework_TestSuite->runTest($test = ..., $result = class PHPUnit_Framework_TestResult { protected $passed = array ('Synacor_Portal_Component_Test::testDoActionSetsClientData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsSiteData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedInNoUser' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0)); protected $errors = array (); protected $deprecatedFeatures = array (); protected $failures = array (); protected $notImplemented = array (); protected $skipped = array (); protected $listeners = array (0 => class PHPUnit_TextUI_ResultPrinter { protected $column = 15; protected $maxColumn = 65; protected $lastTestFailed = FALSE; protected $numAssertions = 89; protected $numTests = 63; protected $numTestsRun = 15; protected $numTestsWidth = 2; protected $colors = FALSE; protected $debug = TRUE; protected $verbose = FALSE; protected $autoFlush = FALSE; protected $out = NULL; protected $outTarget = NULL; protected $printsHTML = FALSE }, 1 => class PHPUnit_Util_DeprecatedFeature_Logger { }); protected $runTests = 16; protected $time = 15.0797560215; protected $topTestSuite = ...; protected $codeCoverage = NULL; protected $convertErrorsToExceptions = TRUE; protected $stop = FALSE; protected $stopOnError = FALSE; protected $stopOnFailure = FALSE; protected $strictMode = FALSE; protected $stopOnIncomplete = FALSE; protected $stopOnSkipped = FALSE; protected $lastTestFailed = FALSE; protected $timeoutForSmallTests = 1; protected $timeoutForMediumTests = 10; protected $timeoutForLargeTests = 60 }) /usr/share/pear/PHPUnit/Framework/TestSuite.php:745 PHP 7. Synacor_Base_Test->run($result = class PHPUnit_Framework_TestResult { protected $passed = array ('Synacor_Portal_Component_Test::testDoActionSetsClientData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsSiteData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedInNoUser' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0)); protected $errors = array (); protected $deprecatedFeatures = array (); protected $failures = array (); protected $notImplemented = array (); protected $skipped = array (); protected $listeners = array (0 => class PHPUnit_TextUI_ResultPrinter { protected $column = 15; protected $maxColumn = 65; protected $lastTestFailed = FALSE; protected $numAssertions = 89; protected $numTests = 63; protected $numTestsRun = 15; protected $numTestsWidth = 2; protected $colors = FALSE; protected $debug = TRUE; protected $verbose = FALSE; protected $autoFlush = FALSE; protected $out = NULL; protected $outTarget = NULL; protected $printsHTML = FALSE }, 1 => class PHPUnit_Util_DeprecatedFeature_Logger { }); protected $runTests = 16; protected $time = 15.0797560215; protected $topTestSuite = ...; protected $codeCoverage = NULL; protected $convertErrorsToExceptions = TRUE; protected $stop = FALSE; protected $stopOnError = FALSE; protected $stopOnFailure = FALSE; protected $strictMode = FALSE; protected $stopOnIncomplete = FALSE; protected $stopOnSkipped = FALSE; protected $lastTestFailed = FALSE; protected $timeoutForSmallTests = 1; protected $timeoutForMediumTests = 10; protected $timeoutForLargeTests = 60 }) /usr/share/pear/PHPUnit/Framework/TestSuite.php:775 PHP 8. PHPUnit_Framework_TestCase->run($result = class PHPUnit_Framework_TestResult { protected $passed = array ('Synacor_Portal_Component_Test::testDoActionSetsClientData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsSiteData' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedInNoUser' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testDoActionSetsUserLoggedIn with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInCustomizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #0' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set #1' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000002' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000003' => array ('result' => NULL, 'size' => 0), 'Synacor_Portal_Component_Test::testIsInMinizableZone with data set 0000004' => array ('result' => NULL, 'size' => 0)); protected $errors = array (); protected $deprecatedFeatures = array (); protected $failures = array (); protected $notImplemented = array (); protected $skipped = array (); protected $listeners = array (0 => class PHPUnit_TextUI_ResultPrinter { protected $column = 15; protected $maxColumn = 65; protected $lastTestFailed = FALSE; protected $numAssertions = 89; protected $numTests = 63; protected $numTestsRun = 15; protected $numTestsWidth = 2; protected $colors = FALSE; protected $debug = TRUE; protected $verbose = FALSE; protected $autoFlush = FALSE; protected $out = NULL; protected $outTarget = NULL; protected $printsHTML = FALSE }, 1 => class PHPUnit_Util_DeprecatedFeature_Logger { }); protected $runTests = 16; protected $time = 15.0797560215; protected $topTestSuite = ...; protected $codeCoverage = NULL; protected $convertErrorsToExceptions = TRUE; protected $stop = FALSE; protected $stopOnError = FALSE; protected $stopOnFailure = FALSE; protected $strictMode = FALSE; protected $stopOnIncomplete = FALSE; protected $stopOnSkipped = FALSE; protected $lastTestFailed = FALSE; protected $timeoutForSmallTests = 1; protected $timeoutForMediumTests = 10; protected $timeoutForLargeTests = 60 }) /usr/local/apache/htdocs/unittests/Synacor/Base/Test.php:373 PHP 9. PHPUnit_Framework_TestResult->run($test = ...) /usr/share/pear/PHPUnit/Framework/TestCase.php:783 PHP 10. PHPUnit_Framework_TestCase->runBare() /usr/share/pear/PHPUnit/Framework/TestResult.php:648 PHP 11. PHPUnit_Framework_TestCase->runTest() /usr/share/pear/PHPUnit/Framework/TestCase.php:838 PHP 12. ReflectionMethod->invokeArgs(..., array ()) /usr/share/pear/PHPUnit/Framework/TestCase.php:983 PHP 13. Synacor_Portal_Component_Test->testGetZoneMetadataNoPage() /usr/share/pear/PHPUnit/Framework/TestCase.php:983 PHP 14. Synacor_Portal_Component->getZoneMetadata() /usr/local/apache/htdocs/Portal/unittests/Component/Test.php:278 PHP 15. Mock_Synacor_Portal_Component_8ef1e323->getUri() /var/tmp/synacor_framework_unittests_tmpincludes_mturland/includes/Synacor/Portal/Component.php:189 PHP 16. PHPUnit_Framework_MockObject_InvocationMocker->invoke($invocation = class PHPUnit_Framework_MockObject_Invocation_Object { public $object = ...; public $className = 'Synacor_Entity'; public $methodName = 'getUri'; public $parameters = array () }) /usr/share/pear/PHPUnit/Framework/MockObject/Generator.php(231) : eval()'d code:50 PHP 17. PHPUnit_Framework_MockObject_Matcher->matches($invocation = class PHPUnit_Framework_MockObject_Invocation_Object { public $object = ...; public $className = 'Synacor_Entity'; public $methodName = 'getUri'; public $parameters = array () }) /usr/share/pear/PHPUnit/Framework/MockObject/InvocationMocker.php:155 PHP 18. PHPUnit_Framework_MockObject_Matcher_MethodName->matches($invocation = class PHPUnit_Framework_MockObject_Invocation_Object { public $object = ...; public $className = 'Synacor_Entity'; public $methodName = 'getUri'; public $parameters = array () }) /usr/share/pear/PHPUnit/Framework/MockObject/Matcher.php:246 PHP 19. PHPUnit_Framework_Constraint_IsEqual->evaluate($other = 'getUri', $description = '', $returnResult = TRUE) /usr/share/pear/PHPUnit/Framework/MockObject/Matcher/MethodName.php:100 PHP 20. PHPUnit_Framework_Comparator_Scalar->assertEquals($expected = 'getPage', $actual = 'getUri', $delta = 0, $canonicalize = FALSE, $ignoreCase = TRUE) /usr/share/pear/PHPUnit/Framework/Constraint/IsEqual.php:162
Attached Files:	gdb.log.txt (11,326) 2013-09-10 16:13 http://bugs.xdebug.org/file_download.php?file_id=184&type=bug phpunit.log.txt (31,976) 2013-09-10 16:25 http://bugs.xdebug.org/file_download.php?file_id=185&type=bug

Notes
(0002576) derick    2013-10-09 19:40	I need some more information here. The best would be to have access to the machine/VM so I can poke around with GDB. A simple script would also help a lot but at least can you make a "bt full" with all the debug symbols installed?
(0002646) derick    2013-12-15 12:38	Ping.
(0002653) elazar    2013-12-17 19:39	I no longer have access to the system on which this error occurred. Feel free to close the issue.
(0002822) derick    2014-05-20 00:13	Thanks. Closing it then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
985	[Xdebug] Installation	block	always	2013-10-11 00:21	2014-05-20 00:12
Reporter:	Jan-E	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows
PHP Version:	5.4.10-5.4.14
Summary:	The current Git head does not compile anymore for Windows
Description:	Compilation of php_xdebug.dll with the latest sources fails: Creating library Release_TS\php5ts.lib and object Release_TS\php5ts.exp php_xmlreader.obj : warning LNK4217: locally defined symbol _php_dom_create_object imported in function _php_xmlreader_set_relaxng_schema php_xmlreader.obj : warning LNK4217: locally defined symbol _dom_node_class_entry imported in function _php_xmlreader_set_relaxng_schema Creating library Release_TS\php_xdebug.lib and object Release_TS\php_xdebug.exp xdebug.obj : error LNK2019: unresolved external symbol __imp__xdebug_external_error_cb referenced in function _time xdebug_stack.obj : error LNK2001: unresolved external symbol __imp__xdebug_external_error_cb Release_TS\php_xdebug.dll : fatal error LNK1120: 1 unresolved externals Microsoft (R) Program Maintenance Utility Version 11.00.50727.1 Copyright (C) Microsoft Corporation. All rights reserved. NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\BIN\cl.exe"' : return code '0x2' Stop.
Steps To Reproduce:	Try to compile php_xdebug.dll with VC9 (PHP 5.3 & PHP 5.4) or VC11 (x86 & x64, PHP 5.5). It does not succeed.
Additional Information:	The 2.2.3 release still compiles fine.
Attached Files:

Notes
(0002578) patrickallaert    2013-10-11 10:05	@Jan-E: Can you try while applying the patch from PR: https://github.com/xdebug/xdebug/pull/84 [^] ?
(0002579) Jan-E    2013-10-12 08:12    (edited on: 2013-10-12 08:13)	The patch worked. It compiled once again. Thanks.
(0002580) Jan-E    2013-10-12 17:33	Although it compiled fine, I am now getting memory protection crashes in httpd.exe. Apache 2.4.6, PHP 5.4.21RC1 TS as mod_php under XP. Debugging with VC9 pointed in the direction of malloc.c. Without php_xdebug.dll no problems.
(0002581) Jan-E    2013-10-13 03:39	The same happened under Win 7 Pro and while running php-cgi.exe as mod_fcgid. Unhandled exception at 0x100f066e in php-cgi.exe: 0xC0000005: Access violation reading location 0x00000000 No problem with the 2.2.3 release.
(0002589) patrickallaert    2013-10-14 08:31	About the other issue you are facing, I wonder if this is not related to 0000984. Can you investigate if the patch from that issue solves your memory protection crash issue? If not, probably better to fill another issue as it would be unrelated to this (compile-related) one.
(0002590) Jan-E    2013-10-14 13:34	The patch from issue 984 did not solve my memory crashes. I will open a new issue when I've got the chance to investigate it further.
(0002591) Jan-E    2013-10-14 13:38	How do I close this issue?
(0002592) patrickallaert    2013-10-14 14:11	@Jan-E You should not, wait that Derick accepts the Pull Request. When merged, this issue will be closed.
(0002634) derick    2013-12-04 00:05	@patrickallaert, the user says it compiles now, but that it still crashes.
(0002820) derick    2014-05-20 00:12	This must be fixed already, as I successfully compiled 2.2.4 binaries (and ripped out this code)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
786	[Xdebug] Usage problems	minor	always	2012-03-02 00:54	2014-05-20 00:11
Reporter:	uniflare	Platform:	Win32 Desktop
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7 Ultimate x86
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4-dev
Summary:	Max Execution Time Hit During Debugging
Description:	Whilst using breakpoints and stepping through an application, PHP throws a Max Execution time Exceeded error. Appears to be default setting of 30 seconds.
Steps To Reproduce:	Compile 2.2dev with 5.4.0RC8 on windows. (Optional) Install apache 2.4 with php5apache2_4.dll from apache lounge. Run a php file and break on first line. Wait 30 sec.
Additional Information:	Setting set_time_limit(0); at script start alleviates the issue. I believe it is your method of setting the max execution time on the fly - perhaps your checking if safe_mode is enabled (there is no safe mode at all in 5.4.0RC8).
Attached Files:

Notes
(0001944) uniflare    2012-03-02 00:56    (edited on: 2012-03-02 01:03)	set_time_limit(0); _does not_ alleviate the issue. Once you continue from a breakpoint after 30 seconds it will throw max_execution_error. Only changing php.ini "max_execution_time" affects the issue.
(0002818) derick    2014-05-20 00:11	I don't think I can fix this on Windows. I force setting max_execution_time=1 when you start debugging already.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1028	[Xdebug] Usage problems	major	always	2014-01-27 09:36	2014-05-19 13:08
Reporter:	kalin_yanev	Platform:
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Nothing is suggested for downloading in Tailored Installation Instructions wizard for php5.5 executable.
Description:	Nothing is suggested for downloading in Tailored Installation Instructions wizard for php5.5 executable. I found this case on Win 7, I got proper behavior on Linux.
Steps To Reproduce:	1. run phpinfo(); in a php file with php5.5 (php 5.5.7) executable as php cli/cgi application. 2. Take output and paste it into http://xdebug.org/wizard.php [^] 3. Press "Analyze my phpinfo(); output" button Expected: You should be suggested with specific Windows binary for downloading. Actual: Nothing is suggested.
Additional Information:	I got proper behavior for php5.4 and php5.3 executables on Win 7.
Attached Files:	Nothing_is_suggested_for_downloading.png (58,281) 2014-01-27 09:36 http://bugs.xdebug.org/file_download.php?file_id=206&type=bug I_got_xdebug_for_downloading_for_these_cases.zip (28,420) 2014-04-04 14:31 http://bugs.xdebug.org/file_download.php?file_id=214&type=bug I_got_nothing_for_downloading_for_these_cases.zip (36,433) 2014-04-04 14:32 http://bugs.xdebug.org/file_download.php?file_id=215&type=bug

Notes
(0002752) derick    2014-03-05 09:32	Can you provide the exact HTML that you pasted into the box on the wizard? It's best if you could provide this in a ZIP file attached to this report.
(0002780) kalin_yanev    2014-04-04 14:43	I provided what I pasted into the box on the wizard. No any xdebug is suggested if I use the cases from the attached I_got_nothing_for_downloading_for_these_cases.zip, both generated by PHP5.5 executables (CLI and CGI). For comparison needs, I attached the cases when I get proper result with PHP5.4 as well: xdebug is suggested for downloading - see the contents of the other .zip file.
(0002790) derick    2014-04-24 23:46	You need to provide the original HTML, not RTF files. They are not the same, and I can not open those files.
(0002813) derick    2014-05-19 13:08	I can't reproduce this, and no feedback has been provided. Please reopen if you can provide the requested feedback.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1049	[Xdebug] Debug client (console)	feature	always	2014-05-07 18:43	2014-05-07 20:42
Reporter:	jakubmisek	Platform:	Visual Studio + PHP Tools
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7 Pro
Status:	resolved	Product Version:	2.2.5
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	specific lines are not hit by debugger
Description:	Breakpoints are not hit on specific lines. The same lines are skipped when stepping onto next line while debugging.
Steps To Reproduce:	debug attached script file using any IDE, stepping into a function test*, stepping on the next line jumps out.
Additional Information:	I assume it is related to how PHP processes/builds its opcode. Is there some well-known behavior of what lines can be stepped onto?
Attached Files:	index.php (604) 2014-05-07 18:43 http://bugs.xdebug.org/file_download.php?file_id=217&type=bug

Notes
(0002808) derick    2014-05-07 20:42	Hi! This is pretty much expected behaviour. PHP generates opcodes on "wrong" lines in some cases, and array initialisations is one of those cases (As are if/else statements without { and } ). If you use VLD (derickrethans.nl/projects.html#vld), you will see what gets generated: derick@whisky:~ $ php -dvld.active=1 /tmp/index.php Finding entry points Branch analysis from position: 0 Return found filename: /tmp/index.php function name: (null) number of ops: 20 compiled vars: none line # * op fetch ext return operands --------------------------------------------------------------------------------- 3 0 > EXT_STMT 1 NOP 11 2 EXT_STMT 3 NOP 22 4 EXT_STMT 5 NOP 30 6 EXT_STMT 7 EXT_FCALL_BEGIN 8 DO_FCALL 0 'test1' 9 EXT_FCALL_END 31 10 EXT_STMT 11 EXT_FCALL_BEGIN 12 DO_FCALL 0 'test2' 13 EXT_FCALL_END 32 14 EXT_STMT 15 EXT_FCALL_BEGIN 16 DO_FCALL 0 'test3' 17 EXT_FCALL_END 34 18 EXT_STMT 19 > RETURN 1 branch: # 0; line: 3- 34; sop: 0; eop: 19 path #1: 0, Function test1: Finding entry points Branch analysis from position: 0 Return found filename: /tmp/index.php function name: test1 number of ops: 6 compiled vars: none line # * op fetch ext return operands --------------------------------------------------------------------------------- 3 0 > EXT_NOP 8 1 EXT_STMT 2 INIT_ARRAY ~0 123 3 > RETURN ~0 9 4* EXT_STMT 5* > RETURN null branch: # 0; line: 3- 9; sop: 0; eop: 5 path #1: 0, End of function test1. Function test2: Finding entry points Branch analysis from position: 0 Return found filename: /tmp/index.php function name: test2 number of ops: 16 compiled vars: none line # * op fetch ext return operands --------------------------------------------------------------------------------- 11 0 > EXT_NOP 14 1 EXT_STMT 2 INIT_ARRAY ~0 1 3 ADD_ARRAY_ELEMENT ~0 2 15 4 ADD_ARRAY_ELEMENT ~0 3 5 ADD_ARRAY_ELEMENT ~0 4 6 ADD_ARRAY_ELEMENT ~0 5 7 ADD_ARRAY_ELEMENT ~0 6 16 8 ADD_ARRAY_ELEMENT ~0 6 9 ADD_ARRAY_ELEMENT ~0 7 10 ADD_ARRAY_ELEMENT ~0 87 18 11 ADD_ARRAY_ELEMENT ~0 8 19 12 ADD_ARRAY_ELEMENT ~0 123 13 > RETURN ~0 20 14* EXT_STMT 15* > RETURN null branch: # 0; line: 11- 20; sop: 0; eop: 15 path #1: 0, End of function test2. Function test3: Finding entry points Branch analysis from position: 0 Return found filename: /tmp/index.php function name: test3 number of ops: 13 compiled vars: none line # * op fetch ext return operands --------------------------------------------------------------------------------- 22 0 > EXT_NOP 25 1 EXT_STMT 2 INIT_ARRAY ~0 1 3 ADD_ARRAY_ELEMENT ~0 2 4 ADD_ARRAY_ELEMENT ~0 3 5 INIT_ARRAY 0000002:0000001 ~0 26 6 INIT_ARRAY 0000002:0000002 4 7 ADD_ARRAY_ELEMENT 0000002:0000002 5 8 ADD_ARRAY_ELEMENT 0000002:0000002 6 27 9 ADD_ARRAY_ELEMENT 0000002:0000001 0000002:0000002 10 > RETURN 0000002:0000001 28 11* EXT_STMT 12* > RETURN null branch: # 0; line: 22- 28; sop: 0; eop: 12 path #1: 0, End of function test3. IDEs can discover on which lines breakpoints can be set when using Xdebug, by using the xcmd_get_executable_lines command. I don't think that any IDEs really support this though, and I don't think it's part of the official DBGp specs either.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1010	[Xdebug] Debug client (console)	crash	always	2013-12-02 10:28	2014-04-28 10:56
Reporter:	eglic	Platform:	PHP 5.5.6
Assigned To:	derick	OS:	LinuxMint 15
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	XDebug crashed on PHP 5.5.5 & PHP 5.5.6
Description:	OS: Linux E420 3.8.0-33-generic 0000048-Ubuntu SMP Wed Oct 23 09:16:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux PHP:PHP 5.5.6 (cli) (built: Nov 25 2013 14:44:44) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2013 Zend Technologies with XCache v4.0.0-dev, Copyright (c) 2005-2013, by mOo with Xdebug v2.3.0dev, Copyright (c) 2002-2013, by Derick Rethans with XCache Cacher v4.0.0-dev, Copyright (c) 2005-2013, by mOo XDebug Version : git php.log : [02-Dec-2013 17:25:39] WARNING: [pool www] child 1427 exited on signal 15 (SIGTERM) after 26.362017 seconds from start CoreDump : warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fffb75d6000 Core was generated by `php-fpm: pool www '. Program terminated with signal 11, Segmentation fault. #0 0x000000000072c629 in xbuf_format_converter (xbuf=xbuf@entry=0x7fffb6c4d8d0, fmt=0xc82c4e "s", fmt@entry=0xc82c4d "%s", ap=0x7fffb6c4da78) at /home/eglic/??/php-5.5.6/main/spprintf.c:252 252 /home/eglic/??/php-5.5.6/main/spprintf.c: ?????????. (gdb) where #0 0x000000000072c629 in xbuf_format_converter (xbuf=xbuf@entry=0x7fffb6c4d8d0, fmt=0xc82c4e "s", fmt@entry=0xc82c4d "%s", ap=0x7fffb6c4da78) at /home/eglic/??/php-5.5.6/main/spprintf.c:252 #1 0x000000000072da34 in vspprintf (pbuf=pbuf@entry=0x7fffb6c4d958, max_len=1024, format=format@entry=0xc82c4d "%s", ap=<optimized out>) at /home/eglic/??/php-5.5.6/main/spprintf.c:799 0000002 0x00007f9a0143fd0b in xdebug_error_cb (type=2, error_filename=0x7f99f5baac70 "/data/eglic/work/eglic/core/branches/1.0.0/smarty/sysplugins/smarty_resource.php", error_lineno=720, format=0xc82c4d "%s", args=<optimized out>) at /home/eglic/??/php/xdebug/xdebug_stack.c:562 0000003 0x00007f9a0143fef4 in xdebug_error_cb (type=2, error_filename=0x7f99f5baac70 "/data/eglic/work/eglic/core/branches/1.0.0/smarty/sysplugins/smarty_resource.php", error_lineno=720, format=0xc82c4d "%s", args=<optimized out>) at /home/eglic/??/php/xdebug/xdebug_stack.c:772 0000004 0x00007f9a0143fef4 in xdebug_error_cb (type=2, error_filename=0x7f99f5baac70 "/data/eglic/work/eglic/core/branches/1.0.0/smarty/sysplugins/smarty_resource.php", error_lineno=720, format=0xc82c4d "%s", args=<optimized out>) at /home/eglic/??/php/xdebug/xdebug_stack.c:772 0000005 0x00007f9a0143fef4 in xdebug_error_cb (type=2, error_filename=0x7f99f5baac70 "/data/eglic/work/eglic/core/branches/1.0.0/smarty/sysplugins/smarty_resource.php", error_lineno=720, format=0xc82c4d "%s", args=<optimized out>) at /home/eglic/??/php/xdebug/xdebug_stack.c:772 0000006 0x00007f9a0143fef4 in xdebug_error_cb (type=2, error_filename=0x7f99f5baac70 "/data/eglic/work/eglic/core/branches/1.0.0/smarty/sysplugins/smarty_resource.php", error_lineno=720, format=0xc82c4d "%s", args=<optimized out>) at /home/eglic/??/php/xdebug/xdebug_stack.c:772 0000007 0x00007f9a0143fef4 in xdebug_error_cb (type=2, error_filename=0x7f99f5baac70 "/data/eglic/work/eglic/core/branches/1.0.0/smarty/sysplugins/smarty_resource.php", error_lineno=720, format=0xc82c4d "%s", args=<optimized out>) at /home/eglic/??/php/xdebug/xdebug_stack.c:772 0000008 0x00007f9a0143fef4 in xdebug_error_cb (type=2, error_filename=0x7f99f5baac70 "/data/eglic/work/eglic/core/branches/1.0.0/smarty/sysplugins/smarty_resource.php", error_lineno=720, format=0xc82c4d "%s", args=<optimized out>) at /home/eglic/??/php/xdebug/xdebug_stack.c:772 0000009 0x00007f9a0143fef4 in xdebug_error_cb (type=2, error_filename=0x7f99f5baac70 "/data/eglic/work/eglic/core/branches/1.0.0/smarty/sysplugins/smarty_resource.php", error_lineno=720, format=0xc82c4d "%s", args=<optimized out>) at /home/eglic/??/php/xdebug/xdebug_stack.c:772 0000010 0x00007f9a0143fef4 in xdebug_error_cb (type=2, error_filename=0x7f99f5baac70 "/data/eglic/work/eglic/core/branches/1.0.0/smarty/sysplugins/smarty_resource.php", error_lineno=720, format=0xc82c4d "%s", args=<optimized out>) at /home/eglic/??/php/xdebug/xdebug_stack.c:772
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002757) derick    2014-03-05 09:39	Could you perhaps create an as short as possible set of files to reproduce this? If that includes smarty, that's ok. Can you also share which steps you do to get the crash? And please also let me know which Xdebug settings there are on phpinfo() (don't give me all the output, just the xdebug section).
(0002759) eglic    2014-03-05 13:20	Okay,my xdebug settings in php.ini : [xdebug] zend_extension=/opt/php/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so xdebug.default_enable=On xdebug.max_nesting_level=64 ------------ ouput of "php -i | xdebug": [21:18:45] ~ $ php -i | grep xdebug xdebug xdebug support => enabled xdebug.auto_trace => Off => Off xdebug.cli_color => 0 => 0 xdebug.collect_assignments => Off => Off xdebug.collect_includes => On => On xdebug.collect_params => 0 => 0 xdebug.collect_return => Off => Off xdebug.collect_vars => Off => Off xdebug.coverage_enable => On => On xdebug.default_enable => On => On xdebug.dump.COOKIE => no value => no value xdebug.dump.ENV => no value => no value xdebug.dump.FILES => no value => no value xdebug.dump.GET => no value => no value xdebug.dump.POST => no value => no value xdebug.dump.REQUEST => no value => no value xdebug.dump.SERVER => no value => no value xdebug.dump.SESSION => no value => no value xdebug.dump_globals => On => On xdebug.dump_once => On => On xdebug.dump_undefined => Off => Off xdebug.extended_info => On => On xdebug.file_link_format => no value => no value xdebug.halt_level => 0 => 0 xdebug.idekey => no value => no value xdebug.max_nesting_level => 64 => 64 xdebug.overload_var_dump => On => On xdebug.profiler_aggregate => Off => Off xdebug.profiler_append => Off => Off xdebug.profiler_enable => Off => Off xdebug.profiler_enable_trigger => Off => Off xdebug.profiler_output_dir => /tmp => /tmp xdebug.profiler_output_name => cachegrind.out.%p => cachegrind.out.%p xdebug.remote_autostart => Off => Off xdebug.remote_connect_back => Off => Off xdebug.remote_cookie_expire_time => 3600 => 3600 xdebug.remote_enable => Off => Off xdebug.remote_handler => dbgp => dbgp xdebug.remote_host => localhost => localhost xdebug.remote_log => no value => no value xdebug.remote_mode => req => req xdebug.remote_port => 9000 => 9000 xdebug.scream => Off => Off xdebug.show_exception_trace => Off => Off xdebug.show_local_vars => Off => Off xdebug.show_mem_delta => Off => Off xdebug.trace_enable_trigger => Off => Off xdebug.trace_format => 0 => 0 xdebug.trace_options => 0 => 0 xdebug.trace_output_dir => /tmp => /tmp xdebug.trace_output_name => trace.%c => trace.%c xdebug.var_display_max_children => 128 => 128 xdebug.var_display_max_data => 512 => 512 xdebug.var_display_max_depth => 3 => 3
(0002760) derick    2014-03-05 13:36	Sorry, I just noticed that your stack trace is actually a stack overflow. But the code that it is referring too has been removed from the master branch at github. Could you test with a fresh github clone please?
(0002764) eglic    2014-03-06 02:30	Okey, I will test it later.
(0002797) derick    2014-04-26 00:03	Have you tested this perhaps?
(0002800) eglic    2014-04-27 07:09	yes,it's seam to have fixed.
(0002802) derick    2014-04-28 10:56	Okay thanks! Closing this out.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1044	[Xdebug] Usage problems	crash	always	2014-03-27 14:21	2014-03-27 14:21
Reporter:	vladimmi	Platform:	x64
Assigned To:		OS:	Arch Linux
Priority:	normal	OS Version:	kernel 3.13.7
Status:	new	Product Version:	2.2.4
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Arch Linux
PHP Version:	5.5-dev
Summary:	SEGFAULT when used with Phalcon
Description:	I'm using Xdebug in project based on Phalcon (PHP framework built as extension - http://phalconphp.com [^]). From recent versions of Phalcon it becomes crash at some place, httpd logs shows SEGFAULT of child process and backtraces from coredumps mention Xdebug. Disabling Xdebug make code to work stable. I've posted bug report in Phalcon tracker (https://github.com/phalcon/cphalcon/issues/2239 [^]), had recommendations to place it here too.
Steps To Reproduce:	It's hard to figure out the reason from a big project, but step-by-step debug crashes in this code: //$di = new Phalcon\DI\FactoryDefault(); $viewEngines = array( ".volt" => function($view, $di) { $volt = new \Phalcon\Mvc\View\Engine\Volt($view, $di); $volt->setOptions(array( 'compiledPath' => PATH_APP_CACHE . 'views/', 'compiledSeparator' => '_', 'stat' => false, 'compileAlways' => true )); //register functions... //register filters... return $volt; } ); //Volt $di->set('view', function() use($viewEngines) { $view = new \Phalcon\Mvc\View(); $view->setViewsDir(PATH_APP_VIEWS); $view->registerEngines($viewEngines); return $view; }); SEGFAULT happen just after "return $volt;" - which create object for DI container and returns it back.
Additional Information:	Arch Linux x64 with 3.13.7 kernel Apache 2.4.9 PHP 5.5.10 NTS Zend Engine 2.5.0 Zend OPcache 7.0.3 Xdebug 2.2.4 Phalcon 1.3.1 compiled from master Tried to collect some information from coredump, bt full - https://gist.github.com/vladimmi/9787642 [^]
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
677	[Xdebug] Debug client (console)	minor	unable to reproduce	2011-04-04 14:56	2014-03-12 21:54
Reporter:	boracco	Platform:	Windows
Assigned To:	derick	OS:	Windows 7
Priority:	high	OS Version:	Windows 7
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.6
Summary:	I can not debug in windows platform.
Description:	Hi there. Information about my system PHP Version 5.3.6 Easyphp Xdebug 2.1.0 ;Xdebug zend_extension="${path}\php\ext\php_xdebug-2.1.0-5.3-vc9.dll" xdebug.default_enable=0 xdebug.remote_enable=1 xdebug.remote_host=127.0.0.1 xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.remote_autostart = false xdebug.dump_globals=1 xdebug.remote_log="${path}\xdebug\logs" xdebug.dump=COOKIE,FILES,GET,POST,REQUEST,SERVER,SESSION xdebug.dump.SERVER=REMOTE_ADDR,REQUEST_METHOD,REQUEST_URI xdebug.show_local_vars=1 xdebug.show_mem_delta=1 xdebug.collect_includes=1 xdebug.collect_vars=1 xdebug.collect_params=4 xdebug.collect_return=1 xdebug.auto_trace=0 xdebug.trace_options=0 xdebug.trace_format=0 xdebug.trace_output_dir="${path}\xdebug\trace" xdebug.trace_output_name="trace.%t" xdebug.profiler_enable=0 xdebug.profiler_append=1 xdebug.profiler_enable_trigger=1 xdebug.profiler_output_dir="${path}\xdebug\profiler" xdebug.profiler_output_name="cachegrind.out.%s.%t" xdebug.var_display_max_depth=100 xdebug.idekey="netbeans-xdebug" ;/Xdebug Althought I did all of the modifications in php.ini file, I can not debug properly. I am getting this error message. if you have any watches try to remove them and restart debugger. If it doesn't help or you don't have any watches please file an issue and provides steps how to reproduce..
Steps To Reproduce:
Additional Information:	ystem Windows NT OZUNBHBH 6.1 build 7600 (Unknow Windows version Business Edition) i586 Build Date Mar 17 2011 10:34:15 Compiler MSVC9 (Visual C++ 2008) Architecture x86 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--disable-isapi" "--enable-debug-pack" "--disable-isapi" "--without-mssql" "--without-pdo-mssql" "--without-pi3web" "--with-pdo-oci=D:\php-sdk\oracle\instantclient10\sdk,shared" "--with-oci8=D:\php-sdk\oracle\instantclient10\sdk,shared" "--with-oci8-11g=D:\php-sdk\oracle\instantclient11\sdk,shared" "--enable-object-out-dir=../obj/" "--enable-com-dotnet" "--with-mcrypt=static" Server API Apache 2.0 Handler Virtual Directory Support enabled Configuration File (php.ini) Path C:\Windows Loaded Configuration File C:\Program Files\EasyPHP-5.3.6.0\apache\php.ini Scan this dir for additional .ini files (none) Additional .ini files parsed (none) PHP API 20090626 PHP Extension 20090626 Zend Extension 220090626 Zend Extension Build API220090626,TS,VC9 PHP Extension Build API20090626,TS,VC9 Debug Build no Thread Safety enabled Zend Memory Manager enabled Zend Multibyte Support disabled IPv6 Support enabled Registered PHP Streams php, file, glob, data, http, ftp, zip, compress.zlib, compress.bzip2, phar Registered Stream Socket Transports tcp, udp Registered Stream Filters convert.iconv.*, mcrypt.*, mdecrypt.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, zlib.*, bzip2.* Zend logo This program makes use of the Zend Scripting Language Engine: Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies with Xdebug v2.1.0, Copyright (c) 2002-2010, by Derick Rethans PHP Credits Configuration apache2handler Apache Version Apache/2.2.17 (Win32) PHP/5.3.6 Apache API Version 20051115 Server Administrator admin@127.0.0.1 Hostname:Port 127.0.0.1:80 Max Requests Per Child: 0 - Keep Alive: on - Max Per Connection: 100 Timeouts Connection: 300 - Keep-Alive: 5 Virtual Server No Server Root C:/Program Files/EasyPHP-5.3.6.0/apache Loaded Modules core mod_win32 mpm_winnt http_core mod_so mod_actions mod_alias mod_asis mod_auth_basic mod_authn_default mod_authn_file mod_authz_default mod_authz_groupfile mod_authz_host mod_authz_user mod_autoindex mod_cgi mod_dir mod_env mod_include mod_isapi mod_log_config mod_mime mod_negotiation mod_rewrite mod_setenvif mod_php5 Directive Local Value Master Value engine 1 1 last_modified 0 0 xbithack 0 0 Apache Environment Variable Value TMP C:/PROGRA~1/EASYPH~1.0/tmp HTTP_HOST localhost HTTP_USER_AGENT Mozilla/5.0 (Windows NT 6.1; rv:2.0) Gecko/20100101 Firefox/4.0 HTTP_ACCEPT text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 HTTP_ACCEPT_LANGUAGE tr-tr,tr;q=0.8,en-us;q=0.5,en;q=0.3 HTTP_ACCEPT_ENCODING gzip, deflate HTTP_ACCEPT_CHARSET ISO-8859-9,utf-8;q=0.7,*;q=0.7 HTTP_KEEP_ALIVE 115 HTTP_CONNECTION keep-alive PATH C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\ActivIdentity\ActivClient\;C:\Program Files\Hewlett-Packard\IAM\bin;C:\Program Files\Common Files\Roxio Shared\DLLShared\;C:\Program Files\Common Files\Roxio Shared\DLLShared\;C:\Program Files\Common Files\Roxio Shared\9.0\DLLShared\;C:\Program Files\Windows Live\Shared;C:\PROGRA~1\EASYPH~1.0\Apache\bin;C:\PROGRA~1\EASYPH~1.0\PHP SystemRoot C:\Windows COMSPEC C:\Windows\system32\cmd.exe PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC WINDIR C:\Windows SERVER_SIGNATURE no value SERVER_SOFTWARE Apache/2.2.17 (Win32) PHP/5.3.6 SERVER_NAME localhost SERVER_ADDR 127.0.0.1 SERVER_PORT 80 REMOTE_ADDR 127.0.0.1 DOCUMENT_ROOT E:/www SERVER_ADMIN admin@127.0.0.1 SCRIPT_FILENAME E:/www/phpInfo.php REMOTE_PORT 56393 GATEWAY_INTERFACE CGI/1.1 SERVER_PROTOCOL HTTP/1.1 REQUEST_METHOD GET QUERY_STRING no value REQUEST_URI /phpInfo.php SCRIPT_NAME /phpInfo.php HTTP Headers Information HTTP Request Headers HTTP Request GET /phpInfo.php HTTP/1.1 Host localhost User-Agent Mozilla/5.0 (Windows NT 6.1; rv:2.0) Gecko/20100101 Firefox/4.0 Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language tr-tr,tr;q=0.8,en-us;q=0.5,en;q=0.3 Accept-Encoding gzip, deflate Accept-Charset ISO-8859-9,utf-8;q=0.7,*;q=0.7 Keep-Alive 115 Connection keep-alive HTTP Response Headers X-Powered-By PHP/5.3.6 Keep-Alive timeout=5, max=100 Connection Keep-Alive Transfer-Encoding chunked Content-Type text/html bcmath BCMath support enabled Directive Local Value Master Value bcmath.scale 0 0 bz2 BZip2 Support Enabled Stream Wrapper support compress.bzip2:// Stream Filter support bzip2.decompress, bzip2.compress BZip2 Version 1.0.6, 6-Sept-2010 calendar Calendar support enabled com_dotnet COM support enabled DCOM support disabled .Net support enabled Directive Local Value Master Value com.allow_dcom 0 0 com.autoregister_casesensitive 1 1 com.autoregister_typelib 0 0 com.autoregister_verbose 0 0 com.code_page no value no value com.typelib_file no value no value Core PHP Version 5.3.6 Directive Local Value Master Value allow_call_time_pass_reference Off Off allow_url_fopen On On allow_url_include Off Off always_populate_raw_post_data Off Off arg_separator.input & & arg_separator.output & & asp_tags Off Off auto_append_file no value no value auto_globals_jit On On auto_prepend_file no value no value browscap no value no value default_charset no value no value default_mimetype text/html text/html define_syslog_variables Off Off disable_classes no value no value disable_functions no value no value display_errors On On display_startup_errors On On doc_root no value no value docref_ext no value no value docref_root no value no value enable_dl Off Off error_append_string no value no value error_log no value no value error_prepend_string no value no value error_reporting 32767 32767 exit_on_timeout Off Off expose_php On On extension_dir C:\PROGRA~1\EASYPH~1.0\php\ext\ C:\PROGRA~1\EASYPH~1.0\php\ext\ file_uploads On On highlight.bg #FFFFFF #FFFFFF highlight.comment #FF8000 #FF8000 highlight.default #0000BB #0000BB highlight.html #000000 #000000 highlight.keyword #007700 #007700 highlight.string #DD0000 #DD0000 html_errors On On ignore_repeated_errors Off Off ignore_repeated_source Off Off ignore_user_abort Off Off implicit_flush Off Off include_path .;C:\php\pear .;C:\php\pear log_errors On On log_errors_max_len 1024 1024 magic_quotes_gpc Off Off magic_quotes_runtime Off Off magic_quotes_sybase Off Off mail.add_x_header On On mail.force_extra_parameters no value no value mail.log no value no value max_execution_time 30 30 max_file_uploads 20 20 max_input_nesting_level 64 64 max_input_time 60 60 memory_limit 128M 128M open_basedir no value no value output_buffering 4096 4096 output_handler no value no value post_max_size 8M 8M precision 14 14 realpath_cache_size 16K 16K realpath_cache_ttl 120 120 register_argc_argv Off Off register_globals Off Off register_long_arrays Off Off report_memleaks On On report_zend_debug On On request_order GP GP safe_mode Off Off safe_mode_exec_dir no value no value safe_mode_gid Off Off safe_mode_include_dir no value no value sendmail_from servicedesk@ozyegin.edu.tr servicedesk@ozyegin.edu.tr sendmail_path no value no value serialize_precision 17 17 short_open_tag On On SMTP 10.10.10.20 10.10.10.20 smtp_port 25 25 sql.safe_mode Off Off track_errors On On unserialize_callback_func no value no value upload_max_filesize 2M 2M upload_tmp_dir C:\PROGRA~1\EASYPH~1.0\tmp\ C:\PROGRA~1\EASYPH~1.0\tmp\ user_dir no value no value user_ini.cache_ttl 300 300 user_ini.filename .user.ini .user.ini variables_order GPCS GPCS xmlrpc_error_number 0 0 xmlrpc_errors Off Off y2k_compliance On On zend.enable_gc On On ctype ctype functions enabled curl cURL support enabled cURL Information 7.21.2 Age 3 Features AsynchDNS Yes Debug No GSS-Negotiate No IDN No IPv6 Yes Largefile Yes NTLM Yes SPNEGO No SSL Yes SSPI Yes krb4 No libz Yes CharConv No Protocols dict, file, ftp, ftps, gopher, http, https, imap, imaps, ldap, pop3, pop3s, rtsp, scp, sftp, smtp, smtps, telnet, tftp Host i386-pc-win32 SSL Version OpenSSL/0.9.8o ZLib Version 1.2.3 libSSH Version libssh2/1.2.7 date date/time support enabled "Olson" Timezone Database Version 2011.4 Timezone Database internal Default timezone Europe/Istanbul Directive Local Value Master Value date.default_latitude 31.7667 31.7667 date.default_longitude 35.2333 35.2333 date.sunrise_zenith 90.583333 90.583333 date.sunset_zenith 90.583333 90.583333 date.timezone Europe/Istanbul Europe/Paris dom DOM/XML enabled DOM/XML API Version 20031129 libxml Version 2.7.7 HTML Support enabled XPath Support enabled XPointer Support enabled Schema Support enabled RelaxNG Support enabled ereg Regex Library Bundled library enabled filter Input Validation and Filtering enabled Revision $Revision: 306939 $ Directive Local Value Master Value filter.default unsafe_raw unsafe_raw filter.default_flags no value no value ftp FTP support enabled gd GD Support enabled GD Version bundled (2.0.34 compatible) FreeType Support enabled FreeType Linkage with freetype FreeType Version 2.4.3 GIF Read Support enabled GIF Create Support enabled JPEG Support enabled libJPEG Version 6b PNG Support enabled libPNG Version 1.2.44 WBMP Support enabled XBM Support enabled Directive Local Value Master Value gd.jpeg_ignore_warning 0 0 hash hash support enabled Hashing Engines md2 md4 md5 sha1 sha224 sha256 sha384 sha512 ripemd128 ripemd160 ripemd256 ripemd320 whirlpool tiger128,3 tiger160,3 tiger192,3 tiger128,4 tiger160,4 tiger192,4 snefru snefru256 gost adler32 crc32 crc32b salsa10 salsa20 haval128,3 haval160,3 haval192,3 haval224,3 haval256,3 haval128,4 haval160,4 haval192,4 haval224,4 haval256,4 haval128,5 haval160,5 haval192,5 haval224,5 haval256,5 iconv iconv support enabled iconv implementation "libiconv" iconv library version 1.11 Directive Local Value Master Value iconv.input_encoding ISO-8859-1 ISO-8859-1 iconv.internal_encoding ISO-8859-1 ISO-8859-1 iconv.output_encoding ISO-8859-1 ISO-8859-1 json json support enabled json version 1.2.1 ldap LDAP Support enabled RCS Version $Id: ldap.c 306939 2011-01-01 02:19:59Z felipe $ Total Links 0/unlimited API Version 3001 Vendor Name OpenLDAP Vendor Version 20319 SASL Support Enabled Directive Local Value Master Value ldap.max_links Unlimited Unlimited libxml libXML support active libXML Compiled Version 2.7.7 libXML Loaded Version 20707 libXML streams enabled mbstring Multibyte Support enabled Multibyte string engine libmbfl HTTP input encoding translation disabled mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Multibyte (japanese) regex support enabled Multibyte regex (oniguruma) version 4.7.1 Directive Local Value Master Value mbstring.detect_order no value no value mbstring.encoding_translation Off Off mbstring.func_overload 0 0 mbstring.http_input pass pass mbstring.http_output pass pass mbstring.http_output_conv_mimetypes ^(text/|application/xhtml\+xml) ^(text/|application/xhtml\+xml) mbstring.internal_encoding no value no value mbstring.language neutral neutral mbstring.strict_detection Off Off mbstring.substitute_character no value no value mcrypt mcrypt support enabled mcrypt_filter support enabled Version 2.5.8 Api No 20021217 Supported ciphers cast-128 gost rijndael-128 twofish cast-256 loki97 rijndael-192 saferplus wake blowfish-compat des rijndael-256 serpent xtea blowfish enigma rc2 tripledes arcfour Supported modes cbc cfb ctr ecb ncfb nofb ofb stream Directive Local Value Master Value mcrypt.algorithms_dir no value no value mcrypt.modes_dir no value no value mhash MHASH support Enabled MHASH API Version Emulated Support mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version mysqlnd 5.0.8-dev - 20102224 - $Revision: 308673 $ Directive Local Value Master Value mysql.allow_local_infile On On mysql.allow_persistent On On mysql.connect_timeout 60 60 mysql.default_host no value no value mysql.default_password no value no value mysql.default_port no value no value mysql.default_socket no value no value mysql.default_user no value no value mysql.max_links Unlimited Unlimited mysql.max_persistent Unlimited Unlimited mysql.trace_mode Off Off mysqli MysqlI Support enabled Client API library version mysqlnd 5.0.8-dev - 20102224 - $Revision: 308673 $ Active Persistent Links 0 Inactive Persistent Links 0 Active Links 0 Directive Local Value Master Value mysqli.allow_local_infile On On mysqli.allow_persistent On On mysqli.default_host no value no value mysqli.default_port 3306 3306 mysqli.default_pw no value no value mysqli.default_socket no value no value mysqli.default_user no value no value mysqli.max_links Unlimited Unlimited mysqli.max_persistent Unlimited Unlimited mysqli.reconnect Off Off mysqlnd mysqlnd enabled Version mysqlnd 5.0.8-dev - 20102224 - $Revision: 308673 $ Compression supported SSL supported Command buffer size 4096 Read buffer size 32768 Read timeout 31536000 Collecting statistics Yes Collecting memory statistics Yes Tracing n/a Client statistics bytes_sent 342 bytes_received 246 packets_sent 24 packets_received 12 protocol_overhead_in 48 protocol_overhead_out 96 bytes_received_ok_packet 44 bytes_received_eof_packet 18 bytes_received_rset_header_packet 44 bytes_received_rset_field_meta_packet 0 bytes_received_rset_row_packet 0 bytes_received_prepare_response_packet 0 bytes_received_change_user_packet 0 packets_sent_command 10 packets_received_ok 4 packets_received_eof 2 packets_received_rset_header 4 packets_received_rset_field_meta 0 packets_received_rset_row 0 packets_received_prepare_response 0 packets_received_change_user 0 result_set_queries 0 non_result_set_queries 4 no_index_used 0 bad_index_used 0 slow_queries 0 buffered_sets 0 unbuffered_sets 0 ps_buffered_sets 0 ps_unbuffered_sets 0 flushed_normal_sets 0 flushed_ps_sets 0 ps_prepared_never_executed 0 ps_prepared_once_executed 0 rows_fetched_from_server_normal 0 rows_fetched_from_server_ps 0 rows_buffered_from_client_normal 0 rows_buffered_from_client_ps 0 rows_fetched_from_client_normal_buffered 0 rows_fetched_from_client_normal_unbuffered 0 rows_fetched_from_client_ps_buffered 0 rows_fetched_from_client_ps_unbuffered 0 rows_fetched_from_client_ps_cursor 0 rows_affected_normal 0 rows_affected_ps 0 rows_skipped_normal 0 rows_skipped_ps 0 copy_on_write_saved 0 copy_on_write_performed 0 command_buffer_too_small 0 connect_success 2 connect_failure 0 connection_reused 0 reconnect 0 pconnect_success 0 active_connections 0 active_persistent_connections 0 explicit_close 2 implicit_close 0 disconnect_close 0 in_middle_of_command_close 0 explicit_free_result 0 implicit_free_result 0 explicit_stmt_close 0 implicit_stmt_close 0 mem_emalloc_count 4 mem_emalloc_amount 8232 mem_ecalloc_count 30 mem_ecalloc_amount 9144 mem_erealloc_count 0 mem_erealloc_amount 0 mem_efree_count 50 mem_efree_amount 17616 mem_malloc_count 0 mem_malloc_amount 0 mem_calloc_count 0 mem_calloc_amount 0 mem_realloc_count 0 mem_realloc_amount 0 mem_free_count 0 mem_free_amount 0 mem_estrndup_count 8 mem_strndup_count 0 mem_estndup_count 8 mem_strdup_count 0 proto_text_fetched_null 0 proto_text_fetched_bit 0 proto_text_fetched_tinyint 0 proto_text_fetched_short 0 proto_text_fetched_int24 0 proto_text_fetched_int 0 proto_text_fetched_bigint 0 proto_text_fetched_decimal 0 proto_text_fetched_float 0 proto_text_fetched_double 0 proto_text_fetched_date 0 proto_text_fetched_year 0 proto_text_fetched_time 0 proto_text_fetched_datetime 0 proto_text_fetched_timestamp 0 proto_text_fetched_string 0 proto_text_fetched_blob 0 proto_text_fetched_enum 0 proto_text_fetched_set 0 proto_text_fetched_geometry 0 proto_text_fetched_other 0 proto_binary_fetched_null 0 proto_binary_fetched_bit 0 proto_binary_fetched_tinyint 0 proto_binary_fetched_short 0 proto_binary_fetched_int24 0 proto_binary_fetched_int 0 proto_binary_fetched_bigint 0 proto_binary_fetched_decimal 0 proto_binary_fetched_float 0 proto_binary_fetched_double 0 proto_binary_fetched_date 0 proto_binary_fetched_year 0 proto_binary_fetched_time 0 proto_binary_fetched_datetime 0 proto_binary_fetched_timestamp 0 proto_binary_fetched_string 0 proto_binary_fetched_blob 0 proto_binary_fetched_enum 0 proto_binary_fetched_set 0 proto_binary_fetched_geometry 0 proto_binary_fetched_other 0 init_command_executed_count 0 init_command_failed_count 0 com_quit 2 com_init_db 2 com_query 4 com_field_list 0 com_create_db 0 com_drop_db 0 com_refresh 0 com_shutdown 0 com_statistics 0 com_process_info 0 com_connect 0 com_process_kill 0 com_debug 0 com_ping 0 com_time 0 com_delayed_insert 0 com_change_user 0 com_binlog_dump 0 com_table_dump 0 com_connect_out 0 com_register_slave 0 com_stmt_prepare 0 com_stmt_execute 0 com_stmt_send_long_data 0 com_stmt_close 0 com_stmt_reset 0 com_stmt_set_option 2 com_stmt_fetch 0 com_deamon 0 bytes_received_real_data_normal 0 bytes_received_real_data_ps 0 odbc ODBC Support enabled Active Persistent Links 0 Active Links 0 ODBC library Win32 Directive Local Value Master Value odbc.allow_persistent On On odbc.check_persistent On On odbc.default_cursortype Static cursor Static cursor odbc.default_db no value no value odbc.default_pw no value no value odbc.default_user no value no value odbc.defaultbinmode return as is return as is odbc.defaultlrl return up to 4096 bytes return up to 4096 bytes odbc.max_links Unlimited Unlimited odbc.max_persistent Unlimited Unlimited pcre PCRE (Perl Compatible Regular Expressions) Support enabled PCRE Library Version 8.11 2010-12-10 Directive Local Value Master Value pcre.backtrack_limit 100000 100000 pcre.recursion_limit 100000 100000 PDO PDO support enabled PDO drivers mysql, sqlite, sqlite2 pdo_mysql PDO Driver for MySQL enabled Client API version mysqlnd 5.0.8-dev - 20102224 - $Revision: 308673 $ pdo_sqlite PDO Driver for SQLite 3.x enabled SQLite Library 3.7.4 Phar Phar: PHP Archive support enabled Phar EXT version 2.0.1 Phar API version 1.1.1 SVN revision $Revision: 307915 $ Phar-based phar archives enabled Tar-based phar archives enabled ZIP-based phar archives enabled gzip compression enabled bzip2 compression enabled OpenSSL support disabled (install ext/openssl) Phar based on pear/PHP_Archive, original concept by Davey Shafik. Phar fully realized by Gregory Beaver and Marcus Boerger. Portions of tar implementation Copyright (c) 2003-2009 Tim Kientzle. Directive Local Value Master Value phar.cache_list no value no value phar.readonly On On phar.require_hash On On Reflection Reflection enabled Version $Revision: 307971 $ session Session Support enabled Registered save handlers files user sqlite Registered serializer handlers php php_binary wddx Directive Local Value Master Value session.auto_start Off Off session.bug_compat_42 On On session.bug_compat_warn On On session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain no value no value session.cookie_httponly Off Off session.cookie_lifetime 0 0 session.cookie_path / / session.cookie_secure Off Off session.entropy_file no value no value session.entropy_length 0 0 session.gc_divisor 1000 1000 session.gc_maxlifetime 1440 1440 session.gc_probability 1 1 session.hash_bits_per_character 5 5 session.hash_function 0 0 session.name PHPSESSID PHPSESSID session.referer_check no value no value session.save_handler files files session.save_path no value no value session.serialize_handler php php session.use_cookies On On session.use_only_cookies On On session.use_trans_sid 0 0 SimpleXML Simplexml support enabled Revision $Revision: 308262 $ Schema support enabled SPL SPL support enabled Interfaces Countable, OuterIterator, RecursiveIterator, SeekableIterator, SplObserver, SplSubject Classes AppendIterator, ArrayIterator, ArrayObject, BadFunctionCallException, BadMethodCallException, CachingIterator, DirectoryIterator, DomainException, EmptyIterator, FilesystemIterator, FilterIterator, GlobIterator, InfiniteIterator, InvalidArgumentException, IteratorIterator, LengthException, LimitIterator, LogicException, MultipleIterator, NoRewindIterator, OutOfBoundsException, OutOfRangeException, OverflowException, ParentIterator, RangeException, RecursiveArrayIterator, RecursiveCachingIterator, RecursiveDirectoryIterator, RecursiveFilterIterator, RecursiveIteratorIterator, RecursiveRegexIterator, RecursiveTreeIterator, RegexIterator, RuntimeException, SplDoublyLinkedList, SplFileInfo, SplFileObject, SplFixedArray, SplHeap, SplMinHeap, SplMaxHeap, SplObjectStorage, SplPriorityQueue, SplQueue, SplStack, SplTempFileObject, UnderflowException, UnexpectedValueException SQLite SQLite support enabled PECL Module version 2.0-dev $Id: sqlite.c 306939 2011-01-01 02:19:59Z felipe $ SQLite Library 2.8.17 SQLite Encoding iso8859 Directive Local Value Master Value sqlite.assoc_case 0 0 sqlite3 SQLite3 support enabled SQLite3 module version 0.7-dev SQLite Library 3.7.4 Directive Local Value Master Value sqlite3.extension_dir no value no value standard Dynamic Library Support enabled Internal Sendmail Support for Windows enabled Directive Local Value Master Value assert.active 1 1 assert.bail 0 0 assert.callback no value no value assert.quiet_eval 0 0 assert.warning 1 1 auto_detect_line_endings 0 0 default_socket_timeout 60 60 from no value no value safe_mode_allowed_env_vars PHP_ PHP_ safe_mode_protected_env_vars LD_LIBRARY_PATH LD_LIBRARY_PATH url_rewriter.tags a=href,area=href,frame=src,input=src,form=fakeentry a=href,area=href,frame=src,input=src,form=fakeentry user_agent no value no value tokenizer Tokenizer Support enabled wddx WDDX Support enabled WDDX Session Serializer enabled xdebug xdebug support enabled Version 2.1.0 Supported protocols Revision DBGp - Common DeBuGger Protocol $Revision: 1.145 $ Directive Local Value Master Value xdebug.auto_trace Off Off xdebug.collect_assignments Off Off xdebug.collect_includes On On xdebug.collect_params 4 4 xdebug.collect_return On On xdebug.collect_vars On On xdebug.default_enable Off Off xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER REMOTE_ADDR,REQUEST_METHOD,REQUEST_URI REMOTE_ADDR,REQUEST_METHOD,REQUEST_URI xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.file_link_format no value no value xdebug.idekey borah no value xdebug.manual_url http://www.php.net [^] http://www.php.net [^] xdebug.max_nesting_level 100 100 xdebug.overload_var_dump On On xdebug.profiler_aggregate Off Off xdebug.profiler_append On On xdebug.profiler_enable Off Off xdebug.profiler_enable_trigger On On xdebug.profiler_output_dir C:\PROGRA~1\EASYPH~1.0\xdebug\profiler C:\PROGRA~1\EASYPH~1.0\xdebug\profiler xdebug.profiler_output_name cachegrind.out.%s.%t cachegrind.out.%s.%t xdebug.remote_autostart Off Off xdebug.remote_connect_back Off Off xdebug.remote_cookie_expire_time 3600 3600 xdebug.remote_enable On On xdebug.remote_handler dbgp dbgp xdebug.remote_host 127.0.0.1 127.0.0.1 xdebug.remote_log no value no value xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.scream Off Off xdebug.show_exception_trace Off Off xdebug.show_local_vars On On xdebug.show_mem_delta On On xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir C:\PROGRA~1\EASYPH~1.0\xdebug\trace C:\PROGRA~1\EASYPH~1.0\xdebug\trace xdebug.trace_output_name trace.%t trace.%t xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3 xml XML Support active XML Namespace Support active libxml2 Version 2.7.7 xmlreader XMLReader enabled xmlwriter XMLWriter enabled zip Zip enabled Extension Version $Id: php_zip.c 308107 2011-02-07 16:20:16Z pajoye $ Zip version 1.9.1 Libzip version 0.9.0 zlib ZLib Support enabled Stream Wrapper support compress.zlib:// Stream Filter support zlib.inflate, zlib.deflate Compiled Version 1.2.5 Linked Version 1.2.5 Directive Local Value Master Value zlib.output_compression Off Off zlib.output_compression_level -1 -1 zlib.output_handler no value no value Additional Modules Module Name Environment Variable Value no value ::=::\ ALLUSERSPROFILE C:\ProgramData APPDATA C:\Users\borah\AppData\Roaming CommonProgramFiles C:\Program Files\Common Files COMPUTERNAME OZUNBHBH ComSpec C:\Windows\system32\cmd.exe FP_NO_HOST_CHECK NO HOMEDRIVE H: HOMEPATH \ HOMESHARE \\patara\ozyeginunv\Bilgi_Hizmetleri\borah LOCALAPPDATA C:\Users\borah\AppData\Local LOGONSERVER \\ASSOS NUMBER_OF_PROCESSORS 2 OS Windows_NT Path C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\ActivIdentity\ActivClient\;C:\Program Files\Hewlett-Packard\IAM\bin;C:\Program Files\Common Files\Roxio Shared\DLLShared\;C:\Program Files\Common Files\Roxio Shared\DLLShared\;C:\Program Files\Common Files\Roxio Shared\9.0\DLLShared\;C:\Program Files\Windows Live\Shared;C:\PROGRA~1\EASYPH~1.0\Apache\bin;C:\PROGRA~1\EASYPH~1.0\PHP PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC PROCESSOR_ARCHITECTURE x86 PROCESSOR_IDENTIFIER x86 Family 6 Model 23 Stepping 10, GenuineIntel PROCESSOR_LEVEL 6 PROCESSOR_REVISION 170a ProgramData C:\ProgramData ProgramFiles C:\Program Files PSModulePath C:\Windows\system32\WindowsPowerShell\v1.0\Modules\ PUBLIC C:\Users\Public RoxioCentral C:\Program Files\Common Files\Roxio Shared\9.0\Roxio Central33\ SESSIONNAME Console SystemDrive C: SystemRoot C:\Windows TEMP C:\Users\borah\AppData\Local\Temp TMP C:\Users\borah\AppData\Local\Temp USERDNSDOMAIN OZUN.INT USERDOMAIN OZUN USERNAME borah USERPROFILE C:\Users\borah windir C:\Windows AP_PARENT_PID 5716 PHP Variables Variable Value _SERVER["TMP"] C:/PROGRA~1/EASYPH~1.0/tmp _SERVER["HTTP_HOST"] localhost _SERVER["HTTP_USER_AGENT"] Mozilla/5.0 (Windows NT 6.1; rv:2.0) Gecko/20100101 Firefox/4.0 _SERVER["HTTP_ACCEPT"] text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 _SERVER["HTTP_ACCEPT_LANGUAGE"] tr-tr,tr;q=0.8,en-us;q=0.5,en;q=0.3 _SERVER["HTTP_ACCEPT_ENCODING"] gzip, deflate _SERVER["HTTP_ACCEPT_CHARSET"] ISO-8859-9,utf-8;q=0.7,*;q=0.7 _SERVER["HTTP_KEEP_ALIVE"] 115 _SERVER["HTTP_CONNECTION"] keep-alive _SERVER["PATH"] C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\ActivIdentity\ActivClient\;C:\Program Files\Hewlett-Packard\IAM\bin;C:\Program Files\Common Files\Roxio Shared\DLLShared\;C:\Program Files\Common Files\Roxio Shared\DLLShared\;C:\Program Files\Common Files\Roxio Shared\9.0\DLLShared\;C:\Program Files\Windows Live\Shared;C:\PROGRA~1\EASYPH~1.0\Apache\bin;C:\PROGRA~1\EASYPH~1.0\PHP _SERVER["SystemRoot"] C:\Windows _SERVER["COMSPEC"] C:\Windows\system32\cmd.exe _SERVER["PATHEXT"] .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC _SERVER["WINDIR"] C:\Windows _SERVER["SERVER_SIGNATURE"] no value _SERVER["SERVER_SOFTWARE"] Apache/2.2.17 (Win32) PHP/5.3.6 _SERVER["SERVER_NAME"] localhost _SERVER["SERVER_ADDR"] 127.0.0.1 _SERVER["SERVER_PORT"] 80 _SERVER["REMOTE_ADDR"] 127.0.0.1 _SERVER["DOCUMENT_ROOT"] E:/www _SERVER["SERVER_ADMIN"] admin@127.0.0.1 _SERVER["SCRIPT_FILENAME"] E:/www/phpInfo.php _SERVER["REMOTE_PORT"] 56393 _SERVER["GATEWAY_INTERFACE"] CGI/1.1 _SERVER["SERVER_PROTOCOL"] HTTP/1.1 _SERVER["REQUEST_METHOD"] GET _SERVER["QUERY_STRING"] no value _SERVER["REQUEST_URI"] /phpInfo.php _SERVER["SCRIPT_NAME"] /phpInfo.php _SERVER["PHP_SELF"] /phpInfo.php _SERVER["REQUEST_TIME"] 1301920610 PHP License This program is free software; you can redistribute it and/or modify it under the terms of the PHP License as published by the PHP Group and included in the distribution in the file: LICENSE This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact license@php.net.
Attached Files:	php.ini (72,136) 2011-04-04 14:56 http://bugs.xdebug.org/file_download.php?file_id=17&type=bug

Notes
(0002721) derick    2014-02-27 20:00	I've no idea what the problem is, and there is not nearly enough information on what you tried and what the error message that you get is. Can you please be more elaborate?
(0002771) derick    2014-03-12 21:54	Closing this out as I can't reproduce it and no feedback was provided. Please re-open if this issue returns.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
906	[Xdebug] Debug client (console)	minor	always	2012-11-25 12:42	2014-03-12 21:53
Reporter:	figi	Platform:	Netbeans IDE 7.2.1
Assigned To:	derick	OS:	windows 7
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	windows 7
PHP Version:	5.4.3
Summary:	line by line trace with Xdebug causes problems with mysqli object values being set differently
Description:	run a simple program to update database. Without the Xdebug trace, it runs smoothly and updates. With Xdebug turned on, step by step tracing the mysqli update variables after an update to database - xdebug causes update variable to change from 1 (correct value) to -1 unexpectedly (incorrect value).
Steps To Reproduce:	For example: $q = "INSERT INTO users (first_name, last_name, email, pass, registration_date) VALUES ('$fn', '$ln', '$e', SHA1('$p'), NOW() )"; // Execute the query: $mysqli->query($q); if ($mysqli->affected_rows == 1) { // Xdebug trace of object variable mysqli does show affected_rows is +1 but... it switches to -1 on the next step? so it jumps to the wrong execution line afterwards. Database does get updated despite issues from xdebug.
Additional Information:	I noticed that xdebug step by step tracing on looping statements involving mysql execution code also causes sporadic problem with xdebug running and forcing the break of the loop at incorrect times. Again, without xdebug running, the programs execute fine. Perhaps my xdebug is set incorrectly to handle mysql? Below is mysql settings dump from phpinfo(): mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version mysqlnd 5.0.10 - 20111026 - $Id: b0b3b15c693b7f6aeb3aa66b646fee339f175e39 $ Directive Local Value Master Value mysql.allow_local_infile On On mysql.allow_persistent On On mysql.connect_timeout 60 60 mysql.default_host no value no value mysql.default_password no value no value mysql.default_port no value no value mysql.default_socket no value no value mysql.default_user no value no value mysql.max_links Unlimited Unlimited mysql.max_persistent Unlimited Unlimited mysql.trace_mode Off Off mysqli MysqlI Support enabled Client API library version mysqlnd 5.0.10 - 20111026 - $Id: b0b3b15c693b7f6aeb3aa66b646fee339f175e39 $ Active Persistent Links 0 Inactive Persistent Links 0 Active Links 0 Directive Local Value Master Value mysqli.allow_local_infile On On mysqli.allow_persistent On On mysqli.default_host no value no value mysqli.default_port 3306 3306 mysqli.default_pw no value no value mysqli.default_socket no value no value mysqli.default_user no value no value mysqli.max_links Unlimited Unlimited mysqli.max_persistent Unlimited Unlimited mysqli.reconnect Off Off
Attached Files:

Notes
(0002404) derick    2012-12-24 12:57	I've noticed that MySQLi does many weird things, where accessing variables changes them. I would have to investigate whether that's the case here too - and if you could provide a full example (including insert statements), that would help a lot!
(0002711) derick    2014-02-27 19:44	Can you please provide the feedback?
(0002770) derick    2014-03-12 21:53	Closing this out as I can't reproduce it and no feedback was provided. Please re-open if this issue returns.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
904	[Xdebug] Installation	minor	always	2012-11-24 16:53	2014-03-12 21:53
Reporter:	lucassrod	Platform:	linux
Assigned To:	derick	OS:	Sabayon Linux
Priority:	low	OS Version:	10
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.4.4
Summary:	Cannot run make
Description:	~/Downloads/xdebug-2.2.1 $ make /bin/sh /home/lucas/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/home/lucas/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/home/lucas/Downloads/xdebug-2.2.1/include -I/home/lucas/Downloads/xdebug-2.2.1/main -I/home/lucas/Downloads/xdebug-2.2.1 -I/usr/lib64/php5.4/include/php -I/usr/lib64/php5.4/include/php/main -I/usr/lib64/php5.4/include/php/TSRM -I/usr/lib64/php5.4/include/php/Zend -I/usr/lib64/php5.4/include/php/ext -I/usr/lib64/php5.4/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/lucas/Downloads/xdebug-2.2.1/xdebug.c -o xdebug.lo /home/lucas/Downloads/xdebug-2.2.1/libtool: line 481: CDPATH: command not found libtool: Version mismatch error. This is libtool 2.4, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.4 libtool: and run autoconf again. make: *** [xdebug.lo] Error 63
Steps To Reproduce:	~/Downloads/xdebug-2.2.1 $ phpize Configuring for: PHP Api Version: 20100412 Zend Module Api No: 20100525 Zend Extension Api No: 220100525 ~/Downloads/xdebug-2.2.1 $ ./configure --enable-xdebug checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for a sed that does not truncate output... /bin/sed checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking for PHP prefix... /usr/lib64/php5.4 checking for PHP includes... -I/usr/lib64/php5.4/include/php -I/usr/lib64/php5.4/include/php/main -I/usr/lib64/php5.4/include/php/TSRM -I/usr/lib64/php5.4/include/php/Zend -I/usr/lib64/php5.4/include/php/ext -I/usr/lib64/php5.4/include/php/ext/date/lib checking for PHP extension directory... /usr/lib64/php5.4/lib/extensions/no-debug-non-zts-20100525 checking for PHP installed headers prefix... /usr/lib64/php5.4/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking whether to enable eXtended debugging support... yes, shared checking Check for supported PHP versions... supported (5.4.7--pl0-gentoo) checking for gettimeofday... yes checking for cos in -lm... yes checking for ld used by cc... /usr/x86_64-pc-linux-gnu/bin/ld checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes checking for /usr/x86_64-pc-linux-gnu/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking the maximum length of command line arguments... 1572864 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool appending configuration tag "CXX" to libtool configure: creating ./config.status config.status: creating config.h config.status: config.h is unchanged ~/Downloads/xdebug-2.2.1 $ make /bin/sh /home/lucas/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/home/lucas/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/home/lucas/Downloads/xdebug-2.2.1/include -I/home/lucas/Downloads/xdebug-2.2.1/main -I/home/lucas/Downloads/xdebug-2.2.1 -I/usr/lib64/php5.4/include/php -I/usr/lib64/php5.4/include/php/main -I/usr/lib64/php5.4/include/php/TSRM -I/usr/lib64/php5.4/include/php/Zend -I/usr/lib64/php5.4/include/php/ext -I/usr/lib64/php5.4/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/lucas/Downloads/xdebug-2.2.1/xdebug.c -o xdebug.lo /home/lucas/Downloads/xdebug-2.2.1/libtool: line 481: CDPATH: command not found libtool: Version mismatch error. This is libtool 2.4, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.4 libtool: and run autoconf again. make: *** [xdebug.lo] Error 63
Additional Information:	Follow this wizard: Summary Xdebug installed: no Server API: Apache 2.0 Handler Windows: no Zend Server: no PHP Version: 5.4.7-- Zend API nr: 220100525 PHP API nr: 20100525 Debug Build: no Thread Safe Build: no Configuration File Path: /etc/php/apache2-php5.4 Configuration File: /etc/php/apache2-php5.4/php.ini Extensions directory: /usr/lib64/php5.4/lib/extensions/no-debug-non-zts-20100525 Instructions Download xdebug-2.2.1.tgz Unpack the downloaded file with tar -xvzf xdebug-2.2.1.tgz Run: cd xdebug-2.2.1 Run: phpize As part of its output it should show: Configuring for: ... Zend Module Api No: 20100525 Zend Extension Api No: 220100525 If it does not, you are using the wrong phpize. Please follow this FAQ entry and skip the next step. Run: ./configure Run: make Run: cp modules/xdebug.so /usr/lib64/php5.4/lib/extensions/no-debug-non-zts-20100525 Edit /etc/php/apache2-php5.4/php.ini and add the line zend_extension = /usr/lib64/php5.4/lib/extensions/no-debug-non-zts-20100525/xdebug.so Restart the webserver
Attached Files:

Notes
(0002385) derick    2012-11-24 17:29	Not quite sure what to do about this one. This obviously works fine for me. Did you use your distribution's package for PHP itself?
(0002395) derick    2012-12-17 20:58	Hi, I can not reproduce this myself, so could you please provide what you are compiling against here? I have never even heard of Sabayon Linux. cheers, Derick
(0002397) lucassrod    2012-12-18 12:20	I will describe it, when arrive in home. Sabayon linux it is a distro based on Gentoo Linux. This distro it is awesome and there are not complications to install. Its easy and fast, really fast. http://www.sabayon.org/ [^]
(0002710) derick    2014-02-27 19:43	Can you please provide the feedback? For example whether this is still an issue?
(0002769) derick    2014-03-12 21:53	Closing this out as I can't reproduce it and no feedback was provided. Please re-open if this issue returns.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
907	[Xdebug] Installation	major	have not tried	2012-12-05 06:40	2014-03-12 21:53
Reporter:	peter.kehl	Platform:	PHP 5.5 alpha1
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:	CentOS 6.2 x64
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	CentOS 6.2 x64
PHP Version:	5.5-dev
Summary:	Can't compile XDebug from GIT withj PHP 5.5
Description:	I know that XDebug 2.2.1 won't work with PHP 5.5. But seeing http://bugs.xdebug.org/view.php?id=905 [^] made me think that you have a branch/revision which would work with PHP 5.5. So I've got the current git master of XDebug, compiled it with PHP 5.5 alpha1, and it won't compile. The error is different to one that you get when you try to compile 2.2.1 with same PHP alpha1.
Steps To Reproduce:	cat .git/HEAD ref: refs/heads/master [pkehl@pkehlcentos xdebug]$ cat .git/refs/heads/master 9b619908433247fc2316f3c28c3e73d87f1c2050 cd xdebug /usr/local/php/bin/phpize ./configure --enable-xdebug --with-php-config=/usr/local/php/bin/php-config make /bin/sh /home/pkehl/xdebug/libtool --mode=compile cc -I. -I/home/pkehl/xdebug -DPHP_ATOM_INC -I/home/pkehl/xdebug/include -I/home/pkehl/xdebug/main -I/home/pkehl/xdebug -I/usr/local/php/include/php -I/usr/local/php/include/php/main -I/usr/local/php/include/php/TSRM -I/usr/local/php/include/php/Zend -I/usr/local/php/include/php/ext -I/usr/local/php/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/pkehl/xdebug/xdebug.c -o xdebug.lo mkdir .libs cc -I. -I/home/pkehl/xdebug -DPHP_ATOM_INC -I/home/pkehl/xdebug/include -I/home/pkehl/xdebug/main -I/home/pkehl/xdebug -I/usr/local/php/include/php -I/usr/local/php/include/php/main -I/usr/local/php/include/php/TSRM -I/usr/local/php/include/php/Zend -I/usr/local/php/include/php/ext -I/usr/local/php/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /home/pkehl/xdebug/xdebug.c -fPIC -DPIC -o .libs/xdebug.o /home/pkehl/xdebug/xdebug.c: In function ‘zm_startup_xdebug’: /home/pkehl/xdebug/xdebug.c:576: error: ‘zend_execute_ex’ undeclared (first use in this function) /home/pkehl/xdebug/xdebug.c:576: error: (Each undeclared identifier is reported only once /home/pkehl/xdebug/xdebug.c:576: error: for each function it appears in.) /home/pkehl/xdebug/xdebug.c: In function ‘zm_shutdown_xdebug’: /home/pkehl/xdebug/xdebug.c:719: error: ‘zend_execute_ex’ undeclared (first use in this function)
Additional Information:	If it helps, I compiled PHP 5.5 alpha 1 using: ./configure --prefix=/usr/local/php --with-apxs2=/usr/sbin/apxs --enable-mbstring --with-curl --with-openssl --with-xmlrpc --enable-soap --enable-zip --with-gd --with-jpeg-dir --with-png-dir --with-mysql --with-pgsql --enable-embedded-mysqli --with-freetype-dir --with-ldap --enable-intl --with-mssql --with-zlib make sudo make install phpinfo says: PHP API 20121113 PHP Extension 20121113 Zend Extension 220121113 Zend Extension Build API220121113,NTS PHP Extension Build API20121113,NTS Apache/2.2.15 (CentOS) Apache API Version 20051115 I'm happy to recompile or run some commands if you tell me what.
Attached Files:

Notes
(0002387) peter.kehl    2012-12-05 06:47	phpize shows: Configuring for: PHP Api Version: 20121113 Zend Module Api No: 20121113 Zend Extension Api No: 220121113 Also, I've run 'git checkout xdebug_2_2', but I still get same compile error.
(0002709) derick    2014-02-27 19:42	This should just work fine now, is this still a problem?
(0002768) derick    2014-03-12 21:53	Closing this out as I can't reproduce it and no feedback was provided. Please re-open if this issue returns.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
745	[Xdebug] Debug client (console)	major	always	2011-11-08 12:28	2014-03-12 21:53
Reporter:	aaronroman	Platform:	mac
Assigned To:	derick	OS:	lion
Priority:	high	OS Version:	10.7.2
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	macos lion
PHP Version:	5.3.6
Summary:	Debug variables do show, but too slow in eclipse
Description:	On eclipse with PHPEclipse and doing remote debug, variables shows too slow, in all debug steps and breakpoints. The variables spend around 5 - 10 seconds to show in screen. Eclipse v3.7.1 PHPEclipse v 1.2.3 xDebug v2.1.1 PHP v5.3.6 Apache 2.2.17
Steps To Reproduce:	Remote debug with Eclipse. Insert breakpoint First step (10 seconds to show some variable) and it continue with the same slowly speed
Additional Information:
Attached Files:

Notes
(0001975) derick    2012-03-12 16:47	How do you know whether this is an Xdebug issue rather than an Eclipse issue?
(0002107) derick    2012-04-28 00:52	Hello?
(0002115) aaronroman    2012-04-28 16:55	Hi derick, sorry for my late reply. It's possible that the problem is Eclipse, but we were trying with the same version (eclipse) on different OS, and we only had this problem in macos. Let me know if I can help you in any other way. Thank you
(0002702) derick    2014-02-27 19:34	Show me that Xdebug is slowing things down. A wireshark dump will tell me, so please make one if you really believe this is an issue with Xdebug. I don't believe it is.
(0002767) derick    2014-03-12 21:53	Closing this out as I can't reproduce it and no feedback was provided. Please re-open if this issue returns.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
782	[Xdebug] Usage problems	major	always	2012-02-28 03:29	2014-03-12 21:52
Reporter:	rsoni	Platform:
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	Memory Leak found when auto_trace is enabled
Description:	I am using Apache Server with PHP and wrote a simple php "Hello World" program with 3 function calls in 3 files (1 call per file). Used jmeter to run load with 60 threads. There is a memory leak when we enable auto_trace (xdebug.auto_trace=1) and hit load against the application hosted on Apache Server. When I disable auto_trace and run the same load, the memory is stable (becomes constant after a while). This issue might be related to: http://bugs.xdebug.org/view.php?id=425 [^]
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001966) rsoni    2012-03-11 23:52    (edited on: 2012-03-11 23:53)	This issue goes away when I use emalloc instead of malloc in xdebug_mm.h, that is change #if 0 to #if 1
(0002697) derick    2014-02-27 19:20	Is this issue still causing you problems?
(0002766) derick    2014-03-12 21:52	Closing this out as I can't reproduce it and no feedback was provided. Please re-open if this issue returns.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1032	[Xdebug] Usage problems	minor	always	2014-02-22 18:26	2014-03-05 09:42
Reporter:	aik099	Platform:
Assigned To:	derick	OS:	Slackware
Priority:	normal	OS Version:	13
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.4.15-5.4.20
Summary:	Incorrect coverage reporting for multi-line class creation
Description:	I've found out, that in following cases (see image) coverage information being incorrectly collected by xdebug or displayed in report: 1. constant usage in multiline exception constructor call 2. closing brace for private method, that is last method in class
Steps To Reproduce:
Additional Information:	Related issue: https://github.com/sebastianbergmann/php-code-coverage/issues/220 [^]
Attached Files:	IncorrectCoverage.png (150,745) 2014-02-22 18:26 http://bugs.xdebug.org/file_download.php?file_id=210&type=bug

Notes
(0002674) aik099    2014-02-22 18:41    (edited on: 2014-02-22 18:48)	Relevant "clover.xml" part: <package name="aik099\QATools\BEM\PropertyDecorator">       <file name=".../library/aik099/QATools/BEM/PropertyDecorator/BEMPropertyDecorator.php">         <class name="BEMPropertyDecorator" namespace="aik099\QATools\BEM\PropertyDecorator">           <metrics methods="5" coveredmethods="5" conditionals="0" coveredconditionals="0" statements="36" coveredstatements="30" elements="41" coveredelements="35"/>         </class>         <line num="56" type="method" name="__construct" crap="1" count="15"/>         <line num="58" type="stmt" count="15"/>         <line num="60" type="stmt" count="15"/>         <line num="61" type="stmt" count="15"/>         <line num="62" type="stmt" count="15"/>         <line num="72" type="method" name="doDecorate" crap="6.81" count="10"/>         <line num="74" type="stmt" count="10"/>         <line num="76" type="stmt" count="10"/>         <line num="77" type="stmt" count="1"/>         <line num="80" type="stmt" count="9"/>         <line num="82" type="stmt" count="8"/>         <line num="83" type="stmt" count="8"/>         <line num="85" type="stmt" count="0"/>         <line num="88" type="stmt" count="0"/>         <line num="89" type="stmt" count="0"/>         <line num="90" type="stmt" count="0"/>         <line num="92" type="stmt" count="0"/>         <line num="95" type="stmt" count="1"/>         <line num="105" type="method" name="_isBEMBlock" crap="1" count="9"/>         <line num="107" type="stmt" count="9"/>         <line num="117" type="method" name="_isBEMElement" crap="1" count="5"/>         <line num="119" type="stmt" count="5"/>         <line num="131" type="method" name="_assertAnnotationUsage" crap="10.02" count="8"/>         <line num="133" type="stmt" count="8"/>         <line num="134" type="stmt" count="2"/>         <line num="135" type="stmt" count="2"/>         <line num="137" type="stmt" count="2"/>         <line num="141" type="stmt" count="6"/>         <line num="143" type="stmt" count="6"/>         <line num="144" type="stmt" count="4"/>         <line num="145" type="stmt" count="4"/>         <line num="147" type="stmt" count="4"/>         <line num="149" type="stmt" count="2"/>         <line num="150" type="stmt" count="1"/>         <line num="151" type="stmt" count="1"/>         <line num="153" type="stmt" count="1"/>         <line num="155" type="stmt" count="1"/>         <line num="156" type="stmt" count="1"/>         <line num="157" type="stmt" count="1"/>         <line num="159" type="stmt" count="1"/>         <line num="161" type="stmt" count="0"/>         <line num="164" type="stmt" count="0"/>         <metrics loc="163" ncloc="97" classes="1" methods="5" coveredmethods="3" conditionals="0" coveredconditionals="0" statements="36" coveredstatements="30" elements="41" coveredelements="33"/>       </file>     </package> Actually line 164 is empty line at the end of a file. And I'm using TABs for indentation if that helps.
(0002748) derick    2014-03-05 09:25	I can not do anything about point 1, as PHP doesn't always correctly identify which lines code belongs too. This should be addressed in the PHP parser itself. As for issue 2, can you perhaps provide me with a short example that reproduces this? It is possible that you really don't reach the end of the function — there is an implicit "return NULL" there which you technically could hit if $annotations is set, but doesn't match any of your three if/elseif clauses.
(0002753) aik099    2014-03-05 09:33	1 - got it. 2 - I see, maybe in my tests I always hit all these IF/ELSE and never actually getting to the end of the method. Never thought of that. Actually you might be right, since after I've improved my coverage (method code wasn't changed) the line with a brace became covered too. Now I surely will consider closing brace of a method as "return null;" to make it clear what really happens. Thanks for detailed explanation. No bug then. You can safely close it.
(0002758) derick    2014-03-05 09:42	All right. Thanks for listening :-)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1033	[Xdebug] Feature/Change request	minor	N/A	2014-02-23 08:02	2014-03-05 09:36
Reporter:	aik099	Platform:	Linux
Assigned To:		OS:	Slackware
Priority:	normal	OS Version:	13.37
Status:	new	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.15-5.4.20
Summary:	Show PHP errors during debugging as they happen (by supporting stderr)
Description:	I have following code: $line1 = ''; $line2 = in_array(5, $line1); $line3 = ''; I start debugging with breakpoint on line1. Then step into line2 (all good). Then after line2 code is executed I get an error since string is put instead of array in "in_array" function. I want to see that error as it happens (including notices/warning/exceptions/fatal errors). Right now I see all errors only after debugging is finished. Maybe related to http://youtrack.jetbrains.com/issue/WI-9653 [^]
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002749) derick    2014-03-05 09:29	I've changed this to a feature request, but I can not really see how I can implement this as unlike stdout (PHP output), I don't think I can hook into the stderr stream that PHP creates. I will have to see whether this is now possible with the new output handling mechanism in PHP 5.5 though.
(0002756) aik099    2014-03-05 09:36	I can tell, that Zend Debugger does that somehow (even on PHP 4). And PhpStorm uses that to display errors as they happen in Console.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1019	[Xdebug] Debug client (console)	minor	always	2013-12-21 18:26	2014-03-05 09:36
Reporter:	jails	Platform:	PC
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	12.04
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu
PHP Version:	5.5-dev
Summary:	Wrong count of covered lines
Description:	Using the following code: <?php xdebug_start_code_coverage(XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); $a = 1; $options = [ 'key1' => 'value1', 'key2' => 'value2', 'key3' => 'value3' ]; print_r(xdebug_get_code_coverage()); xdebug_stop_code_coverage(); ?> The result is: Array ( [/home/jaillet/coverage_missing.php] => Array ( [3] => 1 [5] => 1 [6] => 1 [8] => 1 [9] => 1 ) ) Seems the line 4 (ie. `$options = [`) is missing.
Steps To Reproduce:	Running the code in the description using PHP 5.5.7
Additional Information:
Attached Files:

Notes
(0002755) derick    2014-03-05 09:36	This is not something I can fix. PHP's parser in this case doesn't record that the [ is on that line unfortunately (but instead it thinks it's on the following).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1027	[Xdebug] Usage problems	major	always	2014-01-24 16:55	2014-03-05 09:33
Reporter:	Tominator	Platform:	x64
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	8
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 8 x64
PHP Version:	5.4.7
Summary:	Code coverage doesn't work when dealing with PEAR
Description:	Hi, I have a project that uses the PEAR MDB2 package for database access. When I run phpunit with code coverage, I get output, but none of my classes are included. It might be a problem with phpunit, or with xdebug. When I remove the PEAR dependency for testing, the coverage output is correct (all my classes are included)
Steps To Reproduce:	I made a small project (attached). - install PEAR MDB2: * http://pear.php.net/manual/en/installation.getting.php [^] * pear install "channel://pear.php.net/MDB2-2.5.0b5" [^] * pear install "channel://pear.php.net/MDB2_Driver_mysql-1.5.0b4" [^] - run composer_update.bat (to populate the vendor/ folder) - run phpunit_unit.bat Now, inside the "coverage" folder (also in the example zip attached) you see my output: C_\xampp\php\pear (with nothing in it) and E_\Temp\coveragetest\libs with nothing in it. When you now go to the file tests\unit\libtests\CalculatorTest.php and you remove the "require" line on top, and re-run phpunit_unit.bat, you will see in the coverage directory that a new directory is made: libs\ and that it contains Calculator.php information.
Additional Information:	Thanks for any info!
Attached Files:	coveragetest.zip (466,469) 2014-01-24 16:55 http://bugs.xdebug.org/file_download.php?file_id=205&type=bug

Notes
(0002670) Tominator    2014-01-28 10:23	I upgraded my xampp this weekend, and guess what, now coverage is generated successfully. Maybe it was related to the phpunit coverage module that also updated, I don't know. At the moment, the generated HTML is no longer split up in C_ and E_ folders. Maybe it's because I installed the new xampp to my E drive, together with my test project, so it didn't need to create the extra folders...? This issue may have low priorty, because I've no idea which software caused it, but thanks for reading anyway!
(0002754) derick    2014-03-05 09:33	Glad to know that it works now. I'm closing this issue out, but feel free to reopen if this returns. Right now, I've no idea what could cause this and as it works, it makes little sense to spend time on it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1029	[Xdebug] Installation	minor	always	2014-01-31 00:03	2014-03-05 09:31
Reporter:	ls5302	Platform:	x64
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 x64
PHP Version:	5.5.5-5.5.9
Summary:	Xdebug for PHP 5.5.8 fails to install
Description:	I have successfully download and installed Xdebug 2.2.3 for PHP v5.4.25 from the following URLS: http://windows.php.net/downloads/releases/php-5.4.24-Win32-VC9-x86.zip [^] http://xdebug.org/files/php_xdebug-2.2.3-5.4-vc9.dll [^] and adding the following to php.ini zend_extension = ext\php_xdebug-2.2.3-5.4-vc9.dll However, when I try and do exactly the same for PHP v5.5.8 XDebug does not get installed. http://windows.php.net/downloads/releases/php-5.5.8-Win32-VC11-x86.zip [^] http://xdebug.org/files/php_xdebug-2.2.3-5.5-vc11.dll [^] zend_extension = ext\php_xdebug-2.2.3-5.5-vc11.dll No errors, no indication on what is wrong, and no debug.
Steps To Reproduce:	Install PHP 5.5.8 using the following link: http://windows.php.net/downloads/releases/php-5.5.8-Win32-VC11-x86.zip [^] Download xdebug from: http://xdebug.org/files/php_xdebug-2.2.3-5.5-vc11.dll [^] and add to the ext directory. Add the following to php.ini: zend_extension = ext\php_xdebug-2.2.3-5.5-vc11.dll Run the following on command line: php -m and nothing happens.
Additional Information:	The downloads above are 32-bit.
Attached Files:

Notes
(0002672) ls5302    2014-02-01 10:31	On closer inspection, it looks like the path for zend_extension takes account of the defined "extension" directory. So for my configuration zend_extension should be set to "php_xdebug-2.2.3-5.5-vc11.dll".
(0002751) derick    2014-03-05 09:31	Yes, that changed in PHP 5.5, so I am closing this issue as "works as expected".

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1031	[Xdebug] Usage problems	minor	always	2014-02-13 15:58	2014-03-05 09:30
Reporter:	alexh	Platform:
Assigned To:	derick	OS:	Mac OSX
Priority:	normal	OS Version:	10.9.1
Status:	assigned	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OSX
PHP Version:	5.4.20-5.4.24
Summary:	Closing braces ignored by code coverage
Description:	During code coverage reports through PHPUnit, a closing brace is being considered as "not-covered".
Steps To Reproduce:	Code attached to ticket and available here: https://gist.github.com/alexhouse/8977684 [^]
Additional Information:	PHPUnit 3.7.31 XDebug 2.2.3 PHP 5.4.25
Attached Files:	BraceTest.zip (682) 2014-02-13 15:58 http://bugs.xdebug.org/file_download.php?file_id=208&type=bug CoverageTest.png (100,720) 2014-02-13 16:03 http://bugs.xdebug.org/file_download.php?file_id=209&type=bug

Notes
(0002750) derick    2014-03-05 09:30	I'll have a look.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
693	[Xdebug] Usage problems	minor	always	2011-05-14 17:26	2014-03-05 09:21
Reporter:	relaxnow	Platform:	x86
Assigned To:	derick	OS:	CentOS
Priority:	normal	OS Version:	5.6
Status:	assigned	Product Version:
Product Build:		Resolution:	reopened
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Profiling: cachegrind files not written when filename exceeds 260 characters
Description:	When the '%R' option is used for the output name and the request URI exceeds 260 characters XDebug doesn't output a cachegrind file or even log an error.
Steps To Reproduce:	1. Set up XDebug, enable profiling. 2. Use the following INI settings: xdebug.profiler_enable = 1 xdebug.profiler_output_name = cachegrind.out.%H.%R 3. Go to a long url (I used ??11111111111111111111111111111222222222222222222222222222222233333333333333333333333344444444444444444444444444444444444455555555555555555555555555555566666666666666666666666666666666666667777777777777777777777777778888901234) 4. Go to the output directory, expect to see a cachegrind.out file.
Additional Information:	Attached is a patch made on a checkout of revision 3440 of trunk. This is my first C code ever, so it's probably too naive, but it does seem to fix the bug by truncating the filename to NAME_MAX. Let me know how I can help (had fun messing with C).
Attached Files:	xdebug.rev3440.profiling-long-filename.patch (582) 2011-05-14 17:26 http://bugs.xdebug.org/file_download.php?file_id=29&type=bug

Notes
(0001781) derick    2011-08-13 19:03	Fixed for 2.1.3 and 2.2.
(0001842) relaxnow    2011-10-12 07:56	Tested this with current master from GitHub (https://github.com/derickr/xdebug/commit/00a00ea4512d414f0592675a7c91f5791868eb1a [^]), was not fixed, applying the patch still fixed it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
607	[Xdebug] Debug client (console)	block	always	2010-08-13 08:42	2014-03-05 09:21
Reporter:	ishtanzar	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Xdebug cannot handle the use of the passthru function
Description:	I'm debugging a php script step by step that call another script using the passthru function but Xdebug crashes when calling it and the execution of the script is aborded.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001552) derick    2010-08-13 09:21	Please provide: - a short example that demonstrates the issue - the output of your remote debug log: http://xdebug.org/docs/remote#remote_log [^] - a gdb backtrace of the crash: http://bugs.php.net/bugs-generating-backtrace.php [^] (under "If you can't get a core file")
(0001559) ishtanzar    2010-08-13 10:36    (edited on: 2010-08-13 10:37)	Steps To Reproduce : parentScript.php: <?php echo "Hello World\n"; passthru('php childScript.php'); childScript.php: <?php echo "What's up ?\n"; run parentScript.php with Xdebug active. Remote debug log: Log opened at 2010-08-13 09:37:46 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///home/pgmillon/workspace-php/lmDoctrineGuardPlugin/parentScript.php" [^] language="PHP" protocol_version="1.0" appid="14914" idekey="netbeans-xdebug"><engine version="2.1.0rc2-dev"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2010 by Derick Rethans]]></copyright></init> <- feature_set -i 2351 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="2351" feature="show_hidden" success="1"></response> <- feature_set -i 2352 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="2352" feature="max_depth" success="1"></response> <- feature_set -i 2353 -n max_children -v 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="2353" feature="max_children" success="1"></response> <- feature_get -i 2354 -n max_data -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="2354" feature_name="max_data" supported="1"><![CDATA[1024]]></response> <- run -i 2355 I cannot get any backtrace, the execution of the script if simply frozen :/

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
994	[Xdebug] Usage problems	major	always	2013-10-27 00:52	2014-03-05 09:18
Reporter:	jameshye	Platform:
Assigned To:	derick	OS:	Ubuntu
Priority:	high	OS Version:	12.04 LTS
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.1
Summary:	Server internal error 500 - XDebug can't load the debug file ''.
Description:	Hi, If i activate the xdebug on the server, i receive a server 500 in one of 3 of 4 requests. Checking the error log reveals: 2013-10-27 01:31:58: (mod_fastcgi.c.2568) unexpected end-of-file (perhaps the fastcgi process died): pid: 27146 socket: unix:/tmp/php.socket-0 2013-10-27 01:31:58: (mod_fastcgi.c.3356) response not received, request sent: 1432 on socket: unix:/tmp/php.socket-0 for /index.php?q=, closing connection 2013-10-27 01:32:00: (mod_fastcgi.c.2568) unexpected end-of-file (perhaps the fastcgi process died): pid: 27146 socket: unix:/tmp/php.socket-0 2013-10-27 01:32:00: (mod_fastcgi.c.3356) response not received, request sent: 1590 on socket: unix:/tmp/php.socket-0 for /index.php?q=video/browseJSON, closing connection After a FastCGI stderr: Xdebug can't load the debug file
Steps To Reproduce:	access bala.dev.6play.xxx
Additional Information:	Really important - i like xdebug and made a contribution :)
Attached Files:

Notes
(0002635) derick    2013-12-04 00:07	I don't understand what you mean by "Xdebug can't load the debug file" — also, I would need a back trace, or at least a reproducible script to do anything here. You can find out how to make a backtrace at https://bugs.php.net/bugs-generating-backtrace.php [^]
(0002745) derick    2014-03-05 09:18	Closing this out, as no feedback is provided. Feel free to reopen this if you can provide the requested feedback.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
984	[Xdebug] Usage problems	block	always	2013-10-09 07:49	2014-03-05 09:18
Reporter:	alesak	Platform:	x64
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:	3.11.4
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.4-dev
Summary:	SIGSERV 11 xbuf_format_converter use of undefined constant %s
Description:	Some request are failing with this exception. Debugging showed some problems subj called by vspprintf in xdebug_stack.c probably on line 550 buffer_len = vspprintf(&buffer, PG(log_errors_max_len), format, args);
Steps To Reproduce:	If necessary I can try to make some reproducible script but right now I don't know what exactly is causing it. It was introduced by commit 08371460165ae95b63abd7aa0823b29e913dfa1d into XDEBUG_2_2 branch.
Additional Information:	commit 1d169f6c58eef9da299529491002b39fee88ce7a is still OK commit 08371460165ae95b63abd7aa0823b29e913dfa1d is failing tried PHP 5.4.12, 5.4.20 and it looks same
Attached Files:

Notes
(0002577) patrickallaert    2013-10-11 09:24	@alesak: Can you test that this following PR solves the issue? https://github.com/xdebug/xdebug/pull/83 [^]
(0002593) alesak    2013-10-15 08:43	It didn't help I am afraid
(0002633) derick    2013-12-04 00:04	All right - can I then please ask you to come up with a small script that I can run?
(0002744) derick    2014-03-05 09:18	Closing this out, as no feedback is provided. Feel free to reopen this if you can provide the requested feedback.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
999	[Xdebug] Usage problems	crash	always	2013-11-05 15:45	2014-03-05 09:17
Reporter:	kenorb	Platform:	Mac
Assigned To:	derick	OS:	OSX
Priority:	normal	OS Version:	10.9
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OSX
PHP Version:	5.5-dev
Summary:	SEGV at xdebug_zval_ptr + 50 (xdebug_compat.c:93) in CLI
Description:	Process: php [63066] Path: /Applications/MAMP/*/php Code Type: X86-64 (Native) Parent Process: bash [43209] Responsible: Terminal [800] User ID: 501 Date/Time: 2013-11-05 15:33:59.023 +0000 OS Version: Mac OS X 10.9 (13A3017) Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000014 Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 xdebug.so 0x00000001018cef82 xdebug_zval_ptr + 50 (xdebug_compat.c:93) 1 xdebug.so 0x00000001018cc7d0 xdebug_execute_internal + 528 (xdebug.c:1592) 2 php 0x0000000100659c78 zend_call_function + 5768 3 php 0x00000001004d4f5e zif_array_filter + 382 4 php 0x00000001006bf220 execute_internal + 240 5 xdebug.so 0x00000001018cc754 xdebug_execute_internal + 404 (xdebug.c:1577) 6 php 0x00000001006c2fee zend_do_fcall_common_helper_SPEC + 1678 7 php 0x00000001006cbc10 ZEND_DO_FCALL_SPEC_CONST_HANDLER + 400 This is probably related: https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=999237 [^] So the other full backtrace can be found at: https://bugzilla.redhat.com/attachment.cgi?id=788678 [^]
Steps To Reproduce:	Using CLI: $ drush -l my.local -v updb Initialized Drupal 7.23 root directory Initialized Drupal site at my.local Segmentation fault: 11
Additional Information:	PHP: 5.5.3 XDebug compiled from master. commit 7d491db2b6f5f62f855df3606380a1af01a9a5e6 Date: Sun Oct 13 19:48:02 2013 -0500 uname -a Darwin Rafals-MacBook-Pro.local 13.0.2 Darwin Kernel Version 13.0.2: Sun Sep 29 19:38:57 PDT 2013; root:xnu-2422.75.4~1/RELEASE_X86_64 x86_64 This happening only when xdebug.auto_trace=1 I've increased xdebug.max_nesting_level to 200, but without the difference. Last two lines from the xtrace file: 4.9165 3029304 -> array_filter(array (':cids' => array (0 => 'variables')), 'is_array') database/database.inc:734 4.9165 3029448 -> is_array(array (0 => 'variables')) includes/database/database.inc:734
Attached Files:	php_2013-11-05-153359_Rafals-MacBook-Pro.crash (30,732) 2013-11-05 15:46 http://bugs.xdebug.org/file_download.php?file_id=194&type=bug

Notes
(0002600) kenorb    2013-11-05 15:50    (edited on: 2013-11-05 16:07)	Possible crashing code:     foreach (array_filter($args, 'is_array') as $key => $data) {       $new_keys = array();       foreach ($data as $i => $value) {         $new_keys[$key . '_' . $i] = $value;       } ... But when commented out this block, it crashes again in the following lines: -> array_map('unserialize', array (...)) includes/bootstrap.inc:919 -> unserialize('s:13:"menu-top-menu";') includes/bootstrap.inc:919
(0002602) kenorb    2013-11-05 16:14	Tested the same thing with PHP 5.4.19 (cli) with Xdebug v2.2.3 and it works fine.
(0002603) kenorb    2013-11-06 14:40	Two other crashes near array_filter() 1. -> array_filter(array (':db_condition_placeholder_0' => 'taxonomy', ':db_condition_placeholder_1' => 1, ':db_condition_placeholder_2' => 1), 'is_array') includes/database/database.inc:734 -> is_array('taxonomy') includes/database/database.inc:734 2. -> array_filter(array (':type' => 'module', ':name' => 'file'), 'is_array') includes/database/database.inc:73 -> is_array('module') includes/database/database.inc:734
(0002631) derick    2013-12-04 00:02	Can you provide a small sample that is ready for me to run perhaps?
(0002743) derick    2014-03-05 09:17	Closing this out, as no feedback is provided. Feel free to reopen this if you can provide the requested feedback.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
992	[Xdebug] Debug client (console)	minor	always	2013-10-25 16:23	2014-03-05 09:17
Reporter:	chrislondon	Platform:	Macbook Pro
Assigned To:	derick	OS:	OS X
Priority:	normal	OS Version:	10.8.4
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.10-5.4.14
Summary:	Incomplete Code Coverage
Description:	I'm unable to get complete code coverage in PHPUnit. It appears xdebug is reporting that "break;" and "$var++;" are executable but aren't being executed. I don't think this is a PHPUnit issue.
Steps To Reproduce:	- Set up PHPUnit to use xDebug for code coverage. - Create a test that includes a switch statement with breaks and/or a line that uses a ++;
Additional Information:	Using: PHP_CodeCoverage 1.2.13 PHP 5.4.16 PHPUnit 3.7.28
Attached Files:	Feedback_src_Feedback_CodeCoverage.php.html (16,766) 2013-10-25 16:23 http://bugs.xdebug.org/file_download.php?file_id=190&type=bug xdebugissue.zip (24,970) 2013-10-25 16:35 http://bugs.xdebug.org/file_download.php?file_id=191&type=bug

Notes
(0002617) jrhernandez84    2013-11-19 13:29	This is the exact bug I reported at http://bugs.xdebug.org/view.php?id=939 [^] .
(0002627) derick    2013-12-03 22:15	I can't reproduce this, it works just fine for me: http://derickrethans.nl/files/cov/BreakSample.php.html [^] I'm using PHP_CodeCoverage 1.2.13 using PHP 5.4.24-dev and PHPUnit 3.7.28 and Xdebug v2.2.4dev Are you perhaps using an opcode cache, or another PHP version? Can you provide your phpinfo output in a text file?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
872	[Xdebug] Usage problems	major	always	2012-08-07 15:50	2014-03-05 09:16
Reporter:	sebastian	Platform:	Irrelevant
Assigned To:	derick	OS:	Irrelevant
Priority:	urgent	OS Version:	Irrelevant
Status:	assigned	Product Version:	2.2dev
Product Build:		Resolution:	reopened
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Irrelevant
PHP Version:	5.5-dev
Summary:	xdebug_get_code_coverage() returns bogus array elements
Description:	While looking at various open issues for PHP_CodeCoverage today, I noticed that for some files xdebug_get_code_coverage() returns bogus array elements: elements for lines that do not exist in a covered file. These lines are 0 and N+1 where N is the last line of the file. This is the array I get for https://github.com/thePHPcc/bankaccount/blob/master/src/controller/BankAccount.php [^] array(17) { [0] => int(1) [10] => int(1) [16] => int(1) [17] => int(1) [22] => int(1) [25] => int(1) [26] => int(-1) [30] => int(1) [33] => int(1) [34] => int(-1) [35] => int(-1) [36] => int(-1) [39] => int(1) [40] => int(1) [42] => int(1) [43] => int(-2) [45] => int(1) } As you can see in the file, lines 0 and 45 do not exist.
Steps To Reproduce:
Additional Information:	I am using PHP 5.4.5-dev and Xdebug v2.3.0dev.
Attached Files:

Notes
(0002336) derick    2012-08-30 22:04	VLD shows that PHP thinks line 45 has some code:   44 9 ZEND_VERIFY_ABSTRACT_CLASS $0   45 10 > RETURN 1 Trying to find the 0 now...
(0002354) hanshenrik    2012-10-01 18:41    (edited on: 2012-10-01 18:42)	i suggest checking what token_get_all() returns about line 45 (if anything) (btw, at least atm, the link to sample file is 404)
(0002382) derick    2012-11-11 13:02	I have not found the 0 yet, but now the example script is gone... suspending for now.
(0002615) sebastian    2013-11-13 10:53	I am seeing the issue with line number 0 in my https://github.com/sebastianbergmann/money [^] for the src/Money.php file. However, outside of PHPUnit and this specific test suite I cannot provide a short reproducing script other than the following: <?php require '/usr/local/src/money/src/autoload.php'; use SebastianBergmann\Money\Money; use SebastianBergmann\Money\Currency; xdebug_start_code_coverage(XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); new Money(0, new Currency('EUR')); $data = xdebug_get_code_coverage(); xdebug_stop_code_coverage(); var_dump($data); ?> This prints, among data for the other files loaded, the following:   '/home/sb/test.php' =>   array(3) {     [0] =>     int(1)     [8] =>     int(1)     [9] =>     int(1)   }

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1006	[Xdebug] Usage problems	major	random	2013-11-25 16:35	2014-03-05 09:15
Reporter:	akash02	Platform:	Hp ultrabook
Assigned To:	derick	OS:	Windows 7
Priority:	high	OS Version:	Home premium
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.4.7
Summary:	Error message in command line
Description:	Cannot load Xdebug - it was built with configuration API220090626,TS,VC9, whereas running engine is API220090626,NTS,VC9 and this message pops up in the xdebug wizard: see below in attached file.
Steps To Reproduce:
Additional Information:
Attached Files:	errormessage.docx (276,139) 2013-11-25 16:35 http://bugs.xdebug.org/file_download.php?file_id=198&type=bug new 2.txt (30,463) 2013-11-25 16:41 http://bugs.xdebug.org/file_download.php?file_id=199&type=bug

Notes
(0002618) derick    2013-11-25 16:37	Can you provide the exact information that you pasted into the wizard? It's best to paste it into notepad, save as a .txt file and then zip it. You should be able to attach the .zip file to this report.
(0002619) akash02    2013-11-25 16:45	is that good enough? Any help would be very much appreciated.
(0002620) akash02    2013-11-25 17:17	this error pops up whenever i decide to use a framework and try to install something via composer in bash and i cant debug my php scripts either.
(0002626) derick    2013-12-03 21:59	I fixed the wizard, but you already seem to have Xdebug loaded. However, the phpinfo output you gave me says: Zend Extension Build API220100525,TS,VC9 PHP Extension Build API20100525,TS,VC9 Which very much contradicts: "Cannot load Xdebug - it was built with configuration API220090626,TS,VC9, whereas running engine is API220090626,NTS,VC9" So the phpinfo() output you pasted belongs to a totally different PHP version - are you sure you picked the right one?
(0002741) derick    2014-03-05 09:15	Closing this out, as no feedback is provided. As this issue concerns installation help, please refer to http://xdebug.org/support.php#list [^] for support too.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
630	[Xdebug] Usage problems	crash	sometimes	2010-10-22 06:51	2014-03-05 09:11
Reporter:	jcuzella	Platform:
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Gentoo Linux 2.6.28-hardened-r9
PHP Version:	5.3.3
Summary:	Segfault when starting remote debug session
Description:	I'm getting a segfault when trying to debug some code for the shopp wordpress plugin. It's not reproducible always, but I just got it to crash once while I was running apache2 in single process mode. I'm running: Apache 2.2.16 PHP 5.3.3-pl1-gentoo with Suhosin-Patch (cli) (built: Oct 21 2010 20:48:03) (DEBUG) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Xdebug v2.1.0, Copyright (c) 2002-2010, by Derick Rethans with Suhosin v0.9.31, Copyright (c) 2007-2010, by SektionEins GmbH Here's a backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x508b8700 (LWP 2102)] 0x4f3408cb in xdebug_execute_internal (current_execute_data=0x84536d4, return_value_used=0) at /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug.c:1321 1321 /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug.c: No such file or directory. in /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug.c (gdb) bt #0 0x4f3408cb in xdebug_execute_internal (current_execute_data=0x84536d4, return_value_used=0) at /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug.c:1321 #1 0x4f325e2c in suhosin_execute_internal (execute_data_ptr=0x84536d4, return_value_used=0) at /var/tmp/portage/dev-php5/suhosin-0.9.31/work/suhosin-0.9.31/execute.c:1661 0000002 0x50107ff6 in zend_do_fcall_common_helper_SPEC (execute_data=0x84536d4) at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_vm_execute.h:318 0000003 0x5010d601 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x84536d4) at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_vm_execute.h:1606 0000004 0x5010719d in execute (op_array=0x83fb64c) at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_vm_execute.h:107 0000005 0x4f34064a in xdebug_execute (op_array=0x83fb64c) at /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug.c:1272 0000006 0x4f323ebd in suhosin_execute_ex (op_array=0x83fb64c, zo=0, dummy=0) at /var/tmp/portage/dev-php5/suhosin-0.9.31/work/suhosin-0.9.31/execute.c:583 0000007 0x4f323f07 in suhosin_execute (op_array=0x83fb64c) at /var/tmp/portage/dev-php5/suhosin-0.9.31/work/suhosin-0.9.31/execute.c:595 0000008 0x500d33d3 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend.c:1266 0000009 0x5005ad2d in php_execute_script (primary_file=0x5ce4f600) at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/main/main.c:2275 0000010 0x501a9913 in php_handler (r=0x8437138) at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/sapi/apache2handler/sapi_apache2.c:673 0000011 0x08075c34 in ap_run_handler (r=0x8437138) at config.c:158 0000012 0x08078be5 in ap_invoke_handler (r=0x8437138) at config.c:376 0000013 0x080832b2 in ap_internal_redirect (new_uri=0x8437128 "/index.php", r=0x8430b40) at http_request.c:502 0000014 0x5080b0a4 in handler_redirect (r=0x8430b40) at mod_rewrite.c:4856 0000015 0x08075c34 in ap_run_handler (r=0x8430b40) at config.c:158 0000016 0x08078be5 in ap_invoke_handler (r=0x8430b40) at config.c:376 0000017 0x0808342e in ap_process_request (r=0x8430b40) at http_request.c:282 0000018 0x0808081c in ap_process_http_connection (c=0x84244f0) at http_core.c:190 0000019 0x0807c8c0 in ap_run_process_connection (c=0x84244f0) at connection.c:43 0000020 0x08087f26 in child_main (child_num_arg=<value optimized out>) at prefork.c:662 0000021 0x080881c1 in make_child (s=0x80b22c8, slot=0) at prefork.c:702 0000022 0x0808889d in ap_mpm_run (_pconf=0x80b03d0, plog=0x80de488, s=0x80b22c8) at prefork.c:978 0000023 0x08063c12 in main (argc=Cannot access memory at address 0x0 ) at main.c:740
Steps To Reproduce:	Doesn't happen every time, but: 1) start remote debug session via easy Xdebug FF extension 2) Hit F8 to continue in Eclipse after break on first line 3) Verify that apache has crashed in error_log
Additional Information:	Although I run a hardened kernel, apache2, php, xdebug, and suhosin were all rebuilt with the standard i686-pc-linux-gnu-4.3.4-vanilla toolchain. I had to do this to get debug symbols in all of them anyway ;-)
Attached Files:

Notes
(0001587) jcuzella    2010-10-22 07:22	Maybe this info from gdb can help too: (gdb) frame 0 #0 0x4f3408cb in xdebug_execute_internal (current_execute_data=0x84536d4, return_value_used=0)     at /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug.c:1321 1321 in /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug.c (gdb) print current_execute_data $1 = (zend_execute_data *) 0x84536d4 (gdb) print return_value_used $2 = 0 (gdb) x 0x84536d4 0x84536d4: 0x083fbe00 (gdb) x 0x083fbe00 0x83fbe00: 0x5010d530 (gdb) x 0x5010d530 0x5010d530 <ZEND_DO_FCALL_SPEC_CONST_HANDLER>: 0x57e58955 (gdb) print edata $3 = (zend_execute_data *) 0x0 (gdb) print fse $4 = (function_stack_entry *) 0x0 (gdb) print cur_opcode $5 = (zend_op *) 0xffffffff (gdb) print do_return $6 = 0
(0001588) jcuzella    2010-10-24 02:02	Starting to see some memory leaks reported in apache's log too today: [Sat Oct 23 17:56:13 2010] [notice] Apache/2.2.16 (Unix) mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations [Sat Oct 23 18:04:04 2010] Script: '/home/trinitronx/sites/truthnaturals.com/wp-admin/index-extra.php' /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/main/SAPI.c(940) : Freeing 0x0A3D5DCC (16 bytes), script=/home/trinitronx/sites/truthnatural s.com/wp-admin/index-extra.php === Total 1 memory leaks detected === [Sat Oct 23 18:04:02 2010] Script: '/home/trinitronx/sites/truthnaturals.com/wp-admin/index-extra.php' /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/main/SAPI.c(940) : Freeing 0x0A3F3204 (16 bytes), script=/home/trinitronx/sites/truthnatural s.com/wp-admin/index-extra.php === Total 1 memory leaks detected === [Sat Oct 23 18:04:12 2010] Script: '/home/trinitronx/sites/truthnaturals.com/wp-admin/update-core.php' /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/main/SAPI.c(940) : Freeing 0x0A9251F8 (16 bytes), script=/home/trinitronx/sites/truthnatural s.com/wp-admin/update-core.php === Total 1 memory leaks detected === [Sat Oct 23 18:03:49 2010] Script: '/home/trinitronx/sites/truthnaturals.com/wp-admin/index.php' /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/main/SAPI.c(940) : Freeing 0x0A4233EC (16 bytes), script=/home/trinitronx/sites/truthnatural s.com/wp-admin/index.php === Total 1 memory leaks detected === [Sat Oct 23 18:04:05 2010] Script: '/home/trinitronx/sites/truthnaturals.com/wp-admin/index-extra.php' /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/main/SAPI.c(940) : Freeing 0x0A901774 (16 bytes), script=/home/trinitronx/sites/truthnatural s.com/wp-admin/index-extra.php === Total 1 memory leaks detected === [Sat Oct 23 18:04:02 2010] Script: '/home/trinitronx/sites/truthnaturals.com/wp-admin/index-extra.php' /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/main/SAPI.c(940) : Freeing 0x0A8A4524 (16 bytes), script=/home/trinitronx/sites/truthnatural s.com/wp-admin/index-extra.php === Total 1 memory leaks detected === [Sat Oct 23 18:57:33 2010] [notice] child pid 29651 exit signal Segmentation fault (11) [Sat Oct 23 18:57:35 2010] [notice] child pid 29590 exit signal Segmentation fault (11) [Sat Oct 23 18:58:34 2010] [notice] child pid 29585 exit signal Segmentation fault (11) [Sat Oct 23 18:59:44 2010] [notice] child pid 28269 exit signal Segmentation fault (11) [Sat Oct 23 18:59:45 2010] [notice] child pid 30170 exit signal Segmentation fault (11)
(0001589) jcuzella    2010-10-24 02:19	Tried having xdebug create trace file in tmp during a debug session today, and the only thing it recorded before segfaulting was this: TRACE START [2010-10-24 01:10:35]     0.0720 385200 -> {main}() /home/trinitronx/sites/truthnaturals.com/index.php:0 Did another gdb backtrace too, and it looks a bit different: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x4f383700 (LWP 30951)] 0x4eb9b500 in _zval_dtor_func (zvalue=0x59b9d064,     __zend_filename=0x4de2c06c "/var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug_handler_dbgp.c", __zend_lineno=1225)     at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_variables.c:35 35 /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_variables.c: No such file or directory.         in /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_variables.c (gdb) bt #0 0x4eb9b500 in _zval_dtor_func (zvalue=0x59b9d064,     __zend_filename=0x4de2c06c "/var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug_handler_dbgp.c", __zend_lineno=1225)     at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_variables.c:35 #1 0x4de146dc in _zval_dtor (zvalue=0x59b9d064,     __zend_filename=0x4de2c06c "/var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug_handler_dbgp.c", __zend_lineno=1225)     at /usr/lib/php5/include/php/Zend/zend_variables.h:35 0000002 0x4de1469c in xdebug_dbgp_handle_eval (retval=0x59b9d17c, context=0x4de32d54, args=0x848e5f8)     at /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug_handler_dbgp.c:1225 0000003 0x4de1aadc in xdebug_dbgp_parse_option (context=0x4de32d54, line=0x848e498 "eval -i 5591 -- JHRoaXMtPnJhdGVbJ3NlcnZpY2VzJ10=", flags=0,     retval=0x848dd80) at /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug_handler_dbgp.c:2260 0000004 0x4de1ae84 in xdebug_dbgp_cmdloop (context=0x4de32d54, bail=1) at /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug_handler_dbgp.c:2309 0000005 0x4de1c60a in xdebug_dbgp_breakpoint (context=0x4de32d54, stack=0x8443d48, file=0x83f9db8 "/home/trinitronx/sites/truthnaturals.com/index.php",     lineno=14, type=2, exception=0x0, message=0x0) at /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug_handler_dbgp.c:2606 0000006 0x4de0caf5 in xdebug_statement_call (op_array=0x83f9bb0) at /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug.c:1748 0000007 0x4ebd05dd in zend_extension_statement_handler (extension=0x82fcfc0, op_array=0x83f9bb0)     at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_execute.c:740 0000008 0x4eb919b1 in zend_llist_apply_with_argument (l=0x4f10d0cc, func=0x4ebd05bf <zend_extension_statement_handler>, arg=0x83f9bb0)     at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_llist.c:428 0000009 0x4ebd4941 in ZEND_EXT_STMT_SPEC_HANDLER (execute_data=0x844d8cc)     at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_vm_execute.h:530 0000010 0x4ebd5468 in ZEND_USER_OPCODE_SPEC_HANDLER (execute_data=0x844d8cc)     at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_vm_execute.h:706 0000011 0x4ebd219d in execute (op_array=0x83f9bb0) at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend_vm_execute.h:107 0000012 0x4de0b64a in xdebug_execute (op_array=0x83f9bb0) at /var/tmp/portage/dev-php5/xdebug-2.1.0/work/xdebug-2.1.0/xdebug.c:1272 0000013 0x4ddeeebd in suhosin_execute_ex (op_array=0x83f9bb0, zo=0, dummy=0) at /var/tmp/portage/dev-php5/suhosin-0.9.31/work/suhosin-0.9.31/execute.c:583 0000014 0x4ddeef07 in suhosin_execute (op_array=0x83f9bb0) at /var/tmp/portage/dev-php5/suhosin-0.9.31/work/suhosin-0.9.31/execute.c:595 0000015 0x4eb9e3d3 in zend_execute_scripts (type=8, retval=0x0, file_count=3)     at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/Zend/zend.c:1266 0000016 0x4eb25d2d in php_execute_script (primary_file=0x59b9f820) at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/main/main.c:2275 0000017 0x4ec74913 in php_handler (r=0x8431330) at /var/tmp/portage/dev-lang/php-5.3.3-r1/work/sapis-build/apache2/sapi/apache2handler/sapi_apache2.c:673 0000018 0x08075c34 in ap_run_handler (r=0x8431330) at config.c:158 0000019 0x08078be5 in ap_invoke_handler (r=0x8431330) at config.c:376 0000020 0x080832b2 in ap_internal_redirect (new_uri=0x8431320 "/index.php", r=0x842ad38) at http_request.c:502 0000021 0x4f2d60a4 in handler_redirect (r=0x842ad38) at mod_rewrite.c:4856 0000022 0x08075c34 in ap_run_handler (r=0x842ad38) at config.c:158 0000023 0x08078be5 in ap_invoke_handler (r=0x842ad38) at config.c:376 0000024 0x0808342e in ap_process_request (r=0x842ad38) at http_request.c:282 0000025 0x0808081c in ap_process_http_connection (c=0x841e6e8) at http_core.c:190 0000026 0x0807c8c0 in ap_run_process_connection (c=0x841e6e8) at connection.c:43 0000027 0x08087f26 in child_main (child_num_arg=<value optimized out>) at prefork.c:662 0000028 0x080881c1 in make_child (s=0x80ac4e8, slot=0) at prefork.c:702 0000029 0x0808889d in ap_mpm_run (_pconf=0x80aa5f0, plog=0x80d86a8, s=0x80ac4e8) at prefork.c:978 0000030 0x08063c12 in main (argc=Cannot access memory at address 0x0 ) at main.c:740
(0001734) jcuzella    2011-05-01 03:37	Recently I upgraded to php version 5.3.6-pl0-gentoo, and xdebug version 2.1.2dev. I also recompiled without -O2 (see http://bugs.xdebug.org/view.php?id=154 [^]). I still am getting segfaults during a debug session. The session will start ok, however after hitting 'continue' in Eclipse, apache segfaults.
(0001974) derick    2012-03-12 16:44	I've improved handling things with eval in Xdebug 2.1.3 and later. Can you please try?
(0002108) derick    2012-04-28 00:52	Hello, can you please try Xdebug 2.2.0RC2?
(0002129) memoryleak    2012-05-05 02:55	I ran first with PHP 5.3.8 and now running with PHP 5.4.2, as I get segmentation aults. With 5.3.8 it happend occasionally, now with 5.4.2 it happens instantly: With xdebug 2.2.0RC2, PHP 5.2.4 it crashes instantly, without executing a single line of code - everytime: http://pastebin.com/sSri8b6k [^]
(0002130) derick    2012-05-05 15:04	memoryleak, can you reproduce this with a commandline script as well? If so, could you make a real backtrace as is described at https://bugs.php.net/bugs-generating-backtrace.php [^] ?
(0002133) memoryleak    2012-05-06 11:47	Hi Derick, I've set up nginx + PHP-FPM, and works now without problems. Just with Apache it doesn't.
(0002134) derick    2012-05-06 12:03	memoryleak, which MPM are you using with Apache? prefork, worker, something else?
(0002184) memoryleak    2012-05-22 12:44	Hi Derick, # Server-pool management (MPM prefork specific) 523 StartServers 1 524 MinSpareServers 1 525 MaxSpareServers 1 526 # ServerLimit and MaxClients support n% syntax which sets them to a 527 # fraction of the current RLIMIT_NPROC limit. 528 ServerLimit 50% 529 MaxClients 50% 530 ListenBackLog 512 531 MaxRequestsPerChild 100000 Further information: That's the Apache configuration that is comes with OS X Lion by default.
(0002703) derick    2014-02-27 19:37	Is this still a problem for you?
(0002737) jcuzella    2014-03-04 17:33	@derick: The old gentoo system that I had installed this on is currently out of commission, and since I have no easy way of reproducing the bug... Not anymore ;-)
(0002739) derick    2014-03-05 09:11	Okay, thanks. Closing this out then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
679	[Xdebug] Usage problems	minor	always	2011-04-06 16:53	2014-03-02 14:20
Reporter:	hernst	Platform:	linux
Assigned To:	derick	OS:	CentOS
Priority:	normal	OS Version:	5.5
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	linux
PHP Version:	5.2.10
Summary:	negative line numbers in profile file on some eval()d code
Description:	For some evaled code I get negative line numbers for evaled code. This only happens for 34 elements out of 848 logged eval()'d code elements. The cachegrind file is about 2.9G big. In the file it looks like: fl=/xml/iwat/php/links.php(217) : eval()'d code fn=eval -1359994128 42 ... fl=/xml/iwat/php/links.php(301) : eval()'d code fn=eval -358669609 91
Steps To Reproduce:
Additional Information:	PHP is version 5.2.17 (Zend Server without any Zend Modul loaded)
Attached Files:

Notes
(0002684) derick    2014-02-27 19:09	Do you have a short reproducible script that can reliably demonstrate this issue? I can not reproduce this.
(0002731) hernst    2014-02-28 10:46	With PHP 5.4 and latest xdebug (2.3dev) I do not get negative line numbers for eval in the profiler anymore. So this issue can be closed.
(0002735) derick    2014-03-02 14:20	Thanks for checking, and I'm closing this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
943	[Xdebug] Debug client (console)	major	always	2013-04-19 12:32	2014-03-02 14:20
Reporter:	zyong	Platform:	php5.4
Assigned To:	derick	OS:	ubuntu
Priority:	high	OS Version:	12.04 x86-64
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.10-5.4.14
Summary:	It can't debug in eclipse neither on windows or linux(ubuntu)
Description:	I used eclipse to debug on Windows, It's always right before, but It couldn't be launched sometimes ago. I didn't know why it, I tried to debug on Linux in same way, the results was same as. Maybe it's a bug or not. here is some informations I used strace get it, [pid 3776] recvfrom(11, 0x7f0ad8252be4, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable) [pid 3776] poll([{fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=65, events=POLLIN}, {fd=127, events=POLLIN}, {fd=67, events=POLLIN}], 5, 0) = 0 (Timeout) [pid 3776] read(9, 0x7f0adec22850, 16) = -1 EAGAIN (Resource temporarily unavailable) [pid 3776] recvfrom(11, 0x7f0ad8252be4, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable) [pid 3776] poll([{fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=65, events=POLLIN}, {fd=127, events=POLLIN}, {fd=67, events=POLLIN}], 5, 0) = 0 (Timeout) [pid 3776] read(9, 0x7f0adec22850, 16) = -1 EAGAIN (Resource temporarily unavailable) [pid 3776] recvfrom(11, 0x7f0ad8252be4, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable) [pid 3776] poll([{fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=65, events=POLLIN}, {fd=127, events=POLLIN}, {fd=67, events=POLLIN}], 5, 100 <unfinished ...> [pid 3814] <... futex resumed> ) = -1 ETIMEDOUT (Connection timed out) [pid 3814] futex(0x7f0ad8bc1a28, FUTEX_WAKE_PRIVATE, 1) = 0 [pid 3814] futex(0x7f0ad8bc1a54, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, {1366369058, 226654000}, ffffffff <unfinished ...> [pid 3786] <... futex resumed> ) = -1 ETIMEDOUT (Connection timed out) [pid 3786] futex(0x7f0ad817e828, FUTEX_WAKE_PRIVATE, 1) = 0 [pid 3786] futex(0x7f0ad817e854, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, {1366369058, 188919000}, ffffffff) = -1 ETIMEDOUT (Connection timed out) [pid 3786] futex(0x7f0ad817e828, FUTEX_WAKE_PRIVATE, 1) = 0 [pid 3786] futex(0x7f0ad817e854, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, {1366369058, 239264000}, ffffffff <unfinished ...
Steps To Reproduce:
Additional Information:
Attached Files:	remote_log (4,916) 2013-04-19 12:32 http://bugs.xdebug.org/file_download.php?file_id=162&type=bug

Notes
(0002473) derick    2013-05-18 22:30	The debugging seems to start just fine according to the log, what exactly is in /home/zhaoyong/www/help/public/index.php ?
(0002478) zyong    2013-05-21 14:23	I use Yii framework, index.php is single entrance for framework. I think I have already solved problem, I found it's a wrong of setting in IDE and I read PDT manual again, Setting of my eclipse was not for xdebug exactly, I modified it and It's all right now.
(0002716) derick    2014-02-27 19:50	The log looks fine. I am wondering what your strace is supposed to show,       as I don't get it.
(0002729) zyong    2014-02-28 01:47	You mean the log is not about xdebug?
(0002734) derick    2014-03-02 14:20	The strace log that you put in the description is indeed not very useful. But in any case, I think you said before that it is solved now for you, so I am closing this issue. Thanks!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
718	[Xdebug] Usage problems	minor	always	2011-09-08 23:13	2014-03-02 14:19
Reporter:	ricardok1	Platform:	Apache 2.2.17 VC9 Apachelounge
Assigned To:	derick	OS:	Windows 7 x64
Priority:	low	OS Version:	Win7 x64
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 x64
PHP Version:	5.3.6
Summary:	APC 3.1.9 + XDebug 2.1.2 = Blank screen
Description:	Simple scripts work but a big framework like Code Igniter gets a blank screen.
Steps To Reproduce:	Load APC and XDebug and Code Igniter
Additional Information:
Attached Files:

Notes
(0002690) derick    2014-02-27 19:13	Is this still a problem with PHP 5.5 and opcache?
(0002728) ricardok1    2014-02-27 22:32	No need to test since it's not supported anymore.
(0002733) derick    2014-03-02 14:19	Thanks, and closing this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1014	[Xdebug] Usage problems	minor	always	2013-12-14 17:27	2014-03-02 14:16
Reporter:	hanshenrik	Platform:	win7 amd64
Assigned To:	derick	OS:	win7 x64 sp1
Priority:	none	OS Version:	NT 6.1.7601 ?
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.2.4
		Target Version:
Operating System:	Windows 7 x64 SP1 NT kernel 6.1.7601
PHP Version:	5.4.4
Summary:	trying to create COM objects cause crash
Description:	when trying to create COM objects with $h=new COM("foo"), php cli crash (apache with mod_php as well, but doubt thats usefull) "The program has stopped working" Problem signature: Problem Event Name: APPCRASH Application Name: php.exe Application Version: 5.4.4.0 Application Timestamp: 4fd8e9f3 Fault Module Name: php_xdebug-2.2.3-5.4-vc9.dll Fault Module Version: 2.2.3.1 Fault Module Timestamp: 519c552a Exception Code: c0000005 Exception Offset: 000182e5 OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 1044 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789 Read our privacy statement online: http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409 [^] If the online privacy statement is not available, please read our privacy statement offline: C:\Windows\system32\en-US\erofflps.txt
Steps To Reproduce:	php -r "$h=new COM(\"WinNT://Domain\" [^]);" or php -r "$h=new COM(\"Scripting.FileSystemObject\");"
Additional Information:	C:\xampp\php>php -r "phpinfo();" phpinfo() PHP Version => 5.4.4 System => Windows NT TAKEO-PC 6.1 build 7601 (Windows 7 Ultimate Edition Servic Pack 1) i586 Build Date => Jun 13 2012 21:17:57 Compiler => MSVC9 (Visual C++ 2008) Architecture => x86 Configure Command => cscript /nologo configure.js "--enable-snapshot-build" "- disable-isapi" "--enable-debug-pack" "--without-mssql" "--without-pdo-mssql" "- without-pi3web" "--with-pdo-oci=C:\php-sdk\oracle\instantclient10\sdk,shared" " -with-oci8=C:\php-sdk\oracle\instantclient10\sdk,shared" "--with-oci8-11g=C:\ph -sdk\oracle\instantclient11\sdk,shared" "--enable-object-out-dir=../obj/" "--en ble-com-dotnet" "--with-mcrypt=static" "--disable-static-analyze" "--with-pgo" Server API => Command Line Interface Virtual Directory Support => enabled Configuration File (php.ini) Path => C:\Windows Loaded Configuration File => C:\xampp\php\php.ini Scan this dir for additional .ini files => (none) Additional .ini files parsed => (none) PHP API => 20100412 PHP Extension => 20100525 Zend Extension => 220100525 Zend Extension Build => API220100525,TS,VC9 PHP Extension Build => API20100525,TS,VC9 Debug Build => no Thread Safety => enabled Zend Signal Handling => disabled Zend Memory Manager => enabled Zend Multibyte Support => provided by mbstring IPv6 Support => enabled DTrace Support => disabled Registered PHP Streams => php, file, glob, data, http, ftp, zip, compress.zlib, compress.bzip2, https, ftps, phar Registered Stream Socket Transports => tcp, udp, ssl, sslv3, sslv2, tls Registered Stream Filters => convert.iconv.*, mcrypt.*, mdecrypt.*, string.rot1 , string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechu k, zlib.*, bzip2.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans _______________________________________________________________________ Configuration bcmath BCMath support => enabled Directive => Local Value => Master Value bcmath.scale => 0 => 0 bz2 BZip2 Support => Enabled Stream Wrapper support => compress.bzip2:// Stream Filter support => bzip2.decompress, bzip2.compress BZip2 Version => 1.0.6, 6-Sept-2010 calendar Calendar support => enabled com_dotnet COM support => enabled DCOM support => disabled .Net support => enabled Directive => Local Value => Master Value com.allow_dcom => 0 => 0 com.autoregister_casesensitive => 1 => 1 com.autoregister_typelib => 0 => 0 com.autoregister_verbose => 0 => 0 com.code_page => no value => no value com.typelib_file => no value => no value Core PHP Version => 5.4.4 Directive => Local Value => Master Value allow_url_fopen => On => On allow_url_include => Off => Off always_populate_raw_post_data => Off => Off arg_separator.input => & => & arg_separator.output => & => & asp_tags => Off => Off auto_append_file => no value => no value auto_globals_jit => On => On auto_prepend_file => no value => no value browscap => \xampp\php\extras\browscap.ini => \xampp\php\extras\browscap.ini default_charset => no value => no value default_mimetype => text/html => text/html disable_classes => no value => no value disable_functions => no value => no value display_errors => STDOUT => STDOUT display_startup_errors => Off => Off doc_root => no value => no value docref_ext => no value => no value docref_root => no value => no value enable_dl => On => On enable_post_data_reading => On => On error_append_string => no value => no value error_log => \xampp\php\logs\php_error_log => \xampp\php\logs\php_error_log error_prepend_string => no value => no value error_reporting => 32767 => 32767 exit_on_timeout => Off => Off expose_php => On => On extension_dir => \xampp\php\ext => \xampp\php\ext file_uploads => On => On highlight.comment => <font style="color: #FF8000">#FF8000</font> => <font style "color: #FF8000">#FF8000</font> highlight.default => <font style="color: #0000BB">#0000BB</font> => <font style "color: #0000BB">#0000BB</font> highlight.html => <font style="color: #000000">#000000</font> => <font style="c lor: #000000">#000000</font> highlight.keyword => <font style="color: #007700">#007700</font> => <font style "color: #007700">#007700</font> highlight.string => <font style="color: #DD0000">#DD0000</font> => <font style= color: #DD0000">#DD0000</font> html_errors => Off => Off ignore_repeated_errors => Off => Off ignore_repeated_source => Off => Off ignore_user_abort => Off => Off implicit_flush => On => On include_path => .;\xampp\php\PEAR => .;\xampp\php\PEAR log_errors => On => On log_errors_max_len => 1024 => 1024 mail.add_x_header => Off => Off mail.force_extra_parameters => no value => no value mail.log => no value => no value max_execution_time => 0 => 0 max_file_uploads => 20 => 20 max_input_nesting_level => 64 => 64 max_input_time => -1 => -1 max_input_vars => 1000 => 1000 memory_limit => 1128M => 1128M open_basedir => no value => no value output_buffering => 0 => 0 output_handler => no value => no value post_max_size => 80M => 80M precision => 14 => 14 realpath_cache_size => 16K => 16K realpath_cache_ttl => 120 => 120 register_argc_argv => On => On report_memleaks => On => On report_zend_debug => Off => Off request_order => GP => GP sendmail_from => no value => no value sendmail_path => \xampp\mailtodisk\mailtodisk.exe => \xampp\mailtodisk\mailtodi k.exe serialize_precision => 100 => 100 short_open_tag => Off => Off SMTP => localhost => localhost smtp_port => 25 => 25 sql.safe_mode => Off => Off track_errors => On => On unserialize_callback_func => no value => no value upload_max_filesize => 200M => 200M upload_tmp_dir => \xampp\tmp => \xampp\tmp user_dir => no value => no value user_ini.cache_ttl => 3000 => 3000 user_ini.filename => .user.ini => .user.ini variables_order => GPCS => GPCS windows.show_crt_warning => Off => Off xmlrpc_error_number => 0 => 0 xmlrpc_errors => Off => Off zend.detect_unicode => On => On zend.enable_gc => On => On zend.multibyte => Off => Off zend.script_encoding => no value => no value ctype ctype functions => enabled curl cURL support => enabled cURL Information => 7.24.0 Age => 3 Features AsynchDNS => Yes Debug => No GSS-Negotiate => Yes IDN => No IPv6 => Yes Largefile => Yes NTLM => Yes SPNEGO => No SSL => Yes SSPI => Yes krb4 => No libz => Yes CharConv => No Protocols => dict, file, ftp, ftps, gopher, http, https, imap, imaps, ldap, pop , pop3s, rtsp, scp, sftp, smtp, smtps, telnet, tftp Host => i386-pc-win32 SSL Version => OpenSSL/0.9.8u ZLib Version => 1.2.5 libSSH Version => libssh2/1.3.0 date date/time support => enabled "Olson" Timezone Database Version => 2012.3 Timezone Database => internal Default timezone => Europe/Berlin Directive => Local Value => Master Value date.default_latitude => 31.7667 => 31.7667 date.default_longitude => 35.2333 => 35.2333 date.sunrise_zenith => 90.583333 => 90.583333 date.sunset_zenith => 90.583333 => 90.583333 date.timezone => Europe/Berlin => Europe/Berlin dom DOM/XML => enabled DOM/XML API Version => 20031129 libxml Version => 2.7.7 HTML Support => enabled XPath Support => enabled XPointer Support => enabled Schema Support => enabled RelaxNG Support => enabled ereg Regex Library => Bundled library enabled exif EXIF Support => enabled EXIF Version => 1.4 $Id$ Supported EXIF Version => 0220 Supported filetypes => JPEG,TIFF Directive => Local Value => Master Value exif.decode_jis_intel => JIS => JIS exif.decode_jis_motorola => JIS => JIS exif.decode_unicode_intel => UCS-2LE => UCS-2LE exif.decode_unicode_motorola => UCS-2BE => UCS-2BE exif.encode_jis => no value => no value exif.encode_unicode => ISO-8859-15 => ISO-8859-15 filter Input Validation and Filtering => enabled Revision => $Id: e523cdc8829892d1b4f9cb7c3c57b2ba1c36b9ea $ Directive => Local Value => Master Value filter.default => unsafe_raw => unsafe_raw filter.default_flags => no value => no value ftp FTP support => enabled gd GD Support => enabled GD Version => bundled (2.0.34 compatible) FreeType Support => enabled FreeType Linkage => with freetype FreeType Version => 2.4.3 GIF Read Support => enabled GIF Create Support => enabled JPEG Support => enabled libJPEG Version => 6b PNG Support => enabled libPNG Version => 1.2.46 WBMP Support => enabled XBM Support => enabled Directive => Local Value => Master Value gd.jpeg_ignore_warning => 0 => 0 gettext GetText Support => enabled gmp gmp support => enabled MPIR version => 1.3.1 hash hash support => enabled Hashing Engines => md2 md4 md5 sha1 sha224 sha256 sha384 sha512 ripemd128 ripem 160 ripemd256 ripemd320 whirlpool tiger128,3 tiger160,3 tiger192,3 tiger128,4 t ger160,4 tiger192,4 snefru snefru256 gost adler32 crc32 crc32b fnv132 fnv164 jo at haval128,3 haval160,3 haval192,3 haval224,3 haval256,3 haval128,4 haval160,4 haval192,4 haval224,4 haval256,4 haval128,5 haval160,5 haval192,5 haval224,5 ha al256,5 iconv iconv support => enabled iconv implementation => "libiconv" iconv library version => 1.11 Directive => Local Value => Master Value iconv.input_encoding => ISO-8859-1 => ISO-8859-1 iconv.internal_encoding => ISO-8859-1 => ISO-8859-1 iconv.output_encoding => ISO-8859-1 => ISO-8859-1 json json support => enabled json version => 1.2.1 libxml libXML support => active libXML Compiled Version => 2.7.7 libXML Loaded Version => 20707 libXML streams => enabled mbstring Multibyte Support => enabled Multibyte string engine => libmbfl HTTP input encoding translation => disabled libmbfl version => 1.3.2 mbstring extension makes use of "streamable kanji code filter and converter", w ich is distributed under the GNU Lesser General Public License version 2.1. Multibyte (japanese) regex support => enabled Multibyte regex (oniguruma) version => 4.7.1 Directive => Local Value => Master Value mbstring.detect_order => no value => no value mbstring.encoding_translation => Off => Off mbstring.func_overload => 0 => 0 mbstring.http_input => pass => pass mbstring.http_output => pass => pass mbstring.http_output_conv_mimetypes => ^(text/|application/xhtml\+xml) => ^(tex /|application/xhtml\+xml) mbstring.internal_encoding => no value => no value mbstring.language => neutral => neutral mbstring.strict_detection => Off => Off mbstring.substitute_character => no value => no value mcrypt mcrypt support => enabled mcrypt_filter support => enabled Version => 2.5.8 Api No => 20021217 Supported ciphers => cast-128 gost rijndael-128 twofish cast-256 loki97 rijndae -192 saferplus wake blowfish-compat des rijndael-256 serpent xtea blowfish enig a rc2 tripledes arcfour Supported modes => cbc cfb ctr ecb ncfb nofb ofb stream Directive => Local Value => Master Value mcrypt.algorithms_dir => no value => no value mcrypt.modes_dir => no value => no value mhash MHASH support => Enabled MHASH API Version => Emulated Support mysql MySQL Support => enabled Active Persistent Links => 0 Active Links => 0 Client API version => mysqlnd 5.0.10 - 20111026 - $Id: b0b3b15c693b7f6aeb3aa66b 46fee339f175e39 $ Directive => Local Value => Master Value mysql.allow_local_infile => On => On mysql.allow_persistent => On => On mysql.connect_timeout => 3 => 3 mysql.default_host => no value => no value mysql.default_password => no value => no value mysql.default_port => 3306 => 3306 mysql.default_socket => MySQL => MySQL mysql.default_user => no value => no value mysql.max_links => Unlimited => Unlimited mysql.max_persistent => Unlimited => Unlimited mysql.trace_mode => Off => Off mysqli MysqlI Support => enabled Client API library version => mysqlnd 5.0.10 - 20111026 - $Id: b0b3b15c693b7f6a b3aa66b646fee339f175e39 $ Active Persistent Links => 0 Inactive Persistent Links => 0 Active Links => 0 Directive => Local Value => Master Value mysqli.allow_local_infile => On => On mysqli.allow_persistent => On => On mysqli.default_host => no value => no value mysqli.default_port => 3306 => 3306 mysqli.default_pw => no value => no value mysqli.default_socket => MySQL => MySQL mysqli.default_user => no value => no value mysqli.max_links => Unlimited => Unlimited mysqli.max_persistent => Unlimited => Unlimited mysqli.reconnect => Off => Off mysqlnd mysqlnd => enabled Version => mysqlnd 5.0.10 - 20111026 - $Id: b0b3b15c693b7f6aeb3aa66b646fee339f1 5e39 $ Compression => supported SSL => supported Command buffer size => 4096 Read buffer size => 32768 Read timeout => 31536000 Collecting statistics => Yes Collecting memory statistics => No Tracing => n/a Loaded plugins => mysqlnd,example,debug_trace,auth_plugin_mysql_native_password auth_plugin_mysql_clear_password API Extensions => mysql,mysqli,pdo_mysql mysqlnd statistics => bytes_sent => 0 bytes_received => 0 packets_sent => 0 packets_received => 0 protocol_overhead_in => 0 protocol_overhead_out => 0 bytes_received_ok_packet => 0 bytes_received_eof_packet => 0 bytes_received_rset_header_packet => 0 bytes_received_rset_field_meta_packet => 0 bytes_received_rset_row_packet => 0 bytes_received_prepare_response_packet => 0 bytes_received_change_user_packet => 0 packets_sent_command => 0 packets_received_ok => 0 packets_received_eof => 0 packets_received_rset_header => 0 packets_received_rset_field_meta => 0 packets_received_rset_row => 0 packets_received_prepare_response => 0 packets_received_change_user => 0 result_set_queries => 0 non_result_set_queries => 0 no_index_used => 0 bad_index_used => 0 slow_queries => 0 buffered_sets => 0 unbuffered_sets => 0 ps_buffered_sets => 0 ps_unbuffered_sets => 0 flushed_normal_sets => 0 flushed_ps_sets => 0 ps_prepared_never_executed => 0 ps_prepared_once_executed => 0 rows_fetched_from_server_normal => 0 rows_fetched_from_server_ps => 0 rows_buffered_from_client_normal => 0 rows_buffered_from_client_ps => 0 rows_fetched_from_client_normal_buffered => 0 rows_fetched_from_client_normal_unbuffered => 0 rows_fetched_from_client_ps_buffered => 0 rows_fetched_from_client_ps_unbuffered => 0 rows_fetched_from_client_ps_cursor => 0 rows_affected_normal => 0 rows_affected_ps => 0 rows_skipped_normal => 0 rows_skipped_ps => 0 copy_on_write_saved => 0 copy_on_write_performed => 0 command_buffer_too_small => 0 connect_success => 0 connect_failure => 0 connection_reused => 0 reconnect => 0 pconnect_success => 0 active_connections => 0 active_persistent_connections => 0 explicit_close => 0 implicit_close => 0 disconnect_close => 0 in_middle_of_command_close => 0 explicit_free_result => 0 implicit_free_result => 0 explicit_stmt_close => 0 implicit_stmt_close => 0 mem_emalloc_count => 0 mem_emalloc_amount => 0 mem_ecalloc_count => 0 mem_ecalloc_amount => 0 mem_erealloc_count => 0 mem_erealloc_amount => 0 mem_efree_count => 0 mem_efree_amount => 0 mem_malloc_count => 0 mem_malloc_amount => 0 mem_calloc_count => 0 mem_calloc_amount => 0 mem_realloc_count => 0 mem_realloc_amount => 0 mem_free_count => 0 mem_free_amount => 0 mem_estrndup_count => 0 mem_strndup_count => 0 mem_estndup_count => 0 mem_strdup_count => 0 proto_text_fetched_null => 0 proto_text_fetched_bit => 0 proto_text_fetched_tinyint => 0 proto_text_fetched_short => 0 proto_text_fetched_int24 => 0 proto_text_fetched_int => 0 proto_text_fetched_bigint => 0 proto_text_fetched_decimal => 0 proto_text_fetched_float => 0 proto_text_fetched_double => 0 proto_text_fetched_date => 0 proto_text_fetched_year => 0 proto_text_fetched_time => 0 proto_text_fetched_datetime => 0 proto_text_fetched_timestamp => 0 proto_text_fetched_string => 0 proto_text_fetched_blob => 0 proto_text_fetched_enum => 0 proto_text_fetched_set => 0 proto_text_fetched_geometry => 0 proto_text_fetched_other => 0 proto_binary_fetched_null => 0 proto_binary_fetched_bit => 0 proto_binary_fetched_tinyint => 0 proto_binary_fetched_short => 0 proto_binary_fetched_int24 => 0 proto_binary_fetched_int => 0 proto_binary_fetched_bigint => 0 proto_binary_fetched_decimal => 0 proto_binary_fetched_float => 0 proto_binary_fetched_double => 0 proto_binary_fetched_date => 0 proto_binary_fetched_year => 0 proto_binary_fetched_time => 0 proto_binary_fetched_datetime => 0 proto_binary_fetched_timestamp => 0 proto_binary_fetched_string => 0 proto_binary_fetched_blob => 0 proto_binary_fetched_enum => 0 proto_binary_fetched_set => 0 proto_binary_fetched_geometry => 0 proto_binary_fetched_other => 0 init_command_executed_count => 0 init_command_failed_count => 0 com_quit => 0 com_init_db => 0 com_query => 0 com_field_list => 0 com_create_db => 0 com_drop_db => 0 com_refresh => 0 com_shutdown => 0 com_statistics => 0 com_process_info => 0 com_connect => 0 com_process_kill => 0 com_debug => 0 com_ping => 0 com_time => 0 com_delayed_insert => 0 com_change_user => 0 com_binlog_dump => 0 com_table_dump => 0 com_connect_out => 0 com_register_slave => 0 com_stmt_prepare => 0 com_stmt_execute => 0 com_stmt_send_long_data => 0 com_stmt_close => 0 com_stmt_reset => 0 com_stmt_set_option => 0 com_stmt_fetch => 0 com_deamon => 0 bytes_received_real_data_normal => 0 bytes_received_real_data_ps => 0 example statistics => stat1 => 0 stat2 => 0 odbc ODBC Support => enabled Active Persistent Links => 0 Active Links => 0 ODBC library => Win32 Directive => Local Value => Master Value odbc.allow_persistent => On => On odbc.check_persistent => On => On odbc.default_cursortype => Static cursor => Static cursor odbc.default_db => no value => no value odbc.default_pw => no value => no value odbc.default_user => no value => no value odbc.defaultbinmode => return as is => return as is odbc.defaultlrl => return up to 4096 bytes => return up to 4096 bytes odbc.max_links => Unlimited => Unlimited odbc.max_persistent => Unlimited => Unlimited openssl OpenSSL support => enabled OpenSSL Library Version => OpenSSL 0.9.8u 12 Mar 2012 OpenSSL Header Version => OpenSSL 0.9.8u 12 Mar 2012 pcre PCRE (Perl Compatible Regular Expressions) Support => enabled PCRE Library Version => 8.12 2011-01-15 Directive => Local Value => Master Value pcre.backtrack_limit => 1000000 => 1000000 pcre.recursion_limit => 100000 => 100000 PDO PDO support => enabled PDO drivers => mysql, sqlite pdo_mysql PDO Driver for MySQL => enabled Client API version => mysqlnd 5.0.10 - 20111026 - $Id: b0b3b15c693b7f6aeb3aa66b 46fee339f175e39 $ pdo_sqlite PDO Driver for SQLite 3.x => enabled SQLite Library => 3.7.7.1 Phar Phar: PHP Archive support => enabled Phar EXT version => 2.0.1 Phar API version => 1.1.1 SVN revision => $Id: 2a47d3d0354109d8077e34d59f1228ccfd021d59 $ Phar-based phar archives => enabled Tar-based phar archives => enabled ZIP-based phar archives => enabled gzip compression => enabled bzip2 compression => enabled OpenSSL support => enabled Phar based on pear/PHP_Archive, original concept by Davey Shafik. Phar fully realized by Gregory Beaver and Marcus Boerger. Portions of tar implementation Copyright (c) 2003-2009 Tim Kientzle. Directive => Local Value => Master Value phar.cache_list => no value => no value phar.readonly => On => On phar.require_hash => On => On Reflection Reflection => enabled Version => $Id: 1cf65cee164ed57874ce2d29e5c46b82f6139524 $ session Session Support => enabled Registered save handlers => files user Registered serializer handlers => php php_binary wddx Directive => Local Value => Master Value session.auto_start => Off => Off session.cache_expire => 180 => 180 session.cache_limiter => nocache => nocache session.cookie_domain => no value => no value session.cookie_httponly => Off => Off session.cookie_lifetime => 0 => 0 session.cookie_path => / => / session.cookie_secure => Off => Off session.entropy_file => no value => no value session.entropy_length => 0 => 0 session.gc_divisor => 1000 => 1000 session.gc_maxlifetime => 1440 => 1440 session.gc_probability => 1 => 1 session.hash_bits_per_character => 5 => 5 session.hash_function => 0 => 0 session.name => PHPSESSID => PHPSESSID session.referer_check => no value => no value session.save_handler => files => files session.save_path => \xampp\tmp => \xampp\tmp session.serialize_handler => php => php session.upload_progress.cleanup => On => On session.upload_progress.enabled => On => On session.upload_progress.freq => 1% => 1% session.upload_progress.min_freq => 1 => 1 session.upload_progress.name => PHP_SESSION_UPLOAD_PROGRESS => PHP_SESSION_UPLO D_PROGRESS session.upload_progress.prefix => upload_progress_ => upload_progress_ session.use_cookies => On => On session.use_only_cookies => Off => Off session.use_trans_sid => 0 => 0 SimpleXML Simplexml support => enabled Revision => $Id: 455280fc74f9f002b7314def7a456f6c3080eb92 $ Schema support => enabled soap Soap Client => enabled Soap Server => enabled Directive => Local Value => Master Value soap.wsdl_cache => 1 => 1 soap.wsdl_cache_dir => /tmp => /tmp soap.wsdl_cache_enabled => 1 => 1 soap.wsdl_cache_limit => 5 => 5 soap.wsdl_cache_ttl => 86400 => 86400 sockets Sockets Support => enabled SPL SPL support => enabled Interfaces => Countable, OuterIterator, RecursiveIterator, SeekableIterator, Sp Observer, SplSubject Classes => AppendIterator, ArrayIterator, ArrayObject, BadFunctionCallException BadMethodCallException, CachingIterator, CallbackFilterIterator, DirectoryIter tor, DomainException, EmptyIterator, FilesystemIterator, FilterIterator, GlobIt rator, InfiniteIterator, InvalidArgumentException, IteratorIterator, LengthExce tion, LimitIterator, LogicException, MultipleIterator, NoRewindIterator, OutOfB undsException, OutOfRangeException, OverflowException, ParentIterator, RangeExc ption, RecursiveArrayIterator, RecursiveCachingIterator, RecursiveCallbackFilte Iterator, RecursiveDirectoryIterator, RecursiveFilterIterator, RecursiveIterato Iterator, RecursiveRegexIterator, RecursiveTreeIterator, RegexIterator, Runtime xception, SplDoublyLinkedList, SplFileInfo, SplFileObject, SplFixedArray, SplHe p, SplMinHeap, SplMaxHeap, SplObjectStorage, SplPriorityQueue, SplQueue, SplSta k, SplTempFileObject, UnderflowException, UnexpectedValueException sqlite3 SQLite3 support => enabled SQLite3 module version => 0.7 SQLite Library => 3.7.7.1 Directive => Local Value => Master Value sqlite3.extension_dir => no value => no value standard Dynamic Library Support => enabled Path to sendmail => \xampp\mailtodisk\mailtodisk.exe Directive => Local Value => Master Value assert.active => 1 => 1 assert.bail => 0 => 0 assert.callback => no value => no value assert.quiet_eval => 0 => 0 assert.warning => 1 => 1 auto_detect_line_endings => 0 => 0 default_socket_timeout => 60 => 60 from => no value => no value url_rewriter.tags => a=href,area=href,frame=src,input=src,form=fakeentry => a=h ef,area=href,frame=src,input=src,form=fakeentry user_agent => no value => no value tokenizer Tokenizer Support => enabled wddx WDDX Support => enabled WDDX Session Serializer => enabled xdebug xdebug support => enabled Version => 2.2.3 IDE Key => takeo Supported protocols => Revision DBGp - Common DeBuGger Protocol => $Revision: 1.145 $ Directive => Local Value => Master Value xdebug.auto_trace => On => On xdebug.cli_color => 0 => 0 xdebug.collect_assignments => On => On xdebug.collect_includes => On => On xdebug.collect_params => 1 => 1 xdebug.collect_return => On => On xdebug.collect_vars => On => On xdebug.coverage_enable => On => On xdebug.default_enable => On => On xdebug.dump.COOKIE => no value => no value xdebug.dump.ENV => no value => no value xdebug.dump.FILES => no value => no value xdebug.dump.GET => no value => no value xdebug.dump.POST => no value => no value xdebug.dump.REQUEST => no value => no value xdebug.dump.SERVER => no value => no value xdebug.dump.SESSION => no value => no value xdebug.dump_globals => On => On xdebug.dump_once => On => On xdebug.dump_undefined => On => On xdebug.extended_info => On => On xdebug.file_link_format => no value => no value xdebug.idekey => no value => no value xdebug.max_nesting_level => 888 => 888 xdebug.overload_var_dump => Off => Off xdebug.profiler_aggregate => Off => Off xdebug.profiler_append => Off => Off xdebug.profiler_enable => Off => Off xdebug.profiler_enable_trigger => Off => Off xdebug.profiler_output_dir => \xampp\tmp => \xampp\tmp xdebug.profiler_output_name => xdebug_profile.%R::%u => xdebug_profile.%R::%u xdebug.remote_autostart => Off => Off xdebug.remote_connect_back => Off => Off xdebug.remote_cookie_expire_time => 3600 => 3600 xdebug.remote_enable => Off => Off xdebug.remote_handler => dbgp => dbgp xdebug.remote_host => localhost => localhost xdebug.remote_log => no value => no value xdebug.remote_mode => req => req xdebug.remote_port => 9000 => 9000 xdebug.scream => Off => Off xdebug.show_exception_trace => Off => Off xdebug.show_local_vars => On => On xdebug.show_mem_delta => On => On xdebug.trace_enable_trigger => On => On xdebug.trace_format => 0 => 0 xdebug.trace_options => 0 => 0 xdebug.trace_output_dir => \xampp\tmp => \xampp\tmp xdebug.trace_output_name => trace.%c => trace.%c xdebug.var_display_max_children => 888 => 888 xdebug.var_display_max_data => 888 => 888 xdebug.var_display_max_depth => 888 => 888 xml XML Support => active XML Namespace Support => active libxml2 Version => 2.7.7 xmlreader XMLReader => enabled xmlrpc core library version => xmlrpc-epi v. 0.51 php extension version => 0.51 author => Dan Libby homepage => http://xmlrpc-epi.sourceforge.net [^] open sourced by => Epinions.com xmlwriter XMLWriter => enabled xsl XSL => enabled libxslt Version => 1.1.23 libxslt compiled against libxml Version => 2.6.32 EXSLT => enabled libexslt Version => 0.8.13 zip Zip => enabled Extension Version => $Id$ Zip version => 1.9.1 Libzip version => 0.9.0 zlib ZLib Support => enabled Stream Wrapper => compress.zlib:// Stream Filter => zlib.inflate, zlib.deflate Compiled Version => 1.2.5 Linked Version => 1.2.5 Directive => Local Value => Master Value zlib.output_compression => Off => Off zlib.output_compression_level => -1 => -1 zlib.output_handler => no value => no value Additional Modules Module Name Environment Variable => Value ALLUSERSPROFILE => C:\ProgramData AMDAPPSDKROOT => C:\Program Files (x86)\AMD APP\ APPDATA => C:\Users\takeo\AppData\Roaming APR_ICONV_PATH => F:\Program Files (x86)\Subversion\iconv asl.log => Destination=file CLASSPATH => .;C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip CommonProgramFiles => C:\Program Files (x86)\Common Files CommonProgramFiles(x86) => C:\Program Files (x86)\Common Files CommonProgramW6432 => C:\Program Files\Common Files COMPUTERNAME => TAKEO-PC ComSpec => C:\Windows\system32\cmd.exe DXSDK_DIR => C:\Program Files (x86)\Microsoft DirectX SDK (June 2010)\ FP_NO_HOST_CHECK => NO HOME => C:\Users\takeo HOMEDRIVE => C: HOMEPATH => \Users\takeo include => F:\Program Files (x86)\Microsoft Visual Studio\VC98\atl\include;F:\P ogram Files (x86)\Microsoft Visual Studio\VC98\mfc\include;F:\Program Files (x8 )\Microsoft Visual Studio\VC98\include KRB5_CONFIG => C:\ProgramData\Kerberos\krb5.conf LC_MESSAGES => C lib => F:\Program Files (x86)\Microsoft Visual Studio\VC98\mfc\lib;F:\Program F les (x86)\Microsoft Visual Studio\VC98\lib LOCALAPPDATA => C:\Users\takeo\AppData\Local LOGONSERVER => \\TAKEO-PC MSDevDir => F:\Program Files (x86)\Microsoft Visual Studio\Common\MSDev98 NUMBER_OF_PROCESSORS => 8 OS => Windows_NT Path => C:\Program Files (x86)\Borland\Delphi7\Bin;C:\Program Files (x86)\Borla d\Delphi7\Projects\Bpl\;C:\Perl64\site\bin;C:\Perl64\bin;C:\Program Files\Commo Files\Microsoft Shared\Windows Live;C:\Program Files (x86)\Common Files\Micros ft Shared\Windows Live;C:\Program Files (x86)\AMD APP\bin\x86_64;C:\Program Fil s (x86)\AMD APP\bin\x86;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\ATI Technolo ies\ATI.ACE\Core-Static;F:\Program Files (x86)\Subversion\bin;C:\Dev-Cpp\bin;C: Program Files (x86)\Pinnacle\Shared Files\;C:\Program Files (x86)\Pinnacle\Shar d Files\Filter\;C:\Program Files (x86)\Windows Live\Shared;F:\Program Files (x8 )\QuickTime\QTSystem\;F:\Program Files\TortoiseHg\;C:\Program Files\Microsoft\W b Platform Installer\;C:\Program Files (x86)\Microsoft ASP.NET\ASP.NET Web Page \v1.0\;C:\Program Files\Microsoft SQL Server\110\Tools\Binn\;C:\Program Files ( 86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\ 00\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\;F:\Program F les\TortoiseSVN\bin;F:\Program Files (x86)\GNU\GnuPG\pub;F:\Program Files (x86) Heimdal\bin\;C:\Program Files\Heimdal\bin\;C:\ffmpeg\ffmpeg-git-14d94a1-win32-s atic\bin;C:\cygwin\bin;C:\Program Files (x86)\Git\cmd;C:\Program Files (x86)\Gi \bin;C:\Program Files (x86)\Tesseract-OCR;C:\Program Files (x86)\Tesseract-OCR; :\Program Files (x86)\Microsoft Visual Studio\Common\Tools\WinNT;F:\Program Fil s (x86)\Microsoft Visual Studio\Common\MSDev98\Bin;F:\Program Files (x86)\Micro oft Visual Studio\Common\Tools;F:\Program Files (x86)\Microsoft Visual Studio\V 98\bin;F:\Program Files (x86)\Subversion\bin;C:\ffmpeg\ffmpeg-20130611-git-0f88 98-win64-static\bin;F:\Program Files (x86)\Nmap;C:\Perl64\bin; PATHEXT => .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC PROCESSOR_ARCHITECTURE => x86 PROCESSOR_ARCHITEW6432 => AMD64 PROCESSOR_IDENTIFIER => Intel64 Family 6 Model 42 Stepping 7, GenuineIntel PROCESSOR_LEVEL => 6 PROCESSOR_REVISION => 2a07 ProgramData => C:\ProgramData ProgramFiles => C:\Program Files (x86) ProgramFiles(x86) => C:\Program Files (x86) ProgramW6432 => C:\Program Files PROMPT => $P$G PSModulePath => C:\Windows\system32\WindowsPowerShell\v1.0\Modules\ PUBLIC => C:\Users\Public QTJAVA => C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip SESSIONNAME => Console SystemDrive => C: SystemRoot => C:\Windows TEMP => C:\Users\takeo\AppData\Local\Temp TESSDATA_PREFIX => C:\Program Files (x86)\Tesseract-OCR\ TMP => C:\Users\takeo\AppData\Local\Temp USERDOMAIN => takeo-PC USERNAME => takeo USERPROFILE => C:\Users\takeo VBOX_INSTALL_PATH => F:\Program Files\Oracle\VirtualBox\ VS100COMNTOOLS => C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\T ols\ windir => C:\Windows PHP Variables Variable => Value _SERVER["ALLUSERSPROFILE"] => C:\ProgramData _SERVER["AMDAPPSDKROOT"] => C:\Program Files (x86)\AMD APP\ _SERVER["APPDATA"] => C:\Users\takeo\AppData\Roaming _SERVER["APR_ICONV_PATH"] => F:\Program Files (x86)\Subversion\iconv _SERVER["asl_log"] => Destination=file _SERVER["CLASSPATH"] => .;C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip _SERVER["CommonProgramFiles"] => C:\Program Files (x86)\Common Files _SERVER["CommonProgramFiles(x86)"] => C:\Program Files (x86)\Common Files _SERVER["CommonProgramW6432"] => C:\Program Files\Common Files _SERVER["COMPUTERNAME"] => TAKEO-PC _SERVER["ComSpec"] => C:\Windows\system32\cmd.exe _SERVER["DXSDK_DIR"] => C:\Program Files (x86)\Microsoft DirectX SDK (June 2010 \ _SERVER["FP_NO_HOST_CHECK"] => NO _SERVER["HOME"] => C:\Users\takeo _SERVER["HOMEDRIVE"] => C: _SERVER["HOMEPATH"] => \Users\takeo _SERVER["include"] => F:\Program Files (x86)\Microsoft Visual Studio\VC98\atl\i clude;F:\Program Files (x86)\Microsoft Visual Studio\VC98\mfc\include;F:\Progra Files (x86)\Microsoft Visual Studio\VC98\include _SERVER["KRB5_CONFIG"] => C:\ProgramData\Kerberos\krb5.conf _SERVER["LC_MESSAGES"] => C _SERVER["lib"] => F:\Program Files (x86)\Microsoft Visual Studio\VC98\mfc\lib;F \Program Files (x86)\Microsoft Visual Studio\VC98\lib _SERVER["LOCALAPPDATA"] => C:\Users\takeo\AppData\Local _SERVER["LOGONSERVER"] => \\TAKEO-PC _SERVER["MSDevDir"] => F:\Program Files (x86)\Microsoft Visual Studio\Common\MS ev98 _SERVER["NUMBER_OF_PROCESSORS"] => 8 _SERVER["OS"] => Windows_NT _SERVER["Path"] => C:\Program Files (x86)\Borland\Delphi7\Bin;C:\Program Files x86)\Borland\Delphi7\Projects\Bpl\;C:\Perl64\site\bin;C:\Perl64\bin;C:\Program iles\Common Files\Microsoft Shared\Windows Live;C:\Program Files (x86)\Common F les\Microsoft Shared\Windows Live;C:\Program Files (x86)\AMD APP\bin\x86_64;C:\ rogram Files (x86)\AMD APP\bin\x86;C:\Windows\system32;C:\Windows;C:\Windows\Sy tem32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\A I Technologies\ATI.ACE\Core-Static;F:\Program Files (x86)\Subversion\bin;C:\Dev Cpp\bin;C:\Program Files (x86)\Pinnacle\Shared Files\;C:\Program Files (x86)\Pi nacle\Shared Files\Filter\;C:\Program Files (x86)\Windows Live\Shared;F:\Progra Files (x86)\QuickTime\QTSystem\;F:\Program Files\TortoiseHg\;C:\Program Files\ icrosoft\Web Platform Installer\;C:\Program Files (x86)\Microsoft ASP.NET\ASP.N T Web Pages\v1.0\;C:\Program Files\Microsoft SQL Server\110\Tools\Binn\;C:\Prog am Files (x86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft QL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\;F \Program Files\TortoiseSVN\bin;F:\Program Files (x86)\GNU\GnuPG\pub;F:\Program iles (x86)\Heimdal\bin\;C:\Program Files\Heimdal\bin\;C:\ffmpeg\ffmpeg-git-14d9 a1-win32-static\bin;C:\cygwin\bin;C:\Program Files (x86)\Git\cmd;C:\Program Fil s (x86)\Git\bin;C:\Program Files (x86)\Tesseract-OCR;C:\Program Files (x86)\Tes eract-OCR;F:\Program Files (x86)\Microsoft Visual Studio\Common\Tools\WinNT;F:\ rogram Files (x86)\Microsoft Visual Studio\Common\MSDev98\Bin;F:\Program Files x86)\Microsoft Visual Studio\Common\Tools;F:\Program Files (x86)\Microsoft Visu l Studio\VC98\bin;F:\Program Files (x86)\Subversion\bin;C:\ffmpeg\ffmpeg-201306 1-git-0f88a98-win64-static\bin;F:\Program Files (x86)\Nmap;C:\Perl64\bin; _SERVER["PATHEXT"] => .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC _SERVER["PROCESSOR_ARCHITECTURE"] => x86 _SERVER["PROCESSOR_ARCHITEW6432"] => AMD64 _SERVER["PROCESSOR_IDENTIFIER"] => Intel64 Family 6 Model 42 Stepping 7, Genuin Intel _SERVER["PROCESSOR_LEVEL"] => 6 _SERVER["PROCESSOR_REVISION"] => 2a07 _SERVER["ProgramData"] => C:\ProgramData _SERVER["ProgramFiles"] => C:\Program Files (x86) _SERVER["ProgramFiles(x86)"] => C:\Program Files (x86) _SERVER["ProgramW6432"] => C:\Program Files _SERVER["PROMPT"] => $P$G _SERVER["PSModulePath"] => C:\Windows\system32\WindowsPowerShell\v1.0\Modules\ _SERVER["PUBLIC"] => C:\Users\Public _SERVER["QTJAVA"] => C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip _SERVER["SESSIONNAME"] => Console _SERVER["SystemDrive"] => C: _SERVER["SystemRoot"] => C:\Windows _SERVER["TEMP"] => C:\Users\takeo\AppData\Local\Temp _SERVER["TESSDATA_PREFIX"] => C:\Program Files (x86)\Tesseract-OCR\ _SERVER["TMP"] => C:\Users\takeo\AppData\Local\Temp _SERVER["USERDOMAIN"] => takeo-PC _SERVER["USERNAME"] => takeo _SERVER["USERPROFILE"] => C:\Users\takeo _SERVER["VBOX_INSTALL_PATH"] => F:\Program Files\Oracle\VirtualBox\ _SERVER["VS100COMNTOOLS"] => C:\Program Files (x86)\Microsoft Visual Studio 10. \Common7\Tools\ _SERVER["windir"] => C:\Windows _SERVER["PHP_SELF"] => - _SERVER["SCRIPT_NAME"] => - _SERVER["SCRIPT_FILENAME"] => _SERVER["PATH_TRANSLATED"] => _SERVER["DOCUMENT_ROOT"] => _SERVER["REQUEST_TIME_FLOAT"] => 1387039734.6687 _SERVER["REQUEST_TIME"] => 1387039734 _SERVER["argv"] => Array ( [0] => - ) _SERVER["argc"] => 1 PHP License This program is free software; you can redistribute it and/or modify it under the terms of the PHP License as published by the PHP Group and included in the distribution in the file: LICENSE This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact license@php.net.
Attached Files:

Notes
(0002732) derick    2014-03-02 14:16	I think this is a duplicate of 0000976 which is fixed in the yesterday released 2.2.4 release (Windows binaries follow shortly).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
707	[Xdebug] Feature/Change request	feature	N/A	2011-08-13 08:09	2014-02-28 06:31
Reporter:	metod	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	Limit the function traces output
Description:	Add a configuration option to only show last N function calls in execution dump. Might be useful when at every request the same filters get executed first and you are only interested in last N function calls.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002686) derick    2014-02-27 19:10	I can not only do the "last x" lines, as lines are written out immediately as they happen so that I don't have to store everything in memory. Skipping the first x lines could be implemented. Would that work?
(0002730) metod    2014-02-28 06:31	Yes, that would be great. Thanks!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
741	[Xdebug] Usage problems	major	have not tried	2011-10-25 00:00	2014-02-27 20:10
Reporter:	nnmatveev	Platform:
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	Unable to rich more value children level than 'max_depth' when obtain value from 'eval' command
Description:	The issue appears if you use 'evaluate expression' feature in the IDE and need to open more children levels than configured in 'max_depth'. We use the minimum possible 'max_depth' value as it speed ups stepping (we reload stack frames data on every step using 'context_get' command). The only way - re-evaluate the whole expression. We need to have some kind of global cache of all evaluated values and clean it after each step.
Steps To Reproduce:	Consider the following script: <?php function foo(){ return array(array(array(array(array(array(array(array(1)))))))); } echo 1; //breakpoint Eval 'foo()' expression when you will reach a breakpoint.
Additional Information:	In PhpStorm we implemented a workaround for this problem and maintains our own evaluation cache in global variable $GLOBALS['IDE_EVAL_CACHE']. See attached xdebug log for more details. We assign an unique array key for every evaluated expression. When user ask for more children level we actually invoke property_get command for the expression substitutor.
Attached Files:	xdebug.log (37,415) 2011-10-25 00:00 http://bugs.xdebug.org/file_download.php?file_id=40&type=bug

Notes
(0002726) derick    2014-02-27 20:10	The eval'ed return only exists for a brief moment, and I will not keep the result around with some special hack so that you can request sub-properties. Eval is not made for requesting random properties as I have explained many times.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
675	[Xdebug] Feature/Change request	feature	have not tried	2011-03-31 02:22	2014-02-27 20:06
Reporter:	ngaur	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	invoking trace from command line
Description:	It's currently possible to invoke the profiler for command line php execution by setting an environment variable: XDEBUG_CONFIG="profiler_enable=1" Can we have the same thing for "trace_enable=1"? In general, the set of configuration values accessible from the command line should probably be reviewed. Looking at xdebug_env_config() in xdebug.c, it looks pretty straightforward to implement. If people want to patch that for their own use they will have little trouble in doing so.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001722) ngaur    2011-04-13 00:50	Turns out this is quite easy. I've patched this for my own use, and the fix is part of the composite patch I've shared on bug 0000644
(0002725) derick    2014-02-27 20:06	Hello Troels, This is related to 0000644. It would be great if you could create a *separate* pull request against https://github.com/xdebug/xdebug [^] than the bits for 0000644. There is information at http://xdebug.org/contributing.php [^] to provide some help with GIT. And feel free to talk to me on IRC or the mailinglist. cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
588	[Xdebug] Usage problems	tweak	always	2010-06-21 15:02	2014-02-27 20:03
Reporter:	kipelovets	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	FreeBSD
PHP Version:	5.3.2
Summary:	native functions overweight in xdebug profiler output
Description:	hi i have a problem with xdebug on a FreeBSD server. on that server xdebug profiler's cachegrind files say that executing time of native functions (such as DOMDocument::load() or XSLTStylesheet::importStylesheet) is about 50% of total script execution time. and with profiler turned off those functions work for less than 0.1% on my own Ubuntu computer there are no such deviations in profiler output, so i think the problem is connected with some configuration-specific issues. where should i look to identify that problem?
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002723) derick    2014-02-27 20:03	I don't think there is a bug, if this is still a problem, please refer to the support mechanisms at http://xdebug.org/support.php [^] (mailinglist is probably best).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
636	[Xdebug] Usage problems	tweak	sometimes	2010-11-04 01:18	2014-02-27 20:02
Reporter:	ricardok1	Platform:	PHP 5.3.3 x86 VC6 TS
Assigned To:	derick	OS:	Windows 7 x64
Priority:	low	OS Version:	Win7 x64
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Win7 x64
PHP Version:	5.3.3
Summary:	Timer & Profiler
Description:	Hi Derick, My app is having a strange behavior: 1) App Timer gives 0.7 seconds to execute (Code Igniter) 2) XDebug timer gives 4.2 seconds 3) Firebug (on localhost) gives 4.8 more than 1) Trying to run the profiler of xdebug gives 1.2 secs to analyze... What can be the problem? Why the profile output doesn't match the timer by so far? Turning off the profiler giver 0.1 sec App/ 0.3 xdebug / 0.7 firebug Is the creation of the profile file taking to this strange behavior? Thanks Ricardo
Steps To Reproduce:
Additional Information:
System Description	Windows XP SP3 32bits Windows 2008 R2 64bits Apache 2.2.14 32bits VC6 TS PHP 5.3.2 VC6 TS
Attached Files:

Notes
(0002722) derick    2014-02-27 20:02	I don't think there is a bug, if this is still a problem, please refer to the support mechanisms at http://xdebug.org/support.php [^] (mailinglist is probably best).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
967	[Xdebug] Installation	major	always	2013-07-22 23:57	2014-02-27 19:56
Reporter:	mdegalli	Platform:
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Apache/2.2.24 (Unix)
PHP Version:	5.4.10-5.4.14
Summary:	Won't install with PHP 5.4.17
Description:	Keep getting this error: Xdebug requires Zend Engine API version 220090626. The Zend Engine API version 220100525 which is installed, is newer. Contact Derick Rethans at http://xdebug.org/docs/faq#api [^] for a later version of Xdebug. (I have the latest version) Which xdebug version should I use?
Steps To Reproduce:	Tailored Installation Instructions Summary Xdebug installed: no Server API: CGI/FastCGI Windows: no Zend Server: no PHP Version: 5.4.17 Zend API nr: 220100525 PHP API nr: 20100525 Debug Build: no Thread Safe Build: no Configuration File Path: /usr/local/lib Configuration File: /usr/local/lib/php.ini Extensions directory: /usr/local/lib/php/extensions/no-debug-non-zts-20100525 Instructions Download xdebug-2.2.3.tgz Unpack the downloaded file with tar -xvzf xdebug-2.2.3.tgz Run: cd xdebug-2.2.3 Run: phpize (See the FAQ if you don't have phpize. As part of its output it should show: Configuring for: ... Zend Module Api No: 20100525 Zend Extension Api No: 220100525 If it does not, you are using the wrong phpize. Please follow this FAQ entry and skip the next step. Run: ./configure Run: make Run: cp modules/xdebug.so /usr/local/lib/php/extensions/no-debug-non-zts-20100525 Edit /usr/local/lib/php.ini and add the line zend_extension = /usr/local/lib/php/extensions/no-debug-non-zts-20100525/xdebug.so Restart the webserver
Additional Information:	System Linux Configure Command './configure' '--disable-fileinfo' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-gd-native-ttf' '--enable-libxml' '--enable-pdo=shared' '--enable-sockets' '--prefix=/usr/local' '--with-apxs2=/usr/local/apache/bin/apxs' '--with-curl=/opt/curlssl/' '--with-freetype-dir=/usr' '--with-gd' '--with-imap=/opt/php_with_imap_client/' '--with-imap-ssl=/usr' '--with-jpeg-dir=/usr' '--with-kerberos' '--with-libdir=lib64' '--with-libxml-dir=/opt/xml2/' '--with-mcrypt=/opt/libmcrypt/' '--with-mysql=/usr' '--with-mysql-sock=/var/lib/mysql/mysql.sock' '--with-openssl=/usr' '--with-openssl-dir=/usr' '--with-pcre-regex=/opt/pcre' '--with-pdo-mysql=shared' '--with-pdo-sqlite=shared' '--with-pic' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-zlib' '--with-zlib-dir=/usr' Server API CGI/FastCGI Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/lib Loaded Configuration File /usr/local/lib/php.ini Scan this dir for additional .ini files (none) Additional .ini files parsed (none) PHP API 20100412 PHP Extension 20100525 Zend Extension 220100525 Zend Extension Build API220100525,NTS PHP Extension Build API20100525,NTS Debug Build no Thread Safety disabled Zend Signal Handling disabled Zend Memory Manager enabled Zend Multibyte Support disabled IPv6 Support enabled DTrace Support disabled Registered PHP Streams https, ftps, compress.zlib, php, file, glob, data, http, ftp, phar Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters zlib.*, convert.iconv.*, mcrypt.*, mdecrypt.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk Zend logo This program makes use of the Zend Scripting Language Engine: Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies
Attached Files:

Notes
(0002539) derick    2013-07-23 09:14	This is not a bug, please refer to the FAQ: http://xdebug.org/docs/faq#api [^]
(0002547) mdegalli    2013-07-23 21:00	I've done everything the FAQ asks and the versions match up. What else is wrong? FROM PHPIZE: root@hosting [/home/xdebug-2.2.3]# phpize Configuring for: PHP Api Version: 20100412 Zend Module Api No: 20100525 Zend Extension Api No: 220100525 FROM PHPINFO(): PHP API 20100412 PHP Extension 20100525 Zend Extension 220100525 FROM PHP-CONFIG: root@hosting [/usr/bin]# php-config --version 5.4.17
(0002549) mdegalli    2013-07-30 22:20	Which xdebug version should I use?
(0002550) mdegalli    2013-08-02 22:45	FYI, finally got it working after a week of struggle: Just use "pecl install xdebug" at the command line!  ... the wizard just doesn't work for me. I thought since I'm not a Linux/Admin guru the wizard would be the easiest ... but the above command did the trick.
(0002719) derick    2014-02-27 19:56	I'm glad it works! Closing out this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
959	[Xdebug] Usage problems	minor	always	2013-07-05 10:31	2014-02-27 19:53
Reporter:	querdenker	Platform:	Windows
Assigned To:	derick	OS:	Windows 7 64bit
Priority:	normal	OS Version:	Version 6.1.7601
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.7
Summary:	Remote debugging: Client (xdebug) always tries to connect to server (IDE)
Description:	Running xampp 1.8.1 (Apache 2.4.3, PHP 5.4.7) on Win7 SP1 64bit. The remote debugging server is Jetbrains PhpStorm 6.0.3. The xdebug DDL I use is php_xdebug-2.2.3-5.4-vc9.dll. According to phpinfo(), the xdebug settings are xdebug.auto_trace Off xdebug.cli_color 1 xdebug.collect_assignments Off xdebug.collect_includes On xdebug.collect_params 0 xdebug.collect_return Off xdebug.collect_vars Off xdebug.coverage_enable On xdebug.default_enable On xdebug.dump.COOKIE no value xdebug.dump.ENV no value xdebug.dump.FILES no value xdebug.dump.GET no value xdebug.dump.POST no value xdebug.dump.REQUEST no value xdebug.dump.SERVER no value xdebug.dump.SESSION no value xdebug.dump_globals On xdebug.dump_once On xdebug.dump_undefined Off xdebug.extended_info On xdebug.file_link_format no value xdebug.idekey xdebug xdebug.max_nesting_level 100 xdebug.overload_var_dump On xdebug.profiler_aggregate Off xdebug.profiler_append Off xdebug.profiler_enable Off xdebug.profiler_enable_trigger Off xdebug.profiler_output_dir C:\Users\dk\Development\xampp\tmp xdebug.profiler_output_name xdebug_profile.%R::%u xdebug.remote_autostart Off xdebug.remote_connect_back Off xdebug.remote_cookie_expire_time 3600 xdebug.remote_enable On xdebug.remote_handler dbgp xdebug.remote_host localhost xdebug.remote_log no value xdebug.remote_mode req xdebug.remote_port 9000 xdebug.scream Off xdebug.show_exception_trace Off xdebug.show_local_vars Off xdebug.show_mem_delta Off xdebug.trace_enable_trigger Off xdebug.trace_format 0 xdebug.trace_options 0 xdebug.trace_output_dir C:\Users\dk\Development\xampp\tmp xdebug.trace_output_name trace.%c xdebug.var_display_max_children -1 xdebug.var_display_max_data -1 xdebug.var_display_max_depth -1 Even though xdebug.remote_autostart is set to Off and I do not send XDEBUG_SESSION=xdebug or XDEBUG_SESSION_START=xdebug along (neither GET/POST/COOKIE), xdebug always responds Set-Cookie XDEBUG_SESSION=xdebug;[...] and tries to connect to a server (if a listening PhpStorm runs, it'll connect to that). If xdebug is designed to work this way (always starting a remote debugging session), then what is the purpose of the xdebug.remote_autostart setting? Furthermore, what's the purpose of all the GET/POST/COOKIE remote debug session start stuff, including browser extensions like easyXdebug (Firefox)?
Steps To Reproduce:	- Set up php_xdebug as described above (especially xdebug.remote_autostart=Off) - Call a simple PHP script (without any GET/POST/COOKIE parameters) - Check response headers (Set-Cookie)
Additional Information:
Attached Files:

Notes
(0002532) derick    2013-07-09 08:56	Can you check if the *request* headers contain a the cookie? If that's the case, your browser sends it. This could be because of a browser plugin that is activated.
(0002534) querdenker    2013-07-09 16:04    (edited on: 2013-07-09 16:05)	Alright, I guess you can just close this report. In order to resolve this, I screwed around with some xdebug settings in the php.ini file. When I changed the value of xdebug.idekey to "foobar", my browser kept receiving the cookie XDEBUG_SESSION=xdebug. So there had to be something that sets the idekey/session name outside of the php.ini. In the end, I found a system environment variable which I must have set a while ago to debug a PHP-CLI script or something. That variable was XDEBUG_CONFIG with the value idekey=xdebug remote_host=localhost. Once I removed that system variable and restarted Windows, xdebug remote debugging didn't start automatically any longer.
(0002718) derick    2014-02-27 19:53	I am glad to know that it works now! Closing this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
921	[Xdebug] Usage problems	crash	always	2013-01-30 14:04	2014-02-27 19:53
Reporter:	munzili	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu Squezze and Win7 (XAMPP)
PHP Version:	5.4.10-5.4.14
Summary:	xdebug crashes Apache2
Description:	Hallo! I'm running Apache2.2 on a Windows and a Linux Ubuntu machine. On both Systems PHP 5.4.11 is installed with xdebug 2.2.1. On both systems, xdebug crashes Apache when executing my code. If i unload xdebug from the php.ini, everything is ok. As soon i load it again, it causes to crash Apache. I'm not running a debug session, its just a normal request. You can reproduce it on both systems. It happen when i execute the stepts mentoned below
Steps To Reproduce:	http://www.phptheatre.com/PHPTheatre.rar [^] 1. Extract the files to your htdocs directpry 2. copy/rename bridge/default/global.config.php to local.config.php 3. modify the local.config.php and enter your mysql server data (user should have access to create DB) 4. run the php file tests/data/setup.php in the shell. This script will setup test datas 5. Open the follwoing file in the Browser: tests/HTML/index.php 6. Login with the username "visitor" and the password "password" on the top login form 7. Klick the "Program" Link in the top menu 8. Select on the Site a time to the right. 9. A "Room Plan" will apear. Click on an Seat in the image. 10. *Apache2 Crash* The file/class that is handling this request, where the error happens is src/Core/Template/Site/ShowReservation.php, method "displayCinema"
Additional Information:	Seams like its not in the PHP Core file, its a xdebug related problem Thread 7 - System ID 7024 Entry point libhttpd!ap_regkey_value_remove+1060 Create time 22.01.2013 16:24:13 Time spent in user mode 0 Days 0:0:0.62 Time spent in kernel mode 0 Days 0:0:0.0 Full Call Stack Function Arg 1 Arg 2 Arg 3 Arg 4 Source ntdll!NtRaiseException+12 01eee9e4 01eeea34 00000000 c0000005 ntdll!KiUserExceptionDispatcher+29 01eee9e4 01eeea34 00000000 c0000005 Exception Information PHP_XDEBUG!XDEBUG_INIT_OPARRAY+106D0WARNING - DebugDiag was not able to locate debug symbols for php_xdebug.dll, so the information below may be incomplete. In httpd__PID__6644__Date__01_22_2013__Time_04_44_34PM__274__Second_Chance_Exceptio n_C0000005.dmp the assembly instruction at php_xdebug!xdebug_init_oparray+106d0 in D:\xampp\php\ext\php_xdebug.dll from Derick Rethans has caused an access violation exception (0xC0000005) when trying to read from memory location 0x00000000 on thread 7 Module Information Image Name: D:\xampp\php\ext\php_xdebug.dll Symbol Type: Export Base address: 0x00905a4d Time Stamp: Sat Jul 14 23:46:38 2012 Checksum: 0x00000000 Comments: Thanks to Derick Rethans, Ilia Alshanetsky, Harald Radi COM DLL: False Company Name: Derick Rethans ISAPIExtension: False File Description: Xdebug ISAPIFilter: False File Version: 2.2.1 Managed DLL: False Internal Name: php_xdebug.dll VB DLL: False Legal Copyright: Copyright © 2002-2012 Derick Rethans Loaded Image Name: php_xdebug.dll Legal Trademarks: Mapped Image Name: Original filename: php_xdebug.dll Module name: php_xdebug Private Build: Single Threaded: False Product Name: Xdebug Module Size: 172,00 KBytes Product Version: 2.2.1 Symbol File Name: php_xdebug.dll Special Build: &
Attached Files:

Notes
(0002419) munzili    2013-01-30 14:39	Ubuntu backtrace root@UbuntuDevMachine:~/xdebug-2.2.1# gdb /usr/sbin/apache2 /tmp/apache2-gdb-dump/core GNU gdb (GDB) 7.5-ubuntu Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> [^] This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... [^] Reading symbols from /usr/sbin/apache2...done. [New LWP 4825] warning: Can't read pathname for load map: Eingabe-/Ausgabefehler. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/sbin/apache2 -k start'. Program terminated with signal 11, Segmentation fault. #0 0x00007f0a7ddea101 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt full #0 0x00007f0a7ddea101 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1 0x00007f0a70bcab0f in xdebug_str_add (xs=0x7fffe31c0170, str=0x0, f=0) at /root/xdebug-2.2.1/xdebug_str.c:33         l = 32522 0000002 0x00007f0a70bc8477 in xdebug_error_cb (type=1, error_filename=0x7f0a6e4196f8 "[no active file]", error_lineno=0, format=0x7f0a7b2e316a "Uncaught %s\n thrown",     args=0x7fffe31c01d8) at /root/xdebug-2.2.1/xdebug_stack.c:635         str = {l = 424, a = 1150,           d = 0x7f0a7f561170 " \n<font size='1'><table class='xdebug-error xe-uncaught-exception' dir='ltr' border='1' cellspacing='0' cellpadding='1'>\n<tr><th align='left' bgcolor='#f57900' colspan=\"5\"><span style='background"...}         tmp_buf = 0x7f0a7f55ab60 "Uncaught exception 'Exception' with message 'Serialization of 'SimpleXMLElement' is not allowed'"         p = 0x7f0a6e312c80 " in [no active file]:0\nStack trace:\n#0 {main}\n thrown"         printable_stack = 0x7fffe31c01b0 "0\002\034\343\377\177"         buffer = 0x7f0a6e312c20 "Uncaught exception 'Exception' with message 'Serialization of 'SimpleXMLElement' is not allowed' in [no active file]:0\nStack trace:\n#0 {main}\n thrown"         error_type_str = 0x7f0a7f55a360 "Fatal error"         buffer_len = 150         extra_brk_info = 0x0         error_handling = EH_NORMAL         exception_class = 0x0         tsrm_ls = 0x7f0a7f16dac0 0000003 0x00007f0a7ad35561 in zend_error_va (type=1, file=0x7f0a6e4196f8 "[no active file]", lineno=0, format=0x7f0a7b2e316a "Uncaught %s\n thrown")     at /root/php-5.4.11/Zend/zend_exceptions.c:791         args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fffe31c02b0, reg_save_area = 0x7fffe31c01f0}} 0000004 0x00007f0a7ad35957 in zend_exception_error (exception=0x7f0a6e0b1228, severity=1, tsrm_ls=0x7f0a7f16dac0) at /root/php-5.4.11/Zend/zend_exceptions.c:831         str = 0x7f0a6e3f2bc8         file = 0x7f0a6e4184d0         line = 0x7f0a6e418310         ce_exception = 0x7f0a7f242b60 0000005 0x00007f0a7ad31d76 in zend_throw_exception_internal (exception=0x7f0a6e0b1228, tsrm_ls=0x7f0a7f16dac0) at /root/php-5.4.11/Zend/zend_exceptions.c:110 No locals. 0000006 0x00007f0a7ad35338 in zend_throw_exception (exception_ce=0x7f0a7f242b60, message=0x7f0a6e3d9170 "Serialization of 'SimpleXMLElement' is not allowed", code=0,     tsrm_ls=0x7f0a7f16dac0) at /root/php-5.4.11/Zend/zend_exceptions.c:758         ex = 0x7f0a6e0b1228 0000007 0x00007f0a7ad3540e in zend_throw_exception_ex (exception_ce=0x0, code=0, tsrm_ls=0x7f0a7f16dac0, format=0x7f0a7b2e2b38 "Serialization of '%s' is not allowed")     at /root/php-5.4.11/Zend/zend_exceptions.c:772         arg = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fffe31c04b0, reg_save_area = 0x7fffe31c03f0}}         message = 0x7f0a6e3d9170 "Serialization of 'SimpleXMLElement' is not allowed"         zexception = 0x7fffe31c0440 0000008 0x00007f0a7ad30d79 in zend_class_serialize_deny (object=0x7f0a6e31ca28, buffer=0x7fffe31c0588, buf_len=0x7fffe31c0578, data=0x7f0a6e349428, tsrm_ls=0x7f0a7f16dac0)     at /root/php-5.4.11/Zend/zend_interfaces.c:487         ce = 0x7f0a7f3b3af0 0000009 0x00007f0a7ab4907a in php_var_serialize_intern (buf=0x7fffe31c16f0, struc=0x7f0a6e31ca28, var_hash=0x7f0a6e349428, tsrm_ls=0x7f0a7f16dac0)     at /root/php-5.4.11/ext/standard/var.c:777         serialized_data = 0x0         serialized_length = 4670         retval_ptr = 0x0         fname = {value = {lval = 140737003656944, dval = 6.9533318605529914e-310, str = {val = 0x7fffe31c16f0 "\350\026Bn\n\177", len = -484698384}, ht = 0x7fffe31c16f0, obj = {               handle = 3810268912, handlers = 0x4b0e31c16f0}}, refcount__gc = 2066618040, type = 10 '\n', is_ref__gc = 127 '\177'}         res = 0         ce = 0x7f0a7f3b3af0         i = 0         var_already = 0x7f0a6e305788         myht = 0x7fffe31c0670 0000010 0x00007f0a7ab4afbf in php_var_serialize_intern (buf=0x7fffe31c16f0, struc=0x7f0a6e31ed68, var_hash=0x7f0a6e349428, tsrm_ls=0x7f0a7f16dac0)     at /root/php-5.4.11/ext/standard/var.c:880         key = 0x7f0a6e31f040 ":minutes"         data = 0x7f0a6e31f010         key_len = 9         index = 139683051119520         pos = 0x7f0a6e31eff8 ---Type <return> to continue, or q <return> to quit---         incomplete_class = 0 '\000'         i = 1         var_already = 0xb         myht = 0x7f0a6e3930a0 0000011 0x00007f0a7ab4afbf in php_var_serialize_intern (buf=0x7fffe31c16f0, struc=0x7f0a6e31eaf8, var_hash=0x7f0a6e349428, tsrm_ls=0x7f0a7f16dac0)     at /root/php-5.4.11/ext/standard/var.c:880         key = 0x7f0a7b2b47f0 "/root/php-5.4.11/ext/standard/var.c"         data = 0x7f0a6e318668         key_len = 3864         index = 1         pos = 0x7f0a6e318650         incomplete_class = 0 '\000'         i = 2         var_already = 0x2580000000b         myht = 0x7f0a6e392da0 0000012 0x00007f0a7ab4afbf in php_var_serialize_intern (buf=0x7fffe31c16f0, struc=0x7f0a6e31e748, var_hash=0x7f0a6e349428, tsrm_ls=0x7f0a7f16dac0)     at /root/php-5.4.11/ext/standard/var.c:880         key = 0x7f0a6e31f250 "args"         data = 0x7f0a6e31f220         key_len = 5         index = 139683051119520         pos = 0x7f0a6e31f208         incomplete_class = 0 '\000'         i = 1         var_already = 0x25800000000         myht = 0x7f0a6e394f68 0000013 0x00007f0a7ab4afbf in php_var_serialize_intern (buf=0x7fffe31c16f0, struc=0x7f0a6e319d00, var_hash=0x7f0a6e349428, tsrm_ls=0x7f0a7f16dac0)     at /root/php-5.4.11/ext/standard/var.c:880         key = 0x7f0a6e322e88 "calling_file"         data = 0x7f0a6e322e58         key_len = 13         index = 4294967296         pos = 0x7f0a6e322e40         incomplete_class = 0 '\000'         i = 1         var_already = 0x7f0a7f189dd0         myht = 0x7f0a6e320ea8 0000014 0x00007f0a7ab4afbf in php_var_serialize_intern (buf=0x7fffe31c16f0, struc=0x7f0a6e3f2d98, var_hash=0x7f0a6e349428, tsrm_ls=0x7f0a7f16dac0)     at /root/php-5.4.11/ext/standard/var.c:880         key = 0x7f0a6e31d140 "\373\247\n\177"         data = 0x7f0a6e321958         key_len = 1849561000         index = 3         pos = 0x7f0a6e321940         incomplete_class = 0 '\000'         i = 2         var_already = 0x0         myht = 0x7f0a6e3f9c18 0000015 0x00007f0a7ab4b2b6 in php_var_serialize (buf=0x7fffe31c16f0, struc=0x7f0a6e3dfb10, var_hash=0x7fffe31c16b0, tsrm_ls=0x7f0a7f16dac0) at /root/php-5.4.11/ext/standard/var.c:899 No locals. 0000016 0x00007f0a7aa00069 in ps_srlzr_encode_php (newstr=0x7fffe31c1748, newlen=0x7fffe31c1770, tsrm_ls=0x7f0a7f16dac0) at /root/php-5.4.11/ext/session/session.c:857         _ht = 0x7f0a6e3f7a18         key_type = 1         buf = {           c = 0x7f0a6e4216e8 "PHPTHEATRE_DATABASE_DEBUG|a:6:{i:0;a:10:{s:18:\"prepare_start_time\";d:1359556551.645427;s:5:\"query\";s:216:\"SELECT l.*\r\n", ' ' <repeats 20 times>, "FROM phptheatre_location l\r\n", ' ' <repeats 20 times>, "INNER JOIN php"..., len = 4629, a = 4669}         var_hash = 0x7f0a6e349428         key = 0x7f0a6e3dfb40 "PHPTHEATRE_DATABASE_DEBUG"         key_length = 25         num_key = 140737003657088 ---Type <return> to continue, or q <return> to quit---         struc = 0x7f0a6e3dfb10 0000017 0x00007f0a7a9fcfe6 in php_session_encode (newlen=0x7fffe31c1770, tsrm_ls=0x7f0a7f16dac0) at /root/php-5.4.11/ext/session/session.c:203         ret = 0x0 0000018 0x00007f0a7a9fe13c in php_session_save_current_state (tsrm_ls=0x7f0a7f16dac0) at /root/php-5.4.11/ext/session/session.c:487         val = 0x7f0a7f187800 "0\253\237~\n\177"         vallen = 2132320352         ret = -1 0000019 0x00007f0a7aa03edd in php_session_flush (tsrm_ls=0x7f0a7f16dac0) at /root/php-5.4.11/ext/session/session.c:1453 No locals. 0000020 0x00007f0a7aa068ae in zm_deactivate_session (type=1, module_number=37, tsrm_ls=0x7f0a7f16dac0) at /root/php-5.4.11/ext/session/session.c:2144         __orig_bailout = 0x7fffe31c18e0         __bailout = {{__jmpbuf = {139683058710528, 1019453305903428655, 139683050807456, 139683055460388, -4294967295, 0, 1019453306337539119, 1139094155948897327},             __mask_was_saved = 0, __saved_mask = {__val = {7065221201920, 140737003657280, 139682982789748, 139683058604736, 4294967321, 140737003657376, 139682982725181,                 139683058604736, 139683060426784, 140737003657344, 139682982173497, 139683058604736, 139683060426784, 140737003657376, 139682982172923, 139683058604736}}}}         i = 32522 0000021 0x00007f0a7ad17623 in zend_deactivate_modules (tsrm_ls=0x7f0a7f16dac0) at /root/php-5.4.11/Zend/zend_API.c:2335         module = 0x7f0a7f1f9d50         p = 0x7f0a7f444cf8         __orig_bailout = 0x0         __bailout = {{__jmpbuf = {139683058710528, 1019453305867777071, 139683050807456, 139683055460388, -4294967295, 0, 1019453305901331503, 1139095127513674799},             __mask_was_saved = 0, __saved_mask = {__val = {6364398880, 0, 0, 8, 0, 0, 0, 0, 0, 0, 139682986817974, 0, 139683058604736, 0, 0, 0}}}} 0000022 0x00007f0a7ac4aaea in php_request_shutdown (dummy=0x0) at /root/php-5.4.11/main/main.c:1769         report_memleaks = 1 '\001'         tsrm_ls = 0x7f0a7f16dac0 0000023 0x00007f0a7ae951a9 in php_apache_request_dtor (r=0x7f0a7e9fe0a0, tsrm_ls=0x7f0a7f16dac0) at /root/php-5.4.11/sapi/apache2handler/sapi_apache2.c:507 No locals. 0000024 0x00007f0a7ae95d0b in php_handler (r=0x7f0a7e9fe0a0) at /root/php-5.4.11/sapi/apache2handler/sapi_apache2.c:679         ctx = 0x7f0a7e9fab30         conf = 0x7f0a7eb76518         brigade = 0x7f0a7e9fb360         bucket = 0x7f0a7e34f36a <apr_hash_get+45>         rv = 32522         parent_req = 0x0         tsrm_ls = 0x7f0a7f16dac0 0000025 0x00007f0a7ec3d5f0 in ap_run_handler (r=0x7f0a7e9fe0a0) at config.c:159         pHook = 0x7f0a7ebbb600         n = 3         rv = 0 0000026 0x00007f0a7ec3da3b in ap_invoke_handler (r=r@entry=0x7f0a7e9fe0a0) at config.c:377         handler = <optimized out>         p = <optimized out>         result = <optimized out>         old_handler = 0x7f0a7ebcc938 "application/x-httpd-php"         ignore = <optimized out> 0000027 0x00007f0a7ec4db58 in ap_process_request (r=r@entry=0x7f0a7e9fe0a0) at http_request.c:282         access_status = <optimized out> 0000028 0x00007f0a7ec4aa08 in ap_process_http_connection (c=0x7f0a7ea02290) at http_core.c:190         r = 0x7f0a7e9fe0a0         csd = 0x0 0000029 0x00007f0a7ec43fb0 in ap_run_process_connection (c=0x7f0a7ea02290) at connection.c:43         pHook = 0x7f0a7ebbbb50         n = 1         rv = 0 0000030 0x00007f0a7ec44398 in ap_process_connection (c=c@entry=0x7f0a7ea02290, csd=<optimized out>) at connection.c:190         rc = <optimized out> 0000031 0x00007f0a7ec52756 in child_main (child_num_arg=child_num_arg@entry=3) at prefork.c:667         current_conn = 0x7f0a7ea02290         csd = 0x7f0a7ea020a0         ptrans = 0x7f0a7ea02028         allocator = 0x7f0a7f558cc0 ---Type <return> to continue, or q <return> to quit---         status = <optimized out>         i = <optimized out>         lr = <optimized out>         pollset = 0x7f0a7ea040c8         sbh = 0x7f0a7ea040c0         bucket_alloc = 0x7f0a7ea00028         last_poll_idx = 0 0000032 0x00007f0a7ec52eb2 in make_child (slot=3, s=0x7f0a7ebe8818) at prefork.c:768         pid = 0 0000033 make_child (s=0x7f0a7ebe8818, slot=3) at prefork.c:696 No locals. 0000034 0x00007f0a7ec52f56 in startup_children (number_to_start=2) at prefork.c:786         i = <optimized out> #35 0x00007f0a7ec53885 in ap_mpm_run (_pconf=_pconf@entry=0x7f0a7ebee028, plog=<optimized out>, s=s@entry=0x7f0a7ebe8818) at prefork.c:1007         index = <optimized out>         remaining_children_to_start = <optimized out>         rv = <optimized out> 0000036 0x00007f0a7ec2820e in main (argc=3, argv=0x7fffe31c21b8) at main.c:755         c = 0 '\000'         configtestonly = <optimized out>         confname = 0x7f0a7ec553ea "apache2.conf"         def_server_root = 0x7f0a7ec553dd "/etc/apache2"         temp_error_log = <optimized out>         error = <optimized out>         process = 0x7f0a7ebf0118         server_conf = 0x7f0a7ebe8818         pglobal = <optimized out>         pconf = 0x7f0a7ebee028         plog = 0x7f0a7ebb3028         ptemp = 0x7f0a7ebe6028         pcommands = 0x7f0a7ebec028         opt = 0x7f0a7ebec118         rv = 0         mod = <optimized out>         optarg = 0x7f0a7ebf0028 "(@\277~\n\177"         signal_server = <optimized out>
(0002420) munzili    2013-01-30 16:04	OK. I found the reason why this happen I tried to store a SimpleXMLObject in the Session. If xdebug is not enabled, there will no error message show up except in the apache error log, that a serialization of SimpleXMLObject is not possible. But there is no Apache crash or error message showing up for the user -> Because it happens when the session will be saved on the server at the end of the request But if you enable xdebug for it, it crashes apache when trying to handle a SimpleXMLObject from the session. Actualy, it should not crash apache ins such a case but show a error dump.
(0002493) Arjen    2013-06-06 12:36	Looks like https://bugs.php.net/bug.php?id=64168 [^] <?php session_start(); $_SESSION['test'] = function($name) { return strtoupper($name); }; Storing objects in $_SESSION causes XDEBUG to crash.
(0002494) derick    2013-06-06 15:18	Which version of Xdebug are you using? I can't reproduce this with either 2.2.4dev or 2.3.0dev. Can you try at least 2.2.3?
(0002717) derick    2014-02-27 19:53	Cannot reproduce, and no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
938	[Xdebug] Feature/Change request	major	always	2013-03-25 12:30	2014-02-27 19:49
Reporter:	najcik	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2.2
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.3.3
Summary:	Unreliable debugging of forking processes
Description:	If you decide to remote debug code that use pnctl_fork() function at least both eclipse and xdc 1.0b5 either crash or don't stop at desired breaking points.
Steps To Reproduce:	Just assume I have a working environment that allows for remote debugging e.g.: a php-cli that is configured to remotely trigger a debugging session at a debug client (eclipse 4.2/pdt and xdc1.0b5 in my case) Consider following script: 01: <?php 02: echo "started\n"; 03: if ($child = pcntl_fork()) { 04: sleep(5); 05: print "hello from parent\n"; //breakpoint no. 1 here 06: $status; 07: pcntl_waitpid($child, $status); 08: print "finished\n"; 09: } else { 10: print "hello from child\n"; //breakpoint no. 2 here 11:} Let's say we set the breakpoints at line 05 and 10. Apparently the first breakpoint to occur is at line 10. If we resume execution after more the 5 seconds of investigation it's not possible to stop at line 5.
Additional Information:	I assume that xdebug does not provide enough information back to the client so it knows it actually talks with more then one process. As far as I know when forking occurs the open connections are shared between the forked processes. So the open connection to the IDE / xdebug client is shared between the two forked processes too and can make a lot of confusion in the clients. This situation can be observed in Eclipse w/PDT because when it switches to debug perspective it always indicates it talks to a single process even though you might have forked many. This is completely different when you debug a webpage that spawns many php cgi instances which response to multiple ajax calls and this situaltion is well handled in Eclipse. I've tried earlier versions of xdebug too. The same behavior.
Attached Files:

Notes
(0002715) derick    2014-02-27 19:49	Changing this to a feature request, but I have no idea on how to do this (yet).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
933	[Xdebug] Feature/Change request	feature	N/A	2013-03-12 08:55	2014-02-27 19:48
Reporter:	remi	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5-dev
Summary:	Please provides tests in release tarball
Description:	During rpm build it's a good practive to run test suite, when provided by upstream. So, can you please add the tests folder in the tarball (with role="test") ?
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002714) derick    2014-02-27 19:48	Sorry, but I am not putting the tests in the release tarball. If you want to test suite, you can get them through the GIT tag.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
858	[Xdebug] Usage problems	major	always	2012-06-24 08:58	2014-02-27 19:47
Reporter:	deathemperor	Platform:	PHP 5.4.3, Nginx 1, Zend Studio
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.3
Summary:	XDebug terminates (or Eclipse loses it?) when viewing variables
Description:	It's actually the same as reported here: http://bugs.xdebug.org/view.php?id=797 [^] and here http://bugs.xdebug.org/view.php?id=824 [^] The differences are I'm on Windows 7, and my IDE is Zend Studio 9.0.2. I've tried this instruction here http://stackoverflow.com/questions/5962060/error-message-unexpected-termination-of-script-debugging-ended-when-debuggi?answertab=active#tab-top [^] and got to install 2.3dev but still the same.
Steps To Reproduce:	Set a breakpoint Run script, XDebug stops at the breakpoint Select 'Variables' tab in Eclipse (or similar in other IDEs?) 'Unexpected termination of script, debugging ended.'
Additional Information:	Zend Studio 9.0.2 Occur on xdebug 2.2.0 and 2.3dev
Attached Files:

Notes
(0002269) Spacesoul    2012-06-24 23:56    (edited on: 2012-06-24 23:57)	Same issue than the one I have reported and others are reporting. In my case it mostly crashes while viewing some PDO objects retrieved from a database with the standar c mysql api or with symfony doctrine. Tested my issue with version rc1 and there is no crashes, it works perfectly. Maybe you can try it also with old versions rc1 and rc2, that will help a lot. ( mine is at: http://bugs.xdebug.org/view.php?id=855 [^] )
(0002270) deathemperor    2012-06-25 04:35	yeah I've actually reverted back to 2.2rc and I'm happy with it. Although the same issue still happens, it's very rare.
(0002277) derick    2012-06-25 19:03	It would be awesome if you could provide: - a simple script that reproduces it - a remote debugging log (see: http://xdebug.org/docs/all_settings#remote_log [^]) that accompanies the script Or, at least the specific source file where you try to view the variable in. You do say you're on Windows and are using 2.3dev... where did you get that binary from?
(0002317) Spacesoul    2012-07-02 08:27	Since the other report has been closed because it seems to be fixed, I am adding here additional information of the crash that Toshihiro Izumi at Eclipse PDT forums added for an easily way of reproduce the crash bug in Eclipse while trying to view variables. Toshihiro Izumi information: ----- http://www.eclipse.org/forums/index.php/t/364075/ [^] It seems that Xdebug cannot return PDOStatement object to its client...even though xdebug_var_dump can handle it... It is reproducible with WindowsXP + PHP 5.4.4 CLI + Xdebug 2.2.0 as well. <?php $db = new PDO("sqlite:test.db"); $db->query("drop table test"); $obj = $db->query("create table test(dummy integer)"); var_dump($obj); ?> When stepover reached at var_dump line, PDT tried to get $obj, and php.exe crashed. Event log(Windows): Application Failure php.exe 5.4.4.0 in php_xdebug-2.2.0-5.4-vc9.dll 2.2.0.5 at offset 0001919c. ----- The issue seems to be solved with the new version you pointed me Derick, v2.2.1dev here in the original topic: http://bugs.xdebug.org/view.php?id=855 [^] I have however noticed that debug session is lost in Eclipse after a while with the new version v2.2.1dev, but its stable and there is no crashes. It works the same than version 2.2.0rc1.
(0002416) charlesbanshee    2013-01-10 08:22	In can reliably reproduce this by simply adding a semicolon to the end of a PHP equals statement like this: <?= $var; ?>
(0002712) derick    2014-02-27 19:47	I am closing this, please reopen (with more information if you can), if this is still a problem with the latest versions of PHP and Xdebug.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
908	[Xdebug] Feature/Change request	feature	N/A	2012-12-11 10:54	2014-02-27 19:42
Reporter:	whitefire	Platform:	N/A
Assigned To:		OS:	N/A
Priority:	normal	OS Version:	N/A
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	N/A
PHP Version:	5.3.14
Summary:	Support for set-execution-point
Description:	Hi! I previously used Nusphere's IDE when developing PHP. They have their own proprietary debug-module. Though xDebug is superior in most ways, there is a feature that I miss. As a user you could right click any line within the current scope and select "set execution point". Unlike "run to line" this was also allowed backwards in code. Very useful when accidentally stepping to far or if you wanted to try something different. It would also allow the user to prevent lines from execution by skipping past them. I hope you will consider implementing this feature as it allows the user to do some powerful voodoo when debugging.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
888	[Xdebug] Feature/Change request	feature	have not tried	2012-09-28 21:23	2014-02-27 19:42
Reporter:	jeffv	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.4
Summary:	Extend xdebug to support reverse debugging
Description:	Reverse debugging allows you to run a program until there is a problem, then rewind to see why the problem happened. I does this by capturing state information. Two examples of reverse debuggers are gdb, which has supported it since about 2009, and UndoDB.
Steps To Reproduce:
Additional Information:	Of course there would have to be some protocol extensions to support reverse debugging. Bonus: I don't think any of the competitive languages - Ruby, Python etc, would support this. This is a horrific technical challenge, I know.
Attached Files:

Notes
(0002350) derick    2012-10-01 14:04	This might be possible, but it is going to take an enormous amount of effort. Don't expect this to happen any time soon :-)
(0002355) jeffv    2012-10-02 01:29	Yep, not expecting it soon. Just wanted to put the thought into your mind. I expect the gdb team would talk to you. And UndoDB is in Cambridge, UK, so not too far from you I think. If you are interested, I can introduce you. It's proprietary, but I expect they would chat. I don't think you need to maintain full state at every statement. It's enough to keep it at key points, and then to roll forward from that point to the point at which you are debugging. Just saying. If you were starting to mull the idea.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
878	[Xdebug] Feature/Change request	minor	N/A	2012-08-30 17:08	2014-02-27 19:39
Reporter:	Tgr	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.9
Summary:	HTML output breaks when started inside a tag
Description:	The fancy HTML display (for var_dump, stack traces etc.) becomes unreadable when it is preceded by an unclosed tag.
Steps To Reproduce:	Enable pretty stack traces on fatal errors and run this: <div class="<?php get_class() ?>">Foo</div> This would create a non-existent method fatal error message with a stack trace table, but since the output starts within the attribute of a HTML tag, the <table> tag does not get interpreted by the browser, and the output becomes unreadable. Debug output inside a comment or a script tag has similar results.
Additional Information:	This could be avoided by prefxining the debug output with code to close open tags, such as <div style="display: none">--><script></script></div> this is normally invisible, not wildly invalid HTML, and breaks out of the most frequent enclosing markup.
Attached Files:

Notes
(0002705) derick    2014-02-27 19:39	I am not going to change this. If you want to prevent Xdebug stopping your layout from breaking, use the http://xdebug.org/docs/all_functions#xdebug_start_error_collection [^] and http://xdebug.org/docs/all_functions#xdebug_get_collected_errors [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
820	[Xdebug] Usage problems	minor	always	2012-04-26 08:59	2014-02-27 19:30
Reporter:	devarni	Platform:
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:	2.2.0RC2
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.4.0
Summary:	Closed Xdebug session blocks brower to reload page (Cockie will not be deleted)
Description:	If the debug session is closed, the browser XDEBUG_SESSION cockie is always existent and prevent to load the page. If the cockie is manually deleted, it's working.
Steps To Reproduce:	Debug session (here with PHPStorm 4) and Firefox. Stop the debug session, load the page from a new tab... Page will try to load for ever. Remove the debug cockie in the Firefox setting, try to load the page again: works.
Additional Information:	Webserver runs in a virtual machine (Virtualbox). settings: xdebug.remote_enable=On xdebug.remote_host=10.0.2.2 xdebug.remote_port=9000 xdebug.remote_handler=dbgp
Attached Files:

Notes
(0002100) derick    2012-04-27 11:10	I don't know what you mean by "closed debug session". Xdebug will continue to debug until you turn it of by not sending the cookie, or using XDEBUG_SESSION_STOP=1 as GET parameter. I don't see a bug here?
(0002104) devarni    2012-04-27 11:25	Sorry, I have no idea about the internal working of XDebug or the IDE, I'm not the developer of this tools ;) "Closed debug session" means for me stop of debugging in the IDE. XDEBUG_SESSION_STOP=1 should stop it? I will report this to to Jetbrains if this could be a bug of the IDE instead of XDebug.
(0002701) derick    2014-02-27 19:30	Sounds like Xdebug works as it should be, if there is an issue, it's probably with your IDE.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
773	[Xdebug] Feature/Change request	minor	sometimes	2012-02-02 22:43	2014-02-27 19:21
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:
PHP Version:	5.3.9
Summary:	add support forhex dumping with vardump
Description:	Add a flag that makes var_dump shows hex dumps of strings.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002700) derick    2014-02-27 19:21	Not going to do this, perhaps, when we have Unicode again I can check this again

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
795	[Xdebug] Debug client (console)	minor	have not tried	2012-03-15 20:46	2014-02-27 19:20
Reporter:	brillox	Platform:	Windows
Assigned To:	derick	OS:	7
Priority:	normal	OS Version:	64BIT
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.0
Summary:	x-error appear and disappear
Description:	Basically when i start to debug, the debugger find an error and siplay the error on screen, but only for less than one second; not enough even to get a screebshot.
Steps To Reproduce:	I have tried with a corrupted mysqli db connection Opened up the page that call my db function in debug mode I am using METBEANS PHH as IDE and Firefox 10.0.2 on a Windows 7 ultimate OS with PHP 5.4 nts and a mysql back end
Additional Information:
Attached Files:

Notes
(0001985) brillox    2012-03-15 20:48	this is my X_Debug config in PHP.ini [X_DEBUG] zend_extension=C:\Program\php_xdebug-2.2.0RC1-5.4-vc9-nts.dll xdebug.remote_enable=1 xdebug.remote_handler=dbgp xdebug.remote_host=localhost xdebug.remote_port=9000 xdebug.remote_mode=jit xdebug.collect_params=2 xdebug.show_exception_trace=1
(0001989) derick    2012-03-16 22:02	What happens after the error disappears? It seems very unlikely that this is a bug in Xdebug, as it just outputs HTML and it's up to the browser to display that.
(0001996) brillox    2012-03-16 22:47	nothing, the website page is diplaying; however I had to revert back to PHP 53.10 and X-Debug 2.1.4 because the entire website was behaving in a weird way; now everything is working fine, I suspect it is PHP 5.4 or maybe my code which is not compatible with that version of PHP.
(0002698) derick    2014-02-27 19:20	I could never reproduce this. Assuming this was something weird on the browser side and closing this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
755	[Xdebug] Debug client (console)	crash	always	2011-11-27 09:38	2014-02-27 19:19
Reporter:	apriou	Platform:	Debian 6
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	crach PHP (3.5.6 or 3.5.8) with conf xdebug see the trace log
Description:	PHP Warning: Xdebug MUST be loaded as a Zend extension in Unknown on line 0 *** glibc detected *** php: free(): invalid pointer: 0xb64fc400 *** ======= Backtrace: ========= /lib/i686/cmov/libc.so.6(+0x6b281)[0xb715c281] /lib/i686/cmov/libc.so.6(+0x6cad8)[0xb715dad8] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb7160bbd] /usr/local/apache2/modules/xdebug.so(zm_activate_xdebug+0x1af)[0xb6b67cac] php[0x838c4a1] php(zend_hash_apply+0x3f)[0x839283f] php[0x838744a] php(php_request_startup+0xe5)[0x83363f5] php[0x8407175] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb7107c76] php[0x806ceb1] ======= Memory map: ======== 08048000-08875000 r-xp 00000000 08:01 600926 /usr/local/bin/php 08875000-0887d000 rw-p 0082d000 08:01 600926 /usr/local/bin/php 0887d000-0889b000 rw-p 00000000 00:00 0 0957a000-0959b000 rw-p 00000000 00:00 0 [heap] b63dd000-b63fa000 r-xp 00000000 08:01 1032195 /lib/libgcc_s.so.1 b63fa000-b63fb000 rw-p 0001c000 08:01 1032195 /lib/libgcc_s.so.1 b6402000-b65c5000 rwxp 00000000 00:00 0 b65c5000-b65cf000 r-xp 00000000 08:01 1049115 /lib/i686/cmov/libnss_files-2.11.2.so b65cf000-b65d0000 r--p 00009000 08:01 1049115 /lib/i686/cmov/libnss_files-2.11.2.so b65d0000-b65d1000 rw-p 0000a000 08:01 1049115 /lib/i686/cmov/libnss_files-2.11.2.so b65d1000-b6686000 rwxp 00000000 00:00 0 b6686000-b6692000 r-xp 00000000 08:01 1949697 /usr/lib/libgomp.so.1.0.0 b6692000-b6693000 rw-p 0000b000 08:01 1949697 /usr/lib/libgomp.so.1.0.0 b6693000-b66b2000 r-xp 00000000 08:01 1949807 /usr/lib/libjpeg.so.62.0.0 b66b2000-b66b3000 rw-p 0001e000 08:01 1949807 /usr/lib/libjpeg.so.62.0.0 b66b3000-b66ba000 rwxp 00000000 00:00 0 b66ba000-b6974000 r-xp 00000000 08:01 81921 /usr/local/lib/libMagickCore.so.5.0.0 b6974000-b6a16000 rw-p 002b9000 08:01 81921 /usr/local/lib/libMagickCore.so.5.0.0 b6a16000-b6a17000 rw-p 00000000 00:00 0 b6a17000-b6b04000 r-xp 00000000 08:01 81925 /usr/local/lib/libMagickWand.so.5.0.0 b6b04000-b6b06000 rw-p 000ed000 08:01 81925 /usr/local/lib/libMagickWand.so.5.0.0 b6b06000-b6b07000 rwxp 00000000 00:00 0 b6b07000-b6b50000 r-xp 00000000 08:01 819395 /usr/local/lib/php/extensions/no-debug-non-zts-20090626/imagick.so b6b50000-b6b5b000 rw-p 00048000 08:01 819395 /usr/local/lib/php/extensions/no-debug-non-zts-20090626/imagick.so b6b5b000-b6b5f000 rwxp 00000000 00:00 0 b6b5f000-b6b8e000 r-xp 00000000 08:01 641258 /usr/local/apache2/modules/xdebug.so b6b8e000-b6b90000 rw-p 0002f000 08:01 641258 /usr/local/apache2/modules/xdebug.so b6b90000-b6c34000 rwxp 00000000 00:00 0 b6c34000-b6c48000 rwxp 00000000 00:00 0 b6c48000-b6dbd000 r--p 00000000 08:01 599566 /usr/lib/locale/locale-archive b6dbd000-b6e0e000 rwxp 00000000 00:00 0 b6e0e000-b6e10000 rw-p 00000000 00:00 0 b6e10000-b6e13000 r-xp 00000000 08:01 584560 /usr/lib/libgpg-error.so.0.4.0 b6e13000-b6e14000 rw-p 00002000 08:01 584560 /usr/lib/libgpg-error.so.0.4.0 b6e14000-b6e15000 rw-p 00000000 00:00 0 b6e15000-b6e24000 r-xp 00000000 08:01 584570 /usr/lib/libtasn1.so.3.1.9 b6e24000-b6e25000 rw-p 0000e000 08:01 584570 /usr/lib/libtasn1.so.3.1.9 b6e25000-b6e27000 r-xp 00000000 08:01 1033681 /lib/libkeyutils.so.1.3 b6e27000-b6e28000 rw-p 00001000 08:01 1033681 /lib/libkeyutils.so.1.3 b6e28000-b6e2e000 r-xp 00000000 08:01 584473 /usr/lib/libkrb5support.so.0.1 b6e2e000-b6e2f000 rw-p 00005000 08:01 584473 /usr/lib/libkrb5support.so.0.1 b6e2f000-b6e31000 r-xp 00000000 08:01 1032260 /lib/libcom_err.so.2.1 b6e31000-b6e32000 rw-p 00001000 08:01 1032260 /lib/libcom_err.so.2.1 b6e32000-b6e54000 r-xp 00000000 08:01 584475 /usr/lib/libk5crypto.so.3.1 b6e54000-b6e55000 rw-p 00022000 08:01 584475 /usr/lib/libk5crypto.so.3.1 b6e55000-b6e56000 rw-p 00000000 00:00 0 b6e56000-b6f02000 r-xp 00000000 08:01 584477 /usr/lib/libkrb5.so.3.3 b6f02000-b6f08000 rw-p 000ac000 08:01 584477 /usr/lib/libkrb5.so.3.3 b6f08000-b6f1e000 r-xp 00000000 08:01 586428 /usr/lib/libsasl2.so.2.0.23 b6f1e000-b6f1f000 rw-p 00015000 08:01 586428 /usr/lib/libsasl2.so.2.0.23 b6f1f000-b6f90000 r-xp 00000000 08:01 584568 /usr/lib/libgcrypt.so.11.5.3 b6f90000-b6f93000 rw-p 00070000 08:01 584568 /usr/lib/libgcrypt.so.11.5.3 b6f93000-b7027000 r-xp 00000000 08:01 584581 /usr/lib/libgnutls.so.26.14.12 b7027000-b702b000 rw-p 00094000 08:01 584581 /usr/lib/libgnutls.so.26.14.12 b702b000-b7059000 r-xp 00000000 08:01 584480 /usr/lib/libgssapi_krb5.so.2.2 b7059000-b705a000 rw-p 0002d000 08:01 584480 /usr/lib/libgssapi_krb5.so.2.2 b705a000-b705b000 rw-p 00000000 00:00 0 b705b000-b709d000 r-xp 00000000 08:01 586431 /usr/lib/libldap_r-2.4.so.2.5.6 b709d000-b709f000 rw-p 00041000 08:01 586431 /usr/lib/libldap_r-2.4.so.2.5.6 b709f000-b70a0000 rw-p 00000000 00:00 0 b70a0000-b70ab000 r-xp 00000000 08:01 586430 /usr/lib/liblber-2.4.so.2.5.6 b70ab000-b70ac000 rw-p 0000a000 08:01 586430 /usr/lib/liblber-2.4.so.2.5.6 b70ac000-b70dc000 r-xp 00000000 08:01 586419 /usr/lib/libidn.so.11.5.44 b70dc000-b70dd000 rw-p 0002f000 08:01 586419 /usr/lib/libidn.so.11.5.44 b70dd000-b70ed000 r-xp 00000000 08:01 1049102 /lib/i686/cmov/libresolv-2.11.2.so b70ed000-b70ee000 r--p 00010000 08:01 1049102 /lib/i686/cmov/libresolv-2.11.2.so b70ee000-b70ef000 rw-p 00011000 08:01 1049102 /lib/i686/cmov/libresolv-2.11.2.so b70ef000-b70f1000 rw-p 00000000 00:00 0 b70f1000-b7231000 r-xp 00000000 08:01 1049117 /lib/i686/cmov/libc-2.11.2.so b7231000-b7233000 r--p 0013f000 08:01 1049117 /lib/i686/cmov/libc-2.11.2.so b7233000-b7234000 rw-p 00141000 08:01 1049117 /lib/i686/cmov/libc-2.11.2.so b7234000-b7238000 rw-p 00000000 00:00 0 b7238000-b735c000 r-xp 00000000 08:01 584482 /usr/lib/libxml2.so.2.7.8 b735c000-b7361000 rw-p 00124000 08:01 584482 /usr/lib/libxml2.so.2.7.8 b7361000-b7362000 rw-p 00000000 00:00 0 b7362000-b7386000 r-xp 00000000 08:01 1049101 /lib/i686/cmov/libm-2.11.2.so b7386000-b7387000 r--p 00023000 08:01 1049101 /lib/i686/cmov/libm-2.11.2.so b7387000-b7388000 rw-p 00024000 08:01 1049101 /lib/i686/cmov/libm-2.11.2.so b7388000-b739b000 r-xp 00000000 08:01 1049116 /lib/i686/cmov/libnsl-2.11.2.so b739b000-b739c000 r--p 00012000 08:01 1049116 /lib/i686/cmov/libnsl-2.11.2.so b739c000-b739d000 rw-p 00013000 08:01 1049116 /lib/i686/cmov/libnsl-2.11.2.so b739d000-b739f000 rw-p 00000000 00:00 0 b739f000-b73b4000 r-xp 00000000 08:01 1049106 /lib/i686/cmov/libpthread-2.11.2.so b73b4000-b73b5000 r--p 00014000 08:01 1049106 /lib/i686/cmov/libpthread-2.11.2.so b73b5000-b73b6000 rw-p 00015000 08:01 1049106 /lib/i686/cmov/libpthread-2.11.2.so b73b6000-b73b8000 rw-p 00000000 00:00 0 b73b8000-b756a000 r-xp 00000000 08:01 588566 /usr/lib/libmysqlclient.so.16.0.0 b756a000-b756e000 r--p 001b1000 08:01 588566 /usr/lib/libmysqlclient.so.16.0.0 b756e000-b75b3000 rw-p 001b5000 08:01 588566 /usr/lib/libmysqlclient.so.16.0.0 b75b3000-b75b5000 rw-p 00000000 00:00 0 b75b5000-b7602000 r-xp 00000000 08:01 90205 /usr/lib/libcurl-gnutls.so.4.2.0 b7602000-b7604000 rw-p 0004c000 08:01 90205 /usr/lib/libcurl-gnutls.so.4.2.0 b7604000-b7741000 r-xp 00000000 08:01 598091 /usr/lib/i686/cmov/libcrypto.so.0.9.8 b7741000-b7759000 rw-p 0013c000 08:01 598091 /usr/lib/i686/cmov/libcrypto.so.0.9.8 b7759000-b775c000 rw-p 00000000 00:00 0 b775c000-b77a2000 r-xp 00000000 08:01 598090 /usr/lib/i686/cmov/libssl.so.0.9.8 b77a2000-b77a6000 rw-p 00046000 08:01 598090 /usr/lib/i686/cmov/libssl.so.0.9.8Abandon
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001872) derick    2011-11-27 10:12	You get a warning: PHP Warning: Xdebug MUST be loaded as a Zend extension in Unknown on line 0 Please load xdebug with zend_extension like is written in the documentation.
(0001873) apriou    2011-11-27 10:21	i thank for answer but i testing : zend_extension and extension for include : xdebug it's same !!! see the trace with this ligne : *** glibc detected *** php: free(): invalid pointer: 0xb64be410 *** ======= Backtrace: ========= /lib/i686/cmov/libc.so.6(+0x6b281)[0xb711c281] /lib/i686/cmov/libc.so.6(+0x6cad8)[0xb711dad8] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb7120bbd] /usr/local/apache2/modules/xdebug.so(zm_activate_xdebug+0x1af)[0xb6b27cac] php[0x838c4a1] php(zend_hash_apply+0x3f)[0x839283f] php[0x838744a] php(php_request_startup+0xe5)[0x83363f5] php[0x8407175] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb70c7c76] php[0x806ceb1] ======= Memory map: ======== 08048000-08875000 r-xp 00000000 08:01 600926 /usr/local/bin/php 08875000-0887d000 rw-p 0082d000 08:01 600926 /usr/local/bin/php 0887d000-0889b000 rw-p 00000000 00:00 0 08f8c000-08fad000 rw-p 00000000 00:00 0 [heap] b639d000-b63ba000 r-xp 00000000 08:01 1032195 /lib/libgcc_s.so.1 b63ba000-b63bb000 rw-p 0001c000 08:01 1032195 /lib/libgcc_s.so.1 b63c2000-b6589000 rwxp 00000000 00:00 0 b6589000-b6593000 r-xp 00000000 08:01 1049115 /lib/i686/cmov/libnss_files-2.11.2.so b6593000-b6594000 r--p 00009000 08:01 1049115 /lib/i686/cmov/libnss_files-2.11.2.so b6594000-b6595000 rw-p 0000a000 08:01 1049115 /lib/i686/cmov/libnss_files-2.11.2.so b6595000-b664a000 rwxp 00000000 00:00 0 b664a000-b6656000 r-xp 00000000 08:01 1949697 /usr/lib/libgomp.so.1.0.0 b6656000-b6657000 rw-p 0000b000 08:01 1949697 /usr/lib/libgomp.so.1.0.0 b6657000-b6676000 r-xp 00000000 08:01 1949807 /usr/lib/libjpeg.so.62.0.0 b6676000-b6677000 rw-p 0001e000 08:01 1949807 /usr/lib/libjpeg.so.62.0.0 b6677000-b667e000 rwxp 00000000 00:00 0 b667e000-b6938000 r-xp 00000000 08:01 81921 /usr/local/lib/libMagickCore.so.5.0.0 b6938000-b69da000 rw-p 002b9000 08:01 81921 /usr/local/lib/libMagickCore.so.5.0.0 b69da000-b69db000 rw-p 00000000 00:00 0 b69db000-b6ac8000 r-xp 00000000 08:01 81925 /usr/local/lib/libMagickWand.so.5.0.0 b6ac8000-b6aca000 rw-p 000ed000 08:01 81925 /usr/local/lib/libMagickWand.so.5.0.0 b6aca000-b6acb000 rwxp 00000000 00:00 0 b6acb000-b6b14000 r-xp 00000000 08:01 819395 /usr/local/lib/php/extensions/no-debug-non-zts-20090626/imagick.so b6b14000-b6b1f000 rw-p 00048000 08:01 819395 /usr/local/lib/php/extensions/no-debug-non-zts-20090626/imagick.so b6b1f000-b6b4e000 r-xp 00000000 08:01 641258 /usr/local/apache2/modules/xdebug.so b6b4e000-b6b50000 rw-p 0002f000 08:01 641258 /usr/local/apache2/modules/xdebug.so b6b50000-b6bf4000 rwxp 00000000 00:00 0 b6bf4000-b6c08000 rwxp 00000000 00:00 0 b6c08000-b6d7d000 r--p 00000000 08:01 599566 /usr/lib/locale/locale-archive b6d7d000-b6dce000 rwxp 00000000 00:00 0 b6dce000-b6dd0000 rw-p 00000000 00:00 0 b6dd0000-b6dd3000 r-xp 00000000 08:01 584560 /usr/lib/libgpg-error.so.0.4.0 b6dd3000-b6dd4000 rw-p 00002000 08:01 584560 /usr/lib/libgpg-error.so.0.4.0 b6dd4000-b6dd5000 rw-p 00000000 00:00 0 b6dd5000-b6de4000 r-xp 00000000 08:01 584570 /usr/lib/libtasn1.so.3.1.9 b6de4000-b6de5000 rw-p 0000e000 08:01 584570 /usr/lib/libtasn1.so.3.1.9 b6de5000-b6de7000 r-xp 00000000 08:01 1033681 /lib/libkeyutils.so.1.3 b6de7000-b6de8000 rw-p 00001000 08:01 1033681 /lib/libkeyutils.so.1.3 b6de8000-b6dee000 r-xp 00000000 08:01 584473 /usr/lib/libkrb5support.so.0.1 b6dee000-b6def000 rw-p 00005000 08:01 584473 /usr/lib/libkrb5support.so.0.1 b6def000-b6df1000 r-xp 00000000 08:01 1032260 /lib/libcom_err.so.2.1 b6df1000-b6df2000 rw-p 00001000 08:01 1032260 /lib/libcom_err.so.2.1 b6df2000-b6e14000 r-xp 00000000 08:01 584475 /usr/lib/libk5crypto.so.3.1 b6e14000-b6e15000 rw-p 00022000 08:01 584475 /usr/lib/libk5crypto.so.3.1 b6e15000-b6e16000 rw-p 00000000 00:00 0 b6e16000-b6ec2000 r-xp 00000000 08:01 584477 /usr/lib/libkrb5.so.3.3 b6ec2000-b6ec8000 rw-p 000ac000 08:01 584477 /usr/lib/libkrb5.so.3.3 b6ec8000-b6ede000 r-xp 00000000 08:01 586428 /usr/lib/libsasl2.so.2.0.23 b6ede000-b6edf000 rw-p 00015000 08:01 586428 /usr/lib/libsasl2.so.2.0.23 b6edf000-b6f50000 r-xp 00000000 08:01 584568 /usr/lib/libgcrypt.so.11.5.3 b6f50000-b6f53000 rw-p 00070000 08:01 584568 /usr/lib/libgcrypt.so.11.5.3 b6f53000-b6fe7000 r-xp 00000000 08:01 584581 /usr/lib/libgnutls.so.26.14.12 b6fe7000-b6feb000 rw-p 00094000 08:01 584581 /usr/lib/libgnutls.so.26.14.12 b6feb000-b7019000 r-xp 00000000 08:01 584480 /usr/lib/libgssapi_krb5.so.2.2 b7019000-b701a000 rw-p 0002d000 08:01 584480 /usr/lib/libgssapi_krb5.so.2.2 b701a000-b701b000 rw-p 00000000 00:00 0 b701b000-b705d000 r-xp 00000000 08:01 586431 /usr/lib/libldap_r-2.4.so.2.5.6 b705d000-b705f000 rw-p 00041000 08:01 586431 /usr/lib/libldap_r-2.4.so.2.5.6 b705f000-b7060000 rw-p 00000000 00:00 0 b7060000-b706b000 r-xp 00000000 08:01 586430 /usr/lib/liblber-2.4.so.2.5.6 b706b000-b706c000 rw-p 0000a000 08:01 586430 /usr/lib/liblber-2.4.so.2.5.6 b706c000-b709c000 r-xp 00000000 08:01 586419 /usr/lib/libidn.so.11.5.44 b709c000-b709d000 rw-p 0002f000 08:01 586419 /usr/lib/libidn.so.11.5.44 b709d000-b70ad000 r-xp 00000000 08:01 1049102 /lib/i686/cmov/libresolv-2.11.2.so b70ad000-b70ae000 r--p 00010000 08:01 1049102 /lib/i686/cmov/libresolv-2.11.2.so b70ae000-b70af000 rw-p 00011000 08:01 1049102 /lib/i686/cmov/libresolv-2.11.2.so b70af000-b70b1000 rw-p 00000000 00:00 0 b70b1000-b71f1000 r-xp 00000000 08:01 1049117 /lib/i686/cmov/libc-2.11.2.so b71f1000-b71f3000 r--p 0013f000 08:01 1049117 /lib/i686/cmov/libc-2.11.2.so b71f3000-b71f4000 rw-p 00141000 08:01 1049117 /lib/i686/cmov/libc-2.11.2.so b71f4000-b71f8000 rw-p 00000000 00:00 0 b71f8000-b731c000 r-xp 00000000 08:01 584482 /usr/lib/libxml2.so.2.7.8 b731c000-b7321000 rw-p 00124000 08:01 584482 /usr/lib/libxml2.so.2.7.8 b7321000-b7322000 rw-p 00000000 00:00 0 b7322000-b7346000 r-xp 00000000 08:01 1049101 /lib/i686/cmov/libm-2.11.2.so b7346000-b7347000 r--p 00023000 08:01 1049101 /lib/i686/cmov/libm-2.11.2.so b7347000-b7348000 rw-p 00024000 08:01 1049101 /lib/i686/cmov/libm-2.11.2.so b7348000-b735b000 r-xp 00000000 08:01 1049116 /lib/i686/cmov/libnsl-2.11.2.so b735b000-b735c000 r--p 00012000 08:01 1049116 /lib/i686/cmov/libnsl-2.11.2.so b735c000-b735d000 rw-p 00013000 08:01 1049116 /lib/i686/cmov/libnsl-2.11.2.so b735d000-b735f000 rw-p 00000000 00:00 0 b735f000-b7374000 r-xp 00000000 08:01 1049106 /lib/i686/cmov/libpthread-2.11.2.so b7374000-b7375000 r--p 00014000 08:01 1049106 /lib/i686/cmov/libpthread-2.11.2.so b7375000-b7376000 rw-p 00015000 08:01 1049106 /lib/i686/cmov/libpthread-2.11.2.so b7376000-b7378000 rw-p 00000000 00:00 0 b7378000-b752a000 r-xp 00000000 08:01 588566 /usr/lib/libmysqlclient.so.16.0.0 b752a000-b752e000 r--p 001b1000 08:01 588566 /usr/lib/libmysqlclient.so.16.0.0 b752e000-b7573000 rw-p 001b5000 08:01 588566 /usr/lib/libmysqlclient.so.16.0.0 b7573000-b7575000 rw-p 00000000 00:00 0 b7575000-b75c2000 r-xp 00000000 08:01 90205 /usr/lib/libcurl-gnutls.so.4.2.0 b75c2000-b75c4000 rw-p 0004c000 08:01 90205 /usr/lib/libcurl-gnutls.so.4.2.0 b75c4000-b7701000 r-xp 00000000 08:01 598091 /usr/lib/i686/cmov/libcrypto.so.0.9.8 b7701000-b7719000 rw-p 0013c000 08:01 598091 /usr/lib/i686/cmov/libcrypto.so.0.9.8Abandon now i use : zend_extension ="/usr/local..../xdebug.so"
(0001874) apriou    2011-11-27 10:24	sorry my last trace is with : zend_extension ="/usr/local..../xdebug.so" in my php.ini and the firts trace when i use : extension ="/usr/local..../xdebug.so"
(0001977) derick    2012-03-12 16:48	Can you please make a backtrace like is described at : https://bugs.php.net/bugs-generating-backtrace.php [^]
(0002696) derick    2014-02-27 19:19	I am closing this out, as no feedback was provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
754	[Xdebug] Usage problems	block	always	2011-11-24 10:39	2014-02-27 19:19
Reporter:	jithuthomas7	Platform:	linux apache on cgi
Assigned To:	derick	OS:
Priority:	urgent	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	linux
PHP Version:	5.3.6
Summary:	xdebug running properly on php files directly inside the webroot
Description:	all php files which are inside inner folders of webroot doesnt get logged. Only files which are directly in the webroot eg: public_html/test.php is logged. and public_html/temp/test.php is not logged when it is run. actually the version of xdebug in phpinfo() is showing as 2.1.2
Steps To Reproduce:	place files in the apache webroot and run the script xdebug produces the log in side the log directory place php file inside any other folder which is inside the webroot eg: public_html/temp/test.php it wont log those files when run
Additional Information:
Attached Files:

Notes
(0001875) aeheathc    2011-11-28 18:04	Same issue here on inmotionhosting "advanced" class dedicated server. No problem on my home server with the same config, though.
(0001876) jithuthomas7    2011-12-07 18:20	Is there any conflict of xdebug for php running as cgi. We have disabled all conflicting modules but still xdebug is only logging files only at webroot level.
(0001955) derick    2012-03-07 19:47	Hmm, this makes no sense. The only thing I think of for you to try is to check the output of phpinfo() in a file not in the webroot. Check whether all xdebug settings look okay there.
(0002695) derick    2014-02-27 19:19	I am closing this out, as no feedback was provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
767	[Xdebug] Usage problems	major	always	2012-01-16 08:24	2014-02-27 19:19
Reporter:	VTXnsp0q0fEw	Platform:	PC
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Server 2008 R2
PHP Version:	5.3.6
Summary:	xdebug remote doesn't work with Windows 7 Swedish lang pack?
Description:	Client: Netbeans 7.1. php.ini conf: zend_extension="C:\Program Files (x86)\PHP\ext\php_xdebug-2.1.2-5.3-vc9.dll" xdebug.remote_autostart=off xdebug.remote_enable=on xdebug.remote_handler=dbgp xdebug.remote_connect_back=1 xdebug.remote_host=localhost xdebug.remote_port=9000 xdebug.remote_log=xdebug.log I try to start a remote dbg session but complains and says it's waiting for a connection. However, I open up wireshark and I can see communication on the wire. This is the TCP communication between my client and the debugger: 491.<?xml version="1.0" encoding="iso-8859-1"?> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/inetpub/wwwroot/project/webroot/william/index.php" [^] language="PHP" protocol_version="1.0" appid="5780" idekey="netbeans-xdebug"><engine version="2.1.2"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2011 by Derick Rethans]]></copyright></init>..NET...................1...System.Runtime.Remoting.RemotingException: ..vertr..delse f..r TCP-kanalsprotokoll: inledning (preamble) f..rv..ntas. vid System.Runtime.Remoting.Channels.Tcp.TcpSocketHandler.ReadAndMatchPreamble() vid System.Runtime.Remoting.Channels.Tcp.TcpSocketHandler.ReadVersionAndOperation(UInt16& operation) vid System.Runtime.Remoting.Channels.Tcp.TcpServerSocketHandler.ReadHeaders() vid System.Runtime.Remoting.Channels.Tcp.TcpServerTransportSink.ServiceRequest(Object state) vid System.Runtime.Remoting.Channels.SocketHandler.ProcessRequestNow().....240.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command=".NET."><error code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.236.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="."><error code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.224.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug"><error [^] code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.224.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug"><error [^] code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.224.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug"><error [^] code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.224.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug"><error [^] code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.224.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug"><error [^] code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.224.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug"><error [^] code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.236.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="."><error code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.237.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command=".."><error code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.236.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="."><error code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.239.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="..1."><error code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.224.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug"><error [^] code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.277.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="System.Runtime.Remoting.RemotingException:"><error code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.224.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug"><error [^] code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.224.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug"><error [^] code="3"><message><![CDATA[invalid or missing options]]></message></error></response>.224.<?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug"><error [^] code="3"><message><![CDATA[invalid or missing options]]></message></error></response>. My colleague has the exact same setup as me but with Windows 7 - English lang pack (I have the swedish version). It works for him.
Steps To Reproduce:
Additional Information:
Attached Files:	xdebug log.txt (4,921) 2012-01-17 10:08 http://bugs.xdebug.org/file_download.php?file_id=50&type=bug xdebug.pcap (10,199) 2012-01-17 10:08 http://bugs.xdebug.org/file_download.php?file_id=51&type=bug

Notes
(0001894) derick    2012-01-16 15:50	Could you attach the whole wireshark log as binary? And what appears in the log file crated when you use xdebug.remote_log=c:....?
(0001895) VTXnsp0q0fEw    2012-01-17 10:14	I've attached the log and the pcap dump. The log seems to be quite clear. xdebug sends .NETSOH to the client and that's where the problem starts. <- .NET -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command=".NET "><error code="3"><message><![CDATA[invalid or missing options]]></message></error></response> I've installed an english version of Windows 7 Professional and Netbeans 7.1 in a virtual environment and the debugger works like a charm.
(0001954) derick    2012-03-07 19:46	Actually, it's not Xdebug that sends the .NET things, but your IDE/client. Perhaps something else wants to connect to port 9000? Try switching the port both in your IDE and php.ini's xdebug.remote_port to f.e. 9077.
(0002694) derick    2014-02-27 19:19	I am closing this out, as no feedback was provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
753	[Xdebug] Usage problems	crash	always	2011-11-23 07:40	2014-02-27 19:15
Reporter:	ding	Platform:	windows
Assigned To:	derick	OS:
Priority:	immediate	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.6
Summary:	Crash with php activescript
Description:	when i use xdebug to debugging php code in php-activescript, The xdebug will crash at once.
Steps To Reproduce:	The xdebug will crash with php-activescript.(Any version of xdebug,php)
Additional Information:	php-activescript: http://pecl.php.net/package/PHPScript [^]
Attached Files:	bugreport_00753.zip (146,346) 2011-11-23 08:00 http://bugs.xdebug.org/file_download.php?file_id=45&type=bug bugreport_00753_code.zip (147,336) 2011-11-23 08:14 http://bugs.xdebug.org/file_download.php?file_id=46&type=bug

Notes
(0001868) ding    2011-11-23 08:06	the code was attached,   I have set the windows system global environment variable 'XDEBUG_CONFIG': XDEBUG_CONFIG="idekey=session_1".   The 'php-activescript.ini' is the config file like 'php.ini', the xdebug configuration is in it.   If not use xdebug, the 'project.exe' will running OK, if using xdebug, the 'project.exe' will crash with php_xdebug.dll
(0001869) ding    2011-11-23 08:18	Visual Basic 6 code, use php-activescript: build a project1.exe, then run the project1.exe the 'php-activescript.ini' will active, and the php_xdebug.dll will be loaded, then xdebug will crash. Private Sub Command1_Click()   ScriptControl1.Reset   ScriptControl1.Language = "PHPscript"   ScriptControl1.AddCode " $hello = 'Running OK!'; "   Label1.Caption = "Running OK" End Sub Private Sub ScriptControl1_Error()   Debug.Print ScriptControl1.Error.Description End Sub
(0001870) ding    2011-11-24 00:59	the 'debugclient.exe' could connected with the xdebug at starting, but any command will make the crash.(such as 'set_into -i 1')
(0001871) ding    2011-11-24 02:17	[receive]470 <?xml version="1.0" encoding="iso-8859-1"?> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file://E:/Project/2011xia/fragment" [^] language="PHP" protocol_version="1.0" appid="4216" idekey="28848500"><engine version="2.1.2"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2011 by Derick Rethans]]></copyright></init> [cmd]step_into -i 1 then xdebug Crash... is it fragment fault ?
(0001880) goodook    2011-12-16 02:47	I have changed the PHP activeScript code to fix the bug. everything goes OK.
(0001881) ding    2011-12-16 02:49	I have changed the PHP activeScript code to fix the bug. everything goes OK.
(0001882) derick    2011-12-16 10:39	What have you done to PHP activeScript to make it work? cheers, Derick
(0001889) ding    2011-12-18 04:31	I don't know how i fixed the bug, Xdebug crash on the PHPscript last branche 5.0RC4 or main trunk, http://svn.php.net/viewvc/pecl/activescript/trunk/ [^] but not crash on PHPscript branche 5.0 http://svn.php.net/viewvc/pecl/activescript/branches/PHP_5_0/ [^] (many bugs, such as failing import object) I merge the code about opcode compile and exectue, then bug fixed ---another important issue,  Exactly?Xdebug does not work on PHPscript any, even the crash bug above has been fixed.   PHPscript compile the code by 'zend_string_compile' function, but Xdebug only replace the 'zend_file_compile' function. So xdebug not rebuild the OPcode.   Little changes on the phpscript frag compile function(xdebug or phpscript), will fix this bug.
(0002693) derick    2014-02-27 19:15	Closing this out, as I understand that the issue is no longer a problem.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
715	[Xdebug] Usage problems	minor	always	2011-09-06 12:43	2014-02-27 19:13
Reporter:	igalic	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.3.6
Summary:	Xdebug in combination with Suhosin makes Apache httpd's children segfault
Description:	When loading both, Xdebug and Suhosin into an Apache httpd the children will segfault as soon as a PHP site is accessed.
Steps To Reproduce:	No coredump is left behind. A backtrace can only be retrieved from gdb --args /path/to/httpd -X -f /path/to/config
Additional Information:	#0 0x00007ffff71a3497 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007ffff71a631e in malloc () from /lib/x86_64-linux-gnu/libc.so.6 0000002 0x00007ffff71ac2f2 in strdup () from /lib/x86_64-linux-gnu/libc.so.6 0000003 0x00007ffff248221c in xdebug_header_handler (h=0x7fffda74dbb0, op=SAPI_HEADER_ADD, s=0x7ffff8679880, tsrm_ls=0x7ffff8679640) at /tmp/pear/temp/xdebug/xdebug.c:1399 0000004 0x00007fffed790756 in suhosin_header_handler (sapi_header=0x7fffda74dbb0, op=SAPI_HEADER_ADD, sapi_headers=<value optimized out>, tsrm_ls=0x7ffff8679640) at /tmp/build/php-suhosin/suhosin-0.9.32.1/header.c:330 0000005 0x00007fffed790756 in suhosin_header_handler (sapi_header=0x7fffda74dbb0, op=SAPI_HEADER_ADD, sapi_headers=<value optimized out>, tsrm_ls=0x7ffff8679640) at /tmp/build/php-suhosin/suhosin-0.9.32.1/header.c:330 .... #47562 0x00007fffed790756 in suhosin_header_handler (sapi_header=0x7fffda74dbb0, op=SAPI_HEADER_ADD, sapi_headers=<value optimized out>, tsrm_ls=0x7ffff8679640) at /tmp/build/php-suhosin/suhosin-0.9.32.1/header.c:330 #47563 0x00007fffed790756 in suhosin_header_handler (sapi_header=0x7fffda74dbb0, op=SAPI_HEADER_ADD, sapi_headers=<value optimized out>, tsrm_ls=0x7ffff8679640) at /tmp/build/php-suhosin/suhosin-0.9.32.1/header.c:330 #47564 0x00007fffed790756 in suhosin_header_handler (sapi_header=0x7fffda74dbb0, op=SAPI_HEADER_ADD, sapi_headers=<value optimized out>, tsrm_ls=0x7ffff8679640) at /tmp/build/php-suhosin/suhosin-0.9.32.1/header.c:330 #47565 0x00007ffff5d00199 in sapi_header_op (op=SAPI_HEADER_ADD, arg=<value optimized out>, tsrm_ls=<value optimized out>) at /tmp/build/php53-zts/php-5.3.8/main/SAPI.c:759 #47566 0x00007ffff5d007eb in sapi_add_header_ex (header_line=0x7ffff87ba9f8 "Set-Cookie: 53e5a27794d58afc78393dcccef89ad1=enhvdlvlfvuj3op2mhe089q7t5; path=/", header_line_len=<value optimized out>, duplicate=0 '\000', replace=<value optimized out>, tsrm_ls=<value optimized out>) at /tmp/build/php53-zts/php-5.3.8/main/SAPI.c:518 #47567 0x00007ffff5c15ba0 in php_session_send_cookie (tsrm_ls=0x7ffff8679640) at /tmp/build/php53-zts/php-5.3.8/ext/session/session.c:1291 #47568 php_session_reset_id (tsrm_ls=0x7ffff8679640) at /tmp/build/php53-zts/php-5.3.8/ext/session/session.c:1335 #47569 0x00007ffff5c1adae in php_session_start (tsrm_ls=0x7ffff8679640) at /tmp/build/php53-zts/php-5.3.8/ext/session/session.c:1489 #47570 0x00007ffff5c1b73c in zif_session_start (ht=<value optimized out>, return_value=0x7ffff87bc430, return_value_ptr=<value optimized out>, this_ptr=<value optimized out>, return_value_used=<value optimized out>, tsrm_ls=0x7ffff8679640) at /tmp/build/php53-zts/php-5.3.8/ext/session/session.c:1887 #47571 0x00007ffff248209c in xdebug_execute_internal (current_execute_data=0x7ffff7ddd6e8, return_value_used=0, tsrm_ls=0x7ffff8679640) at /tmp/pear/temp/xdebug/xdebug.c:1336 #47572 0x00007fffed791e7f in suhosin_execute_internal (execute_data_ptr=0x7ffff7ddd6e8, return_value_used=0, tsrm_ls=0x7ffff8679640) at /tmp/build/php-suhosin/suhosin-0.9.32.1/execute.c:1673 #47573 0x00007ffff5dbfd99 in zend_do_fcall_common_helper_SPEC (execute_data=<value optimized out>, tsrm_ls=0x7ffff8679640) at /tmp/build/php53-zts/php-5.3.8/Zend/zend_vm_execute.h:322 #47574 0x00007ffff5d820b5 in execute (op_array=0x7ffff87d9c78, tsrm_ls=0x7ffff8679640) at /tmp/build/php53-zts/php-5.3.8/Zend/zend_vm_execute.h:107 #47575 0x00007ffff2483a97 in xdebug_execute (op_array=0x7ffff87d9c78, tsrm_ls=0x7ffff8679640) at /tmp/pear/temp/xdebug/xdebug.c:1274 #47576 0x00007fffed7949f0 in suhosin_execute_ex (op_array=0x7ffff87d9c78, zo=0, dummy=0, tsrm_ls=0x7ffff8679640) at /tmp/build/php-suhosin/suhosin-0.9.32.1/execute.c:585 #47577 0x00007ffff5dbfbcf in zend_do_fcall_common_helper_SPEC (execute_data=<value optimized out>, tsrm_ls=0x7ffff8679640) at /tmp/build/php53-zts/php-5.3.8/Zend/zend_vm_execute.h:344 #47578 0x00007ffff5d820b5 in execute (op_array=0x7ffff87bd2e0, tsrm_ls=0x7ffff8679640) at /tmp/build/php53-zts/php-5.3.8/Zend/zend_vm_execute.h:107 #47579 0x00007ffff2483a97 in xdebug_execute (op_array=0x7ffff87bd2e0, tsrm_ls=0x7ffff8679640) at /tmp/pear/temp/xdebug/xdebug.c:1274 #47580 0x00007fffed7949f0 in suhosin_execute_ex (op_array=0x7ffff87bd2e0, zo=0, dummy=0, tsrm_ls=0x7ffff8679640) at /tmp/build/php-suhosin/suhosin-0.9.32.1/execute.c:585 #47581 0x00007ffff5dbfbcf in zend_do_fcall_common_helper_SPEC (execute_data=<value optimized out>, tsrm_ls=0x7ffff8679640) at /tmp/build/php53-zts/php-5.3.8/Zend/zend_vm_execute.h:344 #47582 0x00007ffff5d820b5 in execute (op_array=0x7ffff86976f0, tsrm_ls=0x7ffff8679640) at /tmp/build/php53-zts/php-5.3.8/Zend/zend_vm_execute.h:107 #47583 0x00007ffff2483a97 in xdebug_execute (op_array=0x7ffff86976f0, tsrm_ls=0x7ffff8679640) at /tmp/pear/temp/xdebug/xdebug.c:1274 #47584 0x00007fffed7949f0 in suhosin_execute_ex (op_array=0x7ffff86976f0, zo=0, dummy=0, tsrm_ls=0x7ffff8679640) at /tmp/build/php-suhosin/suhosin-0.9.32.1/execute.c:585 #47585 0x00007ffff5d573e5 in zend_execute_scripts (type=8, tsrm_ls=0x7ffff8679640, retval=0x0, file_count=3) at /tmp/build/php53-zts/php-5.3.8/Zend/zend.c:1308 #47586 0x00007ffff5cf74b2 in php_execute_script (primary_file=0x7fffda750c20, tsrm_ls=0x7ffff8679640) at /tmp/build/php53-zts/php-5.3.8/main/main.c:2299 #47587 0x00007ffff5df4812 in php_handler (r=0x7ffff866f690) at /tmp/build/php53-zts/php-5.3.8/sapi/apache2handler/sapi_apache2.c:673 #47588 0x00007ffff7fd43f3 in ap_run_handler (r=0x7ffff866f690) at config.c:158 #47589 ap_invoke_handler (r=0x7ffff866f690) at config.c:376 #47590 0x00007ffff7fe2850 in ap_process_request (r=0x7ffff866f690) at http_request.c:282 #47591 0x00007ffff7fdf538 in ap_process_http_connection (c=0x7ffff8669138) at http_core.c:190 #47592 0x00007ffff7fdb647 in ap_run_process_connection (c=0x7ffff8669138, csd=0x7ffff8668f20) at connection.c:43 #47593 ap_process_connection (c=0x7ffff8669138, csd=0x7ffff8668f20) at connection.c:190 #47594 0x00007ffff7fe9c19 in process_socket (thd=0x7ffff8259de0, dummy=<value optimized out>) at worker.c:544 #47595 worker_thread (thd=0x7ffff8259de0, dummy=<value optimized out>) at worker.c:894 #47596 0x00007ffff74c4d8c in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #47597 0x00007ffff721004d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #47598 0x0000000000000000 in ?? () A debugging session is active. Inferior 1 [process 24011] will be killed. Quit anyway? (y or n)
Attached Files:

Notes
(0002689) derick    2014-02-27 19:13	This looks like a bug in Suhosin, it goes into an infinite loop because it doesn't detect that header handler is changed - and then runs out of stack space.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
684	[Xdebug] Usage problems	minor	always	2011-04-25 22:13	2014-02-27 19:12
Reporter:	rovangju	Platform:	All
Assigned To:	derick	OS:	All
Priority:	normal	OS Version:	All
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	var_dump - IE does not support '
Description:	Code utilizes ' instead of ' - which IE does not even acknowledge exists.
Steps To Reproduce:	<? var_dump('Testing isn\'t fun'); // Output is proper in FF/Chrome, as expected: Testing isn't fun // Output in IE: Testing isn't fun ?>
Additional Information:	See diff for details - essentially replace ' in php_str_to_str() call in xdebug_var.c with ' - Confirmed working after patch.
Attached Files:	dmp.diff (420) 2011-04-25 22:13 http://bugs.xdebug.org/file_download.php?file_id=23&type=bug

Notes
(0001726) rovangju    2011-04-25 22:15    (edited on: 2011-04-25 22:16)	ok wow... let's try that again: IE doesn't support ' - Patching file to use &(#)39; instead of ' resolves.
(0002688) derick    2014-02-27 19:12	I am not going to add workarounds for weird bugs in IE. ' should work perfectly everywhere.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
706	[Xdebug] Usage problems	minor	have not tried	2011-08-02 12:50	2014-02-27 19:11
Reporter:	Sander Marechal	Platform:	Linux
Assigned To:	derick	OS:	Debian
Priority:	normal	OS Version:	Squeeze
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	var_dump not overloaded in CLI when html_errors is off
Description:	When the PHP setting `html_errors` is off (which it usually is in a CLI environment), then var_dump will not be overloaded by xdebug, even when xdebug.overload_var_dump is on.
Steps To Reproduce:	Turn off `html_errors`, then do a var_dump from a CLI script.
Additional Information:
Attached Files:

Notes
(0001768) derick    2011-08-02 13:01	Hi! I know it doesn't overload it for the command line, because it makes no sense to show HTML if HTML can not be rendered (ie, if html_errors is off). In Xdebug 2.2 var_dump is already overloaded on the CLI if you set xdebug.cli_color=1 so all the xdebug.var_display_max_* settings will work (and you get a coloured output!). Let me know if you meant something else. Derick
(0001774) Sander Marechal    2011-08-11 06:29	Why is var_dump overloading dependent on the `html_errors` and `xdebug.cli_color` setting at all? If I understand you correctly (please tell me if I'm wrong), var_dump would still not be overloaded in the CLI if both these settings are off. A possible use-case for that is if I want to capture the xdebug's var_dump output on the CLI and post-process it in some way. In that case I don't want CLI colors. I do this with Phing for example. I have added a couple of debug flags to my Phing build script that var_dumps various objects. Phing captures these in build properties which are used (or echoed) elsewhere in the build script. I think ideally, var_dump overloading (and usage of the `xdebug.var_display_max_*` setting) should only depend on `xdebug.overload_var_dump`. `html_errors` and `xdebug.cli_color` should only determine how the output is rendered, not whether overloading is used. I think that would be much more useful. With all the new heavily object-oriented PHP 5.3 frameworks (like Symfony 2, Doctrine 2, Lithium, etcetera) PHP's regular var_dump is quickly becoming useless because it just dumps in infinite recursion. If fact, I even have XDebug enabled on my production server just so I can use the `xdebug.var_display_max_*` settings.
(0002687) derick    2014-02-27 19:11	Duplicate of 0000457, which is implemented for Xdebug 2.2.0 already.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
710	[Xdebug] Feature/Change request	feature	have not tried	2011-08-18 07:26	2014-02-27 19:10
Reporter:	idrozd	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	Special magic method to specify object's dynamic properties to be dislpayed by debugger
Description:	Modern PHP frameworks rely heavily on use of magic methods, __get in particular. It would be very handy if developer could tell xdebug how to display objects of particular class. For example, in my Yii application i have ORM model Client, and i need to watch how it's attributes change with every step of code, but since it's dynamic property, calculated by getAttributes method, the only way is to assign watch on it, but it's tedious, and incorrect watch will break programm. What i propose is to xdebug to scan object's for presense of special ,method ("__xdebug_inspect" for example) and use it to display object in balloon evaluation and "variables" window of IDE. The method should return string or some kind of config in array.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002685) derick    2014-02-27 19:10	PHP is getting support for this with __debugInfo in PHP 5.6, so no real need in Xdebug anymore.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
645	[Xdebug] Feature/Change request	feature	always	2010-12-03 21:14	2014-02-27 19:09
Reporter:	whatthejeff	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.2.2
		Target Version:
Operating System:
PHP Version:	5.3.0
Summary:	Suggested improvements for xdebug_header_handler
Description:	I've been noticing, especially in php 5.3+, that using Xdebug to inspect headers can yield some unexpected results. The source of the problem is that xdebug_header_handler always adds headers even though the intent might actually be to replace or delete headers.
Steps To Reproduce:	Sample Code: ------------ <?php header('Foo: Bar'); header('Foo: Baz'); header('Foot: Ball'); header_remove('Foot'); var_dump(xdebug_get_headers()); ?> Desired Output: --------------- array(1) { [0]=> string(8) "Foo: Baz" } Actual Output: -------------- array(4) { [0]=> string(8) "Foo: Bar" [1]=> string(8) "Foo: Baz" [2]=> string(10) "Foot: Ball" [3]=> string(4) "Foot" }
Additional Information:
Attached Files:

Notes
(0001619) whatthejeff    2010-12-03 21:22	Suggested Patch (I'll provide tests in a bit): Index: xdebug.c =================================================================== --- xdebug.c (revision 3374) +++ xdebug.c (working copy) @@ -1440,15 +1440,68 @@  }  /* }}} */   +static int xdebug_find_header(char *key, unsigned int len, xdebug_llist_element **found) +{ + xdebug_llist_element *le; + + for (le = XDEBUG_LLIST_HEAD(XG(headers)); le != NULL; le = XDEBUG_LLIST_NEXT(le)) { + if(!strncasecmp(key, XDEBUG_LLIST_VALP(le), len)) { + *found = le; + return 1; + } + } + + return 0; +} +  static int xdebug_header_handler(sapi_header_struct *h XG_SAPI_HEADER_OP_DC, sapi_headers_struct *s TSRMLS_DC)  { + int return_value = 0; + char *colon_offset, *header_line; + xdebug_llist_element *el; + +#if PHP_VERSION_ID < 50300 + int op = h->replace ? SAPI_HEADER_REPLACE : SAPI_HEADER_ADD; +#endif +      if (XG(headers)) { - xdebug_llist_insert_next(XG(headers), XDEBUG_LLIST_TAIL(XG(headers)), xdstrdup(h->header)); + switch (op) { + case SAPI_HEADER_DELETE_ALL: + xdebug_llist_empty(XG(headers), NULL); + break; + +#if PHP_VERSION_ID >= 50300 + case SAPI_HEADER_DELETE: + if (xdebug_find_header(h->header, strlen(h->header), &el)) { + xdebug_llist_remove(XG(headers), el, NULL); + } + break; +#endif + + case SAPI_HEADER_ADD: + case SAPI_HEADER_REPLACE: + header_line = xdstrdup(h->header); + colon_offset = strchr(header_line, ':'); + if (colon_offset) { + *++colon_offset = 0; + + if (op == SAPI_HEADER_REPLACE && xdebug_find_header(header_line, strlen(header_line), &el)) { + xdebug_llist_remove(XG(headers), el, NULL); + } + + xdebug_llist_insert_next(XG(headers), XDEBUG_LLIST_TAIL(XG(headers)), xdstrdup(h->header)); + return_value = SAPI_HEADER_ADD; + } + xdfree(header_line); + break; + }      } +      if (xdebug_orig_header_handler) {          return xdebug_orig_header_handler(h XG_SAPI_HEADER_OP_CC, s TSRMLS_CC);      } - return SAPI_HEADER_ADD; + + return return_value;  }     @@ -1683,7 +1736,6 @@          string = XDEBUG_LLIST_VALP(le);          add_next_index_string(return_value, string, 1);      } - xdebug_llist_empty(XG(headers), NULL);  }
(0001620) whatthejeff    2010-12-04 06:14	Test cases–including a test case for PHP 5.3+ with header_remove(). Index: tests/bug00645.phpt =================================================================== --- tests/bug00645.phpt (revision 0) +++ tests/bug00645.phpt (revision 0) @@ -0,0 +1,44 @@ +--TEST-- +Test for bug 0000645: Suggested improvements for xdebug_header_handler for all versions of PHP +--SKIPIF-- +<?php if (!extension_loaded("xdebug")) print "skip"; ?> +--FILE-- +<?php +// Test Add +header('Foo: Bar'); +header('Foz: Bar'); +var_dump(xdebug_get_headers()); + +// Test Replace +header('Foz: Baz'); +var_dump(xdebug_get_headers()); + +// Test setcookie Adds +setcookie('foo', 'bar'); +setcookie('foz', 'baz'); +var_dump(xdebug_get_headers()); + +--EXPECTF-- +array(2) { + [0]=> + string(8) "Foo: Bar" + [1]=> + string(8) "Foz: Bar" +} +array(2) { + [0]=> + string(8) "Foo: Bar" + [1]=> + string(8) "Foz: Baz" +} +array(4) { + [0]=> + string(8) "Foo: Bar" + [1]=> + string(8) "Foz: Baz" + [2]=> + string(19) "Set-Cookie: foo=bar" + [3]=> + string(19) "Set-Cookie: foz=baz" +} + Index: tests/bug00645-2.phpt =================================================================== --- tests/bug00645-2.phpt (revision 0) +++ tests/bug00645-2.phpt (revision 0) @@ -0,0 +1,39 @@ +--TEST-- +Test for bug 0000645: Suggested improvements for xdebug_header_handler for PHP 5.3+ +--SKIPIF-- +<?php if (!extension_loaded("xdebug")) print "skip"; ?> +<?php if(version_compare(phpversion(), "5.3.0", '<')) echo "skip PHP 5.3 needed\n"; ?> +--FILE-- +<?php +// Test Add +header('Foo: Bar'); +header('Fox: Bax'); +header('Foz: Baz'); +var_dump(xdebug_get_headers()); + +// Test Delete +header_remove('Fox'); +var_dump(xdebug_get_headers()); + +// Test Delete All +header_remove(); +var_dump(xdebug_get_headers()); + +--EXPECTF-- +array(3) { + [0]=> + string(8) "Foo: Bar" + [1]=> + string(8) "Fox: Bax" + [2]=> + string(8) "Foz: Baz" +} +array(2) { + [0]=> + string(8) "Foo: Bar" + [1]=> + string(8) "Foz: Baz" +} +array(0) { +} +
(0002683) derick    2014-02-27 19:08	Duplicate of 0000903 which is fixed in Xdebug 2.2.2.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
637	[Xdebug] Usage problems	major	always	2010-11-06 18:16	2014-02-27 19:08
Reporter:	JC1	Platform:	Windows
Assigned To:	derick	OS:	XP
Priority:	high	OS Version:	SP2
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	XDebug Does Not Start (Using Eclipse)
Description:	Using Eclipse All in One "Eclipse for PHP Developers Version: Helios Release Build id: 20100617-1415" Wampserver 2.0 (PHP 5.3.0, Apache2.211) Have tried with the default port of 9000 and changed to 9001 (Eclipse and php.ini) * Xdebug installed: 2.1.0 * Server API: Apache 2.0 Handler * Windows: yes - Compiler: MS VC6 - Architecture: x86 * Zend Server: no * PHP Version: 5.3.0 * Zend API nr: 220090626 * PHP API nr: 20090626 * Debug Build: no * Thread Safe Build: yes * Configuration File Path: C:\WINDOWS * Configuration File: C:\wamp\bin\apache\Apache2.2.11\bin\php.ini * Extensions directory: c:\wamp\bin\php\php5.3.0\ext
Steps To Reproduce:	Started XDebug session within Eclipse (All in one) and the internal browser is stuck in loading. This worked a few times then stopped working. I've tried with XAMPP and WAMP. Usually it works initially after an initial install then it stops working. I've tried with port 9000 and port 9001. Logs attached. XDebug log attached in additional information.
Additional Information:	Log opened at 2010-11-06 18:07:23 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/wamp/www/Project2nn/html/index.php" [^] language="PHP" protocol_version="1.0" appid="5224" idekey="ECLIPSE_DBGP"><engine version="2.1.0"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2010 by Derick Rethans]]></copyright></init> <- feature_set -i 13 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="13" feature="show_hidden" success="1"></response> <- feature_set -i 14 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="14" feature="max_depth" success="1"></response> <- feature_set -i 15 -n max_children -v 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="15" feature="max_children" success="1"></response> <- stack_get -i 16 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="16"></response> <- feature_get -i 17 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="17" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_get -i 18 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="18" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- stdout -i 19 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stdout" transaction_id="19" success="1"></response> <- stderr -i 20 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stderr" transaction_id="20" success="0"></response> <- step_into -i 21 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_into" transaction_id="21" status="break" reason="ok"><xdebug:message filename="file:///C:/wamp/www/Project2nn/html/index.php" [^] lineno="2"></xdebug:message></response> <- stack_get -i 22 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="22"><stack where="{main}" level="0" type="file" filename="file:///C:/wamp/www/Project2nn/html/index.php" [^] lineno="2"></stack></response> <- context_get -i 23 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="23" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="39473808" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_ENV" fullname="$_ENV" address="39474424" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_FILES" fullname="$_FILES" address="39474208" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_GET" fullname="$_GET" address="39473000" type="array" children="1" numchildren="2" page="0" pagesize="31"><property name="XDEBUG_SESSION_START" fullname="$_GET['XDEBUG_SESSION_START']" address="39473536" type="string" size="12" encoding="base64"><![CDATA[RUNMSVBTRV9EQkdQ]]></property><property name="KEY" fullname="$_GET['KEY']" address="39473384" type="string" size="14" encoding="base64"><![CDATA[MTI4OTA2Njg0MzM1OTQ=]]></property></property><property name="_POST" fullname="$_POST" address="39473928" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_REQUEST" fullname="$_REQUEST" address="39474592" type="array" children="1" numchildren="2" page="0" pagesize="31"><property name="XDEBUG_SESSION_START" fullname="$_REQUEST['XDEBUG_SESSION_START']" address="39473536" type="string" size="12" encoding="base64"><![CDATA[RUNMSVBTRV9EQkdQ]]></property><property name="KEY" fullname="$_REQUEST['KEY']" address="39473384" type="string" size="14" encoding="base64"><![CDATA[MTI4OTA2Njg0MzM1OTQ=]]></property></property><property name="_SERVER" fullname="$_SERVER" address="39474816" type="array" children="1" numchildren="30" page="0" pagesize="31"><property name="HTTP_ACCEPT" fullname="$_SERVER['HTTP_ACCEPT']" address="39475704" type="string" size="271" encoding="base64"><![CDATA[aW1hZ2UvZ2lmLCBpbWFnZS94LXhiaXRtYXAsIGltYWdlL2pwZWcsIGltYWdlL3BqcGVnLCBhcHBsaWNhdGlvbi9tc3dvcmQsIGFwcGxpY2F0aW9uL3hhbWwreG1sLCBhcHBsaWNhdGlvbi92bmQubXMteHBzZG9jdW1lbnQsIGFwcGxpY2F0aW9uL3gtbXMteGJhcCwgYXBwbGljYXRpb24veC1tcy1hcHBsaWNhdGlvbiwgYXBwbGljYXRpb24veC1zaG9ja3dhdmUtZmxhc2gsIGFwcGxpY2F0aW9uL3ZuZC5tcy1leGNlbCwgYXBwbGljYXRpb24vdm5kLm1zLXBvd2VycG9pbnQsICovKg==]]></property><property name="HTTP_ACCEPT_LANGUAGE" fullname="$_SERVER['HTTP_ACCEPT_LANGUAGE']" address="39475968" type="string" size="5" encoding="base64"><![CDATA[ZW4tdXM=]]></property><property name="HTTP_CACHE_CONTROL" fullname="$_SERVER['HTTP_CACHE_CONTROL']" address="39476160" type="string" size="8" encoding="base64"><![CDATA[bm8tY2FjaGU=]]></property><property name="HTTP_ACCEPT_ENCODING" fullname="$_SERVER['HTTP_ACCEPT_ENCODING']" address="39476400" type="string" size="13" encoding="base64"><![CDATA[Z3ppcCwgZGVmbGF0ZQ==]]></property><property name="HTTP_USER_AGENT" fullname="$_SERVER['HTTP_USER_AGENT']" address="39475824" type="string" size="227" encoding="base64"><![CDATA[TW96aWxsYS80LjAgKGNvbXBhdGlibGU7IE1TSUUgNi4wOyBXaW5kb3dzIE5UIDUuMTsgU1YxOyBHVEI2LjY7IC5ORVQgQ0xSIDEuMS40MzIyOyAuTkVUIENMUiAyLjAuNTA3Mjc7IC5ORVQgQ0xSIDMuMC4wNDUwNi4zMDsgLk5FVCBDTFIgMy4wLjA0NTA2LjY0ODsgLk5FVCBDTFIgMy4wLjQ1MDYuMjE1MjsgLk5FVCBDTFIgMy41LjMwNzI5OyAuTkVUNC4wQzsgQXNrVGJVVDJWNS81LjkuMS4xNDAxOSk=]]></property><property name="HTTP_HOST" fullname="$_SERVER['HTTP_HOST']" address="39477288" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="HTTP_CONNECTION" fullname="$_SERVER['HTTP_CONNECTION']" address="39477520" type="string" size="10" encoding="base64"><![CDATA[S2VlcC1BbGl2ZQ==]]></property><property name="PATH" fullname="$_SERVER['PATH']" address="39479040" type="string" size="645" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xBY3RpdmVTdGF0ZSBLb21vZG8gSURFIDVcO0M6XGFwcFxjYWxkZXJvblxwcm9kdWN0XDExLjEuMFxjbGllbnRfMVxiaW47QzpcV0lORE9XU1xzeXN0ZW0zMjtDOlxXSU5ET1dTO0M6XFdJTkRPV1NcU3lzdGVtMzJcV2JlbTtDOlxQcm9ncmFtIEZpbGVzXElCTVxJbmZvcHJpbnQgU2VsZWN0O0M6XE5vdGVzO0M6XFByb2dyYW0gRmlsZXNcWExWaWV3O0M6XGxvdHVzXGNvbXBuZW50O0M6XFV0aWxpdGllcztDOlxQcm9ncmFtIEZpbGVzXENvbW1vbiBGaWxlc1xMZW5vdm87QzpccHJvZ3JhbSBmaWxlc1xpYm1ccGVyc29uYWwgY29tbXVuaWNhdGlvbnNcO0M6XFByb2dyYW0gRmlsZXNcSUJNXFRyYWNlIEZhY2lsaXR5XDtDOlxQcm9ncmFtIEZpbGVzXFRoaW5rUGFkXENvbm5lY3RVdGlsaXRpZXM7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXERMTFNoYXJlZFw7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXERMTFNoYXJlZFw7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcRExMU2hhcmVkXDtDOlxQcm9ncmFtIEZpbGVzXEludGVsXFdpRmlcYmluXDtDOlxwcm9ncmFtIGZpbGVzXGphdmFcamRrMS42LjBfMjFcYmlu]]></property><property name="SystemRoot" fullname="$_SERVER['SystemRoot']" address="39479328" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="COMSPEC" fullname="$_SERVER['COMSPEC']" address="39479576" type="string" size="27" encoding="base64"><![CDATA[QzpcV0lORE9XU1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="PATHEXT" fullname="$_SERVER['PATHEXT']" address="39479880" type="string" size="48" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NI]]></property><property name="WINDIR" fullname="$_SERVER['WINDIR']" address="39480056" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="SERVER_SIGNATURE" fullname="$_SERVER['SERVER_SIGNATURE']" address="39480304" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="SERVER_SOFTWARE" fullname="$_SERVER['SERVER_SOFTWARE']" address="39480176" type="string" size="31" encoding="base64"><![CDATA[QXBhY2hlLzIuMi4xMSAoV2luMzIpIFBIUC81LjMuMA==]]></property><property name="SERVER_NAME" fullname="$_SERVER['SERVER_NAME']" address="39480792" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="SERVER_ADDR" fullname="$_SERVER['SERVER_ADDR']" address="39481016" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="SERVER_PORT" fullname="$_SERVER['SERVER_PORT']" address="39481360" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="REMOTE_ADDR" fullname="$_SERVER['REMOTE_ADDR']" address="39481720" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="DOCUMENT_ROOT" fullname="$_SERVER['DOCUMENT_ROOT']" address="39481952" type="string" size="12" encoding="base64"><![CDATA[Qzovd2FtcC93d3cv]]></property><property name="SERVER_ADMIN" fullname="$_SERVER['SERVER_ADMIN']" address="39482184" type="string" size="15" encoding="base64"><![CDATA[YWRtaW5AbG9jYWxob3N0]]></property><property name="SCRIPT_FILENAME" fullname="$_SERVER['SCRIPT_FILENAME']" address="39482464" type="string" size="37" encoding="base64"><![CDATA[Qzovd2FtcC93d3cvUHJvamVjdDJubi9odG1sL2luZGV4LnBocA==]]></property><property name="REMOTE_PORT" fullname="$_SERVER['REMOTE_PORT']" address="39482680" type="string" size="4" encoding="base64"><![CDATA[MjMwOA==]]></property><property name="GATEWAY_INTERFACE" fullname="$_SERVER['GATEWAY_INTERFACE']" address="39482960" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PROTOCOL" fullname="$_SERVER['SERVER_PROTOCOL']" address="39482816" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjE=]]></property><property name="REQUEST_METHOD" fullname="$_SERVER['REQUEST_METHOD']" address="39483360" type="string" size="3" encoding="base64"><![CDATA[R0VU]]></property><property name="QUERY_STRING" fullname="$_SERVER['QUERY_STRING']" address="39483672" type="string" size="52" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT05fU1RBUlQ9RUNMSVBTRV9EQkdQJktFWT0xMjg5MDY2ODQzMzU5NA==]]></property><property name="REQUEST_URI" fullname="$_SERVER['REQUEST_URI']" address="39484024" type="string" size="79" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA/WERFQlVHX1NFU1NJT05fU1RBUlQ9RUNMSVBTRV9EQkdQJktFWT0xMjg5MDY2ODQzMzU5NA==]]></property><property name="SCRIPT_NAME" fullname="$_SERVER['SCRIPT_NAME']" address="39484280" type="string" size="26" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA=]]></property><property name="PHP_SELF" fullname="$_SERVER['PHP_SELF']" address="39484536" type="string" size="26" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA=]]></property><property name="REQUEST_TIME" fullname="$_SERVER['REQUEST_TIME']" address="39484624" type="int"><![CDATA[1289066843]]></property></property><property name="GLOBALS" fullname="$GLOBALS" address="39911288" type="array" children="1" numchildren="8" page="0" pagesize="31"><property name="GLOBALS" fullname="$GLOBALS['GLOBALS']" address="39911288" type="array" children="1" recursive="1"></property><property name="_POST" fullname="$GLOBALS['_POST']" address="39473928" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_GET" fullname="$GLOBALS['_GET']" address="39473000" type="array" children="1" numchildren="2" page="0" pagesize="31"><property name="XDEBUG_SESSION_START" fullname="$GLOBALS['_GET']['XDEBUG_SESSION_START']" address="39473536" type="string" size="12" encoding="base64"><![CDATA[RUNMSVBTRV9EQkdQ]]></property><property name="KEY" fullname="$GLOBALS['_GET']['KEY']" address="39473384" type="string" size="14" encoding="base64"><![CDATA[MTI4OTA2Njg0MzM1OTQ=]]></property></property><property name="_COOKIE" fullname="$GLOBALS['_COOKIE']" address="39473808" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_FILES" fullname="$GLOBALS['_FILES']" address="39474208" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_ENV" fullname="$GLOBALS['_ENV']" address="39474424" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_REQUEST" fullname="$GLOBALS['_REQUEST']" address="39474592" type="array" children="1" numchildren="2" page="0" pagesize="31"><property name="XDEBUG_SESSION_START" fullname="$GLOBALS['_REQUEST']['XDEBUG_SESSION_START']" address="39473536" type="string" size="12" encoding="base64"><![CDATA[RUNMSVBTRV9EQkdQ]]></property><property name="KEY" fullname="$GLOBALS['_REQUEST']['KEY']" address="39473384" type="string" size="14" encoding="base64"><![CDATA[MTI4OTA2Njg0MzM1OTQ=]]></property></property><property name="_SERVER" fullname="$GLOBALS['_SERVER']" address="39474816" type="array" children="1" numchildren="30" page="0" pagesize="31"><property name="HTTP_ACCEPT" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT']" address="39475704" type="string" size="271" encoding="base64"><![CDATA[aW1hZ2UvZ2lmLCBpbWFnZS94LXhiaXRtYXAsIGltYWdlL2pwZWcsIGltYWdlL3BqcGVnLCBhcHBsaWNhdGlvbi9tc3dvcmQsIGFwcGxpY2F0aW9uL3hhbWwreG1sLCBhcHBsaWNhdGlvbi92bmQubXMteHBzZG9jdW1lbnQsIGFwcGxpY2F0aW9uL3gtbXMteGJhcCwgYXBwbGljYXRpb24veC1tcy1hcHBsaWNhdGlvbiwgYXBwbGljYXRpb24veC1zaG9ja3dhdmUtZmxhc2gsIGFwcGxpY2F0aW9uL3ZuZC5tcy1leGNlbCwgYXBwbGljYXRpb24vdm5kLm1zLXBvd2VycG9pbnQsICovKg==]]></property><property name="HTTP_ACCEPT_LANGUAGE" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT_LANGUAGE']" address="39475968" type="string" size="5" encoding="base64"><![CDATA[ZW4tdXM=]]></property><property name="HTTP_CACHE_CONTROL" fullname="$GLOBALS['_SERVER']['HTTP_CACHE_CONTROL']" address="39476160" type="string" size="8" encoding="base64"><![CDATA[bm8tY2FjaGU=]]></property><property name="HTTP_ACCEPT_ENCODING" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT_ENCODING']" address="39476400" type="string" size="13" encoding="base64"><![CDATA[Z3ppcCwgZGVmbGF0ZQ==]]></property><property name="HTTP_USER_AGENT" fullname="$GLOBALS['_SERVER']['HTTP_USER_AGENT']" address="39475824" type="string" size="227" encoding="base64"><![CDATA[TW96aWxsYS80LjAgKGNvbXBhdGlibGU7IE1TSUUgNi4wOyBXaW5kb3dzIE5UIDUuMTsgU1YxOyBHVEI2LjY7IC5ORVQgQ0xSIDEuMS40MzIyOyAuTkVUIENMUiAyLjAuNTA3Mjc7IC5ORVQgQ0xSIDMuMC4wNDUwNi4zMDsgLk5FVCBDTFIgMy4wLjA0NTA2LjY0ODsgLk5FVCBDTFIgMy4wLjQ1MDYuMjE1MjsgLk5FVCBDTFIgMy41LjMwNzI5OyAuTkVUNC4wQzsgQXNrVGJVVDJWNS81LjkuMS4xNDAxOSk=]]></property><property name="HTTP_HOST" fullname="$GLOBALS['_SERVER']['HTTP_HOST']" address="39477288" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="HTTP_CONNECTION" fullname="$GLOBALS['_SERVER']['HTTP_CONNECTION']" address="39477520" type="string" size="10" encoding="base64"><![CDATA[S2VlcC1BbGl2ZQ==]]></property><property name="PATH" fullname="$GLOBALS['_SERVER']['PATH']" address="39479040" type="string" size="645" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xBY3RpdmVTdGF0ZSBLb21vZG8gSURFIDVcO0M6XGFwcFxjYWxkZXJvblxwcm9kdWN0XDExLjEuMFxjbGllbnRfMVxiaW47QzpcV0lORE9XU1xzeXN0ZW0zMjtDOlxXSU5ET1dTO0M6XFdJTkRPV1NcU3lzdGVtMzJcV2JlbTtDOlxQcm9ncmFtIEZpbGVzXElCTVxJbmZvcHJpbnQgU2VsZWN0O0M6XE5vdGVzO0M6XFByb2dyYW0gRmlsZXNcWExWaWV3O0M6XGxvdHVzXGNvbXBuZW50O0M6XFV0aWxpdGllcztDOlxQcm9ncmFtIEZpbGVzXENvbW1vbiBGaWxlc1xMZW5vdm87QzpccHJvZ3JhbSBmaWxlc1xpYm1ccGVyc29uYWwgY29tbXVuaWNhdGlvbnNcO0M6XFByb2dyYW0gRmlsZXNcSUJNXFRyYWNlIEZhY2lsaXR5XDtDOlxQcm9ncmFtIEZpbGVzXFRoaW5rUGFkXENvbm5lY3RVdGlsaXRpZXM7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXERMTFNoYXJlZFw7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXERMTFNoYXJlZFw7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcRExMU2hhcmVkXDtDOlxQcm9ncmFtIEZpbGVzXEludGVsXFdpRmlcYmluXDtDOlxwcm9ncmFtIGZpbGVzXGphdmFcamRrMS42LjBfMjFcYmlu]]></property><property name="SystemRoot" fullname="$GLOBALS['_SERVER']['SystemRoot']" address="39479328" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="COMSPEC" fullname="$GLOBALS['_SERVER']['COMSPEC']" address="39479576" type="string" size="27" encoding="base64"><![CDATA[QzpcV0lORE9XU1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="PATHEXT" fullname="$GLOBALS['_SERVER']['PATHEXT']" address="39479880" type="string" size="48" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NI]]></property><property name="WINDIR" fullname="$GLOBALS['_SERVER']['WINDIR']" address="39480056" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="SERVER_SIGNATURE" fullname="$GLOBALS['_SERVER']['SERVER_SIGNATURE']" address="39480304" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="SERVER_SOFTWARE" fullname="$GLOBALS['_SERVER']['SERVER_SOFTWARE']" address="39480176" type="string" size="31" encoding="base64"><![CDATA[QXBhY2hlLzIuMi4xMSAoV2luMzIpIFBIUC81LjMuMA==]]></property><property name="SERVER_NAME" fullname="$GLOBALS['_SERVER']['SERVER_NAME']" address="39480792" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="SERVER_ADDR" fullname="$GLOBALS['_SERVER']['SERVER_ADDR']" address="39481016" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="SERVER_PORT" fullname="$GLOBALS['_SERVER']['SERVER_PORT']" address="39481360" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="REMOTE_ADDR" fullname="$GLOBALS['_SERVER']['REMOTE_ADDR']" address="39481720" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="DOCUMENT_ROOT" fullname="$GLOBALS['_SERVER']['DOCUMENT_ROOT']" address="39481952" type="string" size="12" encoding="base64"><![CDATA[Qzovd2FtcC93d3cv]]></property><property name="SERVER_ADMIN" fullname="$GLOBALS['_SERVER']['SERVER_ADMIN']" address="39482184" type="string" size="15" encoding="base64"><![CDATA[YWRtaW5AbG9jYWxob3N0]]></property><property name="SCRIPT_FILENAME" fullname="$GLOBALS['_SERVER']['SCRIPT_FILENAME']" address="39482464" type="string" size="37" encoding="base64"><![CDATA[Qzovd2FtcC93d3cvUHJvamVjdDJubi9odG1sL2luZGV4LnBocA==]]></property><property name="REMOTE_PORT" fullname="$GLOBALS['_SERVER']['REMOTE_PORT']" address="39482680" type="string" size="4" encoding="base64"><![CDATA[MjMwOA==]]></property><property name="GATEWAY_INTERFACE" fullname="$GLOBALS['_SERVER']['GATEWAY_INTERFACE']" address="39482960" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PROTOCOL" fullname="$GLOBALS['_SERVER']['SERVER_PROTOCOL']" address="39482816" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjE=]]></property><property name="REQUEST_METHOD" fullname="$GLOBALS['_SERVER']['REQUEST_METHOD']" address="39483360" type="string" size="3" encoding="base64"><![CDATA[R0VU]]></property><property name="QUERY_STRING" fullname="$GLOBALS['_SERVER']['QUERY_STRING']" address="39483672" type="string" size="52" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT05fU1RBUlQ9RUNMSVBTRV9EQkdQJktFWT0xMjg5MDY2ODQzMzU5NA==]]></property><property name="REQUEST_URI" fullname="$GLOBALS['_SERVER']['REQUEST_URI']" address="39484024" type="string" size="79" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA/WERFQlVHX1NFU1NJT05fU1RBUlQ9RUNMSVBTRV9EQkdQJktFWT0xMjg5MDY2ODQzMzU5NA==]]></property><property name="SCRIPT_NAME" fullname="$GLOBALS['_SERVER']['SCRIPT_NAME']" address="39484280" type="string" size="26" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA=]]></property><property name="PHP_SELF" fullname="$GLOBALS['_SERVER']['PHP_SELF']" address="39484536" type="string" size="26" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA=]]></property><property name="REQUEST_TIME" fullname="$GLOBALS['_SERVER']['REQUEST_TIME']" address="39484624" type="int"><![CDATA[1289066843]]></property></property></property></response> <- context_get -i 24 -d 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="24" context="0"><property name="password" fullname="$password" type="uninitialized"></property><property name="result" fullname="$result" type="uninitialized"></property><property name="sql" fullname="$sql" type="uninitialized"></property><property name="username" fullname="$username" type="uninitialized"></property></response> <- stop -i 25 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stop" transaction_id="25" status="stopped" reason="ok"></response> -> <stream xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] type="stdout" encoding="base64"><![CDATA[]]></stream> -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stop" transaction_id="25" status="stopping" reason="ok"></response> Log closed at 2010-11-06 18:13:09 Log opened at 2010-11-06 18:13:10 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/wamp/www/Project2nn/html/index.php" [^] language="PHP" protocol_version="1.0" appid="5224" idekey="ECLIPSE_DBGP"><engine version="2.1.0"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2010 by Derick Rethans]]></copyright></init> <- feature_set -i 26 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="26" feature="show_hidden" success="1"></response> <- feature_set -i 27 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="27" feature="max_depth" success="1"></response> <- feature_set -i 28 -n max_children -v 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="28" feature="max_children" success="1"></response> <- stack_get -i 29 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="29"></response> <- feature_get -i 30 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="30" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_get -i 31 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="31" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- stdout -i 32 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stdout" transaction_id="32" success="1"></response> <- stderr -i 33 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stderr" transaction_id="33" success="0"></response> <- step_into -i 34 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_into" transaction_id="34" status="break" reason="ok"><xdebug:message filename="file:///C:/wamp/www/Project2nn/html/index.php" [^] lineno="2"></xdebug:message></response> <- stack_get -i 35 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="35"><stack where="{main}" level="0" type="file" filename="file:///C:/wamp/www/Project2nn/html/index.php" [^] lineno="2"></stack></response> <- context_get -i 36 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="36" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="39473808" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_ENV" fullname="$_ENV" address="39474424" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_FILES" fullname="$_FILES" address="39474208" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_GET" fullname="$_GET" address="39473000" type="array" children="1" numchildren="2" page="0" pagesize="31"><property name="XDEBUG_SESSION_START" fullname="$_GET['XDEBUG_SESSION_START']" address="39473536" type="string" size="12" encoding="base64"><![CDATA[RUNMSVBTRV9EQkdQ]]></property><property name="KEY" fullname="$_GET['KEY']" address="39473384" type="string" size="14" encoding="base64"><![CDATA[MTI4OTA2NzE5MDIwMzU=]]></property></property><property name="_POST" fullname="$_POST" address="39473928" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_REQUEST" fullname="$_REQUEST" address="39474592" type="array" children="1" numchildren="2" page="0" pagesize="31"><property name="XDEBUG_SESSION_START" fullname="$_REQUEST['XDEBUG_SESSION_START']" address="39473536" type="string" size="12" encoding="base64"><![CDATA[RUNMSVBTRV9EQkdQ]]></property><property name="KEY" fullname="$_REQUEST['KEY']" address="39473384" type="string" size="14" encoding="base64"><![CDATA[MTI4OTA2NzE5MDIwMzU=]]></property></property><property name="_SERVER" fullname="$_SERVER" address="39474816" type="array" children="1" numchildren="30" page="0" pagesize="31"><property name="HTTP_ACCEPT" fullname="$_SERVER['HTTP_ACCEPT']" address="39475704" type="string" size="271" encoding="base64"><![CDATA[aW1hZ2UvZ2lmLCBpbWFnZS94LXhiaXRtYXAsIGltYWdlL2pwZWcsIGltYWdlL3BqcGVnLCBhcHBsaWNhdGlvbi9tc3dvcmQsIGFwcGxpY2F0aW9uL3hhbWwreG1sLCBhcHBsaWNhdGlvbi92bmQubXMteHBzZG9jdW1lbnQsIGFwcGxpY2F0aW9uL3gtbXMteGJhcCwgYXBwbGljYXRpb24veC1tcy1hcHBsaWNhdGlvbiwgYXBwbGljYXRpb24veC1zaG9ja3dhdmUtZmxhc2gsIGFwcGxpY2F0aW9uL3ZuZC5tcy1leGNlbCwgYXBwbGljYXRpb24vdm5kLm1zLXBvd2VycG9pbnQsICovKg==]]></property><property name="HTTP_ACCEPT_LANGUAGE" fullname="$_SERVER['HTTP_ACCEPT_LANGUAGE']" address="39475968" type="string" size="5" encoding="base64"><![CDATA[ZW4tdXM=]]></property><property name="HTTP_CACHE_CONTROL" fullname="$_SERVER['HTTP_CACHE_CONTROL']" address="39476160" type="string" size="8" encoding="base64"><![CDATA[bm8tY2FjaGU=]]></property><property name="HTTP_ACCEPT_ENCODING" fullname="$_SERVER['HTTP_ACCEPT_ENCODING']" address="39476400" type="string" size="13" encoding="base64"><![CDATA[Z3ppcCwgZGVmbGF0ZQ==]]></property><property name="HTTP_USER_AGENT" fullname="$_SERVER['HTTP_USER_AGENT']" address="39475824" type="string" size="227" encoding="base64"><![CDATA[TW96aWxsYS80LjAgKGNvbXBhdGlibGU7IE1TSUUgNi4wOyBXaW5kb3dzIE5UIDUuMTsgU1YxOyBHVEI2LjY7IC5ORVQgQ0xSIDEuMS40MzIyOyAuTkVUIENMUiAyLjAuNTA3Mjc7IC5ORVQgQ0xSIDMuMC4wNDUwNi4zMDsgLk5FVCBDTFIgMy4wLjA0NTA2LjY0ODsgLk5FVCBDTFIgMy4wLjQ1MDYuMjE1MjsgLk5FVCBDTFIgMy41LjMwNzI5OyAuTkVUNC4wQzsgQXNrVGJVVDJWNS81LjkuMS4xNDAxOSk=]]></property><property name="HTTP_HOST" fullname="$_SERVER['HTTP_HOST']" address="39477288" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="HTTP_CONNECTION" fullname="$_SERVER['HTTP_CONNECTION']" address="39477520" type="string" size="10" encoding="base64"><![CDATA[S2VlcC1BbGl2ZQ==]]></property><property name="PATH" fullname="$_SERVER['PATH']" address="39479040" type="string" size="645" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xBY3RpdmVTdGF0ZSBLb21vZG8gSURFIDVcO0M6XGFwcFxjYWxkZXJvblxwcm9kdWN0XDExLjEuMFxjbGllbnRfMVxiaW47QzpcV0lORE9XU1xzeXN0ZW0zMjtDOlxXSU5ET1dTO0M6XFdJTkRPV1NcU3lzdGVtMzJcV2JlbTtDOlxQcm9ncmFtIEZpbGVzXElCTVxJbmZvcHJpbnQgU2VsZWN0O0M6XE5vdGVzO0M6XFByb2dyYW0gRmlsZXNcWExWaWV3O0M6XGxvdHVzXGNvbXBuZW50O0M6XFV0aWxpdGllcztDOlxQcm9ncmFtIEZpbGVzXENvbW1vbiBGaWxlc1xMZW5vdm87QzpccHJvZ3JhbSBmaWxlc1xpYm1ccGVyc29uYWwgY29tbXVuaWNhdGlvbnNcO0M6XFByb2dyYW0gRmlsZXNcSUJNXFRyYWNlIEZhY2lsaXR5XDtDOlxQcm9ncmFtIEZpbGVzXFRoaW5rUGFkXENvbm5lY3RVdGlsaXRpZXM7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXERMTFNoYXJlZFw7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXERMTFNoYXJlZFw7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcRExMU2hhcmVkXDtDOlxQcm9ncmFtIEZpbGVzXEludGVsXFdpRmlcYmluXDtDOlxwcm9ncmFtIGZpbGVzXGphdmFcamRrMS42LjBfMjFcYmlu]]></property><property name="SystemRoot" fullname="$_SERVER['SystemRoot']" address="39479328" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="COMSPEC" fullname="$_SERVER['COMSPEC']" address="39479576" type="string" size="27" encoding="base64"><![CDATA[QzpcV0lORE9XU1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="PATHEXT" fullname="$_SERVER['PATHEXT']" address="39479880" type="string" size="48" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NI]]></property><property name="WINDIR" fullname="$_SERVER['WINDIR']" address="39480056" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="SERVER_SIGNATURE" fullname="$_SERVER['SERVER_SIGNATURE']" address="39480304" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="SERVER_SOFTWARE" fullname="$_SERVER['SERVER_SOFTWARE']" address="39480176" type="string" size="31" encoding="base64"><![CDATA[QXBhY2hlLzIuMi4xMSAoV2luMzIpIFBIUC81LjMuMA==]]></property><property name="SERVER_NAME" fullname="$_SERVER['SERVER_NAME']" address="39480792" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="SERVER_ADDR" fullname="$_SERVER['SERVER_ADDR']" address="39481016" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="SERVER_PORT" fullname="$_SERVER['SERVER_PORT']" address="39481360" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="REMOTE_ADDR" fullname="$_SERVER['REMOTE_ADDR']" address="39481720" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="DOCUMENT_ROOT" fullname="$_SERVER['DOCUMENT_ROOT']" address="39481952" type="string" size="12" encoding="base64"><![CDATA[Qzovd2FtcC93d3cv]]></property><property name="SERVER_ADMIN" fullname="$_SERVER['SERVER_ADMIN']" address="39482184" type="string" size="15" encoding="base64"><![CDATA[YWRtaW5AbG9jYWxob3N0]]></property><property name="SCRIPT_FILENAME" fullname="$_SERVER['SCRIPT_FILENAME']" address="39482464" type="string" size="37" encoding="base64"><![CDATA[Qzovd2FtcC93d3cvUHJvamVjdDJubi9odG1sL2luZGV4LnBocA==]]></property><property name="REMOTE_PORT" fullname="$_SERVER['REMOTE_PORT']" address="39482680" type="string" size="4" encoding="base64"><![CDATA[MjMzMw==]]></property><property name="GATEWAY_INTERFACE" fullname="$_SERVER['GATEWAY_INTERFACE']" address="39482960" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PROTOCOL" fullname="$_SERVER['SERVER_PROTOCOL']" address="39482816" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjE=]]></property><property name="REQUEST_METHOD" fullname="$_SERVER['REQUEST_METHOD']" address="39483360" type="string" size="3" encoding="base64"><![CDATA[R0VU]]></property><property name="QUERY_STRING" fullname="$_SERVER['QUERY_STRING']" address="39483672" type="string" size="52" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT05fU1RBUlQ9RUNMSVBTRV9EQkdQJktFWT0xMjg5MDY3MTkwMjAzNQ==]]></property><property name="REQUEST_URI" fullname="$_SERVER['REQUEST_URI']" address="39484024" type="string" size="79" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA/WERFQlVHX1NFU1NJT05fU1RBUlQ9RUNMSVBTRV9EQkdQJktFWT0xMjg5MDY3MTkwMjAzNQ==]]></property><property name="SCRIPT_NAME" fullname="$_SERVER['SCRIPT_NAME']" address="39484280" type="string" size="26" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA=]]></property><property name="PHP_SELF" fullname="$_SERVER['PHP_SELF']" address="39484536" type="string" size="26" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA=]]></property><property name="REQUEST_TIME" fullname="$_SERVER['REQUEST_TIME']" address="39484624" type="int"><![CDATA[1289067190]]></property></property><property name="GLOBALS" fullname="$GLOBALS" address="39911288" type="array" children="1" numchildren="8" page="0" pagesize="31"><property name="GLOBALS" fullname="$GLOBALS['GLOBALS']" address="39911288" type="array" children="1" recursive="1"></property><property name="_POST" fullname="$GLOBALS['_POST']" address="39473928" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_GET" fullname="$GLOBALS['_GET']" address="39473000" type="array" children="1" numchildren="2" page="0" pagesize="31"><property name="XDEBUG_SESSION_START" fullname="$GLOBALS['_GET']['XDEBUG_SESSION_START']" address="39473536" type="string" size="12" encoding="base64"><![CDATA[RUNMSVBTRV9EQkdQ]]></property><property name="KEY" fullname="$GLOBALS['_GET']['KEY']" address="39473384" type="string" size="14" encoding="base64"><![CDATA[MTI4OTA2NzE5MDIwMzU=]]></property></property><property name="_COOKIE" fullname="$GLOBALS['_COOKIE']" address="39473808" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_FILES" fullname="$GLOBALS['_FILES']" address="39474208" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_ENV" fullname="$GLOBALS['_ENV']" address="39474424" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_REQUEST" fullname="$GLOBALS['_REQUEST']" address="39474592" type="array" children="1" numchildren="2" page="0" pagesize="31"><property name="XDEBUG_SESSION_START" fullname="$GLOBALS['_REQUEST']['XDEBUG_SESSION_START']" address="39473536" type="string" size="12" encoding="base64"><![CDATA[RUNMSVBTRV9EQkdQ]]></property><property name="KEY" fullname="$GLOBALS['_REQUEST']['KEY']" address="39473384" type="string" size="14" encoding="base64"><![CDATA[MTI4OTA2NzE5MDIwMzU=]]></property></property><property name="_SERVER" fullname="$GLOBALS['_SERVER']" address="39474816" type="array" children="1" numchildren="30" page="0" pagesize="31"><property name="HTTP_ACCEPT" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT']" address="39475704" type="string" size="271" encoding="base64"><![CDATA[aW1hZ2UvZ2lmLCBpbWFnZS94LXhiaXRtYXAsIGltYWdlL2pwZWcsIGltYWdlL3BqcGVnLCBhcHBsaWNhdGlvbi9tc3dvcmQsIGFwcGxpY2F0aW9uL3hhbWwreG1sLCBhcHBsaWNhdGlvbi92bmQubXMteHBzZG9jdW1lbnQsIGFwcGxpY2F0aW9uL3gtbXMteGJhcCwgYXBwbGljYXRpb24veC1tcy1hcHBsaWNhdGlvbiwgYXBwbGljYXRpb24veC1zaG9ja3dhdmUtZmxhc2gsIGFwcGxpY2F0aW9uL3ZuZC5tcy1leGNlbCwgYXBwbGljYXRpb24vdm5kLm1zLXBvd2VycG9pbnQsICovKg==]]></property><property name="HTTP_ACCEPT_LANGUAGE" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT_LANGUAGE']" address="39475968" type="string" size="5" encoding="base64"><![CDATA[ZW4tdXM=]]></property><property name="HTTP_CACHE_CONTROL" fullname="$GLOBALS['_SERVER']['HTTP_CACHE_CONTROL']" address="39476160" type="string" size="8" encoding="base64"><![CDATA[bm8tY2FjaGU=]]></property><property name="HTTP_ACCEPT_ENCODING" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT_ENCODING']" address="39476400" type="string" size="13" encoding="base64"><![CDATA[Z3ppcCwgZGVmbGF0ZQ==]]></property><property name="HTTP_USER_AGENT" fullname="$GLOBALS['_SERVER']['HTTP_USER_AGENT']" address="39475824" type="string" size="227" encoding="base64"><![CDATA[TW96aWxsYS80LjAgKGNvbXBhdGlibGU7IE1TSUUgNi4wOyBXaW5kb3dzIE5UIDUuMTsgU1YxOyBHVEI2LjY7IC5ORVQgQ0xSIDEuMS40MzIyOyAuTkVUIENMUiAyLjAuNTA3Mjc7IC5ORVQgQ0xSIDMuMC4wNDUwNi4zMDsgLk5FVCBDTFIgMy4wLjA0NTA2LjY0ODsgLk5FVCBDTFIgMy4wLjQ1MDYuMjE1MjsgLk5FVCBDTFIgMy41LjMwNzI5OyAuTkVUNC4wQzsgQXNrVGJVVDJWNS81LjkuMS4xNDAxOSk=]]></property><property name="HTTP_HOST" fullname="$GLOBALS['_SERVER']['HTTP_HOST']" address="39477288" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="HTTP_CONNECTION" fullname="$GLOBALS['_SERVER']['HTTP_CONNECTION']" address="39477520" type="string" size="10" encoding="base64"><![CDATA[S2VlcC1BbGl2ZQ==]]></property><property name="PATH" fullname="$GLOBALS['_SERVER']['PATH']" address="39479040" type="string" size="645" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xBY3RpdmVTdGF0ZSBLb21vZG8gSURFIDVcO0M6XGFwcFxjYWxkZXJvblxwcm9kdWN0XDExLjEuMFxjbGllbnRfMVxiaW47QzpcV0lORE9XU1xzeXN0ZW0zMjtDOlxXSU5ET1dTO0M6XFdJTkRPV1NcU3lzdGVtMzJcV2JlbTtDOlxQcm9ncmFtIEZpbGVzXElCTVxJbmZvcHJpbnQgU2VsZWN0O0M6XE5vdGVzO0M6XFByb2dyYW0gRmlsZXNcWExWaWV3O0M6XGxvdHVzXGNvbXBuZW50O0M6XFV0aWxpdGllcztDOlxQcm9ncmFtIEZpbGVzXENvbW1vbiBGaWxlc1xMZW5vdm87QzpccHJvZ3JhbSBmaWxlc1xpYm1ccGVyc29uYWwgY29tbXVuaWNhdGlvbnNcO0M6XFByb2dyYW0gRmlsZXNcSUJNXFRyYWNlIEZhY2lsaXR5XDtDOlxQcm9ncmFtIEZpbGVzXFRoaW5rUGFkXENvbm5lY3RVdGlsaXRpZXM7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXERMTFNoYXJlZFw7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXERMTFNoYXJlZFw7QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcRExMU2hhcmVkXDtDOlxQcm9ncmFtIEZpbGVzXEludGVsXFdpRmlcYmluXDtDOlxwcm9ncmFtIGZpbGVzXGphdmFcamRrMS42LjBfMjFcYmlu]]></property><property name="SystemRoot" fullname="$GLOBALS['_SERVER']['SystemRoot']" address="39479328" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="COMSPEC" fullname="$GLOBALS['_SERVER']['COMSPEC']" address="39479576" type="string" size="27" encoding="base64"><![CDATA[QzpcV0lORE9XU1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="PATHEXT" fullname="$GLOBALS['_SERVER']['PATHEXT']" address="39479880" type="string" size="48" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NI]]></property><property name="WINDIR" fullname="$GLOBALS['_SERVER']['WINDIR']" address="39480056" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="SERVER_SIGNATURE" fullname="$GLOBALS['_SERVER']['SERVER_SIGNATURE']" address="39480304" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="SERVER_SOFTWARE" fullname="$GLOBALS['_SERVER']['SERVER_SOFTWARE']" address="39480176" type="string" size="31" encoding="base64"><![CDATA[QXBhY2hlLzIuMi4xMSAoV2luMzIpIFBIUC81LjMuMA==]]></property><property name="SERVER_NAME" fullname="$GLOBALS['_SERVER']['SERVER_NAME']" address="39480792" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="SERVER_ADDR" fullname="$GLOBALS['_SERVER']['SERVER_ADDR']" address="39481016" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="SERVER_PORT" fullname="$GLOBALS['_SERVER']['SERVER_PORT']" address="39481360" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="REMOTE_ADDR" fullname="$GLOBALS['_SERVER']['REMOTE_ADDR']" address="39481720" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="DOCUMENT_ROOT" fullname="$GLOBALS['_SERVER']['DOCUMENT_ROOT']" address="39481952" type="string" size="12" encoding="base64"><![CDATA[Qzovd2FtcC93d3cv]]></property><property name="SERVER_ADMIN" fullname="$GLOBALS['_SERVER']['SERVER_ADMIN']" address="39482184" type="string" size="15" encoding="base64"><![CDATA[YWRtaW5AbG9jYWxob3N0]]></property><property name="SCRIPT_FILENAME" fullname="$GLOBALS['_SERVER']['SCRIPT_FILENAME']" address="39482464" type="string" size="37" encoding="base64"><![CDATA[Qzovd2FtcC93d3cvUHJvamVjdDJubi9odG1sL2luZGV4LnBocA==]]></property><property name="REMOTE_PORT" fullname="$GLOBALS['_SERVER']['REMOTE_PORT']" address="39482680" type="string" size="4" encoding="base64"><![CDATA[MjMzMw==]]></property><property name="GATEWAY_INTERFACE" fullname="$GLOBALS['_SERVER']['GATEWAY_INTERFACE']" address="39482960" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PROTOCOL" fullname="$GLOBALS['_SERVER']['SERVER_PROTOCOL']" address="39482816" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjE=]]></property><property name="REQUEST_METHOD" fullname="$GLOBALS['_SERVER']['REQUEST_METHOD']" address="39483360" type="string" size="3" encoding="base64"><![CDATA[R0VU]]></property><property name="QUERY_STRING" fullname="$GLOBALS['_SERVER']['QUERY_STRING']" address="39483672" type="string" size="52" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT05fU1RBUlQ9RUNMSVBTRV9EQkdQJktFWT0xMjg5MDY3MTkwMjAzNQ==]]></property><property name="REQUEST_URI" fullname="$GLOBALS['_SERVER']['REQUEST_URI']" address="39484024" type="string" size="79" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA/WERFQlVHX1NFU1NJT05fU1RBUlQ9RUNMSVBTRV9EQkdQJktFWT0xMjg5MDY3MTkwMjAzNQ==]]></property><property name="SCRIPT_NAME" fullname="$GLOBALS['_SERVER']['SCRIPT_NAME']" address="39484280" type="string" size="26" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA=]]></property><property name="PHP_SELF" fullname="$GLOBALS['_SERVER']['PHP_SELF']" address="39484536" type="string" size="26" encoding="base64"><![CDATA[L1Byb2plY3Qybm4vaHRtbC9pbmRleC5waHA=]]></property><property name="REQUEST_TIME" fullname="$GLOBALS['_SERVER']['REQUEST_TIME']" address="39484624" type="int"><![CDATA[1289067190]]></property></property></property></response> <- context_get -i 37 -d 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="37" context="0"><property name="password" fullname="$password" type="uninitialized"></property><property name="result" fullname="$result" type="uninitialized"></property><property name="sql" fullname="$sql" type="uninitialized"></property><property name="username" fullname="$username" type="uninitialized"></property></response>
Attached Files:

Notes
(0002682) derick    2014-02-27 19:08	You have gotten a remote log file that shows that things work perfectly from the Xdebug side. If there is something wrong, it's on the Eclipse side.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
601	[Xdebug] Feature/Change request	feature	always	2010-07-30 05:42	2014-02-27 19:06
Reporter:	whatthejeff	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OS X 10.6
PHP Version:	5.3.2
Summary:	enable xdebug_get_headers to get status headers
Description:	It would be nice if xdebug_get_headers could get status headers. Sample Code: ------------ <?php header('HTTP/1.0 404 Not Found'); print_r(xdebug_get_headers()); ?> Desired Output: --------------- Array ( [0] => HTTP/1.0 404 Not Found ) Actual Output: -------------- Array ( )
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002680) derick    2014-02-27 19:06	I looked at this, but it is not possible as PHP handles this as a special case without having the ability to hook into it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
594	[Xdebug] Feature/Change request	feature	always	2010-07-14 11:49	2014-02-27 19:06
Reporter:	Devis	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Any
PHP Version:	5.3.3
Summary:	Extend the scream support
Description:	It would be useful to have something similar to the scream option for var_dump(), print_r(), die(), exit(), __halt_compiler(), debug_print_backtrace and similar functions. The idea is to "scream" when one of this function is called, providing information such as __FILE__ and __LINE__ to understand why a script died or who is putting debug information in the output chain. This should make easier to clean the code and to understand why a third party library/framework/software is stopping. Note: print_r might be called with $return true, in such case there should be no "scream".
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002679) derick    2014-02-27 19:06	I don't see how this is useful. You can already check that with function traces.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
589	[Xdebug] Usage problems	major	always	2010-06-24 07:38	2014-02-27 19:03
Reporter:	spyderco	Platform:	Unix
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	10.04
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	Remote Debuuging is broken using latest Eclipse Helios (Win32)
Description:	Trying to remote debug the same workspace which works fine using Eclipse Galileo fails. Breakpoints are not stopped. Attached is tar with remote xdebug log and wireshark of the debug session. http://rapidshare.com/files/402230781/helios.tgz [^]
Steps To Reproduce:	set breakpoint, start debug. breakpoint is ignored
Additional Information:
Attached Files:

Notes
(0001509) spyderco    2010-06-24 08:06	If project is closed than breakpoint is stopped. But file is closed
(0002678) derick    2014-02-27 19:03	Not a problem with Xdebug, but a configuration issue, or an issue with Eclipse.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
580	[Xdebug] Usage problems	minor	always	2010-05-14 14:19	2014-02-27 19:01
Reporter:	Daan	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian Etch
PHP Version:	5.2.10
Summary:	Segfault with nested __destruct() calls
Description:	Actual version used: Xdebug v2.0.5, PHP 5.2.13 When a static class variable is assigned a nested destructable object, it behaves differently when assigned before or after the instantiation an object of the class to which the static property belongs. When the variable is assigned after object instantiation, the process segfaults. See also: http://bugs.php.net/bug.php?id=51822 [^]
Steps To Reproduce:
Additional Information:	<?php class DestructableObject { public function __destruct() { } } class DestructorCreator { public function __destruct() { $this->test = new DestructableObject; } } class Test { public static $mystatic; } // Uncomment this to avoid segfault //Test::$mystatic = new DestructorCreator(); $x = new Test(); if (!isset(Test::$mystatic)) Test::$mystatic = new DestructorCreator(); echo 'bla';
Attached Files:

Notes
(0001491) Daan    2010-06-10 14:05	Bug was a PHP bug, solved in PHP codebase (see http://bugs.php.net/bug.php?id=51822 [^])
(0001492) derick    2010-06-12 14:15	There is still a bug here in Xdebug as well: 5.2.13-dev with Xdebug-SVN: bla==5566== Invalid read of size 8 ==5566== at 0xC6DEB08: xdebug_execute (xdebug.c:1099) ==5566== by 0x8828BC: zend_call_function (zend_execute_API.c:1049) ==5566== by 0x8AB10B: zend_call_method (zend_interfaces.c:88) ==5566== by 0x8B3B33: zend_objects_destroy_object (zend_objects.c:101) ==5566== by 0x8B826B: zend_objects_store_del_ref_by_handle (zend_objects_API.c:198) ==5566== by 0x8B8131: zend_objects_store_del_ref (zend_objects_API.c:169) ==5566== by 0x88EBF4: _zval_dtor_func (zend_variables.c:51) ==5566== by 0x87F1AE: _zval_dtor (zend_variables.h:35) ==5566== by 0x88007E: _zval_ptr_dtor (zend_execute_API.c:414) ==5566== by 0x88EF44: _zval_ptr_dtor_wrapper (zend_variables.c:174) ==5566== by 0x89E473: zend_hash_destroy (zend_hash.c:526) ==5566== by 0x8B38B0: zend_object_std_dtor (zend_objects.c:45) ==5566== Address 0xbb24110 is 0 bytes inside a block of size 24 free'd ==5566== at 0x4C21DBC: free (vg_replace_malloc.c:325) ==5566== by 0x8708AD: _efree (zend_alloc.c:2308) ==5566== by 0x87F424: safe_free_zval_ptr_rel (zend_execute.h:70) ==5566== by 0x8800A2: _zval_ptr_dtor (zend_execute_API.c:415) ==5566== by 0x88EF44: _zval_ptr_dtor_wrapper (zend_variables.c:174) ==5566== by 0x89E848: zend_hash_apply_deleter (zend_hash.c:611) ==5566== by 0x89E9CE: zend_hash_graceful_reverse_destroy (zend_hash.c:646) ==5566== by 0x87FB24: shutdown_executor (zend_execute_API.c:239) ==5566== by 0x890665: zend_deactivate (zend.c:860) ==5566== by 0x836EB6: php_request_shutdown (main.c:1504) ==5566== by 0x91B34E: main (php_cli.c:1346) ==5566== ==5566== Invalid read of size 4 ==5566== at 0x89CA06: _zend_is_inconsistent (zend_hash.c:53) ==5566== by 0x89F3EF: zend_hash_find (zend_hash.c:875) ==5566== by 0xC6DEB21: xdebug_execute (xdebug.c:1099) ==5566== by 0x8828BC: zend_call_function (zend_execute_API.c:1049) ==5566== by 0x8AB10B: zend_call_method (zend_interfaces.c:88) ==5566== by 0x8B3B33: zend_objects_destroy_object (zend_objects.c:101) ==5566== by 0x8B826B: zend_objects_store_del_ref_by_handle (zend_objects_API.c:198) ==5566== by 0x8B8131: zend_objects_store_del_ref (zend_objects_API.c:169) ==5566== by 0x88EBF4: _zval_dtor_func (zend_variables.c:51) ==5566== by 0x87F1AE: _zval_dtor (zend_variables.h:35) ==5566== by 0x88007E: _zval_ptr_dtor (zend_execute_API.c:414) ==5566== by 0x88EF44: _zval_ptr_dtor_wrapper (zend_variables.c:174) ==5566== Address 0xbb241b4 is 68 bytes inside a block of size 72 free'd ==5566== at 0x4C21DBC: free (vg_replace_malloc.c:325) ==5566== by 0x8708AD: _efree (zend_alloc.c:2308) ==5566== by 0x88EBDD: _zval_dtor_func (zend_variables.c:43) ==5566== by 0x87F1AE: _zval_dtor (zend_variables.h:35) ==5566== by 0x88007E: _zval_ptr_dtor (zend_execute_API.c:414) ==5566== by 0x88EF44: _zval_ptr_dtor_wrapper (zend_variables.c:174) ==5566== by 0x89E848: zend_hash_apply_deleter (zend_hash.c:611) ==5566== by 0x89E9CE: zend_hash_graceful_reverse_destroy (zend_hash.c:646) ==5566== by 0x87FB24: shutdown_executor (zend_execute_API.c:239) ==5566== by 0x890665: zend_deactivate (zend.c:860) ==5566== by 0x836EB6: php_request_shutdown (main.c:1504) ==5566== by 0x91B34E: main (php_cli.c:1346) ==5566== ==5566== Invalid read of size 4 ==5566== at 0x89CA15: _zend_is_inconsistent (zend_hash.c:56) ==5566== by 0x89F3EF: zend_hash_find (zend_hash.c:875) ==5566== by 0xC6DEB21: xdebug_execute (xdebug.c:1099) ==5566== by 0x8828BC: zend_call_function (zend_execute_API.c:1049) ==5566== by 0x8AB10B: zend_call_method (zend_interfaces.c:88) ==5566== by 0x8B3B33: zend_objects_destroy_object (zend_objects.c:101) ==5566== by 0x8B826B: zend_objects_store_del_ref_by_handle (zend_objects_API.c:198) ==5566== by 0x8B8131: zend_objects_store_del_ref (zend_objects_API.c:169) ==5566== by 0x88EBF4: _zval_dtor_func (zend_variables.c:51) ==5566== by 0x87F1AE: _zval_dtor (zend_variables.h:35) ==5566== by 0x88007E: _zval_ptr_dtor (zend_execute_API.c:414) ==5566== by 0x88EF44: _zval_ptr_dtor_wrapper (zend_variables.c:174) ==5566== Address 0xbb241b4 is 68 bytes inside a block of size 72 free'd ==5566== at 0x4C21DBC: free (vg_replace_malloc.c:325) ==5566== by 0x8708AD: _efree (zend_alloc.c:2308) ==5566== by 0x88EBDD: _zval_dtor_func (zend_variables.c:43) ==5566== by 0x87F1AE: _zval_dtor (zend_variables.h:35) ==5566== by 0x88007E: _zval_ptr_dtor (zend_execute_API.c:414) ==5566== by 0x88EF44: _zval_ptr_dtor_wrapper (zend_variables.c:174) ==5566== by 0x89E848: zend_hash_apply_deleter (zend_hash.c:611) ==5566== by 0x89E9CE: zend_hash_graceful_reverse_destroy (zend_hash.c:646) ==5566== by 0x87FB24: shutdown_executor (zend_execute_API.c:239) ==5566== by 0x890665: zend_deactivate (zend.c:860) ==5566== by 0x836EB6: php_request_shutdown (main.c:1504) ==5566== by 0x91B34E: main (php_cli.c:1346) ==5566==
(0002677) derick    2014-02-27 19:01	Can no longer reproduce, at least not with 5.2.18 and Xdebug 2.2.3.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1012	[Xdebug] Usage problems	minor	always	2013-12-03 12:56	2014-01-28 18:11
Reporter:	demjan	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux t510 3.2.0-56-generic 0000086-Ubuntu SMP
PHP Version:	5.3.14
Summary:	nested try catch blocks ends up in PHP Fatal error
Description:	expected result: "abcd" current result: "a" and an entry in php.log [03-Dec-2013 12:39:30 UTC] PHP Fatal error: Uncaught exception 'Exception' with message 'message' in <file>:<line> Stack trace: #0 {main} thrown in <file> on line <line>
Steps To Reproduce:	try { try { echo "a"; throw new Exception('message'); } catch (Exception $e) { echo "b"; } echo "c"; } catch (Exception $e) { } echo "d";
Additional Information:	PHP Version 5.3.14 System Linux t510 3.2.0-56-generic 0000086-Ubuntu SMP Wed Oct 23 09:20:45 UTC 2013 x86_64 Build Date Jun 19 2012 07:35:14 Configure Command './configure' '--prefix=/usr/local/zend' '--with-config-file-path=/usr/local/zend/etc' '--with-config-file-scan-dir=/usr/local/zend/etc/conf.d' '--disable-debug' '--enable-inline-optimization' '--disable-all' '--enable-libxml' '--enable-session' '--enable-spl' '--enable-xml' '--enable-hash' '--enable-reflection' '--with-pear' '--with-apxs2=/usr/local/zend/apache2/bin/apxs' '--with-layout=GNU' '--enable-filter' '--with-pcre-regex' '--with-zlib=/usr/local/zlib-1.2.3' '--enable-simplexml' '--enable-dom' '--with-libxml-dir=/usr/local/libxml2-2.7.7' '--with-openssl=/usr/local/openssl-0.9.8o' '--enable-pdo' '--with-pdo-sqlite' '--with-readline=/usr/local/readline-5.2' '--with-iconv' '--with-sqlite3' '--disable-phar' '--enable-xmlwriter' '--enable-xmlreader' Server API Apache 2.0 Handler Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/zend/etc Loaded Configuration File /usr/local/zend/etc/php.ini Scan this dir for additional .ini files /usr/local/zend/etc/conf.d Additional .ini files parsed /usr/local/zend/etc/conf.d/ZendGlobalDirectives.ini, /usr/local/zend/etc/conf.d/bcmath.ini, /usr/local/zend/etc/conf.d/bz2.ini, /usr/local/zend/etc/conf.d/calendar.ini, /usr/local/zend/etc/conf.d/codetracing.ini, /usr/local/zend/etc/conf.d/ctype.ini, /usr/local/zend/etc/conf.d/curl.ini, /usr/local/zend/etc/conf.d/datacache.ini, /usr/local/zend/etc/conf.d/debugger.ini, /usr/local/zend/etc/conf.d/dserver.ini, /usr/local/zend/etc/conf.d/exif.ini, /usr/local/zend/etc/conf.d/extension_manager.ini, /usr/local/zend/etc/conf.d/fileinfo.ini, /usr/local/zend/etc/conf.d/ftp.ini, /usr/local/zend/etc/conf.d/gd.ini, /usr/local/zend/etc/conf.d/gettext.ini, /usr/local/zend/etc/conf.d/gmp.ini, /usr/local/zend/etc/conf.d/imagick.ini, /usr/local/zend/etc/conf.d/imap.ini, /usr/local/zend/etc/conf.d/interexa.ini, /usr/local/zend/etc/conf.d/intl.ini, /usr/local/zend/etc/conf.d/jbridge.ini, /usr/local/zend/etc/conf.d/jobqueue.ini, /usr/local/zend/etc/conf.d/json.ini, /usr/local/zend/etc/conf.d/lda.ini, /usr/local/zend/etc/conf.d/ldap.ini, /usr/local/zend/etc/conf.d/loader.ini, /usr/local/zend/etc/conf.d/mbstring.ini, /usr/local/zend/etc/conf.d/mcrypt.ini, /usr/local/zend/etc/conf.d/memcache.ini, /usr/local/zend/etc/conf.d/memcached.ini, /usr/local/zend/etc/conf.d/mongo.ini, /usr/local/zend/etc/conf.d/monitor.ini, /usr/local/zend/etc/conf.d/mssql.ini, /usr/local/zend/etc/conf.d/mysql.ini, /usr/local/zend/etc/conf.d/mysqli.ini, /usr/local/zend/etc/conf.d/oci8.ini, /usr/local/zend/etc/conf.d/odbc.ini, /usr/local/zend/etc/conf.d/optimizerplus.ini, /usr/local/zend/etc/conf.d/pagecache.ini, /usr/local/zend/etc/conf.d/pcntl.ini, /usr/local/zend/etc/conf.d/pdo_dblib.ini, /usr/local/zend/etc/conf.d/pdo_mysql.ini, /usr/local/zend/etc/conf.d/pdo_oci.ini, /usr/local/zend/etc/conf.d/pdo_odbc.ini, /usr/local/zend/etc/conf.d/pdo_pgsql.ini, /usr/local/zend/etc/conf.d/pgsql.ini, /usr/local/zend/etc/conf.d/phar.ini, /usr/local/zend/etc/conf.d/posix.ini, /usr/local/zend/etc/conf.d/sc.ini, /usr/local/zend/etc/conf.d/shmop.ini, /usr/local/zend/etc/conf.d/soap.ini, /usr/local/zend/etc/conf.d/sockets.ini, /usr/local/zend/etc/conf.d/sqlite.ini, /usr/local/zend/etc/conf.d/ssh2.ini, /usr/local/zend/etc/conf.d/sysvmsg.ini, /usr/local/zend/etc/conf.d/sysvsem.ini, /usr/local/zend/etc/conf.d/sysvshm.ini, /usr/local/zend/etc/conf.d/thrift_protocol.ini, /usr/local/zend/etc/conf.d/tidy.ini, /usr/local/zend/etc/conf.d/tokenizer.ini, /usr/local/zend/etc/conf.d/uploadprogress.ini, /usr/local/zend/etc/conf.d/utils.ini, /usr/local/zend/etc/conf.d/wddx.ini, /usr/local/zend/etc/conf.d/xmlrpc.ini, /usr/local/zend/etc/conf.d/xsl.ini, /usr/local/zend/etc/conf.d/zf2.ini, /usr/local/zend/etc/conf.d/zip.ini PHP API 20090626 PHP Extension 20090626 Zend Extension 220090626 Zend Extension Build API220090626,NTS PHP Extension Build API20090626,NTS Debug Build no Thread Safety disabled Zend Memory Manager enabled Zend Multibyte Support disabled IPv6 Support enabled Registered PHP Streams https, ftps, compress.zlib, php, file, glob, data, http, ftp, compress.bzip2, phar, ssh2.shell, ssh2.exec, ssh2.tunnel, ssh2.scp, ssh2.sftp, zip Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters zlib.*, convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, bzip2.*, mcrypt.*, mdecrypt.* xdebug xdebug support enabled Version 2.2.3 IDE Key no value Supported protocols Revision DBGp - Common DeBuGger Protocol $Revision: 1.145 $ Directive Local Value Master Value xdebug.auto_trace Off Off xdebug.cli_color 0 0 xdebug.collect_assignments Off Off xdebug.collect_includes On On xdebug.collect_params 0 0 xdebug.collect_return Off Off xdebug.collect_vars Off Off xdebug.coverage_enable On On xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.file_link_format no value no value xdebug.idekey no value no value xdebug.max_nesting_level 10000 10000 xdebug.overload_var_dump On On xdebug.profiler_aggregate Off Off xdebug.profiler_append Off Off xdebug.profiler_enable Off Off xdebug.profiler_enable_trigger On On xdebug.profiler_output_dir /tmp /tmp xdebug.profiler_output_name cachegrind.out.%R.%p cachegrind.out.%R.%p xdebug.remote_autostart Off Off xdebug.remote_connect_back Off Off xdebug.remote_cookie_expire_time 3600 3600 xdebug.remote_enable On On xdebug.remote_handler dbgp dbgp xdebug.remote_host localhost localhost xdebug.remote_log no value no value xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.scream Off Off xdebug.show_exception_trace Off Off xdebug.show_local_vars Off Off xdebug.show_mem_delta On On xdebug.trace_enable_trigger On On xdebug.trace_format 1 1 xdebug.trace_options 0 0 xdebug.trace_output_dir /tmp /tmp xdebug.trace_output_name trace.%R.%p trace.%R.%p xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3
Attached Files:

Notes
(0002624) derick    2013-12-03 13:43	This works just fine for me, with PHP 5.3.22 though: [PHP: 5.3.22-dev ] derick@whisky:~ $ cat /tmp/1012.php <?php try {     try {         echo "a";         throw new Exception('message');     } catch (Exception $e) {         echo "b";     }     echo "c"; } catch (Exception $e) { } echo "d"; ?> [PHP: 5.3.22-dev ] php -n -dzend_extension=/usr/local/php/5.3dev/lib/php/extensions/debug-non-zts-20090626/xdebug.so /tmp/1012.php abcd [PHP: 5.3.22-dev ] derick@whisky:/tmp Can you try this with just the code you pasted on the CLI like I did?
(0002625) demjan    2013-12-03 14:30	I forgot to mention, that originally i run this code via php apache module. From CLI it works as expected. Actually i use zend-server-ce-php-5.3 (5.6.0+b311). I substituted the original zend debug extension with Xdebug extension, as far as i can remember, i have compiled it from the sources. P.S. With disabled xdebug-extension this code procuces the expected result also from php apache module.
(0002671) pgnewikow    2014-01-28 18:11	Occurs also on Windows - ZendServer with php 5.3.14 our temporary workaround: <?php try {     (1==1);     try {         echo "a";         throw new Exception('message');     } catch (Exception $e) {         echo "b";     }     echo "c"; } catch (Exception $e) { } echo "d"; ?> perhaps this can help to find the problem.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1026	[Xdebug] Installation	major	always	2014-01-13 01:29	2014-01-13 23:33
Reporter:	Coffee_fan	Platform:	Windows 8.1 64bits
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	6.3.9600
Status:	assigned	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows
PHP Version:	5.2.10
Summary:	XDebug loads from command line, but does not show via web ui
Description:	I installed several versions of php from windows.php.net. I normally run these with Wincache w/o problems. This time around however I disabled the wincache extension to simplify things and enable xdebug in a known environment: 1) I went through the xdebug wizard and downloaded corresponding library for my interpreter (php-5.2.17-nts-Win32-VC6-x86). xdebug is: php_xdebug-2.2.3-5.2-vc9-nts.dll. Using php 5.2.17 I get the erroneous behavior described.
Steps To Reproduce:	run from CLI php -v Result: Module shows as loaded. browse to a local <?php phpinfo(); ?> script on the local server: Result: Module does not show as loaded.
Additional Information:	Notes: - My 5.2 version is 5.2.17 - I also tried the combo php-5.3.27-nts-Win32-VC9-x86 + php_xdebug-2.2.3-5.3-vc9-nts.dll. Results are the same, xdebug loads from CLI but not from IIS. - I also tried to use php_xdebug-2.2.1-5.2-vc9-nts.dll. This one loads on IIS, but as soon as I try to go to php code it throws an IIS error page. I can send this if needed. - I also tried enabling 32bit mode apps on the AppPools to no avail. If you need more information, I will be glad to send.
Attached Files:

Notes
(0002668) derick    2014-01-13 10:59	Have you tried the wizard at http://xdebug.org/wizard.php [^] to figure out the correct file and where to make configuration settings?
(0002669) Coffee_fan    2014-01-13 23:33	Yup, in point 1) in description. So, basically for all the versions I tried, except the 2.2.1, I used the wizard to determine the proper version and I did the fixes suggested at the end of the wizard.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1013	[Xdebug] Feature/Change request	minor	have not tried	2013-12-11 16:27	2014-01-06 13:43
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5-dev
Summary:	Add support for variadics
Description:	Add support for variadics, which are new in PHP 5.6
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
543	[Xdebug] Feature/Change request	feature	always	2010-02-25 21:33	2014-01-04 12:17
Reporter:	hermanradtke	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	add url and http get/post parameters or cli parameters to profiler
Description:	With MVC frameworks being so common, when I profile a webpage all I see is index.php. It is hard to determine what the actual request was. It would be great if we could see some context in the profiler. I would be willing to write the code for this feature as well.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002659) derick    2014-01-04 12:17	I can not change the output format of the profiler as kcachegrind is perculiar about it. However, you can use options to name the profiler output files including the full path. See: http://xdebug.org/docs/profiler#profiler_output_name [^] and http://xdebug.org/docs/all_settings#trace_output_name [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
521	[Xdebug] Feature/Change request	minor	have not tried	2010-01-12 22:48	2014-01-04 12:15
Reporter:	migajek	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu
PHP Version:	5.2.10
Summary:	"GLOBAL" property is returned "recursively" for context_get -c 1
Description:	Hi, if I use context_get -c 1 for retrieving "global" variables, one of the "properties" returned is "GLOBALS" (fullname: $GLOBALS['GLOBALS']) ... which seems to point itself. I mean, if I expand it (property_get -n $GLOBALS['GLOBALS']) I get the same result again. There is "recursive" xml property included, which should help me avoiding it ... but in the DBGp docs it says the property was removed from the protocol. I'm pretty sure in previous version of XDebug (2.0.5) I haven't seen that problem. Here is the part of the log responsible for the problem (full one included anyway): <property name="GLOBALS" fullname="$GLOBALS" address="155076768" type="array" children="1" numchildren="14" page="0" pagesize="32"><property name="GLOBALS" fullname="$GLOBALS['GLOBALS']" address="155076768" type="array" children="1" recursive="1"></property>
Steps To Reproduce:
Additional Information:	[ log ] context_get -i 16 -c 1 [ log ] <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="16" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="155113404" type="array" children="1" numchildren="8" page="0" pagesize="32"><property name="b7567b3ad583f356b76f3afc876f77bf" fullname="$_COOKIE['b7567b3ad583f356b76f3afc876f77bf']" address="155115040" type="string" size="136" encoding="base64"><![CDATA[Zjk1Yzc2ZTY2MDlkNTM4MGYwNjUwNGJjYjU0ZTRjYTI5ZTUzMTBjYWE6NDp7aTowO3M6MTpcIjFcIjtpOjE7czo3OlwibWlnYWpla1wiO2k6MjtpOjI1OTIwMDA7aTozO2E6MTp7czo1OlwidGl0bGVcIjtzOjk6XCJwYW4gcGFu83dcIjt9fQ==]]></property><property name="wikimediaUserID" fullname="$_COOKIE['wikimediaUserID']" address="155115472" type="string" size="1" encoding="base64"><![CDATA[MQ==]]></property><property name="wikimediaUserName" fullname="$_COOKIE['wikimediaUserName']" address="155115732" type="string" size="7" encoding="base64"><![CDATA[TWlnYWplaw==]]></property><property name="wikimediaToken" fullname="$_COOKIE['wikimediaToken']" address="155116108" type="string" size="32" encoding="base64"><![CDATA[OWFiNjIwZDQ1OWE1MDcxZjZiOTA0YTgwMDc1Zjk0NjA=]]></property><property name="wikimedia_session" fullname="$_COOKIE['wikimedia_session']" address="155115892" type="string" size="32" encoding="base64"><![CDATA[NWQzMzQ0NWIxODRjNTA3NjI5MmRmYTUwZTY4MmRhMDM=]]></property><property name="PHPSESSID" fullname="$_COOKIE['PHPSESSID']" address="155116688" type="string" size="32" encoding="base64"><![CDATA[ZTNiMmYyNDQ5ODQyNGI0MWJmMmYxMjYwZjBhZjZlNzY=]]></property><property name="authautologin" fullname="$_COOKIE['authautologin']" address="155117108" type="string" size="32" encoding="base64"><![CDATA[TlZvU3dWN0V6RzRqTnlUaDZ4WUp2R0lIeDRQckd5Smg=]]></property><property name="XDEBUG_SESSION" fullname="$_COOKIE['XDEBUG_SESSION']" address="155117412" type="string" size="7" encoding="base64"><![CDATA[ZGVmYXVsdA==]]></property></property><property name="_ENV" fullname="$_ENV" address="155102480" type="array" children="1" numchildren="30" page="0" pagesize="32"><property name="PATH" fullname="$_ENV['PATH']" address="155102728" type="string" size="29" encoding="base64"><![CDATA[L3NiaW46L2JpbjovdXNyL3NiaW46L3Vzci9iaW4=]]></property><property name="PHP_FCGI_CHILDREN" fullname="$_ENV['PHP_FCGI_CHILDREN']" address="155102904" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="PHP_FCGI_MAX_REQUESTS" fullname="$_ENV['PHP_FCGI_MAX_REQUESTS']" address="155103072" type="string" size="5" encoding="base64"><![CDATA[MTAwMDA=]]></property><property name="FCGI_ROLE" fullname="$_ENV['FCGI_ROLE']" address="155103612" type="string" size="9" encoding="base64"><![CDATA[UkVTUE9OREVS]]></property><property name="SERVER_SOFTWARE" fullname="$_ENV['SERVER_SOFTWARE']" address="155104000" type="string" size="15" encoding="base64"><![CDATA[bGlnaHR0cGQvMS40LjIy]]></property><property name="SERVER_NAME" fullname="$_ENV['SERVER_NAME']" address="155104228" type="string" size="13" encoding="base64"><![CDATA[bWlnYWplay51cy50bw==]]></property><property name="GATEWAY_INTERFACE" fullname="$_ENV['GATEWAY_INTERFACE']" address="155104568" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PORT" fullname="$_ENV['SERVER_PORT']" address="155104856" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="SERVER_ADDR" fullname="$_ENV['SERVER_ADDR']" address="155105128" type="string" size="20" encoding="base64"><![CDATA[OjpmZmZmOjE5Mi4xNjguMS4xMDA=]]></property><property name="REMOTE_PORT" fullname="$_ENV['REMOTE_PORT']" address="155105504" type="string" size="5" encoding="base64"><![CDATA[NTM2ODQ=]]></property><property name="REMOTE_ADDR" fullname="$_ENV['REMOTE_ADDR']" address="155105824" type="string" size="20" encoding="base64"><![CDATA[OjpmZmZmOjE5Mi4xNjguMS4xMDA=]]></property><property name="SCRIPT_NAME" fullname="$_ENV['SCRIPT_NAME']" address="155106208" type="string" size="11" encoding="base64"><![CDATA[L3hkZWJ1Zy5waHA=]]></property><property name="PATH_INFO" fullname="$_ENV['PATH_INFO']" address="155106488" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="SCRIPT_FILENAME" fullname="$_ENV['SCRIPT_FILENAME']" address="155106796" type="string" size="19" encoding="base64"><![CDATA[L3Zhci93d3cveGRlYnVnLnBocA==]]></property><property name="DOCUMENT_ROOT" fullname="$_ENV['DOCUMENT_ROOT']" address="155107028" type="string" size="9" encoding="base64"><![CDATA[L3Zhci93d3cv]]></property><property name="REQUEST_URI" fullname="$_ENV['REQUEST_URI']" address="155106640" type="string" size="11" encoding="base64"><![CDATA[L3hkZWJ1Zy5waHA=]]></property><property name="QUERY_STRING" fullname="$_ENV['QUERY_STRING']" address="155107680" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="REQUEST_METHOD" fullname="$_ENV['REQUEST_METHOD']" address="155108116" type="string" size="3" encoding="base64"><![CDATA[R0VU]]></property><property name="REDIRECT_STATUS" fullname="$_ENV['REDIRECT_STATUS']" address="155108404" type="string" size="3" encoding="base64"><![CDATA[MjAw]]></property><property name="SERVER_PROTOCOL" fullname="$_ENV['SERVER_PROTOCOL']" address="155108788" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjE=]]></property><property name="HTTP_HOST" fullname="$_ENV['HTTP_HOST']" address="155109088" type="string" size="13" encoding="base64"><![CDATA[bWlnYWplay51cy50bw==]]></property><property name="HTTP_USER_AGENT" fullname="$_ENV['HTTP_USER_AGENT']" address="155109652" type="string" size="101" encoding="base64"><![CDATA[TW96aWxsYS81LjAgKFgxMTsgVTsgTGludXggaTY4NjsgcGwtUEw7IHJ2OjEuOS4xLjcpIEdlY2tvLzIwMTAwMTA2IFVidW50dS85LjEwIChrYXJtaWMpIEZpcmVmb3gvMy41Ljc=]]></property><property name="HTTP_ACCEPT" fullname="$_ENV['HTTP_ACCEPT']" address="155109368" type="string" size="63" encoding="base64"><![CDATA[dGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44]]></property><property name="HTTP_ACCEPT_LANGUAGE" fullname="$_ENV['HTTP_ACCEPT_LANGUAGE']" address="155110224" type="string" size="23" encoding="base64"><![CDATA[cGwsZW4tdXM7cT0wLjcsZW47cT0wLjM=]]></property><property name="HTTP_ACCEPT_ENCODING" fullname="$_ENV['HTTP_ACCEPT_ENCODING']" address="155110544" type="string" size="12" encoding="base64"><![CDATA[Z3ppcCxkZWZsYXRl]]></property><property name="HTTP_ACCEPT_CHARSET" fullname="$_ENV['HTTP_ACCEPT_CHARSET']" address="155110872" type="string" size="30" encoding="base64"><![CDATA[SVNPLTg4NTktMix1dGYtODtxPTAuNywqO3E9MC43]]></property><property name="HTTP_KEEP_ALIVE" fullname="$_ENV['HTTP_KEEP_ALIVE']" address="155111244" type="string" size="3" encoding="base64"><![CDATA[MzAw]]></property><property name="HTTP_CONNECTION" fullname="$_ENV['HTTP_CONNECTION']" address="155111476" type="string" size="10" encoding="base64"><![CDATA[a2VlcC1hbGl2ZQ==]]></property><property name="HTTP_COOKIE" fullname="$_ENV['HTTP_COOKIE']" address="155111060" type="string" size="502" encoding="base64"><![CDATA[Yjc1NjdiM2FkNTgzZjM1NmI3NmYzYWZjODc2Zjc3YmY9Zjk1Yzc2ZTY2MDlkNTM4MGYwNjUwNGJjYjU0ZTRjYTI5ZTUzMTBjYWElM0E0JTNBJTdCaSUzQTAlM0JzJTNBMSUzQSUyMjElMjIlM0JpJTNBMSUzQnMlM0E3JTNBJTIybWlnYWplayUyMiUzQmklM0EyJTNCaSUzQTI1OTIwMDAlM0JpJTNBMyUzQmElM0ExJTNBJTdCcyUzQTUlM0ElMjJ0aXRsZSUyMiUzQnMlM0E5JTNBJTIycGFuK3BhbiVGM3clMjIlM0IlN0QlN0Q7IHdpa2ltZWRpYVVzZXJJRD0xOyB3aWtpbWVkaWFVc2VyTmFtZT1NaWdhamVrOyB3aWtpbWVkaWFUb2tlbj05YWI2MjBkNDU5YTUwNzFmNmI5MDRhODAwNzVmOTQ2MDsgd2lraW1lZGlhX3Nlc3Npb249NWQzMzQ0NWIxODRjNTA3NjI5MmRmYTUwZTY4MmRhMDM7IFBIUFNFU1NJRD1lM2IyZjI0NDk4NDI0YjQxYmYyZjEyNjBmMGFmNmU3NjsgYXV0aGF1dG9sb2dpbj1OVm9Td1Y3RXpHNGpOeVRoNnhZSnZHSUh4NFByR3lKaDsgWERFQlVHX1NFU1NJT049ZGVmYXVsdA==]]></property><property name="HTTP_CACHE_CONTROL" fullname="$_ENV['HTTP_CACHE_CONTROL']" address="155112984" type="string" size="9" encoding="base64"><![CDATA[bWF4LWFnZT0w]]></property></property><property name="_FILES" fullname="$_FILES" address="155121316" type="array" children="0" numchildren="0" page="0" pagesize="32"></property><property name="_GET" fullname="$_GET" address="155113244" type="array" children="0" numchildren="0" page="0" pagesize="32"></property><property name="_POST" fullname="$_POST" address="155120584" type="array" children="0" numchildren="0" page="0" pagesize="32"></property><property name="_REQUEST" fullname="$_REQUEST" address="155121620" type="array" children="1" numchildren="8" page="0" pagesize="32"><property name="b7567b3ad583f356b76f3afc876f77bf" fullname="$_REQUEST['b7567b3ad583f356b76f3afc876f77bf']" address="155115040" type="string" size="136" encoding="base64"><![CDATA[Zjk1Yzc2ZTY2MDlkNTM4MGYwNjUwNGJjYjU0ZTRjYTI5ZTUzMTBjYWE6NDp7aTowO3M6MTpcIjFcIjtpOjE7czo3OlwibWlnYWpla1wiO2k6MjtpOjI1OTIwMDA7aTozO2E6MTp7czo1OlwidGl0bGVcIjtzOjk6XCJwYW4gcGFu83dcIjt9fQ==]]></property><property name="wikimediaUserID" fullname="$_REQUEST['wikimediaUserID']" address="155115472" type="string" size="1" encoding="base64"><![CDATA[MQ==]]></property><property name="wikimediaUserName" fullname="$_REQUEST['wikimediaUserName']" address="155115732" type="string" size="7" encoding="base64"><![CDATA[TWlnYWplaw==]]></property><property name="wikimediaToken" fullname="$_REQUEST['wikimediaToken']" address="155116108" type="string" size="32" encoding="base64"><![CDATA[OWFiNjIwZDQ1OWE1MDcxZjZiOTA0YTgwMDc1Zjk0NjA=]]></property><property name="wikimedia_session" fullname="$_REQUEST['wikimedia_session']" address="155115892" type="string" size="32" encoding="base64"><![CDATA[NWQzMzQ0NWIxODRjNTA3NjI5MmRmYTUwZTY4MmRhMDM=]]></property><property name="PHPSESSID" fullname="$_REQUEST['PHPSESSID']" address="155116688" type="string" size="32" encoding="base64"><![CDATA[ZTNiMmYyNDQ5ODQyNGI0MWJmMmYxMjYwZjBhZjZlNzY=]]></property><property name="authautologin" fullname="$_REQUEST['authautologin']" address="155117108" type="string" size="32" encoding="base64"><![CDATA[TlZvU3dWN0V6RzRqTnlUaDZ4WUp2R0lIeDRQckd5Smg=]]></property><property name="XDEBUG_SESSION" fullname="$_REQUEST['XDEBUG_SESSION']" address="155117412" type="string" size="7" encoding="base64"><![CDATA[ZGVmYXVsdA==]]></property></property><property name="_SERVER" fullname="$_SERVER" address="155116800" type="array" children="1" numchildren="34" page="0" pagesize="32"><property name="PATH" fullname="$_SERVER['PATH']" address="155102728" type="string" size="29" encoding="base64"><![CDATA[L3NiaW46L2JpbjovdXNyL3NiaW46L3Vzci9iaW4=]]></property><property name="PHP_FCGI_CHILDREN" fullname="$_SERVER['PHP_FCGI_CHILDREN']" address="155102904" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="PHP_FCGI_MAX_REQUESTS" fullname="$_SERVER['PHP_FCGI_MAX_REQUESTS']" address="155103072" type="string" size="5" encoding="base64"><![CDATA[MTAwMDA=]]></property><property name="FCGI_ROLE" fullname="$_SERVER['FCGI_ROLE']" address="155103612" type="string" size="9" encoding="base64"><![CDATA[UkVTUE9OREVS]]></property><property name="SERVER_SOFTWARE" fullname="$_SERVER['SERVER_SOFTWARE']" address="155104000" type="string" size="15" encoding="base64"><![CDATA[bGlnaHR0cGQvMS40LjIy]]></property><property name="SERVER_NAME" fullname="$_SERVER['SERVER_NAME']" address="155104228" type="string" size="13" encoding="base64"><![CDATA[bWlnYWplay51cy50bw==]]></property><property name="GATEWAY_INTERFACE" fullname="$_SERVER['GATEWAY_INTERFACE']" address="155104568" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PORT" fullname="$_SERVER['SERVER_PORT']" address="155104856" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="SERVER_ADDR" fullname="$_SERVER['SERVER_ADDR']" address="155105128" type="string" size="20" encoding="base64"><![CDATA[OjpmZmZmOjE5Mi4xNjguMS4xMDA=]]></property><property name="REMOTE_PORT" fullname="$_SERVER['REMOTE_PORT']" address="155105504" type="string" size="5" encoding="base64"><![CDATA[NTM2ODQ=]]></property><property name="REMOTE_ADDR" fullname="$_SERVER['REMOTE_ADDR']" address="155105824" type="string" size="20" encoding="base64"><![CDATA[OjpmZmZmOjE5Mi4xNjguMS4xMDA=]]></property><property name="SCRIPT_NAME" fullname="$_SERVER['SCRIPT_NAME']" address="155106208" type="string" size="11" encoding="base64"><![CDATA[L3hkZWJ1Zy5waHA=]]></property><property name="PATH_INFO" fullname="$_SERVER['PATH_INFO']" address="155106488" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="SCRIPT_FILENAME" fullname="$_SERVER['SCRIPT_FILENAME']" address="155106796" type="string" size="19" encoding="base64"><![CDATA[L3Zhci93d3cveGRlYnVnLnBocA==]]></property><property name="DOCUMENT_ROOT" fullname="$_SERVER['DOCUMENT_ROOT']" address="155107028" type="string" size="9" encoding="base64"><![CDATA[L3Zhci93d3cv]]></property><property name="REQUEST_URI" fullname="$_SERVER['REQUEST_URI']" address="155106640" type="string" size="11" encoding="base64"><![CDATA[L3hkZWJ1Zy5waHA=]]></property><property name="QUERY_STRING" fullname="$_SERVER['QUERY_STRING']" address="155107680" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="REQUEST_METHOD" fullname="$_SERVER['REQUEST_METHOD']" address="155108116" type="string" size="3" encoding="base64"><![CDATA[R0VU]]></property><property name="REDIRECT_STATUS" fullname="$_SERVER['REDIRECT_STATUS']" address="155108404" type="string" size="3" encoding="base64"><![CDATA[MjAw]]></property><property name="SERVER_PROTOCOL" fullname="$_SERVER['SERVER_PROTOCOL']" address="155108788" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjE=]]></property><property name="HTTP_HOST" fullname="$_SERVER['HTTP_HOST']" address="155109088" type="string" size="13" encoding="base64"><![CDATA[bWlnYWplay51cy50bw==]]></property><property name="HTTP_USER_AGENT" fullname="$_SERVER['HTTP_USER_AGENT']" address="155109652" type="string" size="101" encoding="base64"><![CDATA[TW96aWxsYS81LjAgKFgxMTsgVTsgTGludXggaTY4NjsgcGwtUEw7IHJ2OjEuOS4xLjcpIEdlY2tvLzIwMTAwMTA2IFVidW50dS85LjEwIChrYXJtaWMpIEZpcmVmb3gvMy41Ljc=]]></property><property name="HTTP_ACCEPT" fullname="$_SERVER['HTTP_ACCEPT']" address="155109368" type="string" size="63" encoding="base64"><![CDATA[dGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44]]></property><property name="HTTP_ACCEPT_LANGUAGE" fullname="$_SERVER['HTTP_ACCEPT_LANGUAGE']" address="155110224" type="string" size="23" encoding="base64"><![CDATA[cGwsZW4tdXM7cT0wLjcsZW47cT0wLjM=]]></property><property name="HTTP_ACCEPT_ENCODING" fullname="$_SERVER['HTTP_ACCEPT_ENCODING']" address="155110544" type="string" size="12" encoding="base64"><![CDATA[Z3ppcCxkZWZsYXRl]]></property><property name="HTTP_ACCEPT_CHARSET" fullname="$_SERVER['HTTP_ACCEPT_CHARSET']" address="155110872" type="string" size="30" encoding="base64"><![CDATA[SVNPLTg4NTktMix1dGYtODtxPTAuNywqO3E9MC43]]></property><property name="HTTP_KEEP_ALIVE" fullname="$_SERVER['HTTP_KEEP_ALIVE']" address="155111244" type="string" size="3" encoding="base64"><![CDATA[MzAw]]></property><property name="HTTP_CONNECTION" fullname="$_SERVER['HTTP_CONNECTION']" address="155111476" type="string" size="10" encoding="base64"><![CDATA[a2VlcC1hbGl2ZQ==]]></property><property name="HTTP_COOKIE" fullname="$_SERVER['HTTP_COOKIE']" address="155111060" type="string" size="502" encoding="base64"><![CDATA[Yjc1NjdiM2FkNTgzZjM1NmI3NmYzYWZjODc2Zjc3YmY9Zjk1Yzc2ZTY2MDlkNTM4MGYwNjUwNGJjYjU0ZTRjYTI5ZTUzMTBjYWElM0E0JTNBJTdCaSUzQTAlM0JzJTNBMSUzQSUyMjElMjIlM0JpJTNBMSUzQnMlM0E3JTNBJTIybWlnYWplayUyMiUzQmklM0EyJTNCaSUzQTI1OTIwMDAlM0JpJTNBMyUzQmElM0ExJTNBJTdCcyUzQTUlM0ElMjJ0aXRsZSUyMiUzQnMlM0E5JTNBJTIycGFuK3BhbiVGM3clMjIlM0IlN0QlN0Q7IHdpa2ltZWRpYVVzZXJJRD0xOyB3aWtpbWVkaWFVc2VyTmFtZT1NaWdhamVrOyB3aWtpbWVkaWFUb2tlbj05YWI2MjBkNDU5YTUwNzFmNmI5MDRhODAwNzVmOTQ2MDsgd2lraW1lZGlhX3Nlc3Npb249NWQzMzQ0NWIxODRjNTA3NjI5MmRmYTUwZTY4MmRhMDM7IFBIUFNFU1NJRD1lM2IyZjI0NDk4NDI0YjQxYmYyZjEyNjBmMGFmNmU3NjsgYXV0aGF1dG9sb2dpbj1OVm9Td1Y3RXpHNGpOeVRoNnhZSnZHSUh4NFByR3lKaDsgWERFQlVHX1NFU1NJT049ZGVmYXVsdA==]]></property><property name="HTTP_CACHE_CONTROL" fullname="$_SERVER['HTTP_CACHE_CONTROL']" address="155112984" type="string" size="9" encoding="base64"><![CDATA[bWF4LWFnZT0w]]></property><property name="PHP_SELF" fullname="$_SERVER['PHP_SELF']" address="155119756" type="string" size="11" encoding="base64"><![CDATA[L3hkZWJ1Zy5waHA=]]></property><property name="REQUEST_TIME" fullname="$_SERVER['REQUEST_TIME']" address="155119904" type="int"><![CDATA[1263336126]]></property></property><property name="GLOBALS" fullname="$GLOBALS" address="155076768" type="array" children="1" numchildren="14" page="0" pagesize="32"><property name="GLOBALS" fullname="$GLOBALS['GLOBALS']" address="155076768" type="array" children="1" recursive="1"></property><property name="_ENV" fullname="$GLOBALS['_ENV']" address="155102480" type="array" children="1" numchildren="30"></property><property name="HTTP_ENV_VARS" fullname="$GLOBALS['HTTP_ENV_VARS']" address="155102480" type="array" children="1" numchildren="30"></property><property name="_POST" fullname="$GLOBALS['_POST']" address="155120584" type="array" children="0" numchildren="0"></property><property name="HTTP_POST_VARS" fullname="$GLOBALS['HTTP_POST_VARS']" address="155120584" type="array" children="0" numchildren="0"></property><property name="_GET" fullname="$GLOBALS['_GET']" address="155113244" type="array" children="0" numchildren="0"></property><property name="HTTP_GET_VARS" fullname="$GLOBALS['HTTP_GET_VARS']" address="155113244" type="array" children="0" numchildren="0"></property><property name="_COOKIE" fullname="$GLOBALS['_COOKIE']" address="155113404" type="array" children="1" numchildren="8"></property><property name="HTTP_COOKIE_VARS" fullname="$GLOBALS['HTTP_COOKIE_VARS']" address="155113404" type="array" children="1" numchildren="8"></property><property name="_SERVER" fullname="$GLOBALS['_SERVER']" address="155116800" type="array" children="1" numchildren="34"></property><property name="HTTP_SERVER_VARS" fullname="$GLOBALS['HTTP_SERVER_VARS']" address="155116800" type="array" children="1" numchildren="34"></property><property name="_FILES" fullname="$GLOBALS['_FILES']" address="155121316" type="array" children="0" numchildren="0"></property><property name="HTTP_POST_FILES" fullname="$GLOBALS['HTTP_POST_FILES']" address="155121316" type="array" children="0" numchildren="0"></property><property name="_REQUEST" fullname="$GLOBALS['_REQUEST']" address="155121620" type="array" children="1" numchildren="8"></property></property></response> [ log ] xcmd_get_executable_lines -i 17 -d 0
Attached Files:

Notes
(0002658) derick    2014-01-04 12:15	The DBGp docs also say "if an IDE wants to handle circular references, it can do so based on the address attribute if the engine provides it." In any case, GLOBALS *is* a recursive structure, and therefore I am closing this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
463	[Xdebug] Usage problems	crash	always	2009-08-06 12:11	2014-01-03 15:51
Reporter:	jaruz	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:	Linux 2.6.15-54-server
PHP Version:	5.2.6
Summary:	Segmentation fault: xdebug & PHP/Java Bridge
Description:	We are using the PHP/Java Bridge (http://php-java-bridge.sourceforge.net/ [^]) to communicate with our Java Back-End. When Xdebug is enabled, we get a Segmentation Fault. With Xdebug disabled, everything works fine. The PHP/Java Bridge is a "pure PHP" implementation, thus no extensions are compiled into PHP. (Java.inc is just a PHP script which uses sockets to communicate with the back-end server). Before we figured that the problem was being triggered by Xdebug, we contacted the developers of the PHP/Java Bridge; after a while of debugging the issue, they stated: "Sounds like a bug in the php debug code, trying to trace non-existent references. Or a bug in your C compiler/optimizer." Please let me know what information you need to pinpoint the exact cause of this bug. Thanks!
Steps To Reproduce:
Additional Information:	Script used to reproduce the Segmentation Fault: <?php error_reporting(E_ALL); define('JAVA_DEBUG', false); define('JAVA_LOG_LEVEL', 0); define('JAVA_SERVLET', 'On'); define('JAVA_HOSTS', 'backenddev:8080'); require_once('http://backenddev:8080/JavaBridge/java/Java.inc' [^]); java_set_file_encoding('UTF-8'); $buffer = new Java( "java.lang.StringBuffer" ); $buffer->append( "test" ); // This triggers the Segmentation Fault echo 'If we see this, it works fine' . PHP_EOL; ?>
Attached Files:

Notes
(0001030) jaruz    2009-08-06 12:28	Possibly related to bug 443. The Segmentation Fault only happens when calling Java Methods which return an instance of itself. Executing methods which return void or data, works fine.
(0001033) derick    2009-08-06 13:16	I need a GDB backtrace: http://bugs.php.net/bugs-generating-backtrace.php [^] Very much likely related to bug 0000358 as well.
(0001034) jaruz    2009-08-06 13:25	Hi Derick: Thanks for your help. The following message and GDB backtrace was just posted by the PHP/Java Bridge Lead Developer on the PHP/Java Bridge mailing list (he was able to reproduce the issue too): --------------------- Hi, yes, it crashes in strcmp, due to an uninitialized function name. I think xdebug makes false asumptions about the zend engine state: Program received signal SIGSEGV, Segmentation fault. 0x001194fd in add_stack_frame (zdata=0xbfffcbec, op_array=0x852ef1c, type=2)     at /home/jostb/xdebug-2.0.0/xdebug.c:1007 1007 if ( (gdb) list 1002 XDEBUG_LLIST_TAIL(XG(stack)) 1003 ) { 1004 /* Ugly hack for call_user_*() type function calls */ 1005 zend_function *tmpf = EG(current_execute_data)->prev_execute_data->function_state.function; 1006 if (tmpf && (tmpf->common.type != 3) && tmpf->common.function_name) { 1007 if ( 1008 (strcmp(tmpf->common.function_name, "call_user_func") == 0) || 1009 (strcmp(tmpf->common.function_name, "call_user_func_array") == 0) || 1010 (strcmp(tmpf->common.function_name, "call_user_func_method") == 0) || 1011 (strcmp(tmpf->common.function_name, "call_user_func_method_array") == 0) (gdb) p tmpf->common $4 = {type = 144 '\220', function_name = 0x7 <Address 0x7 out of bounds>,   scope = 0x845fed0, fn_flags = 138807704, prototype = 0x8460368,   num_args = 0, required_num_args = 0, arg_info = 0x0,   pass_rest_by_reference = 99 'c', return_reference = 108 'l'} (gdb) Regards, Jost Boekemeier --------------------- Please let me know if you need anything else. Thanks!
(0001035) derick    2009-08-06 13:27	Please type "bt full" on the GDB prompt.
(0001038) jostb    2009-08-07 08:17    (edited on: 2009-08-07 08:35)	To reproduce this bug install php 5.2.6 and xdebug 2.0.0, save the following as file "xdebug.php" and run "php xdebug.php": => http://php-java-bridge.sourceforge.net/pjb/xdebug.php.txt [^]
(0001039) jaruz    2009-08-10 12:57	Derick: The PHP page states that --enable-debug should be configured but when I recompile PHP, xdebug stops working. I have recompiled xdebug and have a valid /usr/lib/php/20060613-debug/xdebug.so extension. I am using "zend_extension_debug" to load it (with the full path), but it seems to be simply ignored. (And if I use "zend_extension", PHP starts up with error: "zend contains debug xdebug does not") So I recompiled PHP & xdebug again with --disable-debug and I execute my script to verify if I still get the segmentation fault: ------------ antonioz@myserver:~/javatest$ php testdev.php Segmentation fault ------------ There is no core file, so I execute: ------------ antonioz@myserver:~/javatest$ gdb --args php testdev.php GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (gdb) run Starting program: /usr/bin/php testdev.php [Thread debugging using libthread_db enabled] [New Thread -1215138112 (LWP 26345)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215138112 (LWP 26345)] 0xb7888b1d in add_stack_frame (zdata=0xbfea71c4, op_array=0xb72987b4, type=2) at /tmp/pear/temp/xdebug/xdebug.c:1030 1030 /tmp/pear/temp/xdebug/xdebug.c: No such file or directory.         in /tmp/pear/temp/xdebug/xdebug.c (gdb) bt full #0 0xb7888b1d in add_stack_frame (zdata=0xbfea71c4, op_array=0xb72987b4, type=2) at /tmp/pear/temp/xdebug/xdebug.c:1030         tmpf = (zend_function *) 0xb78f5c9c         edata = (zend_execute_data *) 0xbfea71c4         tmp = (function_stack_entry *) 0x874e720         cur_opcode = (zend_op *) 0xbfea727c         param = (zval **) 0xb72f9600         i = 0         aggr_key = 0x8617be0 "\230rê¿"         aggr_key_len = -1214647372 #1 0xb788a338 in xdebug_execute (op_array=0xb72987b4) at /tmp/pear/temp/xdebug/xdebug.c:1512         dummy = (zval **) 0x8309870         edata = (zend_execute_data *) 0xbfea71c4         fse = (function_stack_entry *) 0x0         xfse = (function_stack_entry *) 0x20         magic_cookie = 0x0         do_return = 0         function_nr = 0         le = (xdebug_llist_element *) 0xbfea7108         eval_id = 0         return_val = (zval *) 0x0 0000002 0x083184c9 in zend_call_function (fci=0xbfea724c, fci_cache=0xbfea7270) at /home/antonioz/php-5.2.6/Zend/zend_execute_API.c:1013         param = <value optimized out>         i = <value optimized out>         original_return_value = (zval **) 0xbfea7964         calling_symbol_table = (HashTable *) 0x8617cb0         original_function_state_ptr = (zend_function_state *) 0xbfea7830         original_op_array = (zend_op_array *) 0xb78f1504         original_opline_ptr = (zend_op **) 0xbfea782c         current_scope = (zend_class_entry *) 0x0         calling_scope = (zend_class_entry *) 0xb72970b8         check_scope_or_static = (zend_class_entry *) 0xb78b132c         current_this = (zval *) 0xb72b3a78         execute_data = {opline = 0x0, function_state = {function_symbol_table = 0xb7245a74, function = 0xb72987b4, reserved = {0x0, 0x8749b20, 0xb79a1411, 0x0}}, fbc = 0xb78f5c9c, op_array = 0x0,   object = 0xb7906ac0, Ts = 0xbfea76d0, CVs = 0xbfea76b0, original_in_execution = 0 '\0', symbol_table = 0x8617cb0, prev_execute_data = 0xbfea782c, old_error_reporting = 0x0}         method_name = (zval *) 0xb7887dd0         params_array = (zval *) 0x874a8d0         call_via_handler = 0         fname = 0x87586f0 "اt\bX\203¦·\003"         fname_len = <value optimized out> 0000003 0x0833830a in zend_call_method (object_pp=0xbfea72f4, obj_ce=0xb72970b8, fn_proxy=0xbfea72f8, function_name=0x85c569b "__destruct", function_name_len=10, retval_ptr_ptr=<value optimized out>,     param_count=-1215653109, arg1=0x0, arg2=0x0) at /home/antonioz/php-5.2.6/Zend/zend_interfaces.c:88         fcic = {initialized = 1 '\001', function_handler = 0xb72987b4, calling_scope = 0xb72970b8, object_pp = 0xbfea72f4}         result = <value optimized out>         fci = {size = 36, function_table = 0xb72922b4, function_name = 0xbfea7280, symbol_table = 0x0, retval_ptr_ptr = 0xbfea7298, param_count = 0, params = 0xbfea7290, object_pp = 0xbfea72f4,   no_separation = 1 '\001'}         z_fname = {value = {lval = -1215342512, dval = 1.0009519971716759e-313, str = {val = 0xb78f5850 "", len = 4}, ht = 0xb78f5850, obj = {handle = 3079624784, handlers = 0x4}}, refcount = 0,   type = 184 '¸', is_ref = 8 '\b'}         retval = <value optimized out>         function_table = (HashTable *) 0x874e720         params = {0xbfea72cc, 0xbfea72d0} 0000004 0x0833e986 in zend_objects_destroy_object (object=0xb7287640, handle=141879072) at /home/antonioz/php-5.2.6/Zend/zend_objects.c:101         obj = (zval *) 0xb7906ac0         old_exception = (zval *) 0x0         destructor = (zend_function *) 0xb72987b4 0000005 0x08341d48 in zend_objects_store_del_ref_by_handle (handle=20) at /home/antonioz/php-5.2.6/Zend/zend_objects_API.c:197         __orig_bailout = <value optimized out>         __bailout = {{__jmpbuf = {140380344, -1075153724, -1221988944, -1075153960, -1075154160, 137632849}, __mask_was_saved = 0, __saved_mask = {__val = {140606756, 0, 3072612980, 137397186, 0, 141859616,         3080328209, 140608004, 3079625884, 3073349120, 3079695040, 3219814096, 3219814064, 137556224, 140606640, 140380344, 3219813416, 3079695872, 3219813304, 137457049, 3073349128, 3219813612, 1,         140380344, 140380344, 3073041392, 3219813432, 137593892, 3219813416, 3219813376, 3073035856, 3080319924}}}}         obj = (struct _store_object *) 0xb78e9030         failure = 1 0000006 0x08341d8b in zend_objects_store_del_ref (zobject=0xb7330a98) at /home/antonioz/php-5.2.6/Zend/zend_objects_API.c:168         handle = 3079314187 0000007 0x08323816 in _zval_dtor_func (zvalue=0xb7330a98) at /home/antonioz/php-5.2.6/Zend/zend_variables.c:52 No locals. ---Type <return> to continue, or q <return> to quit--- 0000008 0x08316dbe in _zval_ptr_dtor (zval_ptr=0xb73252bc) at zend_variables.h:35 No locals. 0000009 0x0832dfe1 in zend_hash_destroy (ht=0xb729edb0) at /home/antonioz/php-5.2.6/Zend/zend_hash.c:526         p = (Bucket *) 0xb7920a20 0000010 0x0833e4bd in zend_object_std_dtor (object=0xb7906e10) at /home/antonioz/php-5.2.6/Zend/zend_objects.c:45 No locals. 0000011 0x0833e4ed in zend_objects_free_object_storage (object=0xb7906e10) at /home/antonioz/php-5.2.6/Zend/zend_objects.c:122 No locals. 0000012 0x08341d65 in zend_objects_store_del_ref_by_handle (handle=21) at /home/antonioz/php-5.2.6/Zend/zend_objects_API.c:206         __orig_bailout = (jmp_buf *) 0xbfea99d4         __bailout = {{__jmpbuf = {140380344, -1075144236, -1075152852, -1075153560, -1075153760, 137632990}, __mask_was_saved = 0, __saved_mask = {__val = {3073317536, 1, 3219813720, 137624597, 3081136860,         3081097392, 40, 141863000, 3080319818, 3081143072, 141861448, 3079344940, 3081136860, 3081143072, 141862880, 3219813688, 3080319818, 3081097428, 141862880, 3079344940, 0, 3219814444, 3219813736,         3079175950, 3081136860, 3081143072, 141876696, 3219813736, 3080319818, 3081143072, 141876696, 3079344940}}}}         obj = (struct _store_object *) 0xb78e9048         failure = 0 0000013 0x08341d8b in zend_objects_store_del_ref (zobject=0xb72f1aa0) at /home/antonioz/php-5.2.6/Zend/zend_objects_API.c:168         handle = 3079314187 0000014 0x08323816 in _zval_dtor_func (zvalue=0xb72f1aa0) at /home/antonioz/php-5.2.6/Zend/zend_variables.c:52 No locals. 0000015 0x08316dbe in _zval_ptr_dtor (zval_ptr=0xbfea77d8) at zend_variables.h:35 No locals. 0000016 0x083448da in zend_do_fcall_common_helper_SPEC (execute_data=0xbfea782c) at zend_vm_execute.h:215         i = 140380344         p = <value optimized out>         arg_count = 3079611788         return_reference = 0 '\0'         opline = (zend_op *) 0xb78f25bc         original_return_value = <value optimized out>         current_scope = (zend_class_entry *) 0x0         current_this = (zval *) 0x0         should_change_scope = 1 '\001'         ctor_opline = <value optimized out> 0000017 0x08342372 in execute (op_array=0xb78f1504) at zend_vm_execute.h:92         execute_data = {opline = 0xb78f25bc, function_state = {function_symbol_table = 0xb7245a74, function = 0xb78f5c9c, reserved = {0x0, 0x8749b20, 0xb79a1411, 0x0}}, fbc = 0xb78f5c9c,   op_array = 0xb78f1504, object = 0xb72b3a78, Ts = 0xbfea76d0, CVs = 0xbfea76b0, original_in_execution = 0 '\0', symbol_table = 0x8617cb0, prev_execute_data = 0x0, old_error_reporting = 0x0} 0000018 0xb788a50e in xdebug_execute (op_array=0xb78f1504) at /tmp/pear/temp/xdebug/xdebug.c:1562         dummy = (zval **) 0x831a0ae         edata = (zend_execute_data *) 0x0         fse = (function_stack_entry *) 0x8749b20         xfse = (function_stack_entry *) 0xb78f15a0         magic_cookie = 0x0         do_return = 0         function_nr = 0         le = (xdebug_llist_element *) 0xbfea7908         eval_id = 0         return_val = (zval *) 0x0 0000019 0x08324fa2 in zend_execute_scripts (type=8, retval=<value optimized out>, file_count=3) at /home/antonioz/php-5.2.6/Zend/zend.c:1134         retval2 = (zval *) 0x830976a         old_exception = (zval *) 0xbfea7978         files = 0xbfea7994 ""         i = 1         file_handle = (zend_file_handle *) 0xbfea9ccc         orig_op_array = (zend_op_array *) 0x0         orig_retval_ptr_ptr = (zval **) 0x0         local_retval = (zval *) 0x0 0000020 0x082e114f in php_execute_script (primary_file=0xbfea9ccc) at /home/antonioz/php-5.2.6/main/main.c:2005         realfile = "/home/antonioz/javatest/testdev.php\0000\212ê¿ö+ú·¬qù·h¶\223·\001\000\000\000\001\000\000\000Z¨\231·H\v^\bé\004\000\000IO\a\b\034\033\224·Üj¦·àp¦· f¦·H\212ê¿\202û\230·àp¦·¸\b^\b\000xa\bD\aZ\bh\212ê¿òy.\bàp¦·ðÿÿÿt\212꿸\b^\b¸\b^\b\000xa\b(\232ê¿úz.\b`xa\b\005\000\000\000\000À\001\000\000ð\001\000¨ä\001\000¬ä\001\000\000À\001\000\003\000\000\000\016\000\000\000\002\000\000\000>/¾·"...         prepend_file_p = (zend_file_handle *) 0x0         append_file_p = (zend_file_handle *) 0x0         prepend_file = {type = 0 '\0', filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0, reader = 0, closer = 0, fteller = 0, interactive = 0}}, free_filename = 0 '\0'}         append_file = {type = 0 '\0', filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0, reader = 0, closer = 0, fteller = 0, interactive = 0}}, free_filename = 0 '\0'}         old_cwd = 0xbfea79a0 ""         retval = <value optimized out> 0000021 0x083bb2be in main (argc=2, argv=0xbfea9dd4) at /home/antonioz/php-5.2.6/sapi/cli/php_cli.c:1140 ---Type <return> to continue, or q <return> to quit---         __bailout = {{__jmpbuf = {140380344, 203308, 1, -1075143352, -1075143984, 138127317}, __mask_was_saved = 0, __saved_mask = {__val = {3082693776, 3084876018, 3219823536, 3086631008, 3084876018,         3082693788, 3084876100, 3082693864, 3079931004, 3219823620, 3086611958, 3079981707, 3084876090, 0, 0, 32, 0, 0, 277, 3079981902, 3079961084, 3079926572, 23, 3079910888, 3079911864, 115125334,         3084814917, 3086669688, 0, 3086268168, 3219823816, 3086612425}}}}         exit_status = 0         c = <value optimized out>         file_handle = {type = 2 '\002', filename = 0xbfeabb7e "testdev.php", opened_path = 0x0, handle = {fd = 141859576, fp = 0x8749af8, stream = {handle = 0x8749af8,       reader = 0x8337cd0 <zend_stream_stdio_reader>, closer = 0x8337d09 <zend_stream_stdio_closer>, fteller = 0x8337d36 <zend_stream_stdio_fteller>, interactive = 0}}, free_filename = 0 '\0'}         behavior = 1         reflection_what = 0x0         orig_optind = 1         orig_optarg = 0x0         arg_free = 0xbfeabb7e "testdev.php"         arg_excp = (char **) 0xbfea9dd8         script_file = 0xbfeabb7e "testdev.php"         interactive = <value optimized out>         module_started = 1         request_started = 1         lineno = 1         exec_direct = 0x0         exec_run = 0x0         exec_begin = 0x0         exec_end = 0x0         param_error = <value optimized out>         hide_argv = 0         ini_entries_len = <value optimized out> (gdb) ------------ I hope the backtrace is useful even though PHP was configured with --disable-debug. Please let me know if you need anything else. Thanks!
(0001053) jaruz    2009-08-24 14:15	Hi Derick, is there anything else I can do?
(0001054) derick    2009-08-24 14:30	@jaruz, it would really help me if you could give me access to the machine where you've all set this up. Setting up the Java bridge is quite a bit of work for me. Ideally it would also allow me to modify the xdebug code and recompile it.
(0001055) jostb    2009-08-24 14:39	Why do you need the java bridge to reproduce this bug? Just type php xdebug.php (see above) to reproduce the crash.
(0001056) jaruz    2009-08-24 15:50	Hi Derick: as Jost correctly states, the JavaBridge is not required to reproduce this Segmentation Fault; it can be triggered simply by a PHP Script: If you save the file provided by Jost in his comment from 2009-08-07 08:17 as "xdebug.php" and run it, you will get the following result without xdebug: ------------------------------------------------- antonioz@lowe:~/javatest$ php xdebug.php <O v="1" m="java.lang.StringBuffer" p="O" n="F"/> <O v="2" m="java.lang.StringBuffer" p="O" n="F"/> <F p="E"/> SUCCESS antonioz@lowe:~/javatest$ ------------------------------------------------- Then I enable xdebug in php.ini and execute it again: ------------------------------------------------- antonioz@lowe:~/javatest$ vim /etc/php5/php.ini antonioz@lowe:~/javatest$ php xdebug.php <O v="1" m="java.lang.StringBuffer" p="O" n="F"/> <O v="2" m="java.lang.StringBuffer" p="O" n="F"/> <F p="E"/> Segmentation fault antonioz@lowe:~/javatest$ ------------------------------------------------- (Add error_reporting(E_ERROR); at the beginning of the file so it does not output notices). Please let me know if you need anything else.
(0001063) derick    2009-09-04 22:14	Ah right, I can reproduce this now.
(0001616) kronos    2010-11-23 22:43	Just a quick note, might be useful: In jaruz's example I also get a segmentation fault at: $buffer->append( "a" ); But if I change it to: $x = $buffer->append( "a" ); I don't. What kind of feedback is needed to fix this bug? At the moment none of the debuggers is usable when I'm working with the PHP/Java bridge. Xdebug produces these segmentation faults and ZendDebugger seems to stop at breakpoints in Java.inc that I never set or have control over.
(0002265) jerico    2012-06-21 20:20	I hit this bug, too. Are there any plans to fix this?
(0002656) derick    2014-01-03 15:51	I can't reproduce this, and the reproducible script as mentioned in one of the comments is no longer accessible. I'm closing this for now. If the script is put back, I might have another look.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
443	[Xdebug] Usage problems	minor	always	2009-06-05 05:32	2014-01-03 15:46
Reporter:	kminkler	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:	Virtual Machine: CentOS Linux 2.6.9-42.0.8.ELsmp #1 SMP Tue Jan 30 12:33:47 EST 2007 i686 i686 i386 GNU/Linux
PHP Version:	5.2.8
Summary:	Segmentation Fault while calling undefined function during traversal of iterator
Description:	Using xdebug 2.0.2, PHP 5.2.8 with no other extensions loaded. Expected Behavior: $ php -n test.php Fatal error: Call to undefined function hasChildren() in /home/kminkler/test.php on line 31 Current Behavior: $ php test.php Segmentation fault Running Program: $ cat test.php <?php class A_Iterator implements RecursiveIterator { private $a = NULL; private $a_children = NULL; public function __construct(A $a) { $this->a = $a; $this->a_children = $a->getChildren(); } // Iterator public function rewind() { $this->a_children->rewind(); } public function valid() { return $this->a_children->valid(); } public function current() { return $this->a_children->current(); } public function key() { return $this->a_children->key(); } public function next() { $this->a_children->next(); } // RecursiveIterator public function hasChildren() { return $this->current()->hasChildren(); } public function getChildren() { return new A_Iterator($this->current()); } } class A implements IteratorAggregate { private $b = array(); public function __construct(array $b) { $this->b = $b; } // IteratorAggregate public function getIterator() { return new A_Iterator($this); } // Non-Iterator methods public function hasChildren() { return count($this->b) > 0; } public function getChildren() { // segmentation fault on next line! if (!hasChildren()) { return new EmptyIterator(); } return new ArrayIterator($this->b); } } $a = new A(array(new A(array()), new A(array()))); $iterator = new RecursiveIteratorIterator($a); foreach ($a as $key => $value) { }
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000975) derick    2009-07-05 21:49	I can reproduce this, but only with PHP 5.2 and not with PHP 5.3. can't quite figure out yet *why* this happens though.
(0002655) derick    2014-01-03 15:46	This is still a problem with PHP 5.2, but as PHP 5.2 has been deprecated a long time ago, I am not going to spend time on this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1020	[Xdebug] Usage problems	minor	always	2013-12-31 07:58	2013-12-31 07:58
Reporter:	muyilangjun	Platform:	mac
Assigned To:		OS:	os x
Priority:	high	OS Version:	10.9.1
Status:	new	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.9
Summary:	can not break when use spl_autoload_register,breakpoints has no effect
Description:	after i upgrade to 2.2.3,i found that if a write php use spl_autoload_register,the files that include by spl_autoload_register ,and their breakpoints have no effect I'm sorry to tell you 2.2.1 is ok codes:
Steps To Reproduce:	define("BASE_PATH", realpath(dirname(__FILE__) . "/../../")); define("APPLICATION_PATH", BASE_PATH . '/application/'); define("LIBRARY_PATH", BASE_PATH . '/library'); define("PUBLIC_PATH", dirname(__FILE__)); require(LIBRARY_PATH . '/errorhandler.php'); define('GAME_ID', 1001); define('SERVER_ID', 1); define('MEMCACHE_PREFIX', GAME_ID . '_' . SERVER_ID . '_'); define('COOKIE_NAME', 'FB'); function my_autoload($pClassName) { $arr_class = explode('_', $pClassName); $tm_length = count($arr_class); if ($tm_length == 1) { $tm_file = LIBRARY_PATH . '/' . lcfirst($pClassName) . '.php'; if (file_exists($tm_file)) { include_once $tm_file; } else { throw new Exception('fuck'); } } $tm_length = $tm_length - 1; $type = $arr_class[$tm_length]; if ($type == 'Model') { $tm_path = APPLICATION_PATH . 'models/'; for ($i = 0; $i < $tm_length; $i++) { $tm_path = $tm_path . lcfirst($arr_class[$i]) . '/'; } $tm_path = substr($tm_path, 0, -1); $tm_path = $tm_path . '.php'; include_once $tm_path; } else { $tm_path = LIBRARY_PATH . '/'; for ($i = 0; $i <= $tm_length; $i++) { $tm_path = $tm_path . lcfirst($arr_class[$i]) . '/'; } $tm_path = substr($tm_path, 0, -1); $tm_path = $tm_path . '.php'; include_once $tm_path; } } spl_autoload_register("my_autoload"); Match_Model::begin(86, 53, $tm_data);
Additional Information:	Match_Model is a file include by my_autoload,I make breakpoints ,but they can not breaks
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1018	[Xdebug] Feature/Change request	feature	N/A	2013-12-21 15:29	2013-12-21 15:29
Reporter:	projekter	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.0
Summary:	Add option not to step into magic methods
Description:	Using single step is often quite handy, but if you have an underlying framework that supplies helper functions, stepping into these files can be annoying. It would be useful to add an option with which you can specify that either xdebug will not step into files located within a certain directory (which I guess would be the most useful way of dealing with the issue) or at least not to step into magic methods (__get, __set, ...) which are often used to emulate properties and do nothing but assigning a value to an internal array.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1017	[Xdebug] Documentation	minor	N/A	2013-12-17 18:57	2013-12-17 18:57
Reporter:	stof	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	The doc should warn that XDebug needs to be loaded after Zend Opcache
Description:	The Opcache documentation explains that Zend Opcache needs to be loaded before XDebug so that they work together: http://www.php.net/manual/en/opcache.installation.php [^] the same warning should be added in the XDebug installation documentation
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1016	[Xdebug] Feature/Change request	minor	N/A	2013-12-17 11:48	2013-12-17 14:33
Reporter:	whitefire	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.15-5.3.19
Summary:	Support for pause-execution
Description:	I would like to be able to pause-execution while the script is running. Practical when debugging long-running scripts or infinite loops.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002648) derick    2013-12-17 12:02	Do you mean the implementation of DBGP's break (http://www.xdebug.org/docs-dbgp.php#break [^]) ? This would also require async support, and right now, no IDEs implement that either I think.
(0002649) whitefire    2013-12-17 12:06    (edited on: 2013-12-17 13:06)	Break definitely looks like what I'm looking for. Could you elaborate a bit about "async support"? I plan to add a feature request, but I need to know what I'm asking for. Edit: nvm. I found it in the documentation! Can't thank you enough for xDebug btw, it is my number 1. productivity-tool.
(0002650) whitefire    2013-12-17 13:31	I have requested that Jetbrains implement this feature. Issue: http://youtrack.jetbrains.com/issue/WEB-10324 [^]
(0002651) derick    2013-12-17 14:25	Xdebug does *not* implement async yet either though, so that has to be done first (as part of this FR).
(0002652) whitefire    2013-12-17 14:33    (edited on: 2013-12-17 14:33)	I added a link to this issue in youtrack. I suspect that not too many people have thought of, or felt the need for such a feature, but I guess time will tell.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1007	[Xdebug] Debug client (console)	minor	always	2013-11-27 18:11	2013-12-05 17:22
Reporter:	prxdev	Platform:	Apache 2.2 / 2.4
Assigned To:	derick	OS:	Linux / Windows
Priority:	normal	OS Version:	Fedora 17/ Windo
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux / Windows
PHP Version:	5.5.0-5.5.4
Summary:	Static Variables are showing "uninitialized" when stepping through the debug process
Description:	I am calling a static class that I am initializing a static variable with a const then returning that variable to the caller. Then end result is fine, it works. The issue is, when I go into debug mode, initializing the variable is not happening. The values cannot be seen. This caused a great deal of time troubleshooting an issue that a variable was not being initialized when it really was.
Steps To Reproduce:	Run the following code: - index.php - <?php include 'SimpleClass.php'; echo SimpleClass::init(); ?> - SimpleClass.php - <?php class SimpleClass { const HELLO = "HELLO"; public static $hello; public static function init(){ return self::displayVar(); } private static function displayVar() { self::$hello = self::HELLO; return self::$hello; } } ?> Place a break point on the line "return self::$hello;" and check the values of the line "self::$hello = self::HELLO;" You will see "self::$hello" is not initialized to a value, but letting the program run the expected result is obtained.
Additional Information:	I have tested this on two different development environments. They are as follows: Windows 8 Professional Apache 2.4 PHP 5.5 xdebug 2.3 Eclipse Keppler Linux (Fedora 17) Apache 2.2 PHP 5.4 xdebug 2.3 Eclipse Keppler This appears to only be an issue with static variables and functions. non static variables and functions are showing variables being initialized.
Attached Files:	uninitialized1.png (36,282) 2013-11-27 18:11 http://bugs.xdebug.org/file_download.php?file_id=200&type=bug debug_log.txt (78,632) 2013-12-05 16:41 http://bugs.xdebug.org/file_download.php?file_id=203&type=bug PHPDemo.zip (2,572) 2013-12-05 17:11 http://bugs.xdebug.org/file_download.php?file_id=204&type=bug

Notes
(0002629) derick    2013-12-03 23:57	I have just tried this myself with the simple debugger that comes with Xdebug, and this works just fine. I've just pushed a test case to https://github.com/derickr/xdebug/tree/issue1007-static-uninitialized [^] I am thinking that your IDE (Eclipse) is doing something wrong. Can you please make a debugging log as is described at http://xdebug.org/docs/remote#remote_log [^] and then debug the code that you've given me? Please attach the log to this report when you're done.
(0002639) prxdev    2013-12-05 16:42	I ran the debug on Eclipse as requested and attached the log file.
(0002640) prxdev    2013-12-05 16:45	One more note, this report was ran on the Windows / Apapche 2.4 / PHP 5.5.5 configuration
(0002641) derick    2013-12-05 17:06	I don't think the line numbers in the log match up with the line numbers in the script. This makes it a bit tricky to follow the log. Can you add the exact script that you used to make this log please too just to be sure? That said, I think eclipse just does it wrong. It requests first the context (which shows all the variables in the local scope). This returns (see "context get -i 37" in the log):  - "$hello": This is a PHP compilation issue, as there is no local variable. For some reason PHP's compiler sees that self::$hello as $hello and assigns it a compiled variable. I can't do anything about this. Of course, requesting this variable, which is what Eclipse seems to do, returns *uninitialised*.  - "::": this variable name (::) is an indication that there are static variables.    - "::hello": is also returned as subelement of "::". Requesting "::hello" will return the value of your static variable, which is HELLO. However, Eclipse apparently doesn't interpret "self::$hello" as "::$hello". And that is a bug in Eclipse I suggest you file a bug with Eclipse about it not requesting "::$hello" when it is supposed to do so. I'll leave the bug open to have a look at your new script, but I think my conclusion that this is an Eclipse issue will not change.
(0002642) prxdev    2013-12-05 17:12	I have attached the entire PHP solution that was created in Eclipse. This also includes the meta files for the solution. ( PHPDemo ).
(0002644) derick    2013-12-05 17:22	Ok, thanks for that. It does confirm my conclusion though that this is not something I can fix in Xdebug. For the first thing, its up to PHP. And for the second, it's a bug in Eclipse that it asks for $hello instead of ::$hello. If you file a bug with Eclipse, please feel free to include a link to this report here. cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
988	[Xdebug] Documentation	minor	always	2013-10-19 09:42	2013-12-04 00:04
Reporter:	wimg	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.0
Summary:	Incomplete docs on computerized format
Description:	http://xdebug.org/docs/all_settings#trace_format [^] lists the 2 different line models of computerized format, but these are incomplete : - Entry also shows the number of parameters (item 11), followed by the type of each parameter (item 12-). - Exit also shows the type of the return value (item 6) when using code since https://github.com/xdebug/xdebug/pull/79 [^]
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002632) derick    2013-12-04 00:04	Looks like we forgot to close this after you've fixed this yourself.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1008	[Xdebug] Usage problems	major	always	2013-11-30 02:57	2013-11-30 02:57
Reporter:	ianbytchek	Platform:	Mac
Assigned To:		OS:	OS X
Priority:	normal	OS Version:	10.9
Status:	new	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Using session_write_close to enable concurrent requests has no effect when Xdebug is on
Description:	I'm trying to enable concurrent requests for multiple ajax calls running in parallel using session_write_close. I use Phpstorm and everything works as expected when the Xdebug is turned off or Phpstorm is not listening for debug connections. Is this something Phpstorm-related or is that the way Xdebug works, can you guys please comment on this?
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1005	[Xdebug] Feature/Change request	minor	always	2013-11-25 11:57	2013-11-25 11:57
Reporter:	derick	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4-dev
Summary:	Add environment based trigger for profiler and tracer.
Description:	See http://stackoverflow.com/questions/19856940/xdebug-profiling-not-working-in-windows-command-line [^]
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
993	[Xdebug] Usage problems	minor	have not tried	2013-10-25 20:31	2013-11-13 11:59
Reporter:	Ivan Vlk	Platform:	Linux
Assigned To:	derick	OS:	Fedora
Priority:	normal	OS Version:	19
Status:	assigned	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	x64 Fedora 19
PHP Version:	5.5-dev
Summary:	LAMP xdebug profiler loaded, but not creating any file anywhere
Description:	I have following setup in php.ini (Apache 2.4 / PHP 5.5 / Fedora 19): [XDebug] zend_extension="/usr/lib64/php/modules/xdebug.so" xdebug.remote_enable = On xdebug.remote_handler = dbgp xdebug.remote_mode=req xdebug.remote_port = 9000 xdebug.remote_host = localhost xdebug.show_local_vars=On xdebug.dump_undefined=On xdebug.collect_return=On xdebug.idekey=netbeans-xdebug xdebug.profiler_enable = 1 By using PHP info, I can see Xdebug loaded and all setup directives properly loaded. However, I can't see any cachecgrind output anywhere. I've tried so much variations with some directives, using /tmp or /var/tmp + also different file names. Currently I left it as it's by default. SeLinux is disabled. /tmp has proper permissions. I have tried with _trigger directive and also with enabled by default. Without any cachegrind file anywhere, confirmed by using updatedb & locate cachegrind.
Steps To Reproduce:	1. Install php-xdebug package 2. set as above 3. restart apache 4. try to run any php web page 5. cachegrind is not created
Additional Information:	Apache 2.4 I'm happy to provide anything you need, just let me know
Attached Files:

Notes
(0002596) Ivan Vlk    2013-10-25 20:33	# rpm -qa | grep php php-common-5.5.4-1.fc19.x86_64 php-pecl-jsonc-1.3.2-2.fc19.x86_64 php-pecl-jsonc-devel-1.3.2-2.fc19.x86_64 php-ldap-5.5.4-1.fc19.x86_64 php-soap-5.5.4-1.fc19.x86_64 phpMyAdmin-3.5.8.1-1.fc19.noarch php-mcrypt-5.5.4-1.fc19.x86_64 php-pear-1.9.4-20.fc19.noarch php-xml-5.5.4-1.fc19.x86_64 php-mbstring-5.5.4-1.fc19.x86_64 php-cli-5.5.4-1.fc19.x86_64 php-pdo-5.5.4-1.fc19.x86_64 php-mysqlnd-5.5.4-1.fc19.x86_64 php-gd-5.5.4-1.fc19.x86_64 php-pecl-xdebug-2.2.3-1.fc19.x86_64 php-process-5.5.4-1.fc19.x86_64 php-php-gettext-1.0.11-7.fc19.noarch php-5.5.4-1.fc19.x86_64 php-devel-5.5.4-1.fc19.x86_64
(0002613) Ivan Vlk    2013-11-12 20:56    (edited on: 2013-11-12 20:57)	According to this reply: http://stackoverflow.com/questions/19433690/lamp-xdebug-loaded-but-not-creating-any-file-anywhere/19917915?noredirect=1#19917915 [^] ..sems, that file could be only in tree of actual web. Seems to me still like a bug, but at least we found workaround.
(0002614) derick    2013-11-13 10:44	Do you have selinux turned on? If so, turn it off and try again.
(0002616) Ivan Vlk    2013-11-13 11:59	Hi Derick, no, I have SeLinux switched off on my personal Laptop.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
989	[Xdebug] Usage problems	block	always	2013-10-22 14:41	2013-11-12 11:43
Reporter:	szoper	Platform:
Assigned To:	derick	OS:
Priority:	urgent	OS Version:
Status:	assigned	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5.5-5.5.9
Summary:	Tracing does not work with PHP 5.5.5
Description:	I've been using Xdebug for several months, starting with PHP 5.4 and now with 5.5. Debugging has been working all the time, but recently I wanted to trace an app for the first time. I've followed a few different tutorials found online and all their instructions, but as far as I know it all comes down to one line: xdebug.auto_trace = 1 I can see from phpinfo() output that this option is On, but no trace file is generated. I've tried different values combination for: auto_trace, trace_enable_trigger and trace_output_dir, but to no avail. I've even tried putting xdebug_start_trace() and xdebug_stop_trace() - nothing. xdebug_get_tracefile_name() returns false no matter what I do. I've tried the same thing on other system with PHP 5.3.6 and it worked with only auto_trace=1.
Steps To Reproduce:	1. Install PHP 5.5.5 and Xdebug 2.2.3. 2. Set xdebug.auto_trace to On. 3. Watch the directory pointed by xdebug.trace_output_dir. Make sure the persmissions are 0777. 4. Refresh your page and notice that no new tracefiles are created.
Additional Information:	Output of phpinfo(): http://pastebin.com/79dpzjB4 [^] (link valid until October 29th).
Attached Files:	phpinfo-cli.txt (30,191) 2013-11-11 11:05 http://bugs.xdebug.org/file_download.php?file_id=195&type=bug phpinfo-apache.html (91,872) 2013-11-11 11:06 http://bugs.xdebug.org/file_download.php?file_id=196&type=bug phpinfo().html (96,240) 2013-11-12 11:38 http://bugs.xdebug.org/file_download.php?file_id=197&type=bug

Notes
(0002601) kenorb    2013-11-05 15:54	The trace files are generated for me using PHP 5.5.3 and the latest XDebug.
(0002604) szoper    2013-11-06 18:22	Could you check PHP 5.5.5? :-)
(0002605) webdeveloper    2013-11-08 19:57	I have exactly the same problem. Would love to see a fix for this.
(0002607) derick    2013-11-11 10:36	This works just fine for me: derick@whisky:~/dev/php/xdebug-xdebug $ rm -rf /tmp/trace.log.xt [GIT: master][PHP: 5.5.5 ] derick@whisky:~/dev/php/xdebug-xdebug $ php -dxdebug.auto_trace=1 -r "echo sqrt(42);" 6.4807406984079 [GIT: master][PHP: 5.5.5 ] derick@whisky:~/dev/php/xdebug-xdebug $ cat /tmp/trace.2499090303.xt TRACE START [2013-11-11 10:34:20]     0.0001 261472 -> {main}() Command line code:0     0.0002 261712 -> sqrt() Command line code:1     0.0004 8376 TRACE END [2013-11-11 10:34:20] I can't see your pastebin anymore, please attach a file with it to this report. However, I don't think there is a real problem here as all the tests I have for Xdebug pass as well.
(0002610) szoper    2013-11-11 11:05	Ok, so we're making progress. :) Seems like your CLI example works after resetting my xdebug settings, though I'm pretty sure I've already tried that. I do get trace file for CLI "sqrt()" example. I still don't get anything for a website served by Apache. My default setup provided by ArchLinux distro uses the same php.ini for both Apache module and CLI, but nevertheless I'm attaching phpinfo() output for both these cases. Hope you see something I don't. :)
(0002612) webdeveloper    2013-11-12 11:43	I've also attached my phpinfo() output. and can confirm that I have exactly the same issue as szoper, auto_trace does not seem to create log files in the specified directory(which has full writing permissions) for websites served by Apache.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1002	[Xdebug] Usage problems	minor	have not tried	2013-11-11 01:32	2013-11-11 10:54
Reporter:	nusphere	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.20-5.3.24
Summary:	xdebug_start_code_coverage(XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); seems broken on ioncube files
Description:	Hi, i used PHPUnit at a IONCube proteced Framework. And everytime, when PHPUnit is running with XDebug CodeCoverage it crashes, but only when an IONCube File is loaded. (Not all files are "proteced" - only some Files from the framework kernel) I figured out, it depends on the xdebug setting by the PHP Code Coverage Module. After i change: xdebug_start_code_coverage(XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); into xdebug_start_code_coverage(XDEBUG_CC_UNUSED); it worked as aspected. when both options are enabled, i got a segfault: 11 I hope it will fixed ;)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002606) nusphere    2013-11-11 01:34	ok - i saw http://xdebug.org/docs/install#compat [^] ... pls close :(
(0002609) derick    2013-11-11 10:54	As you've found out, it's simple not compatible. Xdebug's code analysis relays on the opcodes that the Zend engine provides, and IonCube changes this. As IonCube is closed source, I've no way of finding out what it does, and hence can not fix this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
1000	[Xdebug] Feature/Change request	minor	have not tried	2013-11-08 18:31	2013-11-08 18:31
Reporter:	Technocrat	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.0
Summary:	Code Folding
Description:	Hello, We talked about this @ ZendCon. I would like to see a feature where code could be folded, so you could view larger variables, like long strings. Either with JS or maybe even the ability to log it to a file and a link to the file. Thanks
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
998	[Xdebug] Feature/Change request	feature	always	2013-11-05 13:08	2013-11-05 13:08
Reporter:	thomas	Platform:
Assigned To:		OS:	Ubuntu
Priority:	normal	OS Version:	13.04
Status:	new	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.9
Summary:	IPv6 support
Description:	XDebug currently doesn't have support for connecting back to IPv6 addresses. When both the server and client has IPv6 addresses the Connection back from the server to the client fails because the implementation is IPv4 only.
Steps To Reproduce:	Configure the server and client to use IPv6 addresses and try to debug. Currently the IDE probably doesn't listen on IPv6 on the client, so this can be a problem. In this case a custom application listening on IPv6 and the right port on the client can prove connectivity.
Additional Information:	I currently have a working implementation that supports IPv4 and IPv6, but still need to write some test for this and also run the existing tests to verify that nothing else has broken.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
997	[Xdebug] Feature/Change request	minor	always	2013-10-31 23:08	2013-10-31 23:08
Reporter:	mpdude	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.5
Summary:	In trace output, show which object a method is called on
Description:	It would be great if the trace output could convey the object instance a method is called on. A hint with the locally (in the caller's scope) used variable name would be an extra bonus; global object identity (so objects can be recognized when called multiple times) would be the main requirement. Background: Given this information, it should be straightforward to write a filter/converter that can compile trace files to PlantUML notation - that is, you can get UML sequence diagrams for your scripts :-)
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
995	[Xdebug] Usage problems	minor	have not tried	2013-10-31 11:40	2013-10-31 13:05
Reporter:	SvetlanaZem	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5-dev
Summary:	Can't evaluate array with non-latin symbols via context_get
Description:	<?php $Mittelgroß = array( "medium_portrait" => "Miniaturbild (hoch)", "Mittelgroß(hoch)" => array(1,2,3,4,5) ); echo "a"; //breakpoint here ?> Getting "can not get property" error for $Mittelgroß["Mittelgroß(hoch)"] if trying to get it via 'context_get'. Can inspect value with 'eval'.
Steps To Reproduce:
Additional Information:	The issue is reproducible with PhpStorm (http://youtrack.jetbrains.com/issue/WI-18566 [^])
Attached Files:	xdebug.log (19,562) 2013-10-31 11:40 http://bugs.xdebug.org/file_download.php?file_id=192&type=bug

Notes
(0002597) derick    2013-10-31 11:46	The debug log shows: <- property_get -i 12 -n $Mittelgro?['Mittelgro?(hoch)'] -d 0 -c 0 -p 0 And there is a ? instead of a ß there. Are you sure that's what PhpStorm sends?
(0002598) SvetlanaZem    2013-10-31 12:29	I'm sorry, that's really PhpStorm bug.
(0002599) derick    2013-10-31 13:05	No problem, I'll add a test case on my side as well.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
991	[Xdebug] Documentation	minor	have not tried	2013-10-25 15:11	2013-10-25 15:11
Reporter:	derick	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5-dev
Summary:	Add component diagram to the website
Description:	Add the diagram by Rolf Vreijdenberger to the website.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
990	[Xdebug] Debug client (console)	major	always	2013-10-23 10:22	2013-10-23 13:40
Reporter:	aik099	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.10-5.4.14
Summary:	Errors during debugging are not displayed
Description:	I'm using PHPStorm 6.0.3 to debug an application. There I have following code: $a = 5; $x = in_array('x', $a); This would surely get me a notice/warning, that $a isn't an array. However with XDebug I'm not seeing any errors in PHPStorm console.
Steps To Reproduce:
Additional Information:	I really don't know if XDebug provides such info at all during debugging, or just only prints all traces after script has finished. With Zend Debugger I was able to see every error in console. Related PHPStorm issue: http://youtrack.jetbrains.com/issue/WI-13369 [^]
Attached Files:

Notes
(0002595) aik099    2013-10-23 13:40	After talking with guys from PhpStorm it appears, that XDebug might not be providing such info at all. So if a line of code gets executed during step-by-step debugging and it produces an error (or several) in a result, then nothing is returned by xdebug to show that in Console. Zend Debugger somehow managed to implement this and this is very helpful to see an error happening real time after it happens during debugger.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
983	[Xdebug] Usage problems	crash	always	2013-10-08 11:06	2013-10-14 04:19
Reporter:	p0rsche	Platform:	x64
Assigned To:	derick	OS:	Linux Mint
Priority:	high	OS Version:	14 (nadia)
Status:	assigned	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux Mint 14 (3.5.0-17-generic)
PHP Version:	5.5-dev
Summary:	XDebug could not open the remote debug file ''
Description:	xdebug 2.2.3 compiled for php 5.5.4. When I tried to enable xdebug, it crashes with the following message (I'm using nginx fastcgi + php-fpm): [error] 27158#0: *1 FastCGI sent in stderr: "PHP message: XDebug could not open the remote debug file ''. My xdebug .ini: [xdebug] zend_extension=/opt/php-5.5.4/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so xdebug.remote_port=9001 xdebug.remote_log="/tmp/xdebug.log" xdebug.remote_autostart=0 xdebug.remote_enable=1 xdebug.remote_connect_back=0
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002582) derick    2013-10-14 01:33	Try removing the quotes around the filename - you shouldn't need them.
(0002588) p0rsche    2013-10-14 04:19	Unfortunately, it doesn't work. I've removed xdebug.remote_log at all and the error still exists

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
952	[Xdebug] Installation	major	always	2013-06-19 20:08	2013-10-14 02:39
Reporter:	atljj	Platform:	PC
Assigned To:	derick	OS:	Windows7
Priority:	high	OS Version:
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows7
PHP Version:	5.4.7
Summary:	Xdebug shows as Not Installed
Description:	I am following steps from, "How to setup a free PHP Debugger using Eclipse PDT + Xdebug", and Xdebug shows as Not Installed. I have completed steps through 5.3 including: Installation of latest Java, Installation of latest Xampp and downloading Xdebug into path: c:\xampp\phi\ext\php_xdebug-2.2.3-5.3-vc9-nts-x86_64.dll Modified c:\xampp\php\php.ini per step 4.2. : [XDebug] zend_extension = "C:\xampp\php\ext\php_xdebug-2.2.3-5.3-vc9-nts-x86_64.dll" ;zend_extension = C:\xampp\php\ext\ xdebug.profiler_append = 0 xdebug.profiler_enable = 0 xdebug.profiler_enable_trigger = 0 xdebug.profiler_output_dir = "C:\xampp\tmp" xdebug.profiler_output_name = "cachegrind.out.%t-%s" xdebug.remote_enable = 0 xdebug.remote_handler = "dbgp" xdebug.remote_host = "127.0.0.1" xdebug.trace_output_dir = "C:\xampp\tmp" Per step 4.5.3 Check for Xdebug in the phpinfo page, shows that Xdebug is not installed... Help please
Steps To Reproduce:	Stop Xampp, restart Xampp, call the path "Localhost" from browser and the Xampp main page starts. Click on left menu option for phpinfo()and it does not show any reference to Xdebug. I also attached the printout of the generated Tailored Installation Instructions that also show Xdebug installed: no
Additional Information:
Attached Files:	Xdebug.pdf (49,531) 2013-06-19 20:08 http://bugs.xdebug.org/file_download.php?file_id=172&type=bug phpinfo.pdf (402,903) 2013-06-25 21:11 http://bugs.xdebug.org/file_download.php?file_id=175&type=bug phpinfo_ines.htm (933) 2013-07-19 15:08 http://bugs.xdebug.org/file_download.php?file_id=179&type=bug

Notes
(0002506) derick    2013-06-22 14:01	The wizard didn't know which file you should download. Can you please put the text that you copied and pasted into the wizard in a text file, zip it, and attach it to this report?
(0002524) atljj    2013-06-25 21:13	I just submitted file phpinfo.pdf ... I believe this is the file that you are looking for, Thanks
(0002541) derick    2013-07-23 11:48	@atljj, no, that is not what I asked for. I asked for: - Can you please put the text that you copied and pasted into the wizard in a text file, zip it, and attach it to this report?
(0002587) derick    2013-10-14 02:39	Requested feedback was not provided, and I can't reproduce this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
926	[Xdebug] Installation	block	always	2013-02-17 18:08	2013-10-14 02:37
Reporter:	darinpeterson	Platform:	Intel Asus AMD64
Assigned To:	derick	OS:	Linux
Priority:	high	OS Version:	Debian 7, Wheezy
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.15-5.3.19
Summary:	Xdebug is Not Running
Description:	I have followed the instructions provided below: Xdebug installed: no Server API: CGI/FastCGI Windows: no Zend Server: no PHP Version: 5.3.18 Zend API nr: 220090626 PHP API nr: 20090626 Debug Build: no Thread Safe Build: no Configuration File Path: /opt/php-5.3.18/lib Configuration File: /var/www/conf/web1/php.ini Extensions directory: /opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626 Instructions Download xdebug-2.2.1.tgz Unpack the downloaded file with tar -xvzf xdebug-2.2.1.tgz Run: cd xdebug-2.2.1 Run: phpize (See the FAQ if you don't have phpize. As part of its output it should show: Configuring for: ... Zend Module Api No: 20090626 Zend Extension Api No: 220090626 If it does not, you are using the wrong phpize. Please follow this FAQ entry and skip the next step. Run: ./configure Run: make Run: cp modules/xdebug.so /opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626 Edit /var/www/conf/web1/php.ini and add the line zend_extension = /opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so Restart the webserver This is the section of my php.ini with xdebug information: zend_extension=/opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so xdebug.remote_host=www.aaabs.org xdebug.remote_enable=1 xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.remote_mode=req I copy and paste the extension directory: "/opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626" do an "ls" and see xdebug.so, so I know the path is correct. I created a phpinfo.php file at the root location of www.aaabs.org with these contents: <?php echo phpinfo(); Paste the source of the document into the field at: http://xdebug.org/wizard.php, [^] and the results are always as you see in the summary information that I posted at the top. I look at my session variable in Google Chrome at I have XDEBUG_SESSION = PHPSTORM. Everything looks right, but Xdebug is not loading.
Steps To Reproduce:	Download xdebug from: http://xdebug.org/files/xdebug-2.2.1.tgz [^] (1) Extract the files (2) go into the xdebug-2.2.1 directory and phpize using /opt/php-5.3.18/phpize (3) cp modules/xdebug.so /opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626 (4) Verify php.ini settings and restart apache2 using /etc/init.d/apache2 restart (5) http://www.aaabs.org/phpinfo.php [^] (6) Copy and paste the source into http://xdebug.org/wizard.php [^] (7) Get the same results: Summary Xdebug installed: no Server API: CGI/FastCGI Windows: no Zend Server: no PHP Version: 5.3.18 Zend API nr: 220090626 PHP API nr: 20090626 Debug Build: no Thread Safe Build: no Configuration File Path: /opt/php-5.3.18/lib Configuration File: /var/www/conf/web1/php.ini Extensions directory: /opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626 Instructions Download xdebug-2.2.1.tgz Unpack the downloaded file with tar -xvzf xdebug-2.2.1.tgz Run: cd xdebug-2.2.1 Run: phpize (See the FAQ if you don't have phpize. As part of its output it should show: Configuring for: ... Zend Module Api No: 20090626 Zend Extension Api No: 220090626 If it does not, you are using the wrong phpize. Please follow this FAQ entry and skip the next step. Run: ./configure Run: make Run: cp modules/xdebug.so /opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626 Edit /var/www/conf/web1/php.ini and add the line zend_extension = /opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so Restart the webserver
Additional Information:
Attached Files:	phpinfo.html (54,202) 2013-02-17 18:21 http://bugs.xdebug.org/file_download.php?file_id=159&type=bug

Notes
(0002466) derick    2013-05-18 19:36	As you are running it with fastcgi, can you run the following on the command line:            strace -o /tmp/strace.log -e open /opt/php-5.3.18/bin/php -c /var/www/conf/       and then attach the output, as well as a copy of /tmp/strace.log (It's possible I got your paths wrong, so you might need to adjust)
(0002515) derick    2013-06-22 14:40	Can you please provide the requested feedback?
(0002519) atljj    2013-06-24 18:50	I went to cmd input and keyed your line exactly. only to receive the following error: ‘strace’ is not recognized as an internal or external command, operable program or batch file. I do not understand what I am doing, so please be very simple. Thanks again, Jerry
(0002520) darinpeterson    2013-06-24 19:07	Hi Derick, Sorry I have not had an opportunity to reply to this. I don't know who atljj is, but he is not the person reporting the issue. I'll do my best to get you feedback on your request later today. As far as this issue, I highly recommend ignoring atljj's comments as he plainly explains that: "I do not understand what I am doing, so please be very simple." Regards, Darin
(0002525) darinpeterson    2013-06-26 02:26	Derick, Sorry for the delay. This is going to take longer than expected. Unfortunately, I reconfigured my dev server. I didn't know if this issue would ever see the light of day, because it took 3 months before I received a reply. I had to get my development work done. Give me a few days to see whether I can get you the information you requested. Darin
(0002535) darinpeterson    2013-07-13 20:12	Derek, I'm sorry, I cannot afford the expense to reconfigure a server at this time to solve this issue. If you want to duplicate my setup, you can go here, and use this installation guide for Debian Wheezy: http://www.howtoforge.com/perfect-server-ubuntu-12.10-apache2-bind-dovecot-ispconfig-3 [^] Yes, that is correct, use it for Debian Wheezy... When you get to section 14.3, install PHP version 5.3.x... Once you are finished with that, create a website and use your 5.3.x version with it, and try making xdebug work. It simply will not work. This is my request for help thread in the howtoforge forum: http://www.howtoforge.com/forums/showthread.php?t=60593 [^] I hope this will help some... Regards, Darin
(0002586) derick    2013-10-14 02:37	Local environment misconfiguration.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
972	[Xdebug] Usage problems	crash	always	2013-08-27 10:16	2013-10-14 01:45
Reporter:	sebastian	Platform:	x86_64
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:	3.10.9-200.fc19
Status:	assigned	Product Version:	2.2dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux 3.10.9-200.fc19.x86_64
PHP Version:	5.5-dev
Summary:	Xdebug crashes on request to non-existing file with built-in webserver
Description:	There is a segfault in Xdebug's code (likely an infinite recursion) when a non-existing file is requested from PHP's built-in webserver.
Steps To Reproduce:	php -S localhost:8888 /tmp wget http://localhost:8888/not_existing_file [^]
Additional Information:	? ~ gdb php GNU gdb (GDB) Fedora (7.6-34.fc19) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> [^] This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... [^] Reading symbols from /usr/local/php-5.5/bin/php...done. (gdb) r -S localhost:8888 /tmp Starting program: /usr/local/php-5.5/bin/php -S localhost:8888 /tmp [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". PHP 5.5.4-dev Development Server started at Tue Aug 27 11:10:39 2013 Listening on http://localhost:8888 [^] Document root is /home/sb Press Ctrl-C to quit. Program received signal SIGSEGV, Segmentation fault. 0x0000000000903c63 in _zend_mm_alloc_int (heap=<error reading variable: Cannot access memory at address 0x7fffff7fef68>, size=<error reading variable: Cannot access memory at address 0x7fffff7fef60>, __zend_filename=<error reading variable: Cannot access memory at address 0x7fffff7fef58>, __zend_lineno=<error reading variable: Cannot access memory at address 0x7fffff7fef54>, __zend_orig_filename=<error reading variable: Cannot access memory at address 0x7fffff7fef48>, __zend_orig_lineno=<error reading variable: Cannot access memory at address 0x7fffff7fef50>) at /usr/local/src/php/src/Zend/zend_alloc.c:1881 1881 { Missing separate debuginfos, use: debuginfo-install pcre-8.32-7.fc19.x86_64 xz-libs-5.1.2-4alpha.fc19.x86_64 (gdb) bt #0 0x0000000000903c63 in _zend_mm_alloc_int (heap=<error reading variable: Cannot access memory at address 0x7fffff7fef68>, size=<error reading variable: Cannot access memory at address 0x7fffff7fef60>, __zend_filename=<error reading variable: Cannot access memory at address 0x7fffff7fef58>, __zend_lineno=<error reading variable: Cannot access memory at address 0x7fffff7fef54>, __zend_orig_filename=<error reading variable: Cannot access memory at address 0x7fffff7fef48>, __zend_orig_lineno=<error reading variable: Cannot access memory at address 0x7fffff7fef50>) at /usr/local/src/php/src/Zend/zend_alloc.c:1881 #1 0x00000000009048e7 in _zend_mm_realloc_int (heap=0x11e4970, p=0x0, size=506, __zend_filename=0xe68f08 "/usr/local/src/php/src/main/spprintf.c", __zend_lineno=777, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/local/src/php/src/Zend/zend_alloc.c:2134 0000002 0x0000000000905a73 in _erealloc (ptr=0x0, size=506, allow_failure=0, __zend_filename=0xe68f08 "/usr/local/src/php/src/main/spprintf.c", __zend_lineno=777, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/local/src/php/src/Zend/zend_alloc.c:2450 0000003 0x00000000008b15b9 in xbuf_format_converter (xbuf=0x7fffff7ffac0, fmt=0x7ffff10496f2 "s", ap=0x7fffff7ffb10) at /usr/local/src/php/src/main/spprintf.c:777 0000004 0x00000000008b18c6 in vspprintf (pbuf=0x7fffff7ffb08, max_len=0, format=0x7ffff10496f1 "%s", ap=0x7fffff7ffb10) at /usr/local/src/php/src/main/spprintf.c:799 0000005 0x00000000008a841f in php_printf (format=0x7ffff10496f1 "%s") at /usr/local/src/php/src/main/main.c:686 0000006 0x00007ffff1036c1a in php_output_error () from /usr/local/php-5.5/lib/php/extensions/debug-non-zts-20121212/xdebug.so 0000007 0x00007ffff1037166 in xdebug_error_cb () from /usr/local/php-5.5/lib/php/extensions/debug-non-zts-20121212/xdebug.so 0000008 0x00007ffff1037575 in xdebug_error_cb () from /usr/local/php-5.5/lib/php/extensions/debug-non-zts-20121212/xdebug.so 0000009 0x00007ffff1037575 in xdebug_error_cb () from /usr/local/php-5.5/lib/php/extensions/debug-non-zts-20121212/xdebug.so . . .
Attached Files:

Notes
(0002560) derick    2013-09-28 13:50	I can't seem to reproduce this. Could you list your settings for xdebug from phpinfo()?
(0002568) sebastian    2013-09-29 12:00	xdebug support => enabled xdebug.auto_trace => Off => Off xdebug.cli_color => 0 => 0 xdebug.collect_assignments => Off => Off xdebug.collect_includes => On => On xdebug.collect_params => 0 => 0 xdebug.collect_return => Off => Off xdebug.collect_vars => Off => Off xdebug.coverage_enable => On => On xdebug.default_enable => On => On xdebug.dump.COOKIE => no value => no value xdebug.dump.ENV => no value => no value xdebug.dump.FILES => no value => no value xdebug.dump.GET => no value => no value xdebug.dump.POST => no value => no value xdebug.dump.REQUEST => no value => no value xdebug.dump.SERVER => no value => no value xdebug.dump.SESSION => no value => no value xdebug.dump_globals => On => On xdebug.dump_once => On => On xdebug.dump_undefined => Off => Off xdebug.extended_info => On => On xdebug.file_link_format => no value => no value xdebug.idekey => no value => no value xdebug.max_nesting_level => 0 => 0 xdebug.overload_var_dump => On => On xdebug.profiler_aggregate => Off => Off xdebug.profiler_append => Off => Off xdebug.profiler_enable => Off => Off xdebug.profiler_enable_trigger => Off => Off xdebug.profiler_output_dir => /tmp => /tmp xdebug.profiler_output_name => cachegrind.out.%p => cachegrind.out.%p xdebug.remote_autostart => Off => Off xdebug.remote_connect_back => Off => Off xdebug.remote_cookie_expire_time => 3600 => 3600 xdebug.remote_enable => Off => Off xdebug.remote_handler => dbgp => dbgp xdebug.remote_host => localhost => localhost xdebug.remote_log => no value => no value xdebug.remote_mode => req => req xdebug.remote_port => 9000 => 9000 xdebug.scream => Off => Off xdebug.show_exception_trace => Off => Off xdebug.show_local_vars => Off => Off xdebug.show_mem_delta => Off => Off xdebug.trace_enable_trigger => Off => Off xdebug.trace_format => 0 => 0 xdebug.trace_options => 0 => 0 xdebug.trace_output_dir => /tmp => /tmp xdebug.trace_output_name => trace.%c => trace.%c xdebug.var_display_max_children => 128 => 128 xdebug.var_display_max_data => 512 => 512 xdebug.var_display_max_depth => 3 => 3
(0002569) sebastian    2013-09-29 12:01	The segfault happens on the second request, ie. "wget http://localhost:8888/not_existing_file" [^] needs to be invoked twice.
(0002584) derick    2013-10-14 01:45	Okay, I can reproduce this now. But only with PHP 5.5 and not PHP 5.4.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
986	[Xdebug] Usage problems	minor	have not tried	2013-10-11 20:18	2013-10-11 20:18
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2.4
Operating System:
PHP Version:	5.5-dev
Summary:	Check issue with no_exec in PHP 5.5
Description:	Look at mails from Robert Henry.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
969	[Xdebug] Usage problems	major	always	2013-08-12 11:46	2013-10-09 19:38
Reporter:	vis7mac	Platform:	Unix
Assigned To:	derick	OS:	OS X
Priority:	high	OS Version:	10.8.4
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OS X 10.8.4
PHP Version:	5.5-dev
Summary:	XDebug (when used with PHPUnit) marks closing curly braces after a switch or if as not covered
Description:	I use XDebug 2.2.3 together with PHP_CodeCoverage 1.2.12 and PHPUnit 3.7.24 to generate code coverage reports for my code tested by PHPUnit. My code includes some switch case statements right at the end of methods, so I process a value and depending on it different values get returned right in the switch case: <code>public function someMethod() { $value = $this->doSomething(); switch($value) { case 1: return true; case 2: return false; case 3: throw new Exception('Error.'); } } // This line is marked as "not executed" in the code coverage report</code> As you can see, there is no case where the switch would be left and PHP would proceed executing the code of the method - instead, in every case the switch is left with a return statement or throwing an Exception. I don't use a default statement here because I know what the possible return values are. These are also tested by my Unit Tests. BTW: This bug also works for if conditions using a return statement as I read in Stack Overflow, but I didn't test that. This is not really a bug in XDebug as the last line (marked in the code) with only the closing curly brace is actually never run - but the question is if this should be like that: A curly brace (or any other bracket) is not a piece of code to execute - instead, it's a way of structuring the code so the interpreter understands what to do. A curly brace can not even ever be "executed". My request: Ignore lines with only a brace from code coverage analysis.
Steps To Reproduce:	Use the code I mentioned in the description. This might also just be a function, but I only tested with a instance method.
Additional Information:	My PHP version is actually 5.5.1 and not 5.5-dev - but I can't select it. You should probably fix that. :D
Attached Files:

Notes
(0002575) derick    2013-10-09 19:38	This is not a bug. In theory "$value" could be something else than 1, 2       or 3 and in that case the switch() would *not* leave due to one of the       values. Xdebug can not make assumptions on what "doSomething()" returns an       has no way to know that all that ever is returned than 1, 2 or 3. The       last } of each function and method includes an implicit "return NULL;" -       which PHP sees as executable code. Because there is a possible code path       where the } is not hit, it is marked as "not executed".

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
958	[Xdebug] Usage problems	minor	always	2013-07-04 15:42	2013-10-09 19:36
Reporter:	ericol	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:	2.2.1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.1
Summary:	XDebug doesn't breakpoint at code called by preg_replace (Might affect other functions)
Description:	If you make preg_replace call a function when replacing some text, any breakpoint set in the function isn't honoured.
Steps To Reproduce:	In this code, place a breakpoint in line 5 ("echo $txt") and another in line 8 ("return 'h';"). Execution stops at line 5, but not at line 8. <?php $txt="AaAaAaAaAa"; $txt=preg_replace(array('/[a-z]/e'), array("replace(\"$1\")"), $txt); echo $txt; function replace($txt) { return 'h'; } ?>
Additional Information:
Attached Files:	xdebug.zip (4,589) 2013-08-06 18:50 http://bugs.xdebug.org/file_download.php?file_id=181&type=bug

Notes
(0002533) derick    2013-07-09 08:59	Could you create an accompanying remote debugging log with such a debugging session with that script? You can make one by turning on xdebug.remote_log=c:\temp\xdebug.log (or similar name of course).
(0002553) ericol    2013-08-06 18:51	Hey, apologies on the late response. I saw the email and thought about doing that later, and then completely forgot about it. Attached is the log, hope that helps.
(0002573) derick    2013-10-09 19:36	I've had a look at this and I can see what is wrong. Requires hackyness for preg replace and "regexp code" in filename checks.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
970	[Xdebug] Debug client (console)	minor	always	2013-08-12 20:56	2013-09-28 14:14
Reporter:	kenorb	Platform:	unix
Assigned To:	derick	OS:	OSX
Priority:	normal	OS Version:	10.8.4
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OSX
PHP Version:	5.3.20-5.3.24
Summary:	crash at zend_parse_arg when run PHP script in CLI
Description:	Executing command: $ drush status Segmentation fault: 11 Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 php 0x000000010066d477 zend_parse_va_args + 55 1 php 0x000000010066e30a zend_parse_parameters + 554 2 php 0x00000001005481d2 zif_str_repeat + 114 3 php 0x00000001006a7874 execute_internal + 164 4 xdebug.so 0x0000000101f0cba8 xdebug_execute_internal + 424 5 php 0x00000001006a8f28 zend_do_fcall_common_helper_SPEC + 1640 6 php 0x00000001006b046e ZEND_DO_FCALL_SPEC_CONST_HANDLER + 286 7 php 0x00000001006a7d17 execute + 1175 8 xdebug.so 0x0000000101f0c767 xdebug_execute + 3559 9 php 0x00000001006a90dc zend_do_fcall_common_helper_SPEC + 2076 10 php 0x00000001006aa088 ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER + 40 11 php 0x00000001006a7d17 execute + 1175 12 xdebug.so 0x0000000101f0c767 xdebug_execute + 3559 13 php 0x00000001006a90dc zend_do_fcall_common_helper_SPEC + 2076 14 php 0x00000001006b046e ZEND_DO_FCALL_SPEC_CONST_HANDLER + 286 15 php 0x00000001006a7d17 execute + 1175
Steps To Reproduce:	What I did: 1. Download drush (5.8) 2. Edit: /usr/local/Cellar/drush/5.8/libexec/includes/context.inc (or anywhere where drush has files) 3. Add 'drush_print($contexts);' on 410 line before $contexts = drush_context_names(); 4. Run 'drush status' anywhere.
Additional Information:	Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 php 0x000000010066d477 zend_parse_va_args + 55 1 php 0x000000010066e30a zend_parse_parameters + 554 2 php 0x00000001005481d2 zif_str_repeat + 114 3 php 0x00000001006a7874 execute_internal + 164 4 xdebug.so 0x0000000101f0cba8 xdebug_execute_internal + 424 5 php 0x00000001006a8f28 zend_do_fcall_common_helper_SPEC + 1640 6 php 0x00000001006b046e ZEND_DO_FCALL_SPEC_CONST_HANDLER + 286 7 php 0x00000001006a7d17 execute + 1175 8 xdebug.so 0x0000000101f0c767 xdebug_execute + 3559 9 php 0x00000001006a90dc zend_do_fcall_common_helper_SPEC + 2076 10 php 0x00000001006aa088 ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER + 40 11 php 0x00000001006a7d17 execute + 1175 12 xdebug.so 0x0000000101f0c767 xdebug_execute + 3559 13 php 0x00000001006a90dc zend_do_fcall_common_helper_SPEC + 2076 14 php 0x00000001006b046e ZEND_DO_FCALL_SPEC_CONST_HANDLER + 286 15 php 0x00000001006a7d17 execute + 1175
Attached Files:	php_2013-08-12-205429_kenorbs-MacBook-Air.crash (62,180) 2013-08-12 20:56 http://bugs.xdebug.org/file_download.php?file_id=182&type=bug php_2013-08-12-205414_kenorbs-MacBook-Air.crash (62,180) 2013-08-12 20:57 http://bugs.xdebug.org/file_download.php?file_id=183&type=bug

Notes
(0002564) derick    2013-09-28 14:14	Your stack trace indicates that you ran out of stack space. And this has nothing to do with Xdebug. There is however a feature in Xdebug that *prevents* you from doing this - xdebug.max_nesting_level which by default is 100. I think you changed this default as I count at least a 120 stack frames. If you run php within gdb like: gdb --args php `which drush` status and then type on the prompt: run and when it crashes: bt full zbacktrace it should tell you where this happened. Alternatively you can increase your stack size: http://stackoverflow.com/questions/13245019/how-to-change-the-stack-size-using-ulimit-or-per-process-on-mac-os-x-for-a-c-or [^] Or you can set xdebug.max_nesting_level to a lower value (say 80) and see why drush is using so many stack frames.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
977	[Xdebug] Documentation	text	N/A	2013-09-18 19:22	2013-09-28 13:36
Reporter:	cellear	Platform:	Mac
Assigned To:		OS:	OSX
Priority:	normal	OS Version:	all
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OSX
PHP Version:	5.1.0
Summary:	Add Codebug to xdebug client list on http://xdebug.org/docs/remote [^]
Description:	The list of clients on the remote page includes one standalone Mac debugger: MacGDBP - Standalone Mac client. MacGDBP is works fine, but there is another one with a different user interface that some people might prefer - Codebug: http://www.codebugapp.com/ [^] I have no affiliation with Codebug other than as a reasonably satisfied user.
Steps To Reproduce:	Trivial go to http://xdebug.org/docs/remote, [^] look at the list under Clients, note the absence of Codebug!
Additional Information:
Attached Files:

Notes
(0002558) derick    2013-09-28 13:36	I'm considering removing that list, or perhaps only listing the free ones. There are simply to many editors out there and I don't want to spend time keeping a list of tools where other people make money on top of Xdebug's success.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
974	[Xdebug] Usage problems	minor	have not tried	2013-09-06 04:05	2013-09-06 09:00
Reporter:	roast_soul@126.com	Platform:	Zend studio
Assigned To:	derick	OS:	windows 7
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	win 7
PHP Version:	5.4.4
Summary:	not stop at breakpoint
Description:	if I click the 'skip all breakpoints' button, the cursor will stop at the first line. but if I don't skip all breakpoints, it will not stop at any breakpoint.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002555) derick    2013-09-06 09:00	Sorry, but this is by far way too little information. I also suspect that you'd be better off sending this to the Zend Studio team anyway. Xdebug itself doesn't have a "skip all breakpoints" option or "stop at first line". Those are IDE concepts.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
968	[Xdebug] Installation	trivial	unable to reproduce	2013-07-26 22:19	2013-07-26 22:19
Reporter:	miglsilva	Platform:	Mac os 10.8.4
Assigned To:		OS:	Mac os 10.8.4
Priority:	normal	OS Version:	Mac os 10.8.4
Status:	new	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OS
PHP Version:	5.5-dev
Summary:	Mac os Xdebug installed but does appear on the phpinfo()
Description:	I have installed the Xdebug on my mac os 10.8.4. I used the XAMPP version 1.8.3 beta 1 and have installed the xdebug like the page Tailored Installation Instructions. Then i restarted the server but on the phpinfo doesn't appear any information about xdebug
Steps To Reproduce:	Download xdebug-2.2.3.tgz Unpack the downloaded file with tar -xvzf xdebug-2.2.3.tgz Run: cd xdebug-2.2.3 Run: phpize (See the FAQ if you don't have phpize. As part of its output it should show: Configuring for: ... Zend Module Api No: 20121212 Zend Extension Api No: 220121212 If it does not, you are using the wrong phpize. Please follow this FAQ entry and skip the next step. Run: ./configure Run: make Run: cp modules/xdebug.so /Applications/XAMPP/xamppfiles/lib/php/extensions/no-debug-non-zts-20121212 Edit /Applications/XAMPP/xamppfiles/etc/php.ini and add the line zend_extension = /Applications/XAMPP/xamppfiles/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so Restart the webserver
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
964	[Xdebug] Usage problems	minor	always	2013-07-16 20:07	2013-07-23 17:51
Reporter:	mslade	Platform:	Linux
Assigned To:	derick	OS:	BU Linux
Priority:	normal	OS Version:	5.0
Status:	assigned	Product Version:	2.2.2
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.0
Summary:	Xdebug does not parse X-Forwarded-For
Description:	Xdebug uses the X-Forwarded-For header for remote_connect_back but it doesn't parse the header value. It assumes it to be a single IP, so when multiple IPs are included here it results in a malformed hostname. Here is an example from my log file: I: Remote address found, connecting to 168.122.67.172, 168.122.67.172:9000.
Steps To Reproduce:	- Configure Xdebug with xdebug.remote_connect_back = 1 and xdebug.remote_log writing somewhere you can reach. - Issue a request such as curl -H 'X-Forwarded-For: 127.0.0.1, 127.0.0.2' --cookie 'XDEBUG_SESSION=test-case' http://localhost [^] - Look at the Xdebug remote log file and note a line such as: I: Remote address found, connecting to 127.0.0.1, 127.0.0.2:9000.
Additional Information:	https://en.wikipedia.org/wiki/X-Forwarded-For#Format [^] Note that I tested this against 2.2.2, but it appears to be the same in 2.2.3.
Attached Files:

Notes
(0002543) derick    2013-07-23 11:52	Which one should I use then? The first one to do the callback?
(0002545) mslade    2013-07-23 17:51	That would be the behavior I expected. The first IP will be the client's actual IP address at the end of the proxy chain.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
962	[Xdebug] Usage problems	minor	have not tried	2013-07-11 13:23	2013-07-11 13:23
Reporter:	bernadskaya	Platform:	Mac
Assigned To:		OS:	OS X
Priority:	normal	OS Version:	10.8.3
Status:	new	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.10-5.4.14
Summary:	Can't solve problem "xdebug.so, 9): image not found"
Description:	Hi all! I'm trying to run different scripts in Terminal, and get this message: "Failed loading /Applications/MAMP/bin/php5.4.10/lib/php/extensions/no-debug-non-zts-20100525/xdebug.so: dlopen(/Applications/MAMP/bin/php5.4.10/lib/php/extensions/no-debug-non-zts-20100525/xdebug.so, 9): image not found" My php.ini : [xdebug] zend_extension=/Applications/MAMP/bin/php5.3/lib/php/extensions/no-debug-non-zts-20100525/xdebug.so xdebug.remote_enable=1 xdebug.remote_log="/var/log/xdebug.log" xdebug.remote_host=localhost xdebug.remote_handler=dbgp xdebug.remote_port=9000 xdebug.remote_autostart=1 I use MAMP 2.1.3 and try to fix it by myself - reinstall xdebug.so as described here http://bugs.xdebug.org/view.php?id=891 [^] Please, help...
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
961	[Xdebug] Feature/Change request	minor	N/A	2013-07-10 19:08	2013-07-10 19:08
Reporter:	shess	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.0
Summary:	code-coverage-setter
Description:	Hello! It would be superb to have a function xdebug_set_code_coverage( $data ), where $data should have the format that xdebug_get_code_coverage() returns. This should enable the user to receive an overall-coverage-report of several tests that cannot be executed in one single call: It would be possible to store the coverage-data of a test (via xdebug_get_code_coverage() to a session-variable) and resume the gathering of information at a later point.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
957	[Xdebug] Documentation	trivial	always	2013-07-04 11:29	2013-07-04 14:51
Reporter:	a.simon	Platform:
Assigned To:	derick	OS:	Windows XP
Priority:	high	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4-dev
Summary:	Wizard doesn't mention DLL file name
Description:	The setup wizard doesn't include the xdebug dll file name in the line zend_extension="..." Thus, novice users have no idea why their XDebug installation doesn't work. (see screenshot) Root cause is probably this line: Notice: Undefined property: xdebugVersion::$xdebugVersionToInstall in /var/www/servers/xdebug.org/html/wizard.php on line 42
Steps To Reproduce:
Additional Information:
Attached Files:	xdebug-wizard-empty-filename.png (65,938) 2013-07-04 11:29 http://bugs.xdebug.org/file_download.php?file_id=176&type=bug phpinfo-3.zip (7,859) 2013-07-04 14:41 http://bugs.xdebug.org/file_download.php?file_id=177&type=bug phpinfo-clean.zip (60,475) 2013-07-04 14:46 http://bugs.xdebug.org/file_download.php?file_id=178&type=bug

Notes
(0002529) derick    2013-07-04 12:25	Could you supply me with the exact text you pasted in? Preferably as a zipped file. Cheers Derick
(0002530) a.simon    2013-07-04 14:51    (edited on: 2013-07-04 14:51)	Hi Derick, phpinfo-3.zip contains the output of "php -i" after I've figured out i'll have to add this into my php.ini: > zend_extension = "E:/Programme/PHP/php_xdebug-2.2.3-5.4-vc9.dll" The screenshot above is what I get when uploading this phpinfo output. I've included the original phpinfo() output, before adding that line, too. See the file phpinfo-clean.zip for the "php -i" output (it's lacking the XDebug lines) and the screenshot included in that zip shows how the PHP warning isn't shown, but still, the DLL file path isn't printed by the wizard, which then looks like you have to just set the directory where the DLL is located (which isn't enough to get it to work) Thank you for your support, Artjom

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
956	[Xdebug] Installation	trivial	always	2013-07-03 16:44	2013-07-03 16:44
Reporter:	subbsd	Platform:	amd64
Assigned To:		OS:	FreeBSD
Priority:	normal	OS Version:	10.0-current
Status:	new	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	FreeBSD
PHP Version:	5.5-dev
Summary:	small notes from LLVM/CLANG compilers about xdebug code
Description:	When compiling xdebug by LLVM (for example on FreeBSD-head), compilers produce this warning: ... cc -I. -I/usr/home/oleg/php-xdebug/work/xdebug-2.2.3 -DPHP_ATOM_INC -I/usr/home/oleg/php-xdebug/work/xdebug-2.2.3/include -I/usr/home/oleg/php-xdebug/work/xdebug-2.2.3/main -I/usr/home/oleg/php-xdebug/work/xdebug-2.2.3 -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib -DHAVE_CONFIG_H -O2 -pipe -fno-strict-aliasing -c /usr/home/oleg/php-xdebug/work/xdebug-2.2.3/xdebug_handler_dbgp.c -fPIC -DPIC -o .libs/xdebug_handler_dbgp.o /usr/home/oleg/php-xdebug/work/xdebug-2.2.3/xdebug_handler_dbgp.c:1310:21: warning: incompatible pointer types initializing 'jmp_buf *' (aka 'struct _jmp_buf (*)[1]') with an expression of type 'sigjmp_buf *' (aka 'struct _sigjmp_buf (*)[1]') [-Wincompatible-pointer-types] jmp_buf *original_bailout = EG(bailout); ^ ~~~~~~~~~~~ /usr/home/oleg/php-xdebug/work/xdebug-2.2.3/xdebug_handler_dbgp.c:1345:14: warning: incompatible pointer types assigning to 'sigjmp_buf *' (aka 'struct _sigjmp_buf (*)[1]') from 'jmp_buf *' (aka 'struct _jmp_buf (*)[1]') [-Wincompatible-pointer-types] EG(bailout) = original_bailout; ^ ~~~~~~~~~~~~~~~~ /usr/home/oleg/php-xdebug/work/xdebug-2.2.3/xdebug_handler_dbgp.c:2003:28: warning: passing 'const char *' to parameter of type 'char *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] xdebug_hash_add(tmp_hash, hash_key->arKey, strlen(hash_key->arKey), hash_key->arKey); ^~~~~~~~~~~~~~~ ./xdebug_hash.h:75:74: note: expanded from macro 'xdebug_hash_add' #define xdebug_hash_add(h, key, key_len, p) xdebug_hash_add_or_update(h, key, key_len, 0, p) ^ ./xdebug_hash.h:66:54: note: passing argument to parameter 'str_key' here int xdebug_hash_add_or_update(xdebug_hash *h, char *str_key, unsigned int str_key_len, unsigned long num_key, const void *p); ^ 3 warnings generated. ...
Steps To Reproduce:	make -C /usr/ports/devel/php-xdebug install on FreeBSD or on any LLVM-based distros
Additional Information:	xdebug working well, its just notice
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
955	[Xdebug] Feature/Change request	feature	N/A	2013-06-25 14:40	2013-06-25 14:54
Reporter:	najcik	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.0
Summary:	provide a profiler API for xdebug
Description:	In the .NET world there's something called profiler API. This extension is very low level (in terms of .NET code) but it gives programmers very interesting features: it allows for example to register callbacks on any function, method invocation or property access. It's like events for function calls: onCall, onReturn etc. - with the ProfilerAPI you could for example skip the call, modify its return value, fiddle with its parameters and the like or stub the whole invocation with a function of your choice. Of course in terms of xdebug it would allow to create listeners to build one's own tool sets for tracking and examining call graphs and the like. Right now we are stuck with the tracking file xdebug generates. My motivation for such an extension would be different though: one of the limitation of PHP language is that it is very difficult to mock or stub any static, final functions. Such extension would allow for a completely new generation of isolation (mock) frameworks with similar capabilities like those of Typemock Isolator but in the PHP world. Ideally the hooks could be used from the PHP Code e.g. regular php code to be registered as onCall or onReturn handlers.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002523) najcik    2013-06-25 14:54	Here's how the profiler API was exploited at Typemock. http://osherove.com/videos/2009/8/25/mocking-on-the-edge-isolation-at-the-system-level.html [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
954	[Xdebug] Usage problems	crash	always	2013-06-24 12:47	2013-06-24 14:08
Reporter:	naitsirch	Platform:	PHP 5.4.14
Assigned To:		OS:	Windows
Priority:	normal	OS Version:	7
Status:	new	Product Version:	2.2.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.4.10-5.4.14
Summary:	Crash when accessing object property in another call stack level
Description:	I have started PHP's built-in web server. I placed a break point at some code in Netbeans. The debugger has stopped there. Now when I choose another call stack level (see attached screenshot) and try to view `$this` -> `$config`, xdebug crashes suddenly.
Steps To Reproduce:	Very Complicated
Additional Information:	Used WinDbg to debug and I got this output: *** wait with pending attach Symbol search path is: SRV*"D:\Programme\WinDbg Symbol Path"*http://msdl.microsoft.com/download/symbols;C:\Program [^] Files (x86)\PHP\debug Executable search path is: ModLoad: 00000000`01280000 00000000`01292000 C:\Program Files (x86)\PHP\php.exe ModLoad: 00000000`776e0000 00000000`77889000 C:\Windows\SYSTEM32\ntdll.dll ModLoad: 00000000`778c0000 00000000`77a40000 ntdll.dll ModLoad: 00000000`75010000 00000000`7504f000 C:\Windows\SYSTEM32\wow64.dll ModLoad: 00000000`74fb0000 00000000`7500c000 C:\Windows\SYSTEM32\wow64win.dll ModLoad: 00000000`74fa0000 00000000`74fa8000 C:\Windows\SYSTEM32\wow64cpu.dll ModLoad: 00000000`773b0000 00000000`774c0000 KERNEL32.dll ModLoad: 00000000`75420000 00000000`75467000 KERNELBASE.dll ModLoad: 00000000`74580000 00000000`74b75000 php5ts.dll ModLoad: 00000000`755e0000 00000000`75680000 ADVAPI32.dll ModLoad: 00000000`75680000 00000000`7572c000 msvcrt.dll ModLoad: 00000000`76100000 00000000`76119000 SECHOST.dll ModLoad: 00000000`75a70000 00000000`75b60000 RPCRT4.dll ModLoad: 00000000`75310000 00000000`75370000 SspiCli.dll ModLoad: 00000000`75300000 00000000`7530c000 CRYPTBASE.dll ModLoad: 00000000`75370000 00000000`753a5000 WS2_32.dll ModLoad: 00000000`75470000 00000000`75476000 NSI.dll ModLoad: 00000000`742b0000 00000000`7433c000 ODBC32.dll ModLoad: 00000000`75970000 00000000`75a70000 USER32.dll ModLoad: 00000000`75bc0000 00000000`75c50000 GDI32.dll ModLoad: 00000000`75510000 00000000`7551a000 LPK.dll ModLoad: 00000000`75f00000 00000000`75f9d000 USP10.dll ModLoad: 00000000`75fa0000 00000000`760fc000 ole32.dll ModLoad: 00000000`74340000 00000000`74384000 DNSAPI.dll ModLoad: 00000000`73fe0000 00000000`74083000 MSVCR90.dll ModLoad: 00000000`75730000 00000000`75790000 IMM32.dll ModLoad: 00000000`75d80000 00000000`75e4c000 MSCTF.dll ModLoad: 00000000`743c0000 00000000`743f8000 image00000000`743c0000 ModLoad: 00000000`74f70000 00000000`74f9b000 php_xdebug.dll ModLoad: 00000000`10000000 00000000`10023000 php_apc.dll ModLoad: 00000000`74e50000 00000000`74e62000 php_bz2.dll ModLoad: 00000000`74dd0000 00000000`74e44000 php_curl.dll ModLoad: 00000000`03160000 00000000`0325f000 LIBEAY32.dll ModLoad: 00000000`74ba0000 00000000`74ba7000 WSOCK32.dll ModLoad: 00000000`00210000 00000000`00247000 SSLEAY32.dll ModLoad: 00000000`75b70000 00000000`75bb5000 WLDAP32.dll ModLoad: 00000000`71d70000 00000000`71fb2000 php_fileinfo.dll ModLoad: 00000000`58ca0000 00000000`58e3a000 php_gd2.dll ModLoad: 00000000`74d00000 00000000`74d25000 php_intl.dll ModLoad: 00000000`4a800000 00000000`4a940000 icuuc49.dll ModLoad: 00000000`4ad00000 00000000`4be22000 icudt49.dll ModLoad: 00000000`71a40000 00000000`71ace000 MSVCP90.dll ModLoad: 00000000`03260000 00000000`033ff000 icuin49.dll ModLoad: 00000000`74bd0000 00000000`74cfa000 php_mbstring.dll ModLoad: 00000000`74db0000 00000000`74dbc000 php_mysql.dll ModLoad: 00000000`74bb0000 00000000`74bc9000 php_mysqli.dll ModLoad: 00000000`74550000 00000000`74577000 php_oci8_11g.dll ModLoad: 00000000`03400000 00000000`034fb000 OCI.dll ModLoad: 00000000`73eb0000 00000000`73f4b000 MSVCR80.dll ModLoad: 00000000`76140000 00000000`76145000 PSAPI.DLL ModLoad: 00000000`74530000 00000000`74545000 php_openssl.dll ModLoad: 00000000`74da0000 00000000`74daa000 php_pdo_mysql.dll ModLoad: 00000000`744c0000 00000000`7452a000 php_pdo_sqlite.dll ModLoad: 00000000`71d30000 00000000`71d6f000 php_soap.dll ModLoad: 00000000`744b0000 00000000`744bd000 php_sockets.dll ModLoad: 00000000`741a0000 00000000`741bc000 IPHLPAPI.DLL ModLoad: 00000000`74190000 00000000`74197000 WINNSI.DLL ModLoad: 00000000`71c80000 00000000`71d2b000 php_sqlite3.dll ModLoad: 00000000`74f30000 00000000`74f6c000 MSWSOCK.dll ModLoad: 00000000`74dc0000 00000000`74dc6000 WSHIP6.dll ModLoad: 00000000`74d30000 00000000`74d35000 WSHTCPIP.dll ModLoad: 00000000`710c0000 00000000`71140000 UxTheme.dll ModLoad: 00000000`71440000 00000000`71453000 dwmapi.dll (1508.2510): Break instruction exception - code 80000003 (first chance) ntdll!DbgBreakPoint: 00000000`77730530 cc int 3 0:003> g (1508.12e0): Access violation - code c0000005 (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. *** ERROR: Symbol file could not be found. Defaulted to export symbols for php_xdebug.dll - php_xdebug!xdebug_init_oparray+0x271e: 74f77a9e 80392a cmp byte ptr [ecx],2Ah ds:002b:00000000=?? *** ERROR: Symbol file could not be found. Defaulted to export symbols for php5ts.dll - The backtrace looks like this: WARNING: Stack unwind information not available. Following frames may be wrong. php_xdebug!xdebug_init_oparray+0x271e php_xdebug!xdebug_init_oparray+0x2c16 php5ts!zend_hash_exists+0x3f3 php_xdebug!xdebug_init_oparray+0x3340 php_xdebug!xdebug_init_oparray+0x84ff php_xdebug!xdebug_init_oparray+0x8543 php_xdebug!xdebug_init_oparray+0xb13e PHP Version: PHP 5.4.14 (cli) (built: Apr 10 2013 21:20:02) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans
Attached Files:	debugging exception.png (207,735) 2013-06-24 12:47 http://bugs.xdebug.org/file_download.php?file_id=173&type=bug debugging exception (edited).png (256,577) 2013-06-24 14:07 http://bugs.xdebug.org/file_download.php?file_id=174&type=bug

Notes
(0002517) naitsirch    2013-06-24 14:08	Sorry, in the first uploaded screenshot I forgot to mark the interesting parts :-(

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
899	[Xdebug] Usage problems	major	always	2012-11-02 21:29	2013-06-22 14:41
Reporter:	dwilks	Platform:	Macintosh
Assigned To:	derick	OS:	OSX
Priority:	normal	OS Version:	10.8.2
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OSX 10.8.2
PHP Version:	5.3.14
Summary:	Hang after conditional breakpoint evaluation causes an exception
Description:	If evaluation of a condition on a breakpoint in a for loop (seems to be important, can't repro it without) causes an exception to be thrown (in this case from a magic __get method) the script hangs while leaving either the for loop or the try/catch clause and the php process consumes 100% cpu. I ran into this while trying to come up with a small reproducible case of the same exception escaping xdebug and actually being caught by the script's exception handler. Unfortunately I haven't been able to come up with that case but attached a screenshot of it occurring. And why when debugging this script wouldn't Xdebug be logging to xdebug.remote_log?
Steps To Reproduce:	Put the small script below in a file and debug with debugclient (or Eclipse, same behavior) (cmd) breakpoint_set -i 1 -t line -f file://<filename> [^] -n 17 -- JG0tPnYgPT0gNQ== (cmd ) run -i 2 Result: Script outputs phpinfo (in the section below), the lines 1, 2, 3, 4, and 5 and then hangs with cpu at 100%. <?php try { phpinfo(); class MM { private $v = 5; public function __get($name) { throw new Exception("Hah."); } } $m = new MM(); $t = array(1, 2, 3, 4, 5); foreach ( $t as $i ) { // Put a conditional breakpoint on the next line using $m->v == 5 echo "$i\n"; } } catch (Exception $e) { echo "Got an exception: " . $e->getMessage() . "\n"; exit(); } echo "all done\n";
Additional Information:	phpinfo() PHP Version => 5.3.17 System => Darwin dwilks-mac-l.intacct.com 12.2.0 Darwin Kernel Version 12.2.0: Sat Aug 25 00:48:52 PDT 2012; root:xnu-2050.18.24~1/RELEASE_X86_64 x86_64 Build Date => Sep 28 2012 16:17:46 Configure Command => './configure' '--prefix=/opt/local' '--mandir=/opt/local/share/man' '--infodir=/opt/local/share/info' '--program-suffix=53' '--includedir=/opt/local/include/php53' '--libdir=/opt/local/lib/php53' '--with-config-file-path=/opt/local/etc/php53' '--with-config-file-scan-dir=/opt/local/var/db/php53' '--disable-all' '--enable-bcmath' '--enable-ctype' '--enable-dom' '--enable-fileinfo' '--enable-filter' '--enable-hash' '--enable-json' '--enable-libxml' '--enable-pdo' '--enable-phar' '--enable-session' '--enable-simplexml' '--enable-tokenizer' '--enable-xml' '--enable-xmlreader' '--enable-xmlwriter' '--with-bz2=/opt/local' '--with-mhash=/opt/local' '--with-pcre-regex=/opt/local' '--with-libxml-dir=/opt/local' '--with-zlib=/opt/local' '--without-pear' '--disable-cgi' '--disable-fpm' '--enable-cli' '--with-libedit=/opt/local' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /opt/local/etc/php53 Loaded Configuration File => /opt/local/etc/php53/php.ini Scan this dir for additional .ini files => /opt/local/var/db/php53 Additional .ini files parsed => /opt/local/var/db/php53/calendar.ini, /opt/local/var/db/php53/curl.ini, /opt/local/var/db/php53/gd.ini, /opt/local/var/db/php53/iconv.ini, /opt/local/var/db/php53/mbstring.ini, /opt/local/var/db/php53/mcrypt.ini, /opt/local/var/db/php53/memcache.ini, /opt/local/var/db/php53/openssl.ini, /opt/local/var/db/php53/oracle.ini, /opt/local/var/db/php53/pear.ini, /opt/local/var/db/php53/posix.ini, /opt/local/var/db/php53/soap.ini, /opt/local/var/db/php53/wddx.ini, /opt/local/var/db/php53/xdebug.ini, /opt/local/var/db/php53/xsl.ini, /opt/local/var/db/php53/zip.ini PHP API => 20090626 PHP Extension => 20090626 Zend Extension => 220090626 Zend Extension Build => API220090626,NTS PHP Extension Build => API20090626,NTS Debug Build => no Thread Safety => disabled Zend Memory Manager => enabled Zend Multibyte Support => disabled IPv6 Support => enabled Registered PHP Streams => compress.zlib, compress.bzip2, https, ftps, php, file, glob, data, http, ftp, phar, zip Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters => zlib.*, bzip2.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, convert.iconv.*, mcrypt.*, mdecrypt.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies with Xdebug v2.2.1, Copyright (c) 2002-2012, by Derick Rethans _______________________________________________________________________ Configuration bcmath BCMath support => enabled Directive => Local Value => Master Value bcmath.scale => 0 => 0 bz2 BZip2 Support => Enabled Stream Wrapper support => compress.bzip2:// Stream Filter support => bzip2.decompress, bzip2.compress BZip2 Version => 1.0.6, 6-Sept-2010 calendar Calendar support => enabled Core PHP Version => 5.3.17 Directive => Local Value => Master Value allow_call_time_pass_reference => On => On allow_url_fopen => On => On allow_url_include => On => On always_populate_raw_post_data => Off => Off arg_separator.input => & => & arg_separator.output => & => & asp_tags => Off => Off auto_append_file => no value => no value auto_globals_jit => On => On auto_prepend_file => /opt/local/etc/php53/def.inc => /opt/local/etc/php53/def.inc browscap => no value => no value default_charset => no value => no value default_mimetype => text/html => text/html define_syslog_variables => Off => Off disable_classes => no value => no value disable_functions => no value => no value display_errors => Off => Off display_startup_errors => Off => Off doc_root => no value => no value docref_ext => no value => no value docref_root => no value => no value enable_dl => On => On error_append_string => no value => no value error_log => /tmp/error_php.log => /tmp/error_php.log error_prepend_string => no value => no value error_reporting => 22517 => 22517 exit_on_timeout => Off => Off expose_php => Off => Off extension_dir => /opt/local/lib/php53/extensions/no-debug-non-zts-20090626 => /opt/local/lib/php53/extensions/no-debug-non-zts-20090626 file_uploads => On => On highlight.bg => <font style="color: #FFFFFF">#FFFFFF</font> => <font style="color: #FFFFFF">#FFFFFF</font> highlight.comment => <font style="color: #FF8000">#FF8000</font> => <font style="color: #FF8000">#FF8000</font> highlight.default => <font style="color: #0000BB">#0000BB</font> => <font style="color: #0000BB">#0000BB</font> highlight.html => <font style="color: #000000">#000000</font> => <font style="color: #000000">#000000</font> highlight.keyword => <font style="color: #007700">#007700</font> => <font style="color: #007700">#007700</font> highlight.string => <font style="color: #DD0000">#DD0000</font> => <font style="color: #DD0000">#DD0000</font> html_errors => Off => Off ignore_repeated_errors => Off => Off ignore_repeated_source => Off => Off ignore_user_abort => On => On implicit_flush => On => On include_path => ../../private/inc/:../../private/lib/pear:./ => .:/opt/local/lib/php53 log_errors => On => On log_errors_max_len => 1024 => 1024 magic_quotes_gpc => Off => Off magic_quotes_runtime => Off => Off magic_quotes_sybase => Off => Off mail.add_x_header => On => On mail.force_extra_parameters => no value => no value mail.log => no value => no value max_execution_time => 0 => 0 max_file_uploads => 40 => 40 max_input_nesting_level => 64 => 64 max_input_time => -1 => -1 max_input_vars => 1000 => 1000 memory_limit => 1768M => 1768M open_basedir => no value => no value output_buffering => 0 => 0 output_handler => no value => no value post_max_size => 400M => 400M precision => 14 => 14 realpath_cache_size => 16K => 16K realpath_cache_ttl => 120 => 120 register_argc_argv => On => On register_globals => Off => Off register_long_arrays => Off => Off report_memleaks => On => On report_zend_debug => Off => Off request_order => GP => GP safe_mode => Off => Off safe_mode_exec_dir => no value => no value safe_mode_gid => Off => Off safe_mode_include_dir => no value => no value sendmail_from => no value => no value sendmail_path => /usr/sbin/sendmail -t -i => /usr/sbin/sendmail -t -i serialize_precision => 100 => 100 short_open_tag => On => On SMTP => localhost => localhost smtp_port => 25 => 25 sql.safe_mode => Off => Off track_errors => Off => Off unserialize_callback_func => no value => no value upload_max_filesize => 300M => 300M upload_tmp_dir => /tmp/ => /tmp/ user_dir => no value => no value user_ini.cache_ttl => 300 => 300 user_ini.filename => .user.ini => .user.ini variables_order => GPCS => GPCS xmlrpc_error_number => 0 => 0 xmlrpc_errors => Off => Off y2k_compliance => On => On zend.enable_gc => On => On ctype ctype functions => enabled curl cURL support => enabled cURL Information => 7.28.0 Age => 3 Features AsynchDNS => No Debug => No GSS-Negotiate => No IDN => Yes IPv6 => Yes Largefile => Yes NTLM => Yes SPNEGO => No SSL => Yes SSPI => No krb4 => No libz => Yes CharConv => No Protocols => dict, file, ftp, ftps, gopher, http, https, imap, imaps, pop3, pop3s, rtsp, smtp, smtps, telnet, tftp Host => x86_64-apple-darwin12.2.0 SSL Version => OpenSSL/1.0.1c ZLib Version => 1.2.7 date date/time support => enabled "Olson" Timezone Database Version => 2012.3 Timezone Database => internal Default timezone => America/Los_Angeles Directive => Local Value => Master Value date.default_latitude => 31.7667 => 31.7667 date.default_longitude => 35.2333 => 35.2333 date.sunrise_zenith => 90.583333 => 90.583333 date.sunset_zenith => 90.583333 => 90.583333 date.timezone => America/Los_Angeles => America/Los_Angeles dom DOM/XML => enabled DOM/XML API Version => 20031129 libxml Version => 2.8.0 HTML Support => enabled XPath Support => enabled XPointer Support => enabled Schema Support => enabled RelaxNG Support => enabled ereg Regex Library => Bundled library enabled fileinfo fileinfo support => enabled version => 1.0.5-dev filter Input Validation and Filtering => enabled Revision => $Id: 2b8c730d7dfaa8485d07cd792f0c82852ffe4113 $ Directive => Local Value => Master Value filter.default => unsafe_raw => unsafe_raw filter.default_flags => no value => no value gd GD Support => enabled GD Version => bundled (2.0.34 compatible) FreeType Support => enabled FreeType Linkage => with freetype FreeType Version => 2.4.10 GIF Read Support => enabled GIF Create Support => enabled JPEG Support => enabled libJPEG Version => 8 PNG Support => enabled libPNG Version => 1.5.12 WBMP Support => enabled XBM Support => enabled Directive => Local Value => Master Value gd.jpeg_ignore_warning => 0 => 0 hash hash support => enabled Hashing Engines => md2 md4 md5 sha1 sha224 sha256 sha384 sha512 ripemd128 ripemd160 ripemd256 ripemd320 whirlpool tiger128,3 tiger160,3 tiger192,3 tiger128,4 tiger160,4 tiger192,4 snefru snefru256 gost adler32 crc32 crc32b salsa10 salsa20 haval128,3 haval160,3 haval192,3 haval224,3 haval256,3 haval128,4 haval160,4 haval192,4 haval224,4 haval256,4 haval128,5 haval160,5 haval192,5 haval224,5 haval256,5 iconv iconv support => enabled iconv implementation => libiconv iconv library version => 1.14 Directive => Local Value => Master Value iconv.input_encoding => ISO-8859-1 => ISO-8859-1 iconv.internal_encoding => ISO-8859-1 => ISO-8859-1 iconv.output_encoding => ISO-8859-1 => ISO-8859-1 json json support => enabled json version => 1.2.1 libxml libXML support => active libXML Compiled Version => 2.8.0 libXML Loaded Version => 20800 libXML streams => enabled mbstring Multibyte Support => enabled Multibyte string engine => libmbfl HTTP input encoding translation => disabled mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Multibyte (japanese) regex support => enabled Multibyte regex (oniguruma) backtrack check => On Multibyte regex (oniguruma) version => 4.7.1 Directive => Local Value => Master Value mbstring.detect_order => no value => no value mbstring.encoding_translation => Off => Off mbstring.func_overload => 0 => 0 mbstring.http_input => pass => pass mbstring.http_output => pass => pass mbstring.http_output_conv_mimetypes => ^(text/|application/xhtml\+xml) => ^(text/|application/xhtml\+xml) mbstring.internal_encoding => no value => no value mbstring.language => neutral => neutral mbstring.strict_detection => Off => Off mbstring.substitute_character => no value => no value mcrypt mcrypt support => enabled mcrypt_filter support => enabled Version => 2.5.8 Api No => 20021217 Supported ciphers => cast-128 gost rijndael-128 twofish arcfour cast-256 loki97 rijndael-192 saferplus wake blowfish-compat des rijndael-256 serpent xtea blowfish enigma rc2 tripledes Supported modes => cbc cfb ctr ecb ncfb nofb ofb stream Directive => Local Value => Master Value mcrypt.algorithms_dir => no value => no value mcrypt.modes_dir => no value => no value memcache memcache support => enabled Active persistent connections => 0 Version => 2.2.7 Revision => $Revision: 327750 $ Directive => Local Value => Master Value memcache.allow_failover => 1 => 1 memcache.chunk_size => 8192 => 8192 memcache.default_port => 8788 => 8788 memcache.default_timeout_ms => 1000 => 1000 memcache.hash_function => crc32 => crc32 memcache.hash_strategy => standard => standard memcache.max_failover_attempts => 20 => 20 mhash MHASH support => Enabled MHASH API Version => Emulated Support mysqlnd mysqlnd => enabled Version => mysqlnd 5.0.8-dev - 20102224 - $Id: 65fe78e70ce53d27a6cd578597722950e490b0d0 $ Compression => supported SSL => supported Command buffer size => 4096 Read buffer size => 32768 Read timeout => 31536000 Collecting statistics => Yes Collecting memory statistics => Yes Tracing => n/a Client statistics => bytes_sent => 0 bytes_received => 0 packets_sent => 0 packets_received => 0 protocol_overhead_in => 0 protocol_overhead_out => 0 bytes_received_ok_packet => 0 bytes_received_eof_packet => 0 bytes_received_rset_header_packet => 0 bytes_received_rset_field_meta_packet => 0 bytes_received_rset_row_packet => 0 bytes_received_prepare_response_packet => 0 bytes_received_change_user_packet => 0 packets_sent_command => 0 packets_received_ok => 0 packets_received_eof => 0 packets_received_rset_header => 0 packets_received_rset_field_meta => 0 packets_received_rset_row => 0 packets_received_prepare_response => 0 packets_received_change_user => 0 result_set_queries => 0 non_result_set_queries => 0 no_index_used => 0 bad_index_used => 0 slow_queries => 0 buffered_sets => 0 unbuffered_sets => 0 ps_buffered_sets => 0 ps_unbuffered_sets => 0 flushed_normal_sets => 0 flushed_ps_sets => 0 ps_prepared_never_executed => 0 ps_prepared_once_executed => 0 rows_fetched_from_server_normal => 0 rows_fetched_from_server_ps => 0 rows_buffered_from_client_normal => 0 rows_buffered_from_client_ps => 0 rows_fetched_from_client_normal_buffered => 0 rows_fetched_from_client_normal_unbuffered => 0 rows_fetched_from_client_ps_buffered => 0 rows_fetched_from_client_ps_unbuffered => 0 rows_fetched_from_client_ps_cursor => 0 rows_affected_normal => 0 rows_affected_ps => 0 rows_skipped_normal => 0 rows_skipped_ps => 0 copy_on_write_saved => 0 copy_on_write_performed => 0 command_buffer_too_small => 0 connect_success => 0 connect_failure => 0 connection_reused => 0 reconnect => 0 pconnect_success => 0 active_connections => 0 active_persistent_connections => 0 explicit_close => 0 implicit_close => 0 disconnect_close => 0 in_middle_of_command_close => 0 explicit_free_result => 0 implicit_free_result => 0 explicit_stmt_close => 0 implicit_stmt_close => 0 mem_emalloc_count => 0 mem_emalloc_amount => 0 mem_ecalloc_count => 0 mem_ecalloc_amount => 0 mem_erealloc_count => 0 mem_erealloc_amount => 0 mem_efree_count => 0 mem_efree_amount => 0 mem_malloc_count => 0 mem_malloc_amount => 0 mem_calloc_count => 0 mem_calloc_amount => 0 mem_realloc_count => 0 mem_realloc_amount => 0 mem_free_count => 0 mem_free_amount => 0 mem_estrndup_count => 0 mem_strndup_count => 0 mem_estndup_count => 0 mem_strdup_count => 0 proto_text_fetched_null => 0 proto_text_fetched_bit => 0 proto_text_fetched_tinyint => 0 proto_text_fetched_short => 0 proto_text_fetched_int24 => 0 proto_text_fetched_int => 0 proto_text_fetched_bigint => 0 proto_text_fetched_decimal => 0 proto_text_fetched_float => 0 proto_text_fetched_double => 0 proto_text_fetched_date => 0 proto_text_fetched_year => 0 proto_text_fetched_time => 0 proto_text_fetched_datetime => 0 proto_text_fetched_timestamp => 0 proto_text_fetched_string => 0 proto_text_fetched_blob => 0 proto_text_fetched_enum => 0 proto_text_fetched_set => 0 proto_text_fetched_geometry => 0 proto_text_fetched_other => 0 proto_binary_fetched_null => 0 proto_binary_fetched_bit => 0 proto_binary_fetched_tinyint => 0 proto_binary_fetched_short => 0 proto_binary_fetched_int24 => 0 proto_binary_fetched_int => 0 proto_binary_fetched_bigint => 0 proto_binary_fetched_decimal => 0 proto_binary_fetched_float => 0 proto_binary_fetched_double => 0 proto_binary_fetched_date => 0 proto_binary_fetched_year => 0 proto_binary_fetched_time => 0 proto_binary_fetched_datetime => 0 proto_binary_fetched_timestamp => 0 proto_binary_fetched_string => 0 proto_binary_fetched_blob => 0 proto_binary_fetched_enum => 0 proto_binary_fetched_set => 0 proto_binary_fetched_geometry => 0 proto_binary_fetched_other => 0 init_command_executed_count => 0 init_command_failed_count => 0 com_quit => 0 com_init_db => 0 com_query => 0 com_field_list => 0 com_create_db => 0 com_drop_db => 0 com_refresh => 0 com_shutdown => 0 com_statistics => 0 com_process_info => 0 com_connect => 0 com_process_kill => 0 com_debug => 0 com_ping => 0 com_time => 0 com_delayed_insert => 0 com_change_user => 0 com_binlog_dump => 0 com_table_dump => 0 com_connect_out => 0 com_register_slave => 0 com_stmt_prepare => 0 com_stmt_execute => 0 com_stmt_send_long_data => 0 com_stmt_close => 0 com_stmt_reset => 0 com_stmt_set_option => 0 com_stmt_fetch => 0 com_deamon => 0 bytes_received_real_data_normal => 0 bytes_received_real_data_ps => 0 oci8 OCI8 Support => enabled Version => 1.4.7 Revision => $Id: bf2eaf558b050b6d2e6d098bed6345af7e842ea4 $ Active Persistent Connections => 0 Active Connections => 0 Oracle Run-time Client Library Version => 10.2.0.4.0 Oracle Instant Client Version => 10.2 Temporary Lob support => enabled Collections support => enabled Directive => Local Value => Master Value oci8.connection_class => no value => no value oci8.default_prefetch => 100 => 100 oci8.events => Off => Off oci8.max_persistent => -1 => -1 oci8.old_oci_close_semantics => Off => Off oci8.persistent_timeout => 300 => 300 oci8.ping_interval => 30 => 30 oci8.privileged_connect => Off => Off oci8.statement_cache_size => 20 => 20 openssl OpenSSL support => enabled OpenSSL Library Version => OpenSSL 1.0.1c 10 May 2012 OpenSSL Header Version => OpenSSL 1.0.1c 10 May 2012 pcre PCRE (Perl Compatible Regular Expressions) Support => enabled PCRE Library Version => 8.31 2012-07-06 Directive => Local Value => Master Value pcre.backtrack_limit => 1000000 => 1000000 pcre.recursion_limit => 100000 => 100000 PDO PDO support => enabled PDO drivers => oci PDO_OCI PDO Driver for OCI 8 and later => enabled Phar Phar: PHP Archive support => enabled Phar EXT version => 2.0.1 Phar API version => 1.1.1 SVN revision => $Id: 7b7d559811a842dc9e7d33777a8f993aa2b9933d $ Phar-based phar archives => enabled Tar-based phar archives => enabled ZIP-based phar archives => enabled gzip compression => enabled bzip2 compression => enabled OpenSSL support => enabled Phar based on pear/PHP_Archive, original concept by Davey Shafik. Phar fully realized by Gregory Beaver and Marcus Boerger. Portions of tar implementation Copyright (c) 2003-2009 Tim Kientzle. Directive => Local Value => Master Value phar.cache_list => no value => no value phar.readonly => On => On phar.require_hash => On => On posix Revision => $Id: c00b7465003bf16b27764ccaea3c159ca2e4419d $ Reflection Reflection => enabled Version => $Id: 593a0506b01337cfaf9f63ebc12cd60523fc2c41 $ session Session Support => enabled Registered save handlers => files user memcache Registered serializer handlers => php php_binary wddx Directive => Local Value => Master Value session.auto_start => Off => Off session.bug_compat_42 => On => On session.bug_compat_warn => On => On session.cache_expire => 180 => 180 session.cache_limiter => nocache => nocache session.cookie_domain => no value => no value session.cookie_httponly => Off => Off session.cookie_lifetime => 0 => 0 session.cookie_path => / => / session.cookie_secure => Off => Off session.entropy_file => no value => no value session.entropy_length => 0 => 0 session.gc_divisor => 1000 => 1000 session.gc_maxlifetime => 1440 => 1440 session.gc_probability => 1 => 1 session.hash_bits_per_character => 5 => 5 session.hash_function => 0 => 0 session.name => PHPSESSID => PHPSESSID session.referer_check => no value => no value session.save_handler => files => files session.save_path => no value => no value session.serialize_handler => php => php session.use_cookies => On => On session.use_only_cookies => On => On session.use_trans_sid => 0 => 0 SimpleXML Simplexml support => enabled Revision => $Id: 236859686f5942354e440a6084ec07673710ab6c $ Schema support => enabled soap Soap Client => enabled Soap Server => enabled Directive => Local Value => Master Value soap.wsdl_cache => 1 => 1 soap.wsdl_cache_dir => /tmp => /tmp soap.wsdl_cache_enabled => 1 => 1 soap.wsdl_cache_limit => 5 => 5 soap.wsdl_cache_ttl => 86400 => 86400 SPL SPL support => enabled Interfaces => Countable, OuterIterator, RecursiveIterator, SeekableIterator, SplObserver, SplSubject Classes => AppendIterator, ArrayIterator, ArrayObject, BadFunctionCallException, BadMethodCallException, CachingIterator, DirectoryIterator, DomainException, EmptyIterator, FilesystemIterator, FilterIterator, GlobIterator, InfiniteIterator, InvalidArgumentException, IteratorIterator, LengthException, LimitIterator, LogicException, MultipleIterator, NoRewindIterator, OutOfBoundsException, OutOfRangeException, OverflowException, ParentIterator, RangeException, RecursiveArrayIterator, RecursiveCachingIterator, RecursiveDirectoryIterator, RecursiveFilterIterator, RecursiveIteratorIterator, RecursiveRegexIterator, RecursiveTreeIterator, RegexIterator, RuntimeException, SplDoublyLinkedList, SplFileInfo, SplFileObject, SplFixedArray, SplHeap, SplMinHeap, SplMaxHeap, SplObjectStorage, SplPriorityQueue, SplQueue, SplStack, SplTempFileObject, UnderflowException, UnexpectedValueException standard Dynamic Library Support => enabled Path to sendmail => /usr/sbin/sendmail -t -i Directive => Local Value => Master Value assert.active => 1 => 1 assert.bail => 0 => 0 assert.callback => no value => no value assert.quiet_eval => 0 => 0 assert.warning => 1 => 1 auto_detect_line_endings => 0 => 0 default_socket_timeout => 60 => 60 from => no value => no value safe_mode_allowed_env_vars => PHP_ => PHP_ safe_mode_protected_env_vars => LD_LIBRARY_PATH => LD_LIBRARY_PATH url_rewriter.tags => a=href,area=href,frame=src,input=src,form=fakeentry => a=href,area=href,frame=src,input=src,form=fakeentry user_agent => no value => no value tokenizer Tokenizer Support => enabled wddx WDDX Support => enabled WDDX Session Serializer => enabled xdebug xdebug support => enabled Version => 2.2.1 IDE Key => session_name Supported protocols => Revision DBGp - Common DeBuGger Protocol => $Revision: 1.145 $ Directive => Local Value => Master Value xdebug.auto_trace => Off => Off xdebug.cli_color => 0 => 0 xdebug.collect_assignments => Off => Off xdebug.collect_includes => On => On xdebug.collect_params => 0 => 0 xdebug.collect_return => Off => Off xdebug.collect_vars => Off => Off xdebug.coverage_enable => On => On xdebug.default_enable => On => On xdebug.dump.COOKIE => no value => no value xdebug.dump.ENV => no value => no value xdebug.dump.FILES => no value => no value xdebug.dump.GET => no value => no value xdebug.dump.POST => no value => no value xdebug.dump.REQUEST => no value => no value xdebug.dump.SERVER => no value => no value xdebug.dump.SESSION => no value => no value xdebug.dump_globals => On => On xdebug.dump_once => On => On xdebug.dump_undefined => Off => Off xdebug.extended_info => On => On xdebug.file_link_format => no value => no value xdebug.idekey => default => default xdebug.max_nesting_level => 100 => 100 xdebug.overload_var_dump => On => On xdebug.profiler_aggregate => Off => Off xdebug.profiler_append => Off => Off xdebug.profiler_enable => Off => Off xdebug.profiler_enable_trigger => On => On xdebug.profiler_output_dir => /tmp => /tmp xdebug.profiler_output_name => cachegrind.out.%p => cachegrind.out.%p xdebug.remote_autostart => Off => Off xdebug.remote_connect_back => Off => Off xdebug.remote_cookie_expire_time => 157680000 => 157680000 xdebug.remote_enable => On => On xdebug.remote_handler => dbgp => dbgp xdebug.remote_host => 127.0.0.1 => 127.0.0.1 xdebug.remote_log => /tmp/xdebug_log => /tmp/xdebug_log xdebug.remote_mode => req => req xdebug.remote_port => 9000 => 9000 xdebug.scream => Off => Off xdebug.show_exception_trace => Off => Off xdebug.show_local_vars => On => On xdebug.show_mem_delta => Off => Off xdebug.trace_enable_trigger => Off => Off xdebug.trace_format => 0 => 0 xdebug.trace_options => 0 => 0 xdebug.trace_output_dir => /var/tmp/ => /var/tmp/ xdebug.trace_output_name => trace.%c => trace.%c xdebug.var_display_max_children => 128 => 128 xdebug.var_display_max_data => 512 => 512 xdebug.var_display_max_depth => 3 => 3 xml XML Support => active XML Namespace Support => active libxml2 Version => 2.8.0 xmlreader XMLReader => enabled xmlwriter XMLWriter => enabled xsl XSL => enabled libxslt Version => 1.1.26 libxslt compiled against libxml Version => 2.8.0 EXSLT => enabled libexslt Version => 1.1.26 zip Zip => enabled Extension Version => $Id: 75f98b591f6e5b656786b38e42f0ca759a8eca80 $ Zip version => 1.11.0 Libzip version => 0.10.1 zlib ZLib Support => enabled Stream Wrapper support => compress.zlib:// Stream Filter support => zlib.inflate, zlib.deflate Compiled Version => 1.2.7 Linked Version => 1.2.7 Directive => Local Value => Master Value zlib.output_compression => Off => Off zlib.output_compression_level => -1 => -1 zlib.output_handler => no value => no value Additional Modules Module Name readline Environment Variable => Value TERM_PROGRAM => Apple_Terminal TERM => xterm-256color SHELL => /bin/bash TMPDIR => /var/folders/c9/mm_mskcx0hzgqnl22fbjhx1c0000gn/T/ Apple_PubSub_Socket_Render => /tmp/launch-gxFZSQ/Render IA_SERVER_NAME => dev01 CVSROOT => :pserver:dwilks@cvs.intacct.com:/cvsroot TERM_PROGRAM_VERSION => 309 OLDPWD => /Users/dwilks TERM_SESSION_ID => 715F958B-EBCB-40B4-ABCC-AD2F2AA5F974 IA_SYSLOG => 1 USER => dwilks IA_CRYPT_KEY => 0kHxANWQ0qAw8CDV8A== COMMAND_MODE => unix2003 IA_LOGGING => 1 SSH_AUTH_SOCK => /tmp/launch-oBlkvh/Listeners __CF_USER_TEXT_ENCODING => 0x1F5:0:0 Apple_Ubiquity_Message => /tmp/launch-gYrT7B/Apple_Ubiquity_Message XDEBUG_CONFIG => idekey=session_name TNS_ADMIN => /usr/local/intacct/etc PATH => /Users/dwilks/bin:/opt/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/Developer/usr/bin PWD => /Users/dwilks/src/_tests LANG => en_US.UTF-8 SSH_ASKPASS => /Users/dwilks/.ssh/.password.sh SHLVL => 1 HOME => /Users/dwilks DYLD_LIBRARY_PATH => /opt/local/lib/oracle LOGNAME => dwilks DISPLAY => /tmp/launch-odKDZY/org.macosforge.xquartz:0 _ => /opt/local/bin/php ORACLE_HOME => /opt/local/lib/oracle PHP Variables Variable => Value _SERVER["TERM_PROGRAM"] => Apple_Terminal _SERVER["TERM"] => xterm-256color _SERVER["SHELL"] => /bin/bash _SERVER["TMPDIR"] => /var/folders/c9/mm_mskcx0hzgqnl22fbjhx1c0000gn/T/ _SERVER["Apple_PubSub_Socket_Render"] => /tmp/launch-gxFZSQ/Render _SERVER["IA_SERVER_NAME"] => dev01 _SERVER["CVSROOT"] => :pserver:dwilks@cvs.intacct.com:/cvsroot _SERVER["TERM_PROGRAM_VERSION"] => 309 _SERVER["OLDPWD"] => /Users/dwilks _SERVER["TERM_SESSION_ID"] => 715F958B-EBCB-40B4-ABCC-AD2F2AA5F974 _SERVER["IA_SYSLOG"] => 1 _SERVER["USER"] => dwilks _SERVER["IA_CRYPT_KEY"] => 0kHxANWQ0qAw8CDV8A== _SERVER["COMMAND_MODE"] => unix2003 _SERVER["IA_LOGGING"] => 1 _SERVER["SSH_AUTH_SOCK"] => /tmp/launch-oBlkvh/Listeners _SERVER["__CF_USER_TEXT_ENCODING"] => 0x1F5:0:0 _SERVER["Apple_Ubiquity_Message"] => /tmp/launch-gYrT7B/Apple_Ubiquity_Message _SERVER["XDEBUG_CONFIG"] => idekey=session_name _SERVER["TNS_ADMIN"] => /usr/local/intacct/etc _SERVER["PATH"] => /Users/dwilks/bin:/opt/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/Developer/usr/bin _SERVER["PWD"] => /Users/dwilks/src/_tests _SERVER["LANG"] => en_US.UTF-8 _SERVER["SSH_ASKPASS"] => /Users/dwilks/.ssh/.password.sh _SERVER["SHLVL"] => 1 _SERVER["HOME"] => /Users/dwilks _SERVER["DYLD_LIBRARY_PATH"] => /opt/local/lib/oracle _SERVER["LOGNAME"] => dwilks _SERVER["DISPLAY"] => /tmp/launch-odKDZY/org.macosforge.xquartz:0 _SERVER["_"] => /opt/local/bin/php _SERVER["ORACLE_HOME"] => /opt/local/lib/oracle _SERVER["PHP_SELF"] => xdebugmagic.php _SERVER["SCRIPT_NAME"] => xdebugmagic.php _SERVER["SCRIPT_FILENAME"] => xdebugmagic.php _SERVER["PATH_TRANSLATED"] => xdebugmagic.php _SERVER["DOCUMENT_ROOT"] => _SERVER["REQUEST_TIME"] => 1351890396 _SERVER["argv"] => Array ( [0] => xdebugmagic.php ) _SERVER["argc"] => 1
Attached Files:	Screenshot.png (182,754) 2012-11-02 21:29 http://bugs.xdebug.org/file_download.php?file_id=151&type=bug

Notes
(0002373) derick    2012-11-06 15:53	Hi! It would be really helpful if you could make a remote debugging log to go with this example. Read about on how to do that here: http://xdebug.org/docs/all_settings#remote_log [^] cheers, Derick
(0002375) dwilks    2012-11-06 16:55	For some reason I haven't been able to get xdebug logging to work with CLI apps (I've verified it isn't a php.ini issue, and as you can see from the phpinfo output the remote logging line is set but xdebug refuses to write anything to the log), but here's a log of the same code when run through a phtml file via eclipse. Sorry about all the extra breakpoints from my current project mucking up the log, they're not necessary for the hang though. Also, just to eliminate another variable I repeated the test with the auto_prepend_file disabled, verified that the debugger starts on the first line of the test and it still fails. Log opened at 2012-11-06 16:35:55 I: 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:///opt/local/etc/php53/def.inc" [^] language="PHP" protocol_version="1.0" appid="23047" idekey="ECLIPSE_DBGP"><engine version="2.2.1"><![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> <- feature_set -i 4072 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="4072" feature="show_hidden" success="1"></response> <- feature_set -i 4073 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="4073" feature="max_depth" success="1"></response> <- feature_set -i 4074 -n max_children -v 100 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="4074" feature="max_children" success="1"></response> <- feature_get -i 4075 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="4075" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_get -i 4076 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="4076" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- stdout -i 4077 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stdout" transaction_id="4077" success="1"></response> <- stderr -i 4078 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stderr" transaction_id="4078" success="0"></response> <- breakpoint_set -i 4079 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/excel/app/source/platform/web/pt_relationshipCreate.phtml [^] -n 197 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4079" id="230470039"></response> <- breakpoint_set -i 4080 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/excel/app/source/platform/web/pt_relationshipCreate.phtml [^] -n 17 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4080" id="230470040"></response> <- breakpoint_set -i 4081 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/excel/app/source/import/import_csv_template.phtml [^] -n 138 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4081" id="230470041"></response> <- breakpoint_set -i 4082 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/excel/app/source/import/import_csv_template.phtml [^] -n 109 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4082" id="230470042"></response> <- breakpoint_set -i 4083 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/excel/app/source/company/backend_module.inc [^] -n 1877 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4083" id="230470043"></response> <- breakpoint_set -i 4084 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/excel/app/source/company/ModulesLister.cls [^] -n 35 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4084" id="230470044"></response> <- breakpoint_set -i 4085 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/excel/app/source/common/ProcessModuleMaps.cls [^] -n 426 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4085" id="230470045"></response> <- breakpoint_set -i 4086 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/_tests/xdebugmagic.php [^] -n 17 -- JG0tPnYgPT0gNQ== -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4086" id="230470046"></response> <- breakpoint_set -i 4087 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/excel/app/source/core/EntityManager.cls [^] -n 272 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4087" id="230470047"></response> <- breakpoint_set -i 4088 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/excel/app/source/core/EntityManager.cls [^] -n 1510 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4088" id="230470048"></response> <- breakpoint_set -i 4089 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/excel/app/source/import/import_csv_template.phtml [^] -n 229 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4089" id="230470049"></response> <- breakpoint_set -i 4090 -t line -f file:///Volumes/Sandboxes/Users/dwilks/src/_tests/xdebugmagic.phtml [^] -n 17 -- JG0tPnYgPT0gNQ== -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="4090" id="230470050"></response> <- run -i 4091 (never returns) Here's the httpd process consuming 100% cpu that I have to kill. 23047- httpd 100.2 03:38.43 2/1 0 15 406 76M 19M 142M 152M 833M 86858 86858 running 70 229607
(0002403) derick    2012-12-24 12:55	Could I suggest that you run GDB on the 100% CPU httpd process? You do that by running (once it gets into the loop) gdb -p <pid> where <pid> is the first number in the PS output (23047 in your example) Then on the GDB prompt, run: bt full
(0002410) dwilks    2013-01-03 01:53	Not sure if this is much help... It's the MacPorts version of Apache and PHP. No debug symbols. The only "odd" thing is that it's a full 32-bit stack. GNU gdb 6.3.50-20050815 (Apple version gdb-1822) (Sun Aug 5 03:00:42 UTC 2012) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin". /Volumes/Sandboxes/Users/dwilks/src/help/main/dynamichelp/Product tour/65322: No such file or directory Attaching to process 65322. Reading symbols for shared libraries . done Reading symbols for shared libraries .................................................................................................... warning: Could not find object file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_bzip2/bzip2/work/bzip2-1.0.6/blocksort.o" - no debug information available for "blocksort.c". warning: Could not find object file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_bzip2/bzip2/work/bzip2-1.0.6/huffman.o" - no debug information available for "huffman.c". warning: Could not find object file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_bzip2/bzip2/work/bzip2-1.0.6/crctable.o" - no debug information available for "crctable.c". warning: Could not find object file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_bzip2/bzip2/work/bzip2-1.0.6/randtable.o" - no debug information available for "randtable.c". warning: Could not find object file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_bzip2/bzip2/work/bzip2-1.0.6/compress.o" - no debug information available for "compress.c". warning: Could not find object file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_bzip2/bzip2/work/bzip2-1.0.6/decompress.o" - no debug information available for "decompress.c". warning: Could not find object file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_bzip2/bzip2/work/bzip2-1.0.6/bzlib.o" - no debug information available for "bzlib.c". ............................................................................. done Reading symbols for shared libraries + done 0x008d3c83 in ZEND_FE_FETCH_SPEC_VAR_HANDLER () (gdb) bt full #0 0x008d3c83 in ZEND_FE_FETCH_SPEC_VAR_HANDLER () No symbol table info available. #1 0x008f0f8c in execute () No symbol table info available. 0000002 0x00e5a594 in xdebug_execute () No symbol table info available. 0000003 0x008898b7 in zend_execute_scripts () No symbol table info available. 0000004 0x008379b7 in php_execute_script () No symbol table info available. 0000005 0x00905fc1 in php_handler () No symbol table info available. 0000006 0x0001644c in ap_invoke_handler () No symbol table info available. 0000007 0x000389ef in ap_process_request () No symbol table info available. 0000008 0x00035be8 in ap_process_http_connection () No symbol table info available. 0000009 0x00023247 in ap_process_connection () No symbol table info available. 0000010 0x0003f49b in child_main () No symbol table info available. 0000011 0x0003ea9c in make_child () No symbol table info available. 0000012 0x0003e369 in ap_mpm_run () No symbol table info available. 0000013 0x0001c376 in main () No symbol table info available.
(0002437) derick    2013-03-09 21:53	Indeed, it's virtually impossible to do anything about this without debug symbols... any way you can get those?
(0002465) derick    2013-05-15 12:43	Could you please provide the backtrace with symbols, I'd like to fix this issue.
(0002516) derick    2013-06-22 14:41	Unable to reproduce, and no feedback provided. Please reopen if this is still an issue for you.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
925	[Xdebug] Debug client (console)	crash	always	2013-02-15 21:56	2013-06-22 14:39
Reporter:	bobl	Platform:	eclipse-pdt
Assigned To:	derick	OS:	windows7
Priority:	normal	OS Version:	sp1
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	wind7 sp1
PHP Version:	5.3.15-5.3.19
Summary:	crash accessing php object properties
Description:	Something funny happens with object property access described below. Note I encountered this inspecting various objects generated using json_decode() output. <?php error_reporting(-1); $obj = new stdClass; $prop = "crash-me"; $arr = array(); $obj->$prop = "no crash"; $obj->$prop = $arr; // bp here and $obj->$prop is correct print_r($obj); // bp here, inspect $obj->$prop and... xdebug/php will crash. exit; More details are below in steps to reproduce. Thank you!
Steps To Reproduce:	http://stackoverflow.com/questions/14902335/need-help-understanding-php-object-property-names-versus-array-keys [^] (see steps to reproduce) I'm having some trouble using PHP object property names in a flexible way, similar to array keys. My understanding is that an array key can be any string or integer, e.g $arr = array("crash-me" => "value"); is a valid key/value pair. Now if I "cast" that to an object: $obj = (object) $arr; have I done something illegal, because of the dash in the key string? A simple example shows my dilema: <?php error_reporting(-1); $obj = new stdClass; $prop = "crash-me"; $arr = array(); $obj->$prop = "no crash"; $obj->$prop = $arr; // bp here and $obj->$prop is correct print_r($obj); // bp here, inspect $obj->$prop and... xdebug/php will crash. exit; This will crash eclipse-pdt using xdebug when you inspect the value of the $obj before the print_r(). However, without bp, contents are printed correctly from print_r() at exit. stdClass Object ( [crash-me] => Array ( ) ) Note that if I stuff something into the array when assigning it to the property, things are OK: $obj = new stdClass; $prop = "crash-me"; $arr = array("works_ok"); $obj->$prop = "no crash"; $obj->$prop = $arr; print_r($obj); exit; Bottom-line, I'd like to use property names with dashes and possibly other punctuation similar to array key. Is it possible? Or am I doing something illegal by assigning an empty array, in which case wouldn't an error be caught? Thanks ahead for your kind consideration! on edit, I forgot another part of puzzle - the code below does not crash. In this case, the property name does not have a dash, however, the array key is empty! $obj = new stdClass; $prop = "crash_me"; // note underscore $arr = array(); $obj->$prop = "no crash"; $obj->$prop = $arr; // bp here and $obj->$prop is correct print_r($obj); // bp here, inspect $obj->$prop and... no crash! exit; Sorry for the confusion! It's probably something obvious I am missing. On second edit- To clarify, I was hoping to read property names from json_decode() and simply use the objects without having to convert to arrays. It was an experiment with dynamic code generation using keys from json data files. Per discussion below, looks like if I want to continue with PHP for this, I'll need the $arr['key1']['key2']... syntax and have the decoder use the "array" flag. Thanks for the great replies!
Additional Information:
Attached Files:

Notes
(0002479) derick    2013-05-22 06:48	Could you please try Xdebug 2.2.3 which has just been released? I am suspecting that release might fix this issue.
(0002499) derick    2013-06-09 11:21	Hello - can you please try 2.2.3?
(0002514) derick    2013-06-22 14:39	Unable to reproduce, and no feedback provided. Please reopen if this is still an issue for you.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
927	[Xdebug] Usage problems	block	always	2013-02-18 22:21	2013-06-22 14:39
Reporter:	benjibar	Platform:	Mac
Assigned To:	derick	OS:	OSX
Priority:	high	OS Version:	10.8.2
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.1
Summary:	Warnings during make and malloc pinter error on execution
Description:	I installed xdebug however I am getting warnings when making the .so file and there is an issue when it executes which results in an error. Wizard gives me =========== Xdebug installed: 2.2.1 Server API: Apache 2.0 Handler Windows: no Zend Server: no PHP Version: 5.3.1 Zend API nr: 220090626 PHP API nr: 20090626 Debug Build: no Thread Safe Build: no Configuration File Path: /Applications/XAMPP/xamppfiles/etc Configuration File: /Applications/XAMPP/xamppfiles/etc/php.ini Extensions directory: /Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626 Install commands followed ================ tar -xvzf xdebug-2.2.1.tgz cd xdebug-2.2.1 /Applications/XAMPP/xamppfiles/bin/phpize ./configure MACOSX_DEPLOYMENT_TARGET=10.8 CFLAGS="-arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch i386 -arch x86_64 -g -Os -pipe" CXXFLAGS="-arch i386 -arch x86_64 -g -Os -pipe" LDFLAGS="-arch i386 -arch x86_64 -bind_at_load" --with-php-config=/Applications/XAMPP/xamppfiles/bin/php-config-5.3.1 make sudo cp modules/xdebug.so /Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626 then ... Restart Apache via XAMPP control pannel When I load a page with the XDEBUG_SESSION_START I get an error in the /Applications/XAMPP/xamppfiles/logs/error_log as below httpd(50431) malloc: *** error for object 0x22f70: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug
Steps To Reproduce:	When executing the http://192.168.52.149/enterpriseeyes/wp-admin/admin.php?page=gf_edit_forms&id=18&XDEBUG_SESSION_START [^] I get an error in the /Applications/XAMPP/xamppfiles/logs/error_log as below httpd(50431) malloc: *** error for object 0x22f70: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug
Additional Information:	Running XAMPP Version 1.7.3 with developer pack
Attached Files:

Notes
(0002429) benjibar    2013-02-18 22:25	I forgot to mention that I am trying to plumb xdebug up to my phpStorm which initially shows connected in the debugger, but then after the crash i just get "waiting for incoming connection with ide key 'XXXXX'" (this is the same key that phpStorm raises in the browser, but the connection never comes through because of the error raised.
(0002430) benjibar    2013-02-18 22:28	Also forgot to mention that in my php.ini file i have the following configuration [xdebug] zend_extension = /Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626/xdebug.so ;xdebug.file_link_format="txmt://open?url=file://%f&line=%1" [^] xdebug.remote_enable = 1 xdebug.remote_handler=dbgp xdebug.remote_mode=req cgi.force_redirect = 0 xdebug.remote_host=192.168.52.149
(0002431) benjibar    2013-02-18 22:38	Final note (i hope) - Just wanted to include the output of the make which as I mentioned included some pointer warnings $ /Applications/XAMPP/xamppfiles/bin/phpize Configuring for: PHP Api Version: 20090626 Zend Module Api No: 20090626 Zend Extension Api No: 220090626 configure.in:3: warning: prefer named diversions configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:2046: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:2059: AC_CACHE_CHECK is expanded from... aclocal.m4:3585: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:5597: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:3109: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:2967: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:2947: AC_PROG_LIBTOOL is expanded from... configure.in:150: the top level configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:2046: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:2059: AC_CACHE_CHECK is expanded from... aclocal.m4:3548: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:8133: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... aclocal.m4:5597: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:3109: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:2967: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:2947: AC_PROG_LIBTOOL is expanded from... configure.in:150: the top level configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:2046: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:2059: AC_CACHE_CHECK is expanded from... aclocal.m4:3548: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:8133: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... aclocal.m4:6549: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:4737: _LT_AC_TAGCONFIG is expanded from... aclocal.m4:3109: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:2967: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:2947: AC_PROG_LIBTOOL is expanded from... configure.in:150: the top level configure.in:3: warning: prefer named diversions configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:2046: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:2059: AC_CACHE_CHECK is expanded from... aclocal.m4:3585: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:5597: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:3109: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:2967: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:2947: AC_PROG_LIBTOOL is expanded from... configure.in:150: the top level configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:2046: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:2059: AC_CACHE_CHECK is expanded from... aclocal.m4:3548: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:8133: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... aclocal.m4:5597: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:3109: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:2967: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:2947: AC_PROG_LIBTOOL is expanded from... configure.in:150: the top level configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:2046: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:2059: AC_CACHE_CHECK is expanded from... aclocal.m4:3548: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:8133: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... aclocal.m4:6549: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:4737: _LT_AC_TAGCONFIG is expanded from... aclocal.m4:3109: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:2967: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:2947: AC_PROG_LIBTOOL is expanded from... configure.in:150: the top level $ ./configure MACOSX_DEPLOYMENT_TARGET=10.8 CFLAGS="-arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch i386 -arch x86_64 -g -Os -pipe" CXXFLAGS="-arch i386 -arch x86_64 -g -Os -pipe" LDFLAGS="-arch i386 -arch x86_64 -bind_at_load" --with-php-config=/Applications/XAMPP/xamppfiles/bin/php-config-5.3.1 checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no rm: conftest.dSYM: is a directory checking for suncc... no rm: conftest.dSYM: is a directory checking whether cc understands -c and -o together... rm: conftest.dSYM: is a directory yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... i686-apple-darwin12.2.1 checking host system type... i686-apple-darwin12.2.1 checking target system type... i686-apple-darwin12.2.1 checking for PHP prefix... /Applications/XAMPP/xamppfiles checking for PHP includes... -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include checking for PHP extension directory... /Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626 checking for PHP installed headers prefix... /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... no checking for awk... awk checking if awk is broken... no checking whether to enable eXtended debugging support... yes, shared checking Check for supported PHP versions... supported (5.3.1) checking for gettimeofday... yes checking for cos in -lm... yes checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm output from cc object... rm: conftest.dSYM: is a directory ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip rm: conftest.dSYM: is a directory rm: conftest.dSYM: is a directory checking if cc static flag works... rm: conftest.dSYM: is a directory yes checking if cc supports -fno-rtti -fno-exceptions... rm: conftest.dSYM: is a directory yes checking for cc option to produce PIC... -fno-common checking if cc PIC flag -fno-common works... rm: conftest.dSYM: is a directory yes checking if cc supports -c -o file.o... rm: conftest.dSYM: is a directory yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin12.2.1 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool appending configuration tag "CXX" to libtool configure: creating ./config.status config.status: creating config.h $ make /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug.c -o xdebug.lo mkdir .libs  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug.c -fno-common -DPIC -o .libs/xdebug.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_code_coverage.c -o xdebug_code_coverage.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_code_coverage.c -fno-common -DPIC -o .libs/xdebug_code_coverage.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_com.c -o xdebug_com.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_com.c -fno-common -DPIC -o .libs/xdebug_com.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_compat.c -o xdebug_compat.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_compat.c -fno-common -DPIC -o .libs/xdebug_compat.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_handler_dbgp.c -o xdebug_handler_dbgp.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_handler_dbgp.c -fno-common -DPIC -o .libs/xdebug_handler_dbgp.o /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_handler_dbgp.c:305:36: warning: passing 'const char **' to parameter of type 'char **'       discards qualifiers in nested pointer types [-Wincompatible-pointer-types]                 Z_OBJ_HT_P(z)->get_class_name(z, (const char **) &name, &name_len, 0 TSRMLS_CC) != SUCCESS) {                                                  ^~~~~~~~~~~~~~~~~~~~~ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_handler_dbgp.c:1308:21: warning: incompatible pointer types initializing 'jmp_buf *'       (aka 'int (*)[18]') with an expression of type 'sigjmp_buf *' (aka 'int (*)[19]') [-Wincompatible-pointer-types]         jmp_buf *original_bailout = EG(bailout);                            ^ ~~~~~~~~~~~ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_handler_dbgp.c:1343:14: warning: incompatible pointer types assigning to 'sigjmp_buf *'       (aka 'int (*)[19]') from 'jmp_buf *' (aka 'int (*)[18]') [-Wincompatible-pointer-types]         EG(bailout) = original_bailout;                     ^ ~~~~~~~~~~~~~~~~ 3 warnings generated. /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_handler_dbgp.c:305:36: warning: passing 'const char **' to parameter of type 'char **'       discards qualifiers in nested pointer types [-Wincompatible-pointer-types]                 Z_OBJ_HT_P(z)->get_class_name(z, (const char **) &name, &name_len, 0 TSRMLS_CC) != SUCCESS) {                                                  ^~~~~~~~~~~~~~~~~~~~~ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_handler_dbgp.c:1308:21: warning: incompatible pointer types initializing 'jmp_buf *'       (aka 'int (*)[37]') with an expression of type 'sigjmp_buf *' (aka 'int (*)[38]') [-Wincompatible-pointer-types]         jmp_buf *original_bailout = EG(bailout);                            ^ ~~~~~~~~~~~ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_handler_dbgp.c:1343:14: warning: incompatible pointer types assigning to 'sigjmp_buf *'       (aka 'int (*)[38]') from 'jmp_buf *' (aka 'int (*)[37]') [-Wincompatible-pointer-types]         EG(bailout) = original_bailout;                     ^ ~~~~~~~~~~~~~~~~ 3 warnings generated. /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_handlers.c -o xdebug_handlers.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_handlers.c -fno-common -DPIC -o .libs/xdebug_handlers.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_llist.c -o xdebug_llist.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_llist.c -fno-common -DPIC -o .libs/xdebug_llist.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_hash.c -o xdebug_hash.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_hash.c -fno-common -DPIC -o .libs/xdebug_hash.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_private.c -o xdebug_private.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_private.c -fno-common -DPIC -o .libs/xdebug_private.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_profiler.c -o xdebug_profiler.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_profiler.c -fno-common -DPIC -o .libs/xdebug_profiler.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_set.c -o xdebug_set.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_set.c -fno-common -DPIC -o .libs/xdebug_set.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_stack.c -o xdebug_stack.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_stack.c -fno-common -DPIC -o .libs/xdebug_stack.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_str.c -o xdebug_str.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_str.c -fno-common -DPIC -o .libs/xdebug_str.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_superglobals.c -o xdebug_superglobals.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_superglobals.c -fno-common -DPIC -o .libs/xdebug_superglobals.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_tracing.c -o xdebug_tracing.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_tracing.c -fno-common -DPIC -o .libs/xdebug_tracing.o /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_tracing.c:452:28: warning: format string is not a string literal (potentially insecure)       [-Wformat-security]                         fprintf(XG(trace_file), tmp);                                                 ^~~ 1 warning generated. /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_tracing.c:452:28: warning: format string is not a string literal (potentially insecure)       [-Wformat-security]                         fprintf(XG(trace_file), tmp);                                                 ^~~ 1 warning generated. /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c -o xdebug_var.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c -fno-common -DPIC -o .libs/xdebug_var.o /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:219:65: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]         zend_unmangle_property_name(mangled_property, mangled_len - 1, &cls_name, &prop_name);                                                                        ^~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_compile.h:575:99: note: passing argument to parameter 'prop_name' here ZEND_API int zend_unmangle_property_name(char *mangled_property, int mangled_property_len, char **prop_name, char **class_name);                                                                                                   ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:219:76: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]         zend_unmangle_property_name(mangled_property, mangled_len - 1, &cls_name, &prop_name);                                                                                   ^~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_compile.h:575:117: note: passing argument to parameter 'class_name' here ZEND_API int zend_unmangle_property_name(char *mangled_property, int mangled_property_len, char **prop_name, char **class_name);                                                                                                                     ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:437:39: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]                                 zend_get_object_classname(*struc, (const char **) &class_name, &class_name_len TSRMLS_CC);                                                                   ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_API.h:324:67: note: passing argument to parameter 'class_name' here ZEND_API int zend_get_object_classname(const zval *object, char **class_name, zend_uint *class_name_len TSRMLS_DC);                                                                   ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:535:38: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]                         zend_get_object_classname(*struc, (const char **) &class_name, &class_name_len TSRMLS_CC);                                                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_API.h:324:67: note: passing argument to parameter 'class_name' here ZEND_API int zend_get_object_classname(const zval *object, char **class_name, zend_uint *class_name_len TSRMLS_DC);                                                                   ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:748:39: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]                                 zend_get_object_classname(*struc, (const char **) &class_name, &class_name_len TSRMLS_CC);                                                                   ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_API.h:324:67: note: passing argument to parameter 'class_name' here ZEND_API int zend_get_object_classname(const zval *object, char **class_name, zend_uint *class_name_len TSRMLS_DC);                                                                   ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:846:38: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]                         zend_get_object_classname(*struc, (const char **) &class_name, &class_name_len TSRMLS_CC);                                                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_API.h:324:67: note: passing argument to parameter 'class_name' here ZEND_API int zend_get_object_classname(const zval *object, char **class_name, zend_uint *class_name_len TSRMLS_DC);                                                                   ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:1250:38: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]                         zend_get_object_classname(*struc, (const char **) &class_name, &class_name_len TSRMLS_CC);                                                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_API.h:324:67: note: passing argument to parameter 'class_name' here ZEND_API int zend_get_object_classname(const zval *object, char **class_name, zend_uint *class_name_len TSRMLS_DC);                                                                   ^ 7 warnings generated. /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:219:65: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]         zend_unmangle_property_name(mangled_property, mangled_len - 1, &cls_name, &prop_name);                                                                        ^~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_compile.h:575:99: note: passing argument to parameter 'prop_name' here ZEND_API int zend_unmangle_property_name(char *mangled_property, int mangled_property_len, char **prop_name, char **class_name);                                                                                                   ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:219:76: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]         zend_unmangle_property_name(mangled_property, mangled_len - 1, &cls_name, &prop_name);                                                                                   ^~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_compile.h:575:117: note: passing argument to parameter 'class_name' here ZEND_API int zend_unmangle_property_name(char *mangled_property, int mangled_property_len, char **prop_name, char **class_name);                                                                                                                     ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:437:39: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]                                 zend_get_object_classname(*struc, (const char **) &class_name, &class_name_len TSRMLS_CC);                                                                   ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_API.h:324:67: note: passing argument to parameter 'class_name' here ZEND_API int zend_get_object_classname(const zval *object, char **class_name, zend_uint *class_name_len TSRMLS_DC);                                                                   ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:535:38: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]                         zend_get_object_classname(*struc, (const char **) &class_name, &class_name_len TSRMLS_CC);                                                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_API.h:324:67: note: passing argument to parameter 'class_name' here ZEND_API int zend_get_object_classname(const zval *object, char **class_name, zend_uint *class_name_len TSRMLS_DC);                                                                   ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:748:39: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]                                 zend_get_object_classname(*struc, (const char **) &class_name, &class_name_len TSRMLS_CC);                                                                   ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_API.h:324:67: note: passing argument to parameter 'class_name' here ZEND_API int zend_get_object_classname(const zval *object, char **class_name, zend_uint *class_name_len TSRMLS_DC);                                                                   ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:846:38: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]                         zend_get_object_classname(*struc, (const char **) &class_name, &class_name_len TSRMLS_CC);                                                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_API.h:324:67: note: passing argument to parameter 'class_name' here ZEND_API int zend_get_object_classname(const zval *object, char **class_name, zend_uint *class_name_len TSRMLS_DC);                                                                   ^ /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_var.c:1250:38: warning: passing 'const char **' to parameter of type 'char **' discards       qualifiers in nested pointer types [-Wincompatible-pointer-types]                         zend_get_object_classname(*struc, (const char **) &class_name, &class_name_len TSRMLS_CC);                                                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend/zend_API.h:324:67: note: passing argument to parameter 'class_name' here ZEND_API int zend_get_object_classname(const zval *object, char **class_name, zend_uint *class_name_len TSRMLS_DC);                                                                   ^ 7 warnings generated. /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_xml.c -o xdebug_xml.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/xdebug_xml.c -fno-common -DPIC -o .libs/xdebug_xml.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=compile cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/usefulstuff.c -o usefulstuff.lo  cc -I. -I/Users/benhamblin/Downloads/xdebug-2.2.1 -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -c /Users/benhamblin/Downloads/xdebug-2.2.1/usefulstuff.c -fno-common -DPIC -o .libs/usefulstuff.o /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=link cc -DPHP_ATOM_INC -I/Users/benhamblin/Downloads/xdebug-2.2.1/include -I/Users/benhamblin/Downloads/xdebug-2.2.1/main -I/Users/benhamblin/Downloads/xdebug-2.2.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1 -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/main -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/TSRM -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/Zend -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext -I/Applications/XAMPP/xamppfiles/include/php/php-5.3.1/php/ext/date/lib -I/Applications/XAMPP/xamppfiles/include -DHAVE_CONFIG_H -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp -arch i386 -arch x86_64 -bind_at_load -o xdebug.la -export-dynamic -avoid-version -prefer-pic -module -rpath /Users/benhamblin/Downloads/xdebug-2.2.1/modules xdebug.lo xdebug_code_coverage.lo xdebug_com.lo xdebug_compat.lo xdebug_handler_dbgp.lo xdebug_handlers.lo xdebug_llist.lo xdebug_hash.lo xdebug_private.lo xdebug_profiler.lo xdebug_set.lo xdebug_stack.lo xdebug_str.lo xdebug_superglobals.lo xdebug_tracing.lo xdebug_var.lo xdebug_xml.lo usefulstuff.lo -lm cc ${wl}-undefined ${wl}dynamic_lookup -o .libs/xdebug.so -bundle .libs/xdebug.o .libs/xdebug_code_coverage.o .libs/xdebug_com.o .libs/xdebug_compat.o .libs/xdebug_handler_dbgp.o .libs/xdebug_handlers.o .libs/xdebug_llist.o .libs/xdebug_hash.o .libs/xdebug_private.o .libs/xdebug_profiler.o .libs/xdebug_set.o .libs/xdebug_stack.o .libs/xdebug_str.o .libs/xdebug_superglobals.o .libs/xdebug_tracing.o .libs/xdebug_var.o .libs/xdebug_xml.o .libs/usefulstuff.o -lm -arch i386 -arch x86_64 -arch i386 -arch x86_64 creating xdebug.la (cd .libs && rm -f xdebug.la && ln -s ../xdebug.la xdebug.la) /bin/sh /Users/benhamblin/Downloads/xdebug-2.2.1/libtool --mode=install cp ./xdebug.la /Users/benhamblin/Downloads/xdebug-2.2.1/modules cp ./.libs/xdebug.so /Users/benhamblin/Downloads/xdebug-2.2.1/modules/xdebug.so cp ./.libs/xdebug.lai /Users/benhamblin/Downloads/xdebug-2.2.1/modules/xdebug.la ---------------------------------------------------------------------- Libraries have been installed in:    /Users/benhamblin/Downloads/xdebug-2.2.1/modules If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following:    - add LIBDIR to the `DYLD_LIBRARY_PATH' environment variable      during execution See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- Build complete. Don't forget to run 'make test'.
(0002433) derick    2013-02-19 11:01	Hey - I will have to have a look at the compile errors. I've seen errors of crashes but have not been able to reproduce this locally. Would would be excellent if you can produce a backtrace for me. The hint is in your error: httpd(50431) malloc: *** error for object 0x22f70: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug I don't really know XAMP, but in order to make a backtrace, you need to start apache in single process mode. In general, you can do this with: - stop apache - run: gdb /full/path/to/httpd -X - run (on the gdb prompt): break malloc_error_break - run (on the gdb prompt): run Now, run the *one single request* that causes apache to crash/stop. On the gdb prompt you can now run: bt full Hope you can manage to do this, it would be most useful trying to find the problem.
(0002434) benjibar    2013-02-19 19:43	I did some investigation online and found that XAMPP has an httd.conf file and it is possible to set 'LogLevel debug'. This supposedly provides a backtrace. According to the php website I need to have --debug-enabled set on my php configuration in order to perform a backtrace. phpinfo() on XAMPP is showing the following flag is set '--disable-debug' https://bugs.php.net/bugs-generating-backtrace.php [^] I will see if I can reconfigure/compile this, but in the mean time here's the XAMPP 'debug' output. [Tue Feb 19 19:07:49 2013] [debug] proxy_util.c(1806): proxy: grabbed scoreboard slot 0 in child 55879 for worker proxy:reverse [Tue Feb 19 19:07:49 2013] [debug] proxy_util.c(1825): proxy: worker proxy:reverse already initialized [Tue Feb 19 19:07:49 2013] [debug] proxy_util.c(1922): proxy: initialized single connection worker 0 in child 55879 for (*) httpd(55708) malloc: *** error for object 0x1d7243: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug [Tue Feb 19 19:07:50 2013] [debug] proxy_util.c(1806): proxy: grabbed scoreboard slot 0 in child 55882 for worker proxy:reverse [Tue Feb 19 19:07:50 2013] [debug] proxy_util.c(1806): proxy: grabbed scoreboard slot 0 in child 55881 for worker proxy:reverse [Tue Feb 19 19:07:50 2013] [debug] proxy_util.c(1825): proxy: worker proxy:reverse already initialized [Tue Feb 19 19:07:50 2013] [debug] proxy_util.c(1825): proxy: worker proxy:reverse already initialized [Tue Feb 19 19:07:50 2013] [debug] proxy_util.c(1922): proxy: initialized single connection worker 0 in child 55882 for (*) [Tue Feb 19 19:07:50 2013] [debug] proxy_util.c(1922): proxy: initialized single connection worker 0 in child 55881 for (*) [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1806): proxy: grabbed scoreboard slot 0 in child 55884 for worker proxy:reverse [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1825): proxy: worker proxy:reverse already initialized [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1922): proxy: initialized single connection worker 0 in child 55884 for (*) [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1806): proxy: grabbed scoreboard slot 0 in child 55883 for worker proxy:reverse [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1825): proxy: worker proxy:reverse already initialized [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1922): proxy: initialized single connection worker 0 in child 55883 for (*) [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1806): proxy: grabbed scoreboard slot 0 in child 55885 for worker proxy:reverse [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1825): proxy: worker proxy:reverse already initialized [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1922): proxy: initialized single connection worker 0 in child 55885 for (*) [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1806): proxy: grabbed scoreboard slot 0 in child 55886 for worker proxy:reverse [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1825): proxy: worker proxy:reverse already initialized [Tue Feb 19 19:07:51 2013] [debug] proxy_util.c(1922): proxy: initialized single connection worker 0 in child 55886 for (*) [Tue Feb 19 19:07:52 2013] [notice] child pid 55708 exit signal Segmentation fault (11)
(0002480) derick    2013-05-22 06:49	Could you please try Xdebug 2.2.3 which has just been released? I am suspecting that release might fix this issue.
(0002498) derick    2013-06-09 11:21	Hello - can you please try 2.2.3?
(0002513) derick    2013-06-22 14:39	Unable to reproduce, and no feedback provided. Please reopen if this is still an issue for you.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
914	[Xdebug] Usage problems	crash	always	2013-01-06 15:23	2013-06-22 14:39
Reporter:	shumisha	Platform:	x86-64
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.20-5.3.24
Summary:	Apache crashes when displaying variables
Description:	Hi All, I have been unable (for quite some time now) to make Xdebug work properly with PHP 5.3+. This seems related to reports such as http://bugs.xdebug.org/view.php?id=658, [^] but maybe not exactly. The context is as follow: - windows 7 64 - Apache 2.2.4 - Eclipse 3.8 (though same with 3.7) - PHP 5.3.20 Zend Extension Build API220090626, TS, VC9 PHP Extension Build API20090626, TS, VC9 note: same behavior with 5.3.17, 5.3.18, 5.4.6 and 5.4.10 (the last two testing done with appropriate version of XDebug) - XDebug 2.2.1: php_xdebug-2.2.1-5.3-vc9.dll note: exact same behavior with XDebug 2.1.4: php_xdebug-2.1.4-5.3-vc9.dll note: on same Eclipse setup, switching to PHP 5.2, running php_xdebug-2.1.2-5.2-vc6.dll, everything works fine, no crash at all. Description and hints: I am debugging Joomla! code and extensions. Breakpoints works fine in any situation, but having the Variables window opened makes apache crash as follow: - When stepping through Joomla! 2.5.8 code, XDebug works fine (ie stepping AND displaying variables) until a particular piece of code is reached: Line 851 of /libraries/joomla/application/application.php causes the problem: $router = JRouter::getInstance($name, $options); This line is part of a method called many times during execution. A possible hint is that I believe this is the first instance of calling a method statically in Joomla! execution stream, though not 100% sure. I set a breakpoint just above this line, then step over. First and second execution of line 851 work fine. Now stepping over this line a third time makes apache.exe process start eating memory like crazy. apache.exe, until then, uses up approx. 20MB. Whenever I step over this line for the 3rd time, memory starts increasing in large steps, like 30 or 40MB. This goes on for maybe 20 seconds, until apache.exe reaches a bit less than 2gigs at which point it crashes. The WAMP package I use (EasyPHP) then restarts automatically a new instance of apache.exe, which is back to using about 20MB, and execution resumes normally - ie I can even just press the F6 key to step over code, and variables are displayed in the variable window. Note that I'm using here a specific version of Joomla! to try provide a common ground for the report. But over the last 12 months, this has happened with several very versions of Joomla. Other issue reports are for similar issues with Drupal and Wordpress, so I'm more inclined to think maybe the fact that I can reproduce the issue systematically on calling a method statically might be a hint. To put it shortly, I've never been able to use xdebug on php 5.3 and php 5.4, though I've been using for 3 or 4 years now on earlier php versions. Note also that I worked on the topic on at least 2 machines, as all my setup is on an external drive that I hook up to whatever machine I have. However, both machines I routinely used run windows 7 64 bits. Thanks for any hint, you've made XDebug so useful that living without it is pretty hard! Rgds
Steps To Reproduce:
Additional Information:	- xdebug log is attached The crash happened at line 416 in that log file, you can see the line is cut off, ie the usual "Log closed at 2013-01-06 14:14:55" is not there, and the line was cut right after the first few characters. <- context_get -i 1998 -d 0 - Here is a partial Eclipse log: !ENTRY org.eclipse.php.debug.core 4 4 2013-01-06 15:09:13.014 !MESSAGE class org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget : Unexpected XML or parser failure: null !ENTRY org.eclipse.php.debug.core 4 150 2013-01-06 15:09:13.016 !MESSAGE Unexpected termination of script, debugging ended. !ENTRY org.eclipse.php.debug.core 4 4 2013-01-06 15:14:45.477 !MESSAGE class org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget : Unexpected XML or parser failure: null !ENTRY org.eclipse.php.debug.core 4 150 2013-01-06 15:14:45.480 !MESSAGE Unexpected termination of script, debugging ended. !ENTRY org.eclipse.php.debug.core 4 4 2013-01-06 15:39:11.848 !MESSAGE class org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget : Unexpected XML or parser failure: null !ENTRY org.eclipse.php.debug.core 4 4 2013-01-06 15:39:11.850 !MESSAGE class org.eclipse.php.internal.debug.core.xdebug.dbgp.session.DBGpSession$AsyncResponseHandlerJob : Unexpected exception. Terminating the debug session - partial php.ini zend_extension = "V:\Fichiers\xxxxxx\Cle_dev\EASYPH~1.1\php\php5320x130102122647\php_xdebug-2.2.1-5.3-vc9.dll" xdebug.default_enable=0 xdebug.remote_enable=1 xdebug.remote_host=127.0.0.1 xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.remote_autostart = false xdebug.dump_globals=1 xdebug.dump=COOKIE,FILES,GET,POST,REQUEST,SERVER,SESSION xdebug.dump.SERVER=REMOTE_ADDR,REQUEST_METHOD,REQUEST_URI xdebug.show_local_vars=1 xdebug.show_mem_delta=1 xdebug.collect_includes=1 xdebug.collect_vars=1 xdebug.collect_params=4 xdebug.collect_return=1 xdebug.auto_trace=0 xdebug.trace_options=0 xdebug.trace_format=0 xdebug.trace_output_dir="V:\Fichiers\xxxxxx\Cle_dev\EASYPH~1.1\xdebug\trace" xdebug.trace_output_name="trace.%t" xdebug.profiler_enable=0 xdebug.profiler_append=1 xdebug.profiler_enable_trigger=1 xdebug.profiler_output_dir="V:\Fichiers\xxxxx\Cle_dev\EASYPH~1.1\xdebug\profiler" xdebug.profiler_output_name="cachegrind.out.%s.%t"
Attached Files:	xdebug.zip (363,154) 2013-01-06 15:23 http://bugs.xdebug.org/file_download.php?file_id=155&type=bug

Notes
(0002418) shumisha    2013-01-28 08:11	No luck so far, still stuck with no debugger. Worth mentioning also that on the same setup (just switching PHP version on the fly with EasyPHP), I can debug alright with PHP 5.2.17 and php_xdebug-2.1.2-5.2-vc6.dll
(0002444) derick    2013-03-09 22:13	First, check whether PHP crashed (by checking your webserver's log file). Then, see if you can reproduce this when you run PHP as a *script* on the command line, and not through the webserver. If you can do that, then, see if you can get a GDB backtrace with: gdb --args /full/path/to/php yourscript.php And then type: run When it crashes, type: bt full You could also attempt to try the latest version from github (the xdebug_2_2) branch?
(0002481) derick    2013-05-22 06:49	Could you please try Xdebug 2.2.3 which has just been released? I am suspecting that release might fix this issue.
(0002497) derick    2013-06-09 11:21	Hello - can you please try 2.2.3?
(0002512) derick    2013-06-22 14:39	Unable to reproduce, and no feedback provided. Please reopen if this is still an issue for you.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
937	[Xdebug] Installation	crash	always	2013-03-22 17:50	2013-06-22 14:39
Reporter:	dirt	Platform:	Windows
Assigned To:	derick	OS:	Windows 7 x64
Priority:	normal	OS Version:	Home
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.5-dev
Summary:	Unable to work with php 5.5.0 beta1
Description:	http://stackoverflow.com/questions/15576368/xdebug-not-working-with-php-5-5-0-beta1-on-windows [^] I've installed the latest php 5.5.0 beta1 on Windows x64 with Apache 2.4 (TS). I cannot get Xdebug to work though. I'm wondering if anyone knows if Xdebug is simply not supported with the new php beta yet or if I'm doing it wrong. I've spent the last hour trying every known issue on the net. Environment Apache Version Apache/2.4.4 (Win64) PHP/5.5.0beta1 Compiler MSVC11 (Visual C++ 2012)
Steps To Reproduce:	http://stackoverflow.com/questions/15576368/xdebug-not-working-with-php-5-5-0-beta1-on-windows [^]
Additional Information:
Attached Files:

Notes
(0002482) derick    2013-05-22 06:49	Could you please try Xdebug 2.2.3 which has just been released? I am suspecting that release might fix this issue. It also adds support for PHP 5.5.
(0002496) derick    2013-06-09 11:21	Hello - can you please try 2.2.3?
(0002511) derick    2013-06-22 14:39	Unable to reproduce, and not feedback provided. Please reopen if this is still an issue for you.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
936	[Xdebug] Usage problems	crash	always	2013-03-20 16:04	2013-06-22 14:38
Reporter:	svenu	Platform:	amd64 (VirtualBox)
Assigned To:	derick	OS:	debian
Priority:	normal	OS Version:	sid
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	debian (sid)
PHP Version:	5.4.4
Summary:	Segmentation fault on Exception
Description:	The following PHP code exits in "segmentation fault".
Steps To Reproduce:	<?php function error_handler() { throw new Exception; } set_error_handler('error_handler'); mysql_list_dbs(); ?>
Additional Information:	Looks similar to 0000897 Original post: http://lists.debian.org/debian-user/2013/03/msg00959.html [^] Backtrace: http://lists.debian.org/debian-user/2013/03/msg01028.html [^]
Attached Files:

Notes
(0002485) derick    2013-05-22 06:50	I can not reproduce this issue. Could you please try Xdebug 2.2.3 which has just been released?
(0002495) derick    2013-06-09 11:21	Hello - can you please try 2.2.3?
(0002510) derick    2013-06-22 14:38	Unable to reproduce, and not feedback provided. Please reopen if this is still an issue for you.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
949	[Xdebug] Usage problems	minor	always	2013-06-11 14:46	2013-06-22 14:11
Reporter:	SiMoSiMo	Platform:	Linux
Assigned To:	derick	OS:	Debian
Priority:	normal	OS Version:	5.0
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.10
Summary:	Breakpoint on the boolean if statement
Description:	I've noticed that if I put a breakpoint on a boolean if built in one of the following ways: if (1) if (TRUE) $test = TRUE; if ($test) $test = 'foo'; if ($test) xdebug fails to detect it. Is it normal? Am I doing something wrong?
Steps To Reproduce:	Put breakpoint at one of this if: if (1) if (TRUE) $test = TRUE; if ($test) $test = 'foo'; if ($test)
Additional Information:	http://php.net/manual/en/types.comparisons.php [^]
Attached Files:

Notes
(0002508) derick    2013-06-22 14:11	There is not a lot I can do about this. PHP doesn't generate "in between" statements for this sort of code and hence Xdebug can't latch on to that to make a breakpoint. It will work fine if you use { } for the if and else clauses.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
953	[Xdebug] Usage problems	major	always	2013-06-20 03:36	2013-06-22 14:02
Reporter:	speller	Platform:
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.2.3
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.8
Summary:	Can not debug arrays which keys contain zero characters
Description:	If a program contain arrays which keys contain zero characters \0. For example, such arrays become available when you cast object to array when object is instance of a class from a namespace. Sample code 1: namespace aaa\aaa; class cls { private $field; } $a = new cls(); $a = (array)$a; if ($a) {} Sample code 2: $a = ["aa\0aa\0aa" => 'value']; if ($a) {}
Steps To Reproduce:	1. Create a php file with code from Sample 1 or Sample 2. 2. Place brakepoint to the "if ($a) {}" line. 3. Start debugging. What is expected: Debugging stops on the breakpoint. What is actually accurs: Debugging stops on the breakpoint but debugging session cancels immediately. Program execution continues successfully.
Additional Information:	You can also try to place brakepoint one line earlier and you will get normal behavior, debugger will stop and show you all information. But when you will try to step to next line where $a become initialized with array you will lost debugging session immediately. Tested on PHP versions 5.3.8 and 5.4.7.
Attached Files:

Notes
(0002507) derick    2013-06-22 14:02	A duplicate of 924.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
941	[Xdebug] Usage problems	block	always	2013-04-09 16:15	2013-06-15 13:12
Reporter:	thiagomp	Platform:
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.2.2
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.13
Summary:	trace_format=1 is being ignored
Description:	When changing the variable trace_format to 1 or 2, Xdebug is not generating the expected file output. The change can be done in the php.ini or directly from the command line (using php -d xdebug.trace_format=1) Definitely I'm doing something wrong here, but I'm not being able to identify what is the problem.
Steps To Reproduce:	In my case, I have installed the environment using wamp server [1] and after I got this problem, I've manually updated the dll from php_xdebug-2.2.0-5.3-vc9-x86_64.dll to php_xdebug-2.2.2-5.3-vc9-x86_64.dll [1] http://www.wampserver.com/en/ [^]
Additional Information:	I've even tried to execute using php -n and passing all the "-d" options that the script needed, but not success on getting the other output version
Attached Files:

Notes
(0002463) derick    2013-05-14 19:16	Do you realize the name of the setting is "xdebug.trace_format", and not just "format"? Can you show me the full line that you're trying on the command line, as well as attach "php -i"'s output?
(0002504) thiagomp    2013-06-14 18:44	Hello Derick, thanks for your attention on this. Today I tried to make it work and I realized that I was missing "xdebug.auto_trace = On" on my php.ini. Now the file is being created as expected. I believe we can close this ticket.
(0002505) derick    2013-06-15 13:12	Okay, closing this issue then!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
727	[Xdebug] Documentation	minor	have not tried	2011-10-05 07:34	2013-06-13 18:58
Reporter:	nnmatveev	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	'xdebug.profiler_aggregate' option is not documented
Description:	Please provide documentation for 'xdebug.profiler_aggregate' configuration option on profiler documentation page
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002502) RichardLynch    2013-06-13 18:58	Suggested verbiage: <div class="name">xdebug.profiler_aggregate</div> Type: <span class="type">integer</span>, Default value: <span class="default">0</span> <div class="description">When this setting is set to 1, a single profiler file will be written for multiple requests. One can surf to multiple pages or reload a page to get an "average" across all requests. The file will be named .cachegrind.aggregate You will need to move this file to get another round of aggregate data.</div> PS profile_append has a typo, while you're in there: depnding

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
799	[Xdebug] Usage problems	minor	have not tried	2012-03-18 22:42	2013-06-09 11:22
Reporter:	astorm	Platform:
Assigned To:		OS:	OS X
Priority:	normal	OS Version:	10.6.8
Status:	new	Product Version:	2.2dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OS X 10.6.8
PHP Version:	5.3.6
Summary:	xDebug Function Traces reports Base Class instead of Object Name
Description:	When running a function trace xDebug reports on the base class an object's method is defined in, and not on the type of the object instance. Derick's comments on this Stack Overflow thread indicate this is not normal behavior http://stackoverflow.com/questions/9727414/xdebug-report-on-objects-during-function-trace#comment12422053_9727414 [^]
Steps To Reproduce:	1. Create the following PHP program xdebug_start_trace(); abstract class A { abstract function foo(); public function bar() { echo "A Test","\n"; } } class B extends A { public function foo() { } } $test = new B; $test->bar(); 2. Execute program by visiting it in a web browser 3. View Trace File Expected Output: TRACE START [2012-03-18 22:32:29] 0.0023 642888 -> B->bar() /path/to/xdebug.php:21 0.0027 8512 TRACE END [2012-03-18 22:32:29] Actual Output TRACE START [2012-03-18 22:32:29] 0.0023 642888 -> A->bar() /path/to/xdebug.php:21 0.0027 8512 TRACE END [2012-03-18 22:32:29] The output discrepancy is B->bar() vs. A->bar(). The object was instantiated with a class "B", but xDebug reports the base class, A->Bar();
Additional Information:	Issue happen on OS X 10.6.8, phpinfo reports the xDebug version as 2.2.0rc1, happens with Stock OS X PHP with an xDebug installed via pecl. Full phpinfo() output printed and attached as PDF.
Attached Files:	phpinfo.pdf (692,218) 2012-03-18 22:42 http://bugs.xdebug.org/file_download.php?file_id=61&type=bug

Notes
(0002500) derick    2013-06-09 11:22	I did have a look at this, but it isn't as easy to solve as I thought. More tinkering required.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
732	[Xdebug] Usage problems	major	always	2011-10-09 14:03	2013-06-04 16:16
Reporter:	nnmatveev	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.5
Summary:	'property_get' command should accept integer array key surround with quotes
Description:	'property_get -i 11 -n $b[1] -d 0 -c 0 -p 0', will return a correct value, but 'property_get -i 11 -n $b['1'] -d 0 -c 0 -p 0' will return 'can not get property'
Steps To Reproduce:
Additional Information:	related issue from PhpStorm issue tracker - http://youtrack.jetbrains.net/issue/WI-6958 [^]
Attached Files:	xdebug.log (18,061) 2011-10-09 14:03 http://bugs.xdebug.org/file_download.php?file_id=39&type=bug

Notes
(0001838) nnmatveev    2011-10-09 14:17	At the moment we need to manually check that expression is integer or not
(0001839) nnmatveev    2011-10-09 14:50	Another one related issue - http://youtrack.jetbrains.net/issue/WI-7864 [^]
(0001840) derick    2011-10-10 08:06	Why are you requesting it with quotes? None of the linked issues show me that Xdebug tells you there is a property key called '1'.
(0001851) nnmatveev    2011-10-25 00:35	@derick Ok, linked issues are not obvious.So, please look at log. Suppose you have array which contains another arrays as its children. $a -1:$child1 Eval of the expression '$a' will return you the following response: -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="eval" transaction_id="12"><property address="12642876" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="1" address="38266496" type="array" children="1" numchildren="1"></property></property></response> We can detect the child name only using the value of 'name' attribute. If I will try to get children content I will append this name as array key name: <- property_get -i 13 -n $GLOBALS['IDE_EVAL_CACHE']['dc4480db-4360-46d8-bc22-2d41f5455d7d']['1'] -d 0 -c 1 -p 0 But Xdebug will return me an error: -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="13" status="break" reason="ok"><error code="300"><message><![CDATA[can not get property]]></message></error></response> At the moment you need to wrap name with quotes when the key name is string, and don't wrap it when the key name is integer.
(0001958) derick    2012-03-07 19:55	Hmm, this is something we should fix in the protocol, by f.e. adding a name_type key. What do you think of that?
(0001965) nnmatveev    2012-03-11 05:22	But why Xdebug can't treat $arr['1'] and $arr[1] in the same way? PHP actually do that.
(0002060) nnmatveev    2012-04-18 16:56	derick, do I need to elaborate my question?
(0002491) derick    2013-05-24 05:31	I had another good look at this, and although I understand what you're wanting I am going to have to decline it. Running eval on a property should be avoided, I think i have mentioned this before already. Eval can return a structure, but because the result is just PHP variable content (ie, there is no associated property name), the resulting property only contains the "name" attribute. This attribute is only meant for display purposes and not for contructing further property_get commands. If you would use a real property_get with a property name, then the resulting property structure will have for each element an extra attribute called *full_name*. This attribute's value is meant to be fed back to property_get and will include the full correct qualification for keys - including quotes around strings and excluding quotes around numbers.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
850	[Xdebug] Debug client (console)	minor	always	2012-06-06 15:42	2013-05-26 00:18
Reporter:	kenorb	Platform:	Mac
Assigned To:	derick	OS:	OSX
Priority:	normal	OS Version:	10.6.8
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.10
Summary:	Segmentation fault on xdebug_var_export
Description:	I'm using Drupal + drush and when I'm executing specified bash script, it crashing on following command: drush -vy -l http://aat-drupal-clean [^] en aat_wex I think it could be related to this: http://bugs.xdebug.org/view.php?id=683 [^]
Steps To Reproduce:	In my environment: $ ./install_clean_drupal.sh ... WD system: features module installed. [info] WD system: features module enabled. [info] ./install_clean_drupal.sh: line 15: 15091 Segmentation fault drush $ENV_ARG en aat_wex
Additional Information:	Last lines from the screen before the crash: WD system: features module installed. [info] WD system: features module enabled. [info] ./install_clean_drupal.sh: line 15: 15091 Segmentation fault drush $ENV_ARG en aat_wex PHP 5.2.17 (cli) (built: Sep 15 2011 10:59:39) Backtrace: Process: php [15091] Path: /Applications/MAMP/bin/php/php5.2.17/bin/php Identifier: php Version: ??? (???) Code Type: X86-64 (Native) Parent Process: bash [14854] Date/Time: 2012-06-06 15:17:08.801 +0100 OS Version: Mac OS X 10.6.8 (10K549) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: 0x000000000000000d, 0x0000000000000000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 xdebug.so 0x00000001012433f3 xdebug_var_export + 931 1 xdebug.so 0x000000010124395d xdebug_get_zval_value + 125 2 xdebug.so 0x000000010123c27b xdebug_append_printable_stack + 1579 3 xdebug.so 0x0000000101222454 xdebug_throw_exception_hook + 756 4 php 0x00000001002fd167 zend_throw_exception_internal + 103 5 php 0x0000000100117b1f pdo_handle_error + 6396 php 0x000000010011cda1 zim_PDOStatement_execute + 849 7 xdebug.so 0x0000000101223927 xdebug_execute_internal + 359 8 php 0x0000000100308685 zend_do_fcall_common_helper_SPEC + 2037 9 php 0x00000001003078bc execute + 364 10 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 11 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 12 php 0x00000001003078bc execute + 364 13 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 14 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 15 php 0x00000001003078bc execute + 364 16 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 17 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 18 php 0x00000001003078bc execute + 364 19 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 20 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 21 php 0x00000001003078bc execute + 364 22 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 23 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 24 php 0x00000001003078bc execute + 364 25 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 26 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 27 php 0x00000001003078bc execute + 364 28 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 29 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 30 php 0x00000001003078bc execute + 36431 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 32 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 33 php 0x00000001003078bc execute + 364 34 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 35 php 0x00000001002db43a zend_call_function + 2634 36 php 0x00000001002dc662 call_user_function_ex + 66 37 php 0x000000010022be8c zif_call_user_func_array + 748 38 xdebug.so 0x0000000101223927 xdebug_execute_internal + 359 39 php 0x0000000100308685 zend_do_fcall_common_helper_SPEC + 2037 40 php 0x00000001003078bc execute + 364 41 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 42 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 43 php 0x00000001003078bc execute + 364 44 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 45 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 46 php 0x00000001003078bc execute + 364 47 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 48 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 49 php 0x00000001003078bc execute + 364 50 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 51 php 0x00000001002db43a zend_call_function + 2634 52 php 0x00000001002dc662 call_user_function_ex + 66 53 php 0x000000010022be8c zif_call_user_func_array + 748 54 xdebug.so 0x0000000101223927 xdebug_execute_internal + 359 55 php 0x0000000100308685 zend_do_fcall_common_helper_SPEC + 2037 56 php 0x00000001003078bc execute + 364 57 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 58 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 59 php 0x00000001003078bc execute + 364 60 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 61 php 0x00000001002db43a zend_call_function + 2634 62 php 0x00000001002dc662 call_user_function_ex + 66 63 php 0x000000010022be8c zif_call_user_func_array + 748 64 xdebug.so 0x0000000101223927 xdebug_execute_internal + 359 65 php 0x0000000100308685 zend_do_fcall_common_helper_SPEC + 2037 66 php 0x00000001003078bc execute + 364 67 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 68 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 69 php 0x00000001003078bc execute + 364 70 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 71 php 0x0000000100308273 zend_do_fcall_common_helper_SPEC + 995 72 php 0x00000001003078bc execute + 364 73 xdebug.so 0x00000001012235f3 xdebug_execute + 3331 74 php 0x00000001002e6bc7 zend_execute_scripts + 375 75 php 0x000000010029fd5a php_execute_script + 586 76 php 0x0000000100371d95 main + 5365 77 php 0x00000001000014d4 start + 52 Check the attachments for the full backtrace.
Attached Files:	php_2012-06-06-151709_kenorbs-MacBook-Air.crash (15,545) 2012-06-06 15:42 http://bugs.xdebug.org/file_download.php?file_id=122&type=bug php_2012-05-30-122809_kenorbs-MacBook-Air.crash (18,169) 2012-06-06 15:43 http://bugs.xdebug.org/file_download.php?file_id=123&type=bug php_2012-06-06-151147_kenorbs-MacBook-Air.crash (15,545) 2012-06-06 15:43 http://bugs.xdebug.org/file_download.php?file_id=124&type=bug

Notes
(0002233) kenorb    2012-06-06 15:44	Following function can cause the problem: <?php /**  * Log and display the error  * @param string $group Name of error group to report  * @param string $error Error to report  * @param object/array $object Object to include with the log  * @param bool $backtrace TRUE if watchdog log should include full backtrace of the error  */ function aat_wex_log($group, $error, $object = NULL, $backtrace = TRUE) {   $object_msg = $object ? 'Object: ' . var_export($object, TRUE) : '';   $bt = $backtrace ? 'Backtrace: ' . var_export(debug_backtrace(), TRUE) : '';   watchdog($group, "Error message: %error \n%object \n%bt", array('%error' => $error, '%object' => $object_msg, '%bt' => $bt), WATCHDOG_ERROR);   $last_id = db_query("SELECT 1", array(), array('return' => Database::RETURN_INSERT_ID));   $msg = t("Error: !id", array('!id' => $last_id));   $err_msg = user_access('access site reports') ? l($msg, 'admin/reports/event/' . $last_id) : $msg;   drupal_set_message($err_msg, 'error'); } ?> This is the only place, where I'm using var_export().
(0002234) kenorb    2012-06-06 16:34	Usually this function is executed when there is an Exception (try/catch).
(0002235) kenorb    2012-06-07 10:22	This is what was called in PHP before the crash:    24.3217 54977744 -> Database::getConnection($target = ???, $key = ???) /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:2685 => $key = 'default' /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:1444                                                          >=> class DatabaseConnection_mysql { protected $shutdownRegistered = FALSE; protected $target = 'default'; protected $key = 'default'; protected $logger = NULL; protected $transactionLayers = array (); protected $driverClasses = array ('InsertQuery' => 'InsertQuery_mysql', 'MergeQuery' => 'MergeQuery', 'DatabaseTransaction' => 'DatabaseTransaction', 'SelectQuery' => 'SelectQuery', 'DeleteQuery' => 'DeleteQuery', 'DatabaseSchema' => 'DatabaseSchema_mysql', 'UpdateQuery' => 'UpdateQuery'); protected $statementClass = 'DatabaseStatementBase'; protected $transactionSupport = TRUE; protected $transactionalDDLSupport = FALSE; protected $temporaryNameIndex = 0; protected $connectionOptions = array ('database' => 'aat_clean_drupal2', 'username' => 'root', 'password' => 'root', 'host' => 'localhost', 'port' => '', 'driver' => 'mysql', 'prefix' => array (...)); protected $schema = class DatabaseSchema_mysql { protected $connection = ...; protected $placeholder = 0; protected $defaultSchema = 'public'; protected $uniqueIdentifier = '4fd0724f48a245.45588987' }; protected $prefixes = array ('default' => ''); protected $prefixSearch = array (0 => '{', 1 => '}'); protected $prefixReplace = array (0 => '', 1 => '') } 24.3219 54977744 -> DatabaseConnection->schema() /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:2685                                                          >=> class DatabaseSchema_mysql { protected $connection = class DatabaseConnection_mysql { protected $shutdownRegistered = FALSE; protected $target = 'default'; protected $key = 'default'; protected $logger = NULL; protected $transactionLayers = array (...); protected $driverClasses = array (...); protected $statementClass = 'DatabaseStatementBase'; protected $transactionSupport = TRUE; protected $transactionalDDLSupport = FALSE; protected $temporaryNameIndex = 0; protected $connectionOptions = array (...); protected $schema = ...; protected $prefixes = array (...); protected $prefixSearch = array (...); protected $prefixReplace = array (...) }; protected $placeholder = 0; protected $defaultSchema = 'public'; protected $uniqueIdentifier = '4fd0724f48a245.45588987' }    24.3219 54977744 -> DatabaseSchema->createTable($name = 'ctools_object_cache', $table = array ('description' => 'A special cache used to store objects that are being edited; it serves to save state in an ordinarily stateless environment.', 'fields' => array ('sid' => array (...), 'name' => array (...), 'obj' => array (...), 'updated' => array (...), 'data' => array (...)), 'primary key' => array (0 => 'sid', 1 => 'obj', 2 => 'name'), 'indexes' => array ('updated' => array (...)), 'module' => 'ctools', 'name' => 'ctools_object_cache')) /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:2685 24.3220 54978680 -> DatabaseSchema_mysql->tableExists($table = 'ctools_object_cache') /Users/kenorb/Sites/AAT/docroot/includes/database/schema.inc:656 24.3221 54979240 -> DatabaseConnection_mysql->queryRange($query = 'SELECT 1 FROM {ctools_object_cache}', $from = 0, $count = 1, $args = ???, $options = ???) /Users/kenorb/Sites/AAT/docroot/includes/database/mysql/schema.inc:507 24.3221 54980672 -> DatabaseConnection->query($query = 'SELECT 1 FROM {ctools_object_cache} LIMIT 0, 1', $args = array (), $options = array ()) /Users/kenorb/Sites/AAT/docroot/includes/database/mysql/database.inc:82 24.3221 54982784 -> DatabaseConnection->defaultOptions() /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:651 >=> array ('target' => 'default', 'fetch' => 5, 'return' => 1, 'throw_exception' => TRUE) => $options += array ('target' => 'default', 'fetch' => 5, 'return' => 1, 'throw_exception' => TRUE) /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:651 24.3222 54983960 -> DatabaseConnection->expandArguments($query = 'SELECT 1 FROM {ctools_object_cache} LIMIT 0, 1', $args = array ()) /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:662                                                                  => $modified = FALSE /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:714    24.3223 54985856 -> array_filter(array (), 'is_array') /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:718                                                                    >=> array ()                                                                  >=> FALSE 24.3223 54983960 -> DatabaseConnection->prepareQuery($query = 'SELECT 1 FROM {ctools_object_cache} LIMIT 0, 1') /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:663 24.3223 54984312 -> DatabaseConnection->prefixTables($sql = 'SELECT 1 FROM {ctools_object_cache} LIMIT 0, 1') /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:461    24.3224 54984632 -> str_replace(array (0 => '{', 1 => '}'), array (0 => '', 1 => ''), 'SELECT 1 FROM {ctools_object_cache} LIMIT 0, 1') /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:429 >=> 'SELECT 1 FROM ctools_object_cache LIMIT 0, 1' >=> 'SELECT 1 FROM ctools_object_cache LIMIT 0, 1' => $query = 'SELECT 1 FROM ctools_object_cache LIMIT 0, 1' /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:461    24.3224 54984472 -> PDO->prepare('SELECT 1 FROM ctools_object_cache LIMIT 0, 1') /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:464 24.3225 54985776 -> DatabaseStatementBase->__construct($dbh = class DatabaseConnection_mysql { protected $shutdownRegistered = FALSE; protected $target = 'default'; protected $key = 'default'; protected $logger = NULL; protected $transactionLayers = array (); protected $driverClasses = array ('InsertQuery' => 'InsertQuery_mysql', 'MergeQuery' => 'MergeQuery', 'DatabaseTransaction' => 'DatabaseTransaction', 'SelectQuery' => 'SelectQuery', 'DeleteQuery' => 'DeleteQuery', 'DatabaseSchema' => 'DatabaseSchema_mysql', 'UpdateQuery' => 'UpdateQuery'); protected $statementClass = 'DatabaseStatementBase'; protected $transactionSupport = TRUE; protected $transactionalDDLSupport = FALSE; protected $temporaryNameIndex = 0; protected $connectionOptions = array  ('database' => 'aat_clean_drupal2', 'username' => 'root', 'password' => 'root', 'host' => 'localhost', 'port' => '', 'driver' => 'mysql', 'prefix' => array (...)); protected $schema = class DatabaseSchema_mysql { protected $connection = ...; protected $placeholder = 0; protected $defaultSchema = 'public'; protected $uniqueIdentifier = '4fd0724f48a245.45588987' }; protected $prefixes = array ('default ' => ''); protected $prefixSearch = array (0 => '{', 1 => '}'); protected $prefixReplace = array (0 => '', 1 => '') }) /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:0                                                                      => $this->dbh = class DatabaseConnection_mysql { protected $shutdownRegistered = FALSE; protected $target = 'default'; protected $key  = 'default'; protected $logger = NULL; protected $transactionLayers = array (); protected $driverClasses = array ('InsertQuery' => 'InsertQuery_mysql', 'MergeQuery' => 'MergeQuery', 'DatabaseTransactio n' => 'DatabaseTransaction', 'SelectQuery' => 'SelectQuery', 'DeleteQuery' => 'DeleteQuery', 'DatabaseSchema' => 'DatabaseSchema_mysql', 'UpdateQuery' => 'UpdateQuery'); protected $statementClass = 'Dat abaseStatementBase'; protected $transactionSupport = TRUE; protected $transactionalDDLSupport = FALSE; protected $temporaryNameIndex = 0; protected $connectionOptions = array ('database' => 'aat_clean_d rupal2', 'username' => 'root', 'password' => 'root', 'host' => 'localhost', 'port' => '', 'driver' => 'mysql', 'prefix' => array (...)); protected $schema = class DatabaseSchema_mysql { protected $conne ction = ...; protected $placeholder = 0; protected $defaultSchema = 'public'; protected $uniqueIdentifier = '4fd0724f48a245.45588987' }; protected $prefixes = array ('default' => ''); protected $prefixS earch = array (0 => '{', 1 => '}'); protected $prefixReplace = array (0 => '', 1 => '') } /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:2114    24.3226 54986216 -> PDOStatement->setFetchMode(5) /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:2115                                                                        >=> TRUE                                                                      >=> NULL                                                                    >=> class DatabaseStatementBase { public $dbh = class DatabaseConnection_mysql { protected $shutdownRegistered = FALSE; protected $target = 'default'; protected $key = 'default'; protected $logger = NULL; protected $transactionLayers = array (...); protected $driverClasses = array (...); protected $statementClass = 'DatabaseStatementBase'; protected $transactionSupport = TRUE; protected $transactionalDDLSupport = FALSE; protected $temporaryNameIndex = 0; protected $connectionOptions = array (...); protected $schema = class DatabaseSchema_mysql { ... }; protected $prefixes = array (...); protected $prefixSearch = array (...); protected $prefixReplace = array (...) }; public $queryString = 'SELECT 1 FROM ctools_object_cache LIMIT 0, 1' }                                                                  >=> class DatabaseStatementBase { public $dbh = class DatabaseConnection_mysql { protected $shutdownRegistered = FALSE; protected $target = 'default'; protected $key = 'default'; protected $logger = NULL; protected $transactionLayers = array (...); protected $driverClasses = array (...); protected $statementClass = 'DatabaseStatementBase'; protected $transactionSupport = TRUE; protected $transactionalDDLSupport = FALSE; protected $temporaryNameIndex = 0; protected $connectionOptions = array (...); protected $schema = class DatabaseSchema_mysql { ... }; protected $prefixes = array (...); protected $prefixSearch = array (...); protected $prefixReplace = array (...) }; public $queryString = 'SELECT 1 FROM ctools_object_cache LIMIT 0, 1' }                                                                => $stmt = class DatabaseStatementBase { public $dbh = class DatabaseConnection_mysql { protected $shutdownRegistered = FALSE; protected $target = 'default'; protected $key = 'default'; protected $logger = NULL; protected $transactionLayers = array (...); protected $driverClasses = array (...); protected $statementClass = 'DatabaseStatementBase'; protected $transactionSupport = TRUE; protected $transactionalDDLSupport = FALSE; protected $temporaryNameIndex = 0; protected $connectionOptions = array (...); protected $schema = class DatabaseSchema_mysql { ... }; protected $prefixes = array (...); protected $prefixSearch = array (...); protected $prefixReplace = array (...) }; public $queryString = 'SELECT 1 FROM ctools_object_cache LIMIT 0, 1' } /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:663    24.3228 54985160 -> DatabaseStatementBase->execute($args = array (), $options = array ('target' => 'default', 'fetch' => 5, 'return' => 1, 'throw_exception' => TRUE)) /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:664    24.3229 54986792 -> is_string(5) /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:2120                                                                    >=> FALSE    24.3229 54986792 -> PDOStatement->setFetchMode(5) /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:2127                                                                    >=> TRUE    24.3229 54986752 -> DatabaseConnection->getLogger() /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:2131                                                                    >=> NULL                                                                  => $logger = NULL /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:2131    24.3230 54986888 -> PDOStatement->execute(array ()) /Users/kenorb/Sites/AAT/docroot/includes/database/database.inc:2136
(0002236) kenorb    2012-06-07 10:59	Can't reproduce on PHP 5.3.6 with xdebug enabled.
(0002238) derick    2012-06-07 13:01	Keborb, it would be really helpful if you could reproduce this with one single small script that doesn't rely on anything Drupal.
(0002297) derick    2012-06-27 22:10	Could you please provide the requested information?
(0002390) derick    2012-12-17 19:28	No information provided and I can't reproduce this. Closing, but feel free to reopen if you can provide the requested information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
658	[Xdebug] Usage problems	crash	random	2011-01-26 07:28	2013-05-23 23:46
Reporter:	rautiola	Platform:	XAMPP 1.7.4 Beta2 [PHP: 5.3.3]
Assigned To:	derick	OS:	Windows
Priority:	urgent	OS Version:	XP SP3
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Eclipse/Xdebug crashes when debugging drupal
Description:	Eclipse/Xdebug crashes randomly - but very, very often - when debugging drupal in Eclipse. I have been debugging my other php scripts without problems for more than a year, but when trying to debug drupal cause crash. Eclipse throws a small window saying "Apache HTTP server has encountered a problem and needs to close etc.". Then looking at the data of the error report it says (among other things): "ModName: php_xdebug-2.1.0-5.3-vc6.dll", "ModVer: 2.1.0.5" and "Offset: 0000bf44". I can provide a screenshot from the crash if that helps. I'm using the Xampp 1.7.4 Beta2, but the same happen other versions of Xampp as well.
Steps To Reproduce:
Additional Information:
Attached Files:	XdebugReports.zip (13,059) 2011-05-20 11:17 http://bugs.xdebug.org/file_download.php?file_id=30&type=bug

Notes
(0001654) snop    2011-01-27 18:06    (edited on: 2011-01-27 18:06)	Hi, I can confirm this problem. I have this problem few months, but not with drupal, but with Zend Framework Application, the environment is the same, latest Eclipse/PDT latest stable XDebug and PHP 5.3.1-5.3.3. This issue kill my Apache server ( latest stable version) very often 3 times from 10 debug sessions. Faulting application name: httpd.exe, version: 2.2.17.0, time stamp: 0x4cbbe9e8 Faulting module name: php_xdebug-2.1.0-5.3-vc6.dll, version: 2.1.0.5, time stamp: 0x4c29c7d8 Exception code: 0xc0000005 Fault offset: 0x0000bf44 Faulting process id: 0x938 Faulting application start time: 0x01cbb9419ec841dc Faulting application path: C:\Program Files (x86)\Apache Software Foundation\Apache2.2\bin\httpd.exe Faulting module path: C:\Program Files (x86)\PHP\ext\php_xdebug-2.1.0-5.3-vc6.dll Report Id: 88720566-2535-11e0-9e20-005056c00008
(0001655) rautiola    2011-01-27 19:36	Hi, Do you know if this can be solved somehow? As you know very well, it's very time consuming when you have to close Xampp and Eclipse, disable some drupal modules, restart Xampp and Eclipse and Apache, try again by starting debugger, enable drupal modules (if you are lucky to get that point) etc... Br, Markku R
(0001697) screamatthewind    2011-03-29 10:39	Having exactly the same issue debugging Wordpress with Eclipse on Windows. Virtually unusable. Have tried this on XP and Vista with the same results.
(0001702) derick    2011-03-30 22:54	I would need a proper backtrace (see http://bugs.php.net/bugs-generating-backtrace-win32.php [^]), and if you can, a simple script and a remote_log (see http://xdebug.org/support.php#remote [^]). I've uploaded a debug pack for 2.1.0-5.3-vc6.dll as attachment to this report. (For fun, do try 2.1.1 though please).
(0001712) screamatthewind    2011-03-31 15:58	Unfortunately, 2.1.1 does not solve the issue. As it turns out, it is crashing when the variable view panel is open. As long as that is closed, it seems to work. Inspect works fine. Also, syntax highlighting is still not working. Had to disable it. Thought I read another post where syntax highlighting was fixed. Anyway, if you keep the expressions and variables panels closed and disable syntax highlighting it works pretty well. If I can figure out how to send you a backtrace, I will. Not sure what is meant by, "I've uploaded a debug pack for 2.1.0-5.3-vc6.dll". Can't seem to find the file. Thanks
(0001747) bhofmann    2011-05-20 11:18	Hello, A user of my application is having similar problems, he managed to get backtrackes of it, I attached them in XdebugReports.zip. If you need more information, let me know. Thanks.
(0001753) dextercowley    2011-06-10 16:45	I have had this issue debugging Joomla in Windows Vista 64-bit with Xdebug and Eclipse. As a work-around, I find it works if I keep the Variables view closed and just use the Expressions view. However, this is a major limitation. It would be very helpful to get this issue resolved.
(0001767) efeng    2011-07-29 23:00	Don't know if this help, I have same kind of issue, but it relate to array depth xdebug handle in Variables view. And you can change it. Widnow > Preferences > PHP > Debug > Installed Debug > Xdebug > Configure enlarge the "Max array depth" solved my issue.
(0001773) zenobios    2011-08-09 15:08	Hi, I can partially confirm efeng's workaround. I enlarged the "Max array depth" from to 50 but that alone didn't do the job. What I had to do: Ensure that the variables view is NOT selected (it can be there but in background). Step to a breakpoint and do an inspect of some variable once -> The variables view now displays all variables correctly.
(0001787) crashedfx    2011-08-15 09:24	Hi Everybody, I'm new to Eclipse and XDebug, so if i say something stupid - please don't flame me. I'm using Eclipse PDT as my IDE, and since ZendDebugger failed miserably, i decided to try XDebug. Plus everybody (who i know that develops in PHP) said that it's superior debugger. I'm trying to setup Eclipse/XDebug for Joomla extension development. I've used another IDE with no debugger, but as web app grows it's a huge setback to work without a debugger, it's not the most efficient way to work. As this issue, and other issues related to it point out, my problem is Eclipse throwing: "unexpected termination of script, debugging ended" error when i run the debugger, if "Variables" tab is visible. My problem is not related to Drupal, (as i said above I'm working with Joomla) but I'm sure the source of this issue is the same. And though other subjects might be describing my problem more accurately, i didn't want to write to to threads/issues which were marked as "duplicate" of this by admins. I actually tried to do this setup of Eclipse + XDebug on older machine which had Windows XP and Apache/PHP/MySQL were installed and configured separately. That setup did not have this problem, which makes me think if maybe the issue is also XAMPP related (i'm using XAMPP for a first time now). Is anybody else who has this problem using Apache/PHP without XAMPP package? Just an idea... I did as zenobios advised. I made sure that "Variables" tab is not selected prior to debugging. Once i hit first breakpoint, i inspect the variable and once it shows me the variable contents, i can safely view the "Variables" tag. More than that, on next session it works even if "Variables" tab has been selected initially. On 3rd try however same thing happens: "unexpected termination of script, debugging ended". It's a nice workaround, which at least will let me work little bit if I'm careful. So THANK YOU zenobios = kudos+1 :) *thumbs up* Here is a link to file with my XDebug remote log contents: http://www.starlingwebdevelopment.com/4xdebug_developers/xdebug_remote_15Aug2011.log [^] I cant use MS Debug Diagnostics Tool as instructed in the link above, since I'm running Windows 7. Debug Diagnostics Tool only shows very small part, saying "Analysis Only". So i cant create rules etc... Though I've downloaded PHP Debug .pdt file set into my PHP installation. Not sure how to use them without full Debug Diagnostics Tool though.... Here are my XDebug settings in PHP: [XDebug] zend_extension = D:\xampp\php\ext\php_xdebug-2.1.2-5.3-vc6.dll xdebug.default_enable = "On" xdebug.profiler_output_dir = "D:\xampp\tmp" xdebug.remote_enable = true xdebug.remote_handler = "dbgp" xdebug.remote_host = "localhost" xdebug.remote_log = "D:\xampp\php\log\xdebug_log\xdebug_remote.log" xdebug.remote_port = 10000 xdebug.show_local_vars = 1 xdebug.trace_output_dir = "D:\xampp\tmp" (I've tried also setting my XDebug max array options higher, but yielded same result. Are these correct options of which efeng was speaking? Or i misunderstood totally?) xdebug.var_display_max_depth = 100 xdebug.var_display_max_data = 2048 xdebug.var_display_max_children = 512 (I don't know if this is going to help any, but just in case...) And here is Windows EVENT VIEWER error message that is generated during the crash: **************************** Faulting application name: httpd.exe, version: 2.2.17.0, time stamp: 0x4cbbe9e8 Faulting module name: php_xdebug-2.1.2-5.3-vc6.dll, version: 2.1.2.1, time stamp: 0x4e317b06 Exception code: 0xc0000005 Fault offset: 0x0000bee9 Faulting process id: 0x508 Faulting application start time: 0x01cc5b1d0a3c1891 Faulting application path: D:\xampp\apache\bin\httpd.exe Faulting module path: D:\xampp\php\ext\php_xdebug-2.1.2-5.3-vc6.dll Report Id: 4e063037-c710-11e0-a423-005056c00008 **************************** If i can provide anything else, please let me know. It's very important for me to get this working (as I'm sure for everybody else), and I'll do anything that i can to help find the source of this problem. Thank you everybody for reading this long message.
(0002452) Jarry    2013-04-12 23:20	its this going to be fixed? this bug makes the debugger almost unusable. sometimes i can debug and watch variables, and sometimes the debugger crashes almost instantaneously. it seems that the bug has something to do with the size of the call stack. but im not sure
(0002453) dextercowley    2013-04-13 16:35    (edited on: 2013-04-13 16:36)	I was having this problem (as reported on 2011-06-10), but after upgrading to XAMPP 1.7.7 (PHP 5.3.8 and XDEBUG 2.1.1) XDebug is mostly stable and I can use the Variables view. I found that I need to have "Show super globals in variable view" turned off. But with that, I can use the Variables view OK. The only time I crash now is if I forget to disable or delete certain expressions in the expressions view and stop at a place where an expression causes an error. Hope that helps someone.
(0002483) derick    2013-05-22 06:49	Could you please try Xdebug 2.2.3 which has just been released? I am suspecting that release might fix this issue.
(0002489) Jarry    2013-05-23 22:57	aparently with the new version its solved. Thanks!
(0002490) derick    2013-05-23 23:46	Apparently fixed in 2.2.3!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
944	[Xdebug] Usage problems	crash	always	2013-05-03 18:38	2013-05-22 23:34
Reporter:	NoDozing	Platform:
Assigned To:	derick	OS:	W8
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.2
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.3
Summary:	Get "Socket Exception occured" when trying to connect to mySQL through NetBeans
Description:	$connectdb = new mysqli(...) always results in fails with "Socket Exception" Doing "Run File" works fine.
Steps To Reproduce:	$databaseHost = 'localhost'; $databaseUser = 'root'; $databasePassword = ''; $databaseName = 'whatever database'; $connectdb = new mysqli($databaseHost, $databaseUser, $databasePassword, $databaseName);
Additional Information:
Attached Files:	suppor16_now.sql (19,202) 2013-05-04 20:37 http://bugs.xdebug.org/file_download.php?file_id=163&type=bug DB.php (4,190) 2013-05-04 20:42 http://bugs.xdebug.org/file_download.php?file_id=164&type=bug

Notes
(0002457) derick    2013-05-07 08:42	Are you sure this is not related to either http://bugs.xdebug.org/view.php?id=881 [^] or http://bugs.xdebug.org/view.php?id=906 [^] or http://bugs.xdebug.org/view.php?id=900 [^] ? I think this might actually be this bug in MySQLI: https://bugs.php.net/bug.php?id=63486 [^]
(0002458) NoDozing    2013-05-07 13:07	Morning, on the last hyperlink mentioned, I can't even run these two lines from the test script after putting in my connection info: $con = mysqli_init(); mysqli_real_connect($con, '127.0.0.1', 'root', 'xxxxx'); If I just run it or put a breakpoint at the connect and then let it run, everything is fine. If I put a breakpoint after the connect, it gives me socket error. I've installed NetBeans and WAMP, which includes MySQL, PHP, XDebug. I've only modified the php.ini at the apache and php level with: xdebug.idekey="netbeans-xdebug" xdebug.remote_enable=on xdebug.remote_handler=dbgp xdebug.remote_host=127.0.0.1 xdebug.remote_port=9000 xdebug.profiler_enable = off xdebug.profiler_enable_trigger = off xdebug.profiler_output_name = cachegrind.out.%t.%p xdebug.profiler_output_dir = "c:/wamp/tmp" xdebug.remote_log="c:/wamp/tmp/xdebug.log"
(0002484) derick    2013-05-22 06:50	Could you please try Xdebug 2.2.3 which has just been released? I am suspecting that release might fix this issue.
(0002486) NoDozing    2013-05-22 11:29	You da man. The error has gone away with the latest release.
(0002488) derick    2013-05-22 23:34	Fixed in 2.2.3 (apparently).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
942	[Xdebug] Usage problems	minor	always	2013-04-14 10:03	2013-05-22 16:11
Reporter:	kAlvaro	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:	2.1.3
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	Strack traces can be unreadable due to missing foreground colour
Description:	Strack traces set background colours but not foreground colours. That often makes the text barely unreadable, depending on what colours are set in the site's CSS.
Steps To Reproduce:	<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> [^] <html> <head><title></title> <style type="text/css"><!-- body{ color: #FF8204; background-color: black; } --></style> </head> <body> <h1>Unreadable stack trace</h1> <?php error_reporting(E_ALL); ini_set('display_errors', true); $foo++; ?> </div> </body> </html>
Additional Information:
Attached Files:	Xdebug - Unreadable stack trace screenshot.png (9,458) 2013-04-14 10:03 http://bugs.xdebug.org/file_download.php?file_id=161&type=bug

Notes
(0002474) derick    2013-05-18 22:33	Is there any reason why you can't set specific CSS classes on "xdebug-error"? All xdebug output has that.
(0002487) kAlvaro    2013-05-22 16:11	Sorry, I'm not sure whether you're stating that there's no need to fix the issue or just proposing a workaround. Of course, CSS allows to write custom code to override the default styles provided by Xdebug—I didn't mention this workaround because I assumed I was obvious. Other than that, if I'm supposed to style the stack traces myself I'd prefer to obtain bare HTML from Xdebug so I'm not forced to write CSS just to undo hard-coded styles. But I'd expect Xdebug to be a self-complete tool that allows standalone usage out of the box. It's great if further tweaking is allowed, but it shouldn't be mandatory. If built-in styles are provided, shouldn't they "just work"?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
861	[Xdebug] Documentation	minor	have not tried	2012-06-26 17:57	2013-05-22 04:51
Reporter:	nnmatveev	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.3
Summary:	Describe encoding of the 'fileuri' parameter in DBGp
Description:	The encoding format of 'fileuri' is actually not documented here - xdebug.org/docs-dbgp.php Recently I've tried several ways: 1) URL encoding - doesn't work 2) Rule for all message packets (http://xdebug.org/docs-dbgp.php#message-packets [^]) - doesn't work 3) Escaping of ' ' and '%' - works. Please clarify the official position in the documentation Thanks!
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
792	[Xdebug] Feature/Change request	minor	have not tried	2012-03-13 09:24	2013-05-22 04:51
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.9
Summary:	Add coverage speed up patch by Taavi Burns
Description:	https://github.com/derickr/xdebug/pull/15 [^]
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
780	[Xdebug] Documentation	minor	always	2012-02-18 23:07	2013-05-22 04:51
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.9
Summary:	Add DreamHost setup
Description:	https://docs.google.com/document/d/13aqd_Nk1kE2CmcPocqKGPdFFsj82fD-d5-TJ7eNNPE4/edit [^] https://twitter.com/#!/chrismanley/status/163708773238714369 [^]
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
749	[Xdebug] Usage problems	minor	always	2011-11-17 15:40	2013-05-22 04:51
Reporter:	edorian	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:	2.1.0
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 10.04
PHP Version:	5.3.8
Summary:	Triggered pcntl_alarm callbacks lets to socket error when debugging with netbeans
Description:	When debugging the attached code the debugger fails complaining about a broken pipe.
Steps To Reproduce:	Create a netbeans project (I've not tried it with other debugger front ends) with a file containing the following code. Stepping a breakpoint at line 5 ( echo "."; ) and then: Debug file: Ctrl+Shift+F5 Continue: Ctrl+F5 Wait some seconds Step Into: F7 Then a "Socket Error" should appear. The IDE log says: "Broken Pipe" <?php class myTest { function test() { echo "."; } } function a() { $params = array(); $class = new myTest(); $invoker = new Invoker(); $invoker->invoke(array($class, 'test'), $params); $invoker->invoke(array($class, 'test'), $params); } a(); a(); declare(ticks = 1); class Invoker { public function invoke($callable, array $arguments) { pcntl_signal(SIGALRM, array($this, 'callback'), TRUE); pcntl_alarm(1); $result = call_user_func_array($callable, $arguments); pcntl_alarm(0); } public function callback() { } }
Additional Information:	php 5.3.8 --enable-pcntl, current xdebug from pecl.
Attached Files:	xdebug_remote.log (94,978) 2011-11-18 08:52 http://bugs.xdebug.org/file_download.php?file_id=44&type=bug

Notes
(0001860) derick    2011-11-17 17:51	Could you please provide the remote debug log of such a session, see http://xdebug.org/docs/all_settings#remote_log [^] on how to make one. cheers, Derick
(0001862) edorian    2011-11-18 08:55	I've attached the log of one run from start to Socket Exception (broken pipe).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
701	[Xdebug] Usage problems	minor	always	2011-07-05 10:43	2013-05-22 04:51
Reporter:	rusk	Platform:	UNIX
Assigned To:	derick	OS:	Ubuntu Linux
Priority:	normal	OS Version:	10.10
Status:	assigned	Product Version:	2.1.0
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	2.6.32-30-generic 0000059-Ubuntu i686 GNU/Linux
PHP Version:	5.3.6
Summary:	Functions as array indexes.
Description:	php with xdebug stops script without any error messages even in server logs when you use function return value as array index. It affects some big commercial frameworks that make xdebug unusable...
Steps To Reproduce:	$array = array(); $array[strpos('apple','apple')] = apple;
Additional Information:	Usage functions as array indexes is allowed in official PHP documentation.
Attached Files:

Notes
(0001762) derick    2011-07-16 15:44	This script works just fine for me. Can you: - upgrade to Xdebug 2.1.1 And then explain exactly when you get this problem. - What are you doing? - What is the command line? - What are the PHP.ini settings for Xdebug (only)... etc.
(0001764) rusk    2011-07-26 16:02	The exact code from Expression Engine: <?php class EE_Functions {     var $action_ids = array();         function fetch_action_id($class, $method)     {         if ($class == '' OR $method == '')         {             return FALSE;         }         $this->action_ids[ucfirst($class)][$method] = $method;                  return 'AID:'.ucfirst($class).':'.$method.RD;     } } $obj = new EE_Functions; echo $obj->fetch_action_id("class", "method"); ?> This code works on production server without xdebug. On my local enviroinment it dies without any messages even in log on the line $this->action_ids[ucfirst($class)][$method] = $method; If I assign ucfirst($class) to a variable and use that variable as array index it works fine. xdebug settings are: xdebug.remote_enable=On xdebug.remote_host=localhost xdebug.remote_port=9000 xdebug.remote_handler="dbgp" xdebug.remote_autostart=off xdebug.remote_mode=req xdebug.show_mem_delta=On xdebug.auto_trace=On xdebug.collect_assignments=On xdebug.profiler_enable=On xdebug.show_exception_trace=On xdebug.show_local_vars=On xdebug.overload_var_dump=On xdebug.show_local_vars=1 html_errors=On xdebug.max_nesting_level = 5000
(0001766) derick    2011-07-28 09:15	I do not get a crash here, but I do see memory reading errors with valgrind.
(0002027) derick    2012-04-03 16:42	I've fixed the crash for Xdebug 2.2.0, but the real fix will have to wait.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
948	[Xdebug] Usage problems	minor	always	2013-05-13 21:49	2013-05-18 23:30
Reporter:	ashnazg	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.2
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows7
PHP Version:	5.4.7
Summary:	Unused+DeadCode not returning (-2) because of nested IF
Description:	Having an inner IF inside an outer IF results in two lines being returned as (-1) rather than (-2) in the xdebug_get_code_coverage() return array. In my fooGood() method coverage, the regular behavior return of (-2) for the "} else {" line and the function end line "}", as expected. In my fooBad() method coverage, the equivalent lines (ELSE and function close brace) get return values of (-1) instead. The expectation is that (-2) would be returned for both lines.
Steps To Reproduce:	1. php xdebugTest.php 2. Expect array keys of 12 and 20 (the ELSEs) and 15 and 23 (the function close braces) to all be (-2). 3. Actual result is that 12 and 15 show (-1). This behavior will disappear if you comment out the inner IF.
Additional Information:	I discovered this behavior while trying to figure out why PHP_CodeCoverage (1.2 branch on github) was showing these lines as red unexecuted code rather than as white ignored lines. CodeCoverage uses both the UNUSED and DEAD_CODE flags and appears to expect (-2) values to be returned for the lines in question. (https://github.com/sebastianbergmann/php-code-coverage/issues/160 [^]) This behavior is evident in all 2.2 versions (2.2.2, 2.2.1, 2.2.0, 2.2.0rc2, 2.2.0rc1).
Attached Files:	xdebugTest.php (778) 2013-05-13 21:49 http://bugs.xdebug.org/file_download.php?file_id=165&type=bug

Notes
(0002475) derick    2013-05-18 23:30	There is no bug here. In the case without the nested "if", the code can never reach the closing function bracket if you do statical analysis of code paths. However, in the case with the nested if it *is* possible to hit this. Xdebug doesn't know that the two if ($args) do the same thing, as it does not do evaluation of "if" statements during its analysis. Therefore, the "} else {" on line 12 and the "}" on line 15 can theoretically (but not logically) be reached. If you provide an "else" with a "return false" for the nested if, you see then that the closing brace can not be reached again.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
946	[Xdebug] Documentation	minor	always	2013-05-08 12:57	2013-05-18 22:24
Reporter:	Anthony Geoghegan	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.2
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.0
Summary:	Web page describing remote debugging has a link which confusingly links to the same page
Description:	In the section describing the remote_handler setting at http://xdebug.org/docs/remote#remote_handler [^] there's a sentence which reads, "See more information in the introduction for Remote Debugging." Clicking on this link causes the browser to reload the same page (as though it were a new / different page). Usability studies show that this behaviour can cause confusion for users. I'd suggest either removing the anchor altogether or else modifying the href attribute so that it refers to a specific named anchor on the same page. If keeping the sentence, I'd suggest including the word "above" so that it's clear that the introductory information it refers to is on the same page.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002472) derick    2013-05-18 22:24	Fixed by rewriting the whole thing.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
945	[Xdebug] Installation	minor	have not tried	2013-05-06 17:44	2013-05-18 22:23
Reporter:	dotnetCarpenter	Platform:	Darwin
Assigned To:	derick	OS:	OS X
Priority:	normal	OS Version:	10.7
Status:	resolved	Product Version:	2.2.2
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OS X 10.7.5 Lion
PHP Version:	5.4.10-5.4.14
Summary:	configure uses wrong path to php
Description:	When installing Xdebug on a machine with php pre-installed (like Mac OS X) you'll want to keep your own version of php separate from the Apple supplied one. On *nix system, the default way is to have your own version of php in the /usr/local/bin directory. The Xdebug install process ignore this practice and uses the version in /usr/bin instead. Subsequently, hooking Xdebug to the wrong php version/process. I have MAMP installed and the steps to reproduce, assumes you have an installation of MAMP. This bug should be reproducible on any *nix machine, though.
Steps To Reproduce:	Symlink your php path to MAMP's php version: ln -s /Applications/MAMP/bin/php/php5.4.10/bin/php /usr/local/bin/php Follow the guide from http://xdebug.org/wizard.php [^]
Additional Information:	This could be an issue in upstream phpize
Attached Files:

Notes
(0002456) derick    2013-05-07 08:37	This not a bug in anything. If you're trying to trick the PHP configure system then this is what you get. Simple provide --with-php-config=/correct/path/php-config to the ./configure command and it should work.
(0002459) dotnetCarpenter    2013-05-07 17:46	Thanks Derrick. Could you document it, when analyzing the phpinfo and config path differs from /usr/bin? On another note, ./configure --with-php-config=/Applications/MAMP/bin/php/php5.4.10/conf/php.ini does not work. ./configure --with-php-config=/Applications/MAMP/bin/php/php5.4.10/conf/php.ini .. checking target system type... i386-apple-darwin11.4.2 configure: error: Cannot find php-config. Please use --with-php-config=PATH I'm still confused to who is maintaining the configure script. Is it Xdebug or the PHP team?
(0002471) derick    2013-05-18 22:23	The option doesn't take a php.ini file, it wants a path to "php-config". The configure script comes through phpize from the PHP build system.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
940	[Xdebug] Debug client (console)	major	always	2013-04-04 21:36	2013-05-18 22:09
Reporter:	jtreminio	Platform:	Linux
Assigned To:	derick	OS:	Debian
Priority:	normal	OS Version:	2.6.32-46
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.10
Summary:	xdebug quits when it reaches an object cast to array that contained protected properties
Description:	xdebug quits session when it reaches an object, that contains protected properties, that has been cast to an array.
Steps To Reproduce:	<?php class foo { protected $_type; public function __construct() { $this->_type = 'profile'; } } // Place breakpoint at line below $foo = new foo(); // xdebug crashes when it goes past line below $bar = (array) $foo; // This code will still be run, without debug var_dump($foo); var_dump($bar);
Additional Information:	PHP itself does not segfault and continues execution.
Attached Files:

Notes
(0002451) jtreminio    2013-04-04 21:37	$ php -v PHP 5.3.10 (cli) (built: Jan 30 2013 09:29:03) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies     with Xdebug v2.3.0dev, Copyright (c) 2002-2012, by Derick Rethans Also tested with PHP 5.4.13 (cli) (built: Mar 16 2013 13:38:08) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies     with Xdebug v2.2.1, Copyright (c) 2002-2012, by Derick Rethans and PHP 5.3.22 (cli) (built: Feb 22 2013 00:34:22) Zend Engine v2.3.0, Copyright (c) 1998-2013 Zend Technologies     with Xdebug v2.2.1, Copyright (c) 2002-2012, by Derick Rethans     with test_helpers v1.0.1-dev, Copyright (c) 2009-2012, by Johannes Schlueter, Scott
(0002470) derick    2013-05-18 22:09	Xdebug doesn't actually crash, the IDE seems to be closing the connection. This is a duplicate of 924 which has a better description.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
610	[Xdebug] Usage problems	minor	always	2010-08-22 08:49	2013-05-18 22:03
Reporter:	ksafonov	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2.3
Operating System:	Windows 7
PHP Version:	5.3.3
Summary:	Xdebug sends invalid '&#0' char reference in response
Description:	Try to debug the file: <?php class SimpleClass { private $_a; public function __construct($a) { $this->_a = $a; } } $a = new SimpleClass(2); $a = (array) $a; // <-- put breakpoint here echo("unreachable"); Put breakpoint at line before last one. When execution breaks here, try to get the context. Response will contain "?" parts that are not allowed in XML according to the spec: http://www.w3.org/TR/REC-xml/#wf-Legalchar [^]
Steps To Reproduce:
Additional Information:	xdebug log: Log opened at 2010-08-22 07:49:07 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/Users/ksafonov/PhpstormProjects/InvalidChars/phpinfo.php" [^] language="PHP" protocol_version="1.0" appid="768" idekey="PhpStorm1"><engine version="2.1.1-dev"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2010 by Derick Rethans]]></copyright></init> <- feature_get -i 387 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="387" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- feature_get -i 388 -n breakpoint_types -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="388" feature_name="breakpoint_types" supported="1"><![CDATA[line conditional call return exception]]></response> <- feature_set -i 389 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="389" feature="show_hidden" success="1"></response> <- stdout -i 390 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stdout" transaction_id="390" success="0"></response> <- stderr -i 391 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stderr" transaction_id="391" success="0"></response> <- feature_get -i 392 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="392" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_set -i 393 -n max_children -v 100 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="393" feature="max_children" success="1"></response> <- feature_set -i 394 -n max_data -v 100 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="394" feature="max_data" success="1"></response> <- feature_set -i 395 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="395" feature="max_depth" success="1"></response> <- eval -i 396 -- cGhwX3VuYW1lKCJzIik= -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="eval" transaction_id="396"><property address="12647144" type="string" size="10" encoding="base64"><![CDATA[V2luZG93cyBOVA==]]></property></response> <- breakpoint_set -i 397 -t line -f file:///C:/Users/ksafonov/PhpstormProjects/InvalidChars/phpinfo.php [^] -n 11 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="397" state="enabled" id="7680001"></response> <- breakpoint_set -i 398 -t line -f file:///C:/Programs/php-5.2.13/PEAR/PHPUnit/Framework/Constraint/IsEqual.php [^] -n 324 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="398" state="enabled" id="7680002"></response> <- run -i 399 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="399" status="break" reason="ok"><xdebug:message filename="file:///C:/Users/ksafonov/PhpstormProjects/InvalidChars/phpinfo.php" [^] lineno="11"></xdebug:message></response> <- stack_get -i 400 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="400"><stack where="{main}" level="0" type="file" filename="file:///C:/Users/ksafonov/PhpstormProjects/InvalidChars/phpinfo.php" [^] lineno="11"></stack></response> <- context_names -i 401 -d 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="401"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context></response> <- context_get -i 402 -d 0 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="402" context="0"><property name="a" fullname="$a" address="43517944" type="object" classname="SimpleClass" children="1" numchildren="1" page="0" pagesize="100"><property name="CLASSNAME" type="string"><![CDATA[SimpleClass]]></property><property name="_a" fullname="$a->_a" facet="private" address="43511448" type="int"><![CDATA[2]]></property></property></response> <- context_get -i 403 -d 0 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="403" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="43494256" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_ENV" fullname="$_ENV" address="43486912" type="array" children="1" numchildren="51" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$_ENV['ALLUSERSPROFILE']" address="43487032" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="anthome" fullname="$_ENV['anthome']" address="43487008" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="ant_home" fullname="$_ENV['ant_home']" address="43487296" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="APPDATA" fullname="$_ENV['APPDATA']" address="43487272" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="AXIS2_HOME" fullname="$_ENV['AXIS2_HOME']" address="43487536" type="string" size="23" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXhpczItMS41LjE=]]></property><property name="CommonProgramFiles" fullname="$_ENV['CommonProgramFiles']" address="43487512" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$_ENV['CommonProgramFiles(x86)']" address="43487808" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramW6432" fullname="$_ENV['CommonProgramW6432']" address="43487944" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$_ENV['COMPUTERNAME']" address="43488080" type="string" size="13" encoding="base64"><![CDATA[S1NBRk9OT1YtVkFJTw==]]></property><property name="ComSpec" fullname="$_ENV['ComSpec']" address="43488056" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="configsetroot" fullname="$_ENV['configsetroot']" address="43488352" type="string" size="24" encoding="base64"><![CDATA[QzpcV2luZG93c1xDb25maWdTZXRSb290]]></property><property name="dev_idea_home" fullname="$_ENV['dev_idea_home']" address="43488440" type="string" size="16" encoding="base64"><![CDATA[YzpcUHJvamVjdHNcSURFQQ==]]></property><property name="EMC_AUTOPLAY" fullname="$_ENV['EMC_AUTOPLAY']" address="43488592" type="string" size="49" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXA==]]></property><property name="FP_NO_HOST_CHECK" fullname="$_ENV['FP_NO_HOST_CHECK']" address="43488328" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$_ENV['HOMEDRIVE']" address="43488808" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$_ENV['HOMEPATH']" address="43488912" type="string" size="15" encoding="base64"><![CDATA[XFVzZXJzXGtzYWZvbm92]]></property><property name="IDEA_PROPERTIES" fullname="$_ENV['IDEA_PROPERTIES']" address="43488992" type="string" size="17" encoding="base64"><![CDATA[aWRlYS14LnByb3BlcnRpZXM=]]></property><property name="java_home" fullname="$_ENV['java_home']" address="43489256" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS42LjBfMTlc]]></property><property name="jdk_home" fullname="$_ENV['jdk_home']" address="43489376" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS42LjBfMTlc]]></property><property name="LOCALAPPDATA" fullname="$_ENV['LOCALAPPDATA']" address="43489496" type="string" size="31" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$_ENV['LOGONSERVER']" address="43489600" type="string" size="11" encoding="base64"><![CDATA[XFxTVC1TRVJWRVI=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$_ENV['NUMBER_OF_PROCESSORS']" address="43489576" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="OS" fullname="$_ENV['OS']" address="43489832" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$_ENV['Path']" address="43490688" type="string" size="771" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNcamF2YWZ4LXNkazEuM1xiaW47QzpcUHJvZ3JhbXNcamF2YWZ4LXNkazEuM1xlbXVsYXRvclxiaW47QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxQQyBDb25uZQ==]]></property><property name="PATHEXT" fullname="$_ENV['PATHEXT']" address="43490824" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$_ENV['PROCESSOR_ARCHITECTURE']" address="43490904" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_ARCHITEW6432" fullname="$_ENV['PROCESSOR_ARCHITEW6432']" address="43490944" type="string" size="5" encoding="base64"><![CDATA[QU1ENjQ=]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$_ENV['PROCESSOR_IDENTIFIER']" address="43491104" type="string" size="50" encoding="base64"><![CDATA[SW50ZWw2NCBGYW1pbHkgNiBNb2RlbCAzNyBTdGVwcGluZyAyLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$_ENV['PROCESSOR_LEVEL']" address="43491232" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$_ENV['PROCESSOR_REVISION']" address="43491208" type="string" size="4" encoding="base64"><![CDATA[MjUwMg==]]></property><property name="ProgramData" fullname="$_ENV['ProgramData']" address="43491448" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$_ENV['ProgramFiles']" address="43491528" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramFiles(x86)" fullname="$_ENV['ProgramFiles(x86)']" address="43491424" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramW6432" fullname="$_ENV['ProgramW6432']" address="43492024" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PROMPT" fullname="$_ENV['PROMPT']" address="43492000" type="string" size="4" encoding="base64"><![CDATA[JFAkRw==]]></property><property name="PSModulePath" fullname="$_ENV['PSModulePath']" address="43492280" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$_ENV['PUBLIC']" address="43492360" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="RoxioCentral" fullname="$_ENV['RoxioCentral']" address="43492544" type="string" size="70" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcUm94aW8gQ2VudHJhbDM2XA==]]></property><property name="SESSIONNAME" fullname="$_ENV['SESSIONNAME']" address="43492624" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property><property name="SystemDrive" fullname="$_ENV['SystemDrive']" address="43492720" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="SystemRoot" fullname="$_ENV['SystemRoot']" address="43492824" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="TEMP" fullname="$_ENV['TEMP']" address="43492800" type="string" size="7" encoding="base64"><![CDATA[YzpcVGVtcA==]]></property><property name="TMP" fullname="$_ENV['TMP']" address="43493000" type="string" size="7" encoding="base64"><![CDATA[YzpcdGVtcA==]]></property><property name="USERDNSDOMAIN" fullname="$_ENV['USERDNSDOMAIN']" address="43493128" type="string" size="16" encoding="base64"><![CDATA[U1dJRlRURUFNUy5MT0NBTA==]]></property><property name="USERDOMAIN" fullname="$_ENV['USERDOMAIN']" address="43493240" type="string" size="10" encoding="base64"><![CDATA[U1dJRlRURUFNUw==]]></property><property name="USERNAME" fullname="$_ENV['USERNAME']" address="43493344" type="string" size="8" encoding="base64"><![CDATA[a3NhZm9ub3Y=]]></property><property name="USERPROFILE" fullname="$_ENV['USERPROFILE']" address="43493456" type="string" size="17" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3Y=]]></property><property name="VS100COMNTOOLS" fullname="$_ENV['VS100COMNTOOLS']" address="43493616" type="string" size="66" encoding="base64"><![CDATA[YzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxNaWNyb3NvZnQgVmlzdWFsIFN0dWRpbyAxMC4wXENvbW1vbjdcVG9vbHNc]]></property><property name="windir" fullname="$_ENV['windir']" address="43493704" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="work_idea_home" fullname="$_ENV['work_idea_home']" address="43493848" type="string" size="29" encoding="base64"><![CDATA[YzpccHJvZ3JhbXNcaWRlYS1mcm9tLXNvdXJjZXM=]]></property><property name="XDEBUG_CONFIG" fullname="$_ENV['XDEBUG_CONFIG']" address="43493968" type="string" size="16" encoding="base64"><![CDATA[aWRla2V5PVBocFN0b3JtMQ==]]></property></property><property name="_FILES" fullname="$_FILES" address="43503224" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_GET" fullname="$_GET" address="43493824" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_POST" fullname="$_POST" address="43502640" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_REQUEST" fullname="$_REQUEST" address="43503456" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_SERVER" fullname="$_SERVER" address="43494368" type="array" children="1" numchildren="59" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$_SERVER['ALLUSERSPROFILE']" address="43494528" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="anthome" fullname="$_SERVER['anthome']" address="43494504" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="ant_home" fullname="$_SERVER['ant_home']" address="43494776" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="APPDATA" fullname="$_SERVER['APPDATA']" address="43494752" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="AXIS2_HOME" fullname="$_SERVER['AXIS2_HOME']" address="43495016" type="string" size="23" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXhpczItMS41LjE=]]></property><property name="CommonProgramFiles" fullname="$_SERVER['CommonProgramFiles']" address="43494992" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$_SERVER['CommonProgramFiles(x86)']" address="43495288" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramW6432" fullname="$_SERVER['CommonProgramW6432']" address="43495424" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$_SERVER['COMPUTERNAME']" address="43495560" type="string" size="13" encoding="base64"><![CDATA[S1NBRk9OT1YtVkFJTw==]]></property><property name="ComSpec" fullname="$_SERVER['ComSpec']" address="43495536" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="configsetroot" fullname="$_SERVER['configsetroot']" address="43495832" type="string" size="24" encoding="base64"><![CDATA[QzpcV2luZG93c1xDb25maWdTZXRSb290]]></property><property name="dev_idea_home" fullname="$_SERVER['dev_idea_home']" address="43495920" type="string" size="16" encoding="base64"><![CDATA[YzpcUHJvamVjdHNcSURFQQ==]]></property><property name="EMC_AUTOPLAY" fullname="$_SERVER['EMC_AUTOPLAY']" address="43496072" type="string" size="49" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXA==]]></property><property name="FP_NO_HOST_CHECK" fullname="$_SERVER['FP_NO_HOST_CHECK']" address="43495808" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$_SERVER['HOMEDRIVE']" address="43496288" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$_SERVER['HOMEPATH']" address="43496392" type="string" size="15" encoding="base64"><![CDATA[XFVzZXJzXGtzYWZvbm92]]></property><property name="IDEA_PROPERTIES" fullname="$_SERVER['IDEA_PROPERTIES']" address="43496472" type="string" size="17" encoding="base64"><![CDATA[aWRlYS14LnByb3BlcnRpZXM=]]></property><property name="java_home" fullname="$_SERVER['java_home']" address="43496600" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS42LjBfMTlc]]></property><property name="jdk_home" fullname="$_SERVER['jdk_home']" address="43496720" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS42LjBfMTlc]]></property><property name="LOCALAPPDATA" fullname="$_SERVER['LOCALAPPDATA']" address="43496840" type="string" size="31" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$_SERVER['LOGONSERVER']" address="43496944" type="string" size="11" encoding="base64"><![CDATA[XFxTVC1TRVJWRVI=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$_SERVER['NUMBER_OF_PROCESSORS']" address="43496920" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="OS" fullname="$_SERVER['OS']" address="43497176" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$_SERVER['Path']" address="43498032" type="string" size="771" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNcamF2YWZ4LXNkazEuM1xiaW47QzpcUHJvZ3JhbXNcamF2YWZ4LXNkazEuM1xlbXVsYXRvclxiaW47QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxQQyBDb25uZQ==]]></property><property name="PATHEXT" fullname="$_SERVER['PATHEXT']" address="43498168" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$_SERVER['PROCESSOR_ARCHITECTURE']" address="43498248" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_ARCHITEW6432" fullname="$_SERVER['PROCESSOR_ARCHITEW6432']" address="43498288" type="string" size="5" encoding="base64"><![CDATA[QU1ENjQ=]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$_SERVER['PROCESSOR_IDENTIFIER']" address="43498448" type="string" size="50" encoding="base64"><![CDATA[SW50ZWw2NCBGYW1pbHkgNiBNb2RlbCAzNyBTdGVwcGluZyAyLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$_SERVER['PROCESSOR_LEVEL']" address="43498576" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$_SERVER['PROCESSOR_REVISION']" address="43498552" type="string" size="4" encoding="base64"><![CDATA[MjUwMg==]]></property><property name="ProgramData" fullname="$_SERVER['ProgramData']" address="43498792" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$_SERVER['ProgramFiles']" address="43498872" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramFiles(x86)" fullname="$_SERVER['ProgramFiles(x86)']" address="43498768" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramW6432" fullname="$_SERVER['ProgramW6432']" address="43499368" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PROMPT" fullname="$_SERVER['PROMPT']" address="43499344" type="string" size="4" encoding="base64"><![CDATA[JFAkRw==]]></property><property name="PSModulePath" fullname="$_SERVER['PSModulePath']" address="43499624" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$_SERVER['PUBLIC']" address="43499704" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="RoxioCentral" fullname="$_SERVER['RoxioCentral']" address="43499888" type="string" size="70" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcUm94aW8gQ2VudHJhbDM2XA==]]></property><property name="SESSIONNAME" fullname="$_SERVER['SESSIONNAME']" address="43499968" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property><property name="SystemDrive" fullname="$_SERVER['SystemDrive']" address="43500064" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="SystemRoot" fullname="$_SERVER['SystemRoot']" address="43500168" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="TEMP" fullname="$_SERVER['TEMP']" address="43500144" type="string" size="7" encoding="base64"><![CDATA[YzpcVGVtcA==]]></property><property name="TMP" fullname="$_SERVER['TMP']" address="43500344" type="string" size="7" encoding="base64"><![CDATA[YzpcdGVtcA==]]></property><property name="USERDNSDOMAIN" fullname="$_SERVER['USERDNSDOMAIN']" address="43500472" type="string" size="16" encoding="base64"><![CDATA[U1dJRlRURUFNUy5MT0NBTA==]]></property><property name="USERDOMAIN" fullname="$_SERVER['USERDOMAIN']" address="43500584" type="string" size="10" encoding="base64"><![CDATA[U1dJRlRURUFNUw==]]></property><property name="USERNAME" fullname="$_SERVER['USERNAME']" address="43500688" type="string" size="8" encoding="base64"><![CDATA[a3NhZm9ub3Y=]]></property><property name="USERPROFILE" fullname="$_SERVER['USERPROFILE']" address="43500800" type="string" size="17" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3Y=]]></property><property name="VS100COMNTOOLS" fullname="$_SERVER['VS100COMNTOOLS']" address="43500960" type="string" size="66" encoding="base64"><![CDATA[YzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxNaWNyb3NvZnQgVmlzdWFsIFN0dWRpbyAxMC4wXENvbW1vbjdcVG9vbHNc]]></property><property name="windir" fullname="$_SERVER['windir']" address="43501048" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="work_idea_home" fullname="$_SERVER['work_idea_home']" address="43501192" type="string" size="29" encoding="base64"><![CDATA[YzpccHJvZ3JhbXNcaWRlYS1mcm9tLXNvdXJjZXM=]]></property><property name="XDEBUG_CONFIG" fullname="$_SERVER['XDEBUG_CONFIG']" address="43501312" type="string" size="16" encoding="base64"><![CDATA[aWRla2V5PVBocFN0b3JtMQ==]]></property><property name="PHP_SELF" fullname="$_SERVER['PHP_SELF']" address="43501472" type="string" size="59" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcUGhwc3Rvcm1Qcm9qZWN0c1xJbnZhbGlkQ2hhcnNccGhwaW5mby5waHA=]]></property><property name="SCRIPT_NAME" fullname="$_SERVER['SCRIPT_NAME']" address="43501624" type="string" size="59" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcUGhwc3Rvcm1Qcm9qZWN0c1xJbnZhbGlkQ2hhcnNccGhwaW5mby5waHA=]]></property><property name="SCRIPT_FILENAME" fullname="$_SERVER['SCRIPT_FILENAME']" address="43501776" type="string" size="59" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcUGhwc3Rvcm1Qcm9qZWN0c1xJbnZhbGlkQ2hhcnNccGhwaW5mby5waHA=]]></property><property name="PATH_TRANSLATED" fullname="$_SERVER['PATH_TRANSLATED']" address="43501936" type="string" size="59" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcUGhwc3Rvcm1Qcm9qZWN0c1xJbnZhbGlkQ2hhcnNccGhwaW5mby5waHA=]]></property><property name="DOCUMENT_ROOT" fullname="$_SERVER['DOCUMENT_ROOT']" address="43502024" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="REQUEST_TIME" fullname="$_SERVER['REQUEST_TIME']" address="43502112" type="int"><![CDATA[1282463347]]></property><property name="argv" fullname="$_SERVER['argv']" address="43501168" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="0" fullname="$_SERVER['argv'][0]" address="43502280" type="string" size="59" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcUGhwc3Rvcm1Qcm9qZWN0c1xJbnZhbGlkQ2hhcnNccGhwaW5mby5waHA=]]></property></property><property name="argc" fullname="$_SERVER['argc']" address="43502424" type="int"><![CDATA[1]]></property></property><property name="GLOBALS" fullname="$GLOBALS" address="43461376" type="array" children="1" numchildren="17" page="0" pagesize="100"><property name="GLOBALS" fullname="$GLOBALS['GLOBALS']" address="43461376" type="array" children="1" recursive="1"></property><property name="_ENV" fullname="$GLOBALS['_ENV']" address="43486912" type="array" children="1" numchildren="51" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$GLOBALS['_ENV']['ALLUSERSPROFILE']" address="43487032" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="anthome" fullname="$GLOBALS['_ENV']['anthome']" address="43487008" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="ant_home" fullname="$GLOBALS['_ENV']['ant_home']" address="43487296" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="APPDATA" fullname="$GLOBALS['_ENV']['APPDATA']" address="43487272" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="AXIS2_HOME" fullname="$GLOBALS['_ENV']['AXIS2_HOME']" address="43487536" type="string" size="23" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXhpczItMS41LjE=]]></property><property name="CommonProgramFiles" fullname="$GLOBALS['_ENV']['CommonProgramFiles']" address="43487512" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$GLOBALS['_ENV']['CommonProgramFiles(x86)']" address="43487808" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramW6432" fullname="$GLOBALS['_ENV']['CommonProgramW6432']" address="43487944" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$GLOBALS['_ENV']['COMPUTERNAME']" address="43488080" type="string" size="13" encoding="base64"><![CDATA[S1NBRk9OT1YtVkFJTw==]]></property><property name="ComSpec" fullname="$GLOBALS['_ENV']['ComSpec']" address="43488056" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="configsetroot" fullname="$GLOBALS['_ENV']['configsetroot']" address="43488352" type="string" size="24" encoding="base64"><![CDATA[QzpcV2luZG93c1xDb25maWdTZXRSb290]]></property><property name="dev_idea_home" fullname="$GLOBALS['_ENV']['dev_idea_home']" address="43488440" type="string" size="16" encoding="base64"><![CDATA[YzpcUHJvamVjdHNcSURFQQ==]]></property><property name="EMC_AUTOPLAY" fullname="$GLOBALS['_ENV']['EMC_AUTOPLAY']" address="43488592" type="string" size="49" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXA==]]></property><property name="FP_NO_HOST_CHECK" fullname="$GLOBALS['_ENV']['FP_NO_HOST_CHECK']" address="43488328" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$GLOBALS['_ENV']['HOMEDRIVE']" address="43488808" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$GLOBALS['_ENV']['HOMEPATH']" address="43488912" type="string" size="15" encoding="base64"><![CDATA[XFVzZXJzXGtzYWZvbm92]]></property><property name="IDEA_PROPERTIES" fullname="$GLOBALS['_ENV']['IDEA_PROPERTIES']" address="43488992" type="string" size="17" encoding="base64"><![CDATA[aWRlYS14LnByb3BlcnRpZXM=]]></property><property name="java_home" fullname="$GLOBALS['_ENV']['java_home']" address="43489256" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS42LjBfMTlc]]></property><property name="jdk_home" fullname="$GLOBALS['_ENV']['jdk_home']" address="43489376" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS42LjBfMTlc]]></property><property name="LOCALAPPDATA" fullname="$GLOBALS['_ENV']['LOCALAPPDATA']" address="43489496" type="string" size="31" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$GLOBALS['_ENV']['LOGONSERVER']" address="43489600" type="string" size="11" encoding="base64"><![CDATA[XFxTVC1TRVJWRVI=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$GLOBALS['_ENV']['NUMBER_OF_PROCESSORS']" address="43489576" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="OS" fullname="$GLOBALS['_ENV']['OS']" address="43489832" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$GLOBALS['_ENV']['Path']" address="43490688" type="string" size="771" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNcamF2YWZ4LXNkazEuM1xiaW47QzpcUHJvZ3JhbXNcamF2YWZ4LXNkazEuM1xlbXVsYXRvclxiaW47QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxQQyBDb25uZQ==]]></property><property name="PATHEXT" fullname="$GLOBALS['_ENV']['PATHEXT']" address="43490824" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$GLOBALS['_ENV']['PROCESSOR_ARCHITECTURE']" address="43490904" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_ARCHITEW6432" fullname="$GLOBALS['_ENV']['PROCESSOR_ARCHITEW6432']" address="43490944" type="string" size="5" encoding="base64"><![CDATA[QU1ENjQ=]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$GLOBALS['_ENV']['PROCESSOR_IDENTIFIER']" address="43491104" type="string" size="50" encoding="base64"><![CDATA[SW50ZWw2NCBGYW1pbHkgNiBNb2RlbCAzNyBTdGVwcGluZyAyLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$GLOBALS['_ENV']['PROCESSOR_LEVEL']" address="43491232" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$GLOBALS['_ENV']['PROCESSOR_REVISION']" address="43491208" type="string" size="4" encoding="base64"><![CDATA[MjUwMg==]]></property><property name="ProgramData" fullname="$GLOBALS['_ENV']['ProgramData']" address="43491448" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$GLOBALS['_ENV']['ProgramFiles']" address="43491528" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramFiles(x86)" fullname="$GLOBALS['_ENV']['ProgramFiles(x86)']" address="43491424" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramW6432" fullname="$GLOBALS['_ENV']['ProgramW6432']" address="43492024" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PROMPT" fullname="$GLOBALS['_ENV']['PROMPT']" address="43492000" type="string" size="4" encoding="base64"><![CDATA[JFAkRw==]]></property><property name="PSModulePath" fullname="$GLOBALS['_ENV']['PSModulePath']" address="43492280" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$GLOBALS['_ENV']['PUBLIC']" address="43492360" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="RoxioCentral" fullname="$GLOBALS['_ENV']['RoxioCentral']" address="43492544" type="string" size="70" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcUm94aW8gQ2VudHJhbDM2XA==]]></property><property name="SESSIONNAME" fullname="$GLOBALS['_ENV']['SESSIONNAME']" address="43492624" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property><property name="SystemDrive" fullname="$GLOBALS['_ENV']['SystemDrive']" address="43492720" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="SystemRoot" fullname="$GLOBALS['_ENV']['SystemRoot']" address="43492824" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="TEMP" fullname="$GLOBALS['_ENV']['TEMP']" address="43492800" type="string" size="7" encoding="base64"><![CDATA[YzpcVGVtcA==]]></property><property name="TMP" fullname="$GLOBALS['_ENV']['TMP']" address="43493000" type="string" size="7" encoding="base64"><![CDATA[YzpcdGVtcA==]]></property><property name="USERDNSDOMAIN" fullname="$GLOBALS['_ENV']['USERDNSDOMAIN']" address="43493128" type="string" size="16" encoding="base64"><![CDATA[U1dJRlRURUFNUy5MT0NBTA==]]></property><property name="USERDOMAIN" fullname="$GLOBALS['_ENV']['USERDOMAIN']" address="43493240" type="string" size="10" encoding="base64"><![CDATA[U1dJRlRURUFNUw==]]></property><property name="USERNAME" fullname="$GLOBALS['_ENV']['USERNAME']" address="43493344" type="string" size="8" encoding="base64"><![CDATA[a3NhZm9ub3Y=]]></property><property name="USERPROFILE" fullname="$GLOBALS['_ENV']['USERPROFILE']" address="43493456" type="string" size="17" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3Y=]]></property><property name="VS100COMNTOOLS" fullname="$GLOBALS['_ENV']['VS100COMNTOOLS']" address="43493616" type="string" size="66" encoding="base64"><![CDATA[YzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxNaWNyb3NvZnQgVmlzdWFsIFN0dWRpbyAxMC4wXENvbW1vbjdcVG9vbHNc]]></property><property name="windir" fullname="$GLOBALS['_ENV']['windir']" address="43493704" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="work_idea_home" fullname="$GLOBALS['_ENV']['work_idea_home']" address="43493848" type="string" size="29" encoding="base64"><![CDATA[YzpccHJvZ3JhbXNcaWRlYS1mcm9tLXNvdXJjZXM=]]></property><property name="XDEBUG_CONFIG" fullname="$GLOBALS['_ENV']['XDEBUG_CONFIG']" address="43493968" type="string" size="16" encoding="base64"><![CDATA[aWRla2V5PVBocFN0b3JtMQ==]]></property></property><property name="HTTP_ENV_VARS" fullname="$GLOBALS['HTTP_ENV_VARS']" address="43486912" type="array" children="1" numchildren="51" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$GLOBALS['HTTP_ENV_VARS']['ALLUSERSPROFILE']" address="43487032" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="anthome" fullname="$GLOBALS['HTTP_ENV_VARS']['anthome']" address="43487008" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="ant_home" fullname="$GLOBALS['HTTP_ENV_VARS']['ant_home']" address="43487296" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="APPDATA" fullname="$GLOBALS['HTTP_ENV_VARS']['APPDATA']" address="43487272" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="AXIS2_HOME" fullname="$GLOBALS['HTTP_ENV_VARS']['AXIS2_HOME']" address="43487536" type="string" size="23" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXhpczItMS41LjE=]]></property><property name="CommonProgramFiles" fullname="$GLOBALS['HTTP_ENV_VARS']['CommonProgramFiles']" address="43487512" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$GLOBALS['HTTP_ENV_VARS']['CommonProgramFiles(x86)']" address="43487808" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramW6432" fullname="$GLOBALS['HTTP_ENV_VARS']['CommonProgramW6432']" address="43487944" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$GLOBALS['HTTP_ENV_VARS']['COMPUTERNAME']" address="43488080" type="string" size="13" encoding="base64"><![CDATA[S1NBRk9OT1YtVkFJTw==]]></property><property name="ComSpec" fullname="$GLOBALS['HTTP_ENV_VARS']['ComSpec']" address="43488056" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="configsetroot" fullname="$GLOBALS['HTTP_ENV_VARS']['configsetroot']" address="43488352" type="string" size="24" encoding="base64"><![CDATA[QzpcV2luZG93c1xDb25maWdTZXRSb290]]></property><property name="dev_idea_home" fullname="$GLOBALS['HTTP_ENV_VARS']['dev_idea_home']" address="43488440" type="string" size="16" encoding="base64"><![CDATA[YzpcUHJvamVjdHNcSURFQQ==]]></property><property name="EMC_AUTOPLAY" fullname="$GLOBALS['HTTP_ENV_VARS']['EMC_AUTOPLAY']" address="43488592" type="string" size="49" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXA==]]></property><property name="FP_NO_HOST_CHECK" fullname="$GLOBALS['HTTP_ENV_VARS']['FP_NO_HOST_CHECK']" address="43488328" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$GLOBALS['HTTP_ENV_VARS']['HOMEDRIVE']" address="43488808" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$GLOBALS['HTTP_ENV_VARS']['HOMEPATH']" address="43488912" type="string" size="15" encoding="base64"><![CDATA[XFVzZXJzXGtzYWZvbm92]]></property><property name="IDEA_PROPERTIES" fullname="$GLOBALS['HTTP_ENV_VARS']['IDEA_PROPERTIES']" address="43488992" type="string" size="17" encoding="base64"><![CDATA[aWRlYS14LnByb3BlcnRpZXM=]]></property><property name="java_home" fullname="$GLOBALS['HTTP_ENV_VARS']['java_home']" address="43489256" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS42LjBfMTlc]]></property><property name="jdk_home" fullname="$GLOBALS['HTTP_ENV_VARS']['jdk_home']" address="43489376" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS42LjBfMTlc]]></property><property name="LOCALAPPDATA" fullname="$GLOBALS['HTTP_ENV_VARS']['LOCALAPPDATA']" address="43489496" type="string" size="31" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$GLOBALS['HTTP_ENV_VARS']['LOGONSERVER']" address="43489600" type="string" size="11" encoding="base64"><![CDATA[XFxTVC1TRVJWRVI=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$GLOBALS['HTTP_ENV_VARS']['NUMBER_OF_PROCESSORS']" address="43489576" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="OS" fullname="$GLOBALS['HTTP_ENV_VARS']['OS']" address="43489832" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$GLOBALS['HTTP_ENV_VARS']['Path']" address="43490688" type="string" size="771" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNcamF2YWZ4LXNkazEuM1xiaW47QzpcUHJvZ3JhbXNcamF2YWZ4LXNkazEuM1xlbXVsYXRvclxiaW47QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxQQyBDb25uZQ==]]></property><property name="PATHEXT" fullname="$GLOBALS['HTTP_ENV_VARS']['PATHEXT']" address="43490824" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$GLOBALS['HTTP_ENV_VARS']['PROCESSOR_ARCHITECTURE']" address="43490904" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_ARCHITEW6432" fullname="$GLOBALS['HTTP_ENV_VARS']['PROCESSOR_ARCHITEW6432']" address="43490944" type="string" size="5" encoding="base64"><![CDATA[QU1ENjQ=]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$GLOBALS['HTTP_ENV_VARS']['PROCESSOR_IDENTIFIER']" address="43491104" type="string" size="50" encoding="base64"><![CDATA[SW50ZWw2NCBGYW1pbHkgNiBNb2RlbCAzNyBTdGVwcGluZyAyLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$GLOBALS['HTTP_ENV_VARS']['PROCESSOR_LEVEL']" address="43491232" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$GLOBALS['HTTP_ENV_VARS']['PROCESSOR_REVISION']" address="43491208" type="string" size="4" encoding="base64"><![CDATA[MjUwMg==]]></property><property name="ProgramData" fullname="$GLOBALS['HTTP_ENV_VARS']['ProgramData']" address="43491448" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$GLOBALS['HTTP_ENV_VARS']['ProgramFiles']" address="43491528" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramFiles(x86)" fullname="$GLOBALS['HTTP_ENV_VARS']['ProgramFiles(x86)']" address="43491424" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramW6432" fullname="$GLOBALS['HTTP_ENV_VARS']['ProgramW6432']" address="43492024" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PROMPT" fullname="$GLOBALS['HTTP_ENV_VARS']['PROMPT']" address="43492000" type="string" size="4" encoding="base64"><![CDATA[JFAkRw==]]></property><property name="PSModulePath" fullname="$GLOBALS['HTTP_ENV_VARS']['PSModulePath']" address="43492280" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$GLOBALS['HTTP_ENV_VARS']['PUBLIC']" address="43492360" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="RoxioCentral" fullname="$GLOBALS['HTTP_ENV_VARS']['RoxioCentral']" address="43492544" type="string" size="70" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcUm94aW8gQ2VudHJhbDM2XA==]]></property><property name="SESSIONNAME" fullname="$GLOBALS['HTTP_ENV_VARS']['SESSIONNAME']" address="43492624" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property><property name="SystemDrive" fullname="$GLOBALS['HTTP_ENV_VARS']['SystemDrive']" address="43492720" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="SystemRoot" fullname="$GLOBALS['HTTP_ENV_VARS']['SystemRoot']" address="43492824" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="TEMP" fullname="$GLOBALS['HTTP_ENV_VARS']['TEMP']" address="43492800" type="string" size="7" encoding="base64"><![CDATA[YzpcVGVtcA==]]></property><property name="TMP" fullname="$GLOBALS['HTTP_ENV_VARS']['TMP']" address="43493000" type="string" size="7" encoding="base64"><![CDATA[YzpcdGVtcA==]]></property><property name="USERDNSDOMAIN" fullname="$GLOBALS['HTTP_ENV_VARS']['USERDNSDOMAIN']" address="43493128" type="string" size="16" encoding="base64"><![CDATA[U1dJRlRURUFNUy5MT0NBTA==]]></property><property name="USERDOMAIN" fullname="$GLOBALS['HTTP_ENV_VARS']['USERDOMAIN']" address="43493240" type="string" size="10" encoding="base64"><![CDATA[U1dJRlRURUFNUw==]]></property><property name="USERNAME" fullname="$GLOBALS['HTTP_ENV_VARS']['USERNAME']" address="43493344" type="string" size="8" encoding="base64"><![CDATA[a3NhZm9ub3Y=]]></property><property name="USERPROFILE" fullname="$GLOBALS['HTTP_ENV_VARS']['USERPROFILE']" address="43493456" type="string" size="17" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3Y=]]></property><property name="VS100COMNTOOLS" fullname="$GLOBALS['HTTP_ENV_VARS']['VS100COMNTOOLS']" address="43493616" type="string" size="66" encoding="base64"><![CDATA[YzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxNaWNyb3NvZnQgVmlzdWFsIFN0dWRpbyAxMC4wXENvbW1vbjdcVG9vbHNc]]></property><property name="windir" fullname="$GLOBALS['HTTP_ENV_VARS']['windir']" address="43493704" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="work_idea_home" fullname="$GLOBALS['HTTP_ENV_VARS']['work_idea_home']" address="43493848" type="string" size="29" encoding="base64"><![CDATA[YzpccHJvZ3JhbXNcaWRlYS1mcm9tLXNvdXJjZXM=]]></property><property name="XDEBUG_CONFIG" fullname="$GLOBALS['HTTP_ENV_VARS']['XDEBUG_CONFIG']" address="43493968" type="string" size="16" encoding="base64"><![CDATA[aWRla2V5PVBocFN0b3JtMQ==]]></property></property><property name="argv" fullname="$GLOBALS['argv']" address="43501168" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="0" fullname="$GLOBALS['argv'][0]" address="43502280" type="string" size="59" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcUGhwc3Rvcm1Qcm9qZWN0c1xJbnZhbGlkQ2hhcnNccGhwaW5mby5waHA=]]></property></property><property name="argc" fullname="$GLOBALS['argc']" address="43502424" type="int"><![CDATA[1]]></property><property name="_POST" fullname="$GLOBALS['_POST']" address="43502640" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="HTTP_POST_VARS" fullname="$GLOBALS['HTTP_POST_VARS']" address="43502640" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_GET" fullname="$GLOBALS['_GET']" address="43493824" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="HTTP_GET_VARS" fullname="$GLOBALS['HTTP_GET_VARS']" address="43493824" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_COOKIE" fullname="$GLOBALS['_COOKIE']" address="43494256" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="HTTP_COOKIE_VARS" fullname="$GLOBALS['HTTP_COOKIE_VARS']" address="43494256" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_SERVER" fullname="$GLOBALS['_SERVER']" address="43494368" type="array" children="1" numchildren="59" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$GLOBALS['_SERVER']['ALLUSERSPROFILE']" address="43494528" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="anthome" fullname="$GLOBALS['_SERVER']['anthome']" address="43494504" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="ant_home" fullname="$GLOBALS['_SERVER']['ant_home']" address="43494776" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="APPDATA" fullname="$GLOBALS['_SERVER']['APPDATA']" address="43494752" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="AXIS2_HOME" fullname="$GLOBALS['_SERVER']['AXIS2_HOME']" address="43495016" type="string" size="23" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXhpczItMS41LjE=]]></property><property name="CommonProgramFiles" fullname="$GLOBALS['_SERVER']['CommonProgramFiles']" address="43494992" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$GLOBALS['_SERVER']['CommonProgramFiles(x86)']" address="43495288" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramW6432" fullname="$GLOBALS['_SERVER']['CommonProgramW6432']" address="43495424" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$GLOBALS['_SERVER']['COMPUTERNAME']" address="43495560" type="string" size="13" encoding="base64"><![CDATA[S1NBRk9OT1YtVkFJTw==]]></property><property name="ComSpec" fullname="$GLOBALS['_SERVER']['ComSpec']" address="43495536" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="configsetroot" fullname="$GLOBALS['_SERVER']['configsetroot']" address="43495832" type="string" size="24" encoding="base64"><![CDATA[QzpcV2luZG93c1xDb25maWdTZXRSb290]]></property><property name="dev_idea_home" fullname="$GLOBALS['_SERVER']['dev_idea_home']" address="43495920" type="string" size="16" encoding="base64"><![CDATA[YzpcUHJvamVjdHNcSURFQQ==]]></property><property name="EMC_AUTOPLAY" fullname="$GLOBALS['_SERVER']['EMC_AUTOPLAY']" address="43496072" type="string" size="49" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXA==]]></property><property name="FP_NO_HOST_CHECK" fullname="$GLOBALS['_SERVER']['FP_NO_HOST_CHECK']" address="43495808" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$GLOBALS['_SERVER']['HOMEDRIVE']" address="43496288" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$GLOBALS['_SERVER']['HOMEPATH']" address="43496392" type="string" size="15" encoding="base64"><![CDATA[XFVzZXJzXGtzYWZvbm92]]></property><property name="IDEA_PROPERTIES" fullname="$GLOBALS['_SERVER']['IDEA_PROPERTIES']" address="43496472" type="string" size="17" encoding="base64"><![CDATA[aWRlYS14LnByb3BlcnRpZXM=]]></property><property name="java_home" fullname="$GLOBALS['_SERVER']['java_home']" address="43496600" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS42LjBfMTlc]]></property><property name="jdk_home" fullname="$GLOBALS['_SERVER']['jdk_home']" address="43496720" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS42LjBfMTlc]]></property><property name="LOCALAPPDATA" fullname="$GLOBALS['_SERVER']['LOCALAPPDATA']" address="43496840" type="string" size="31" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$GLOBALS['_SERVER']['LOGONSERVER']" address="43496944" type="string" size="11" encoding="base64"><![CDATA[XFxTVC1TRVJWRVI=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$GLOBALS['_SERVER']['NUMBER_OF_PROCESSORS']" address="43496920" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="OS" fullname="$GLOBALS['_SERVER']['OS']" address="43497176" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$GLOBALS['_SERVER']['Path']" address="43498032" type="string" size="771" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNcamF2YWZ4LXNkazEuM1xiaW47QzpcUHJvZ3JhbXNcamF2YWZ4LXNkazEuM1xlbXVsYXRvclxiaW47QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxQQyBDb25uZQ==]]></property><property name="PATHEXT" fullname="$GLOBALS['_SERVER']['PATHEXT']" address="43498168" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$GLOBALS['_SERVER']['PROCESSOR_ARCHITECTURE']" address="43498248" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_ARCHITEW6432" fullname="$GLOBALS['_SERVER']['PROCESSOR_ARCHITEW6432']" address="43498288" type="string" size="5" encoding="base64"><![CDATA[QU1ENjQ=]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$GLOBALS['_SERVER']['PROCESSOR_IDENTIFIER']" address="43498448" type="string" size="50" encoding="base64"><![CDATA[SW50ZWw2NCBGYW1pbHkgNiBNb2RlbCAzNyBTdGVwcGluZyAyLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$GLOBALS['_SERVER']['PROCESSOR_LEVEL']" address="43498576" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$GLOBALS['_SERVER']['PROCESSOR_REVISION']" address="43498552" type="string" size="4" encoding="base64"><![CDATA[MjUwMg==]]></property><property name="ProgramData" fullname="$GLOBALS['_SERVER']['ProgramData']" address="43498792" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$GLOBALS['_SERVER']['ProgramFiles']" address="43498872" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramFiles(x86)" fullname="$GLOBALS['_SERVER']['ProgramFiles(x86)']" address="43498768" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramW6432" fullname="$GLOBALS['_SERVER']['ProgramW6432']" address="43499368" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PROMPT" fullname="$GLOBALS['_SERVER']['PROMPT']" address="43499344" type="string" size="4" encoding="base64"><![CDATA[JFAkRw==]]></property><property name="PSModulePath" fullname="$GLOBALS['_SERVER']['PSModulePath']" address="43499624" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$GLOBALS['_SERVER']['PUBLIC']" address="43499704" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="RoxioCentral" fullname="$GLOBALS['_SERVER']['RoxioCentral']" address="43499888" type="string" size="70" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcUm94aW8gQ2VudHJhbDM2XA==]]></property><property name="SESSIONNAME" fullname="$GLOBALS['_SERVER']['SESSIONNAME']" address="43499968" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property><property name="SystemDrive" fullname="$GLOBALS['_SERVER']['SystemDrive']" address="43500064" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="SystemRoot" fullname="$GLOBALS['_SERVER']['SystemRoot']" address="43500168" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="TEMP" fullname="$GLOBALS['_SERVER']['TEMP']" address="43500144" type="string" size="7" encoding="base64"><![CDATA[YzpcVGVtcA==]]></property><property name="TMP" fullname="$GLOBALS['_SERVER']['TMP']" address="43500344" type="string" size="7" encoding="base64"><![CDATA[YzpcdGVtcA==]]></property><property name="USERDNSDOMAIN" fullname="$GLOBALS['_SERVER']['USERDNSDOMAIN']" address="43500472" type="string" size="16" encoding="base64"><![CDATA[U1dJRlRURUFNUy5MT0NBTA==]]></property><property name="USERDOMAIN" fullname="$GLOBALS['_SERVER']['USERDOMAIN']" address="43500584" type="string" size="10" encoding="base64"><![CDATA[U1dJRlRURUFNUw==]]></property><property name="USERNAME" fullname="$GLOBALS['_SERVER']['USERNAME']" address="43500688" type="string" size="8" encoding="base64"><![CDATA[a3NhZm9ub3Y=]]></property><property name="USERPROFILE" fullname="$GLOBALS['_SERVER']['USERPROFILE']" address="43500800" type="string" size="17" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3Y=]]></property><property name="VS100COMNTOOLS" fullname="$GLOBALS['_SERVER']['VS100COMNTOOLS']" address="43500960" type="string" size="66" encoding="base64"><![CDATA[YzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxNaWNyb3NvZnQgVmlzdWFsIFN0dWRpbyAxMC4wXENvbW1vbjdcVG9vbHNc]]></property><property name="windir" fullname="$GLOBALS['_SERVER']['windir']" address="43501048" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="work_idea_home" fullname="$GLOBALS['_SERVER']['work_idea_home']" address="43501192" type="string" size="29" encoding="base64"><![CDATA[YzpccHJvZ3JhbXNcaWRlYS1mcm9tLXNvdXJjZXM=]]></property><property name="XDEBUG_CONFIG" fullname="$GLOBALS['_SERVER']['XDEBUG_CONFIG']" address="43501312" type="string" size="16" encoding="base64"><![CDATA[aWRla2V5PVBocFN0b3JtMQ==]]></property><property name="PHP_SELF" fullname="$GLOBALS['_SERVER']['PHP_SELF']" address="43501472" type="string" size="59" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcUGhwc3Rvcm1Qcm9qZWN0c1xJbnZhbGlkQ2hhcnNccGhwaW5mby5waHA=]]></property><property name="SCRIPT_NAME" fullname="$GLOBALS['_SERVER']['SCRIPT_NAME']" address="43501624" type="string" size="59" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcUGhwc3Rvcm1Qcm9qZWN0c1xJbnZhbGlkQ2hhcnNccGhwaW5mby5waHA=]]></property><property name="SCRIPT_FILENAME" fullname="$GLOBALS['_SERVER']['SCRIPT_FILENAME']" address="43501776" type="string" size="59" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcUGhwc3Rvcm1Qcm9qZWN0c1xJbnZhbGlkQ2hhcnNccGhwaW5mby5waHA=]]></property><property name="PATH_TRANSLATED" fullname="$GLOBALS['_SERVER']['PATH_TRANSLATED']" address="43501936" type="string" size="59" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcUGhwc3Rvcm1Qcm9qZWN0c1xJbnZhbGlkQ2hhcnNccGhwaW5mby5waHA=]]></property><property name="DOCUMENT_ROOT" fullname="$GLOBALS['_SERVER']['DOCUMENT_ROOT']" address="43502024" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="REQUEST_TIME" fullname="$GLOBALS['_SERVER']['REQUEST_TIME']" address="43502112" type="int"><![CDATA[1282463347]]></property><property name="argv" fullname="$GLOBALS['_SERVER']['argv']" address="43501168" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="0" fullname="$GLOBALS['_SERVER']['argv'][0]" address="43502280" type="string" size="59" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcUGhwc3Rvcm1Qcm9qZWN0c1xJbnZhbGlkQ2hhcnNccGhwaW5mby5waHA=]]></property></property><property name="argc" fullname="$GLOBALS['_SERVER']['argc']" address="43502424" type="int"><![CDATA[1]]></property></property><property name="HTTP_SERVER_VARS" fullname="$GLOBALS['HTTP_SERVER_VARS']" address="43494368" type="array" children="1" numchildren="59" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$GLOBALS['HTTP_SERVER_VARS']['ALLUSERSPROFILE']" address="43494528" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="anthome" fullname="$GLOBALS['HTTP_SERVER_VARS']['anthome']" address="43494504" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="ant_home" fullname="$GLOBALS['HTTP_SERVER_VARS']['ant_home']" address="43494776" type="string" size="28" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNQ==]]></property><property name="APPDATA" fullname="$GLOBALS['HTTP_SERVER_VARS']['APPDATA']" address="43494752" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="AXIS2_HOME" fullname="$GLOBALS['HTTP_SERVER_VARS']['AXIS2_HOME']" address="43495016" type="string" size="23" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXhpczItMS41LjE=]]></property><property name="CommonProgramFiles" fullname="$GLOBALS['HTTP_SERVER_VARS']['CommonProgramFiles']" address="43494992" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$GLOBALS['HTTP_SERVER_VARS']['CommonProgramFiles(x86)']" address="43495288" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonPr
Attached Files:

Notes
(0001565) ksafonov    2010-08-22 08:55	checked with PHP 5.2.13, PHP 5.3.2 and Xdebug 2.1.0RC1, 2.1.0
(0001566) ksafonov    2010-08-22 09:04    (edited on: 2010-08-22 09:07)	Xdebug log doesn't fit, please find it elsewhere: http://devnet.jetbrains.net/servlet/JiveServlet/download/5270739-12749/xdebug.log.zip [^]
(0001567) ksafonov    2010-08-22 14:30	In the code sample listed above you have to do a step-over, or, alternatively, put the breakpoint to the last line. Sorry for missing.
(0002412) hakre    2013-01-05 17:49    (edited on: 2013-01-05 17:53)	I created a more simple test-code to reproduce this issue. <?php $a["\x0"] = "\x1"; ### TOGGLE BREAKPOINT HERE ### echo("unreachable"); The problematic part is that the property name is invalid because of the NUL-char: <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="h&#x74;#&x74;p://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="25" context="0"> <property name="$a" fullname="$a" address="18663208" type="array" children="1" numchildren="1" page="0" pagesize="100"> <property name="&#0;" fullname="$a[&0000039;&#0;&0000039;]" address="18663240" type="string" size="1" encoding="base64"> <![CDATA[AQ==]]></property> </property> </response> In specific: <property name="&#0;" fullname="$a[&0000039;&#0;&0000039;]" ... ^^^^ ^^^^ Both the name and fullname need a different (sub-)encoding here because they are not expressible with XML. There is no NUL-char support in character references in XML: http://www.w3.org/TR/xml11/#dt-charref [^] > Characters referred to using character references must match the production for Char. That is: http://www.w3.org/TR/xml11/#NT-Char [^] > Char ::= [#x1-#xD7FF] | [#xE000-#xFFFD] | [#x10000-#x10FFFF] /* any Unicode character, excluding the surrogate blocks, FFFE, and FFFF. */ Starting at &1; not &0;.
(0002468) derick    2013-05-18 22:03	I know 924 is newer, but it has the better description.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
918	[Xdebug] Usage problems	major	always	2013-01-24 14:59	2013-05-14 19:16
Reporter:	Maskime	Platform:	64 Bits
Assigned To:	derick	OS:	Debian
Priority:	normal	OS Version:	6.0.6
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.15-5.3.19
Summary:	XDebug connect to IDE but browser says Empty response
Description:	I'm using IntelliJ with PHP Plugin (which should be the same as PHPStorm). xDebug does send connection and IDE break on breakpoint. But as soon as it does this, the browser instead of waiting for the script end, it sends an error 324 (chrome) I'm using .htaccess config mode with : php_value xdebug.remote_connect_back 0 php_value xdebug.remote_enable 1 php_value xdebug.remote_host 10.13.11.111 Php version on server is : #php --version PHP 5.3.19-1~dotdeb.0 with Suhosin-Patch (cli) (built: Nov 24 2012 07:05:58) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies with Xdebug v2.2.1, Copyright (c) 2002-2012, by Derick Rethans
Steps To Reproduce:
Additional Information:	The reason I'm using .htaccess conf mode is because when using xdebug.remote_connect_back 1 in the xdebug.ini on server side, it would never find my IDE.
Attached Files:

Notes
(0002417) Maskime    2013-01-24 15:05	Here is content of xdebug.remote_log on fail attemp : Log opened at 2013-01-24 15:03:26 I: Connecting to configured address/port: 10.13.11.111:9000. I: Connected to client. :-) -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///nfs-dev/FRANCE-VPG/mfaye/www/bg_builder_intellij/web/builder.php" [^] language="PHP" protocol_version="1.0" appid="19098" idekey="18262"><engine version="2.2.1"><![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> <- feature_set -i 0 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="0" feature="show_hidden" success="1"></response> <- feature_set -i 1 -n max_depth -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1" feature="max_depth" success="1"></response> <- feature_set -i 2 -n max_children -v 100 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="2" feature="max_children" success="1"></response> <- status -i 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="status" transaction_id="3" status="starting" reason="ok"></response> <- step_into -i 4 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_into" transaction_id="4" status="break" reason="ok"><xdebug:message filename="file:///nfs-dev/FRANCE-VPG/mfaye/www/bg_builder_intellij/web/builder.php" [^] lineno="5"></xdebug:message></response> <- breakpoint_set -i 5 -t line -f file:///nfs-dev/FRANCE-VPG/mfaye/www/bg_builder_intellij/web/builder.php [^] -n 7 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="5" id="190980001"></response> <- stack_get -i 6 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="6"><stack where="{main}" level="0" type="file" filename="file:///nfs-dev/FRANCE-VPG/mfaye/www/bg_builder_intellij/web/builder.php" [^] lineno="5"></stack></response> <- run -i 7 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="7" status="break" reason="ok"><xdebug:message filename="file:///nfs-dev/FRANCE-VPG/mfaye/www/bg_builder_intellij/web/builder.php" [^] lineno="7"></xdebug:message></response> <- stack_get -i 8 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="8"><stack where="{main}" level="0" type="file" filename="file:///nfs-dev/FRANCE-VPG/mfaye/www/bg_builder_intellij/web/builder.php" [^] lineno="7"></stack></response> <- context_names -i 9 -d 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="9"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context></response> <- context_get -i 10 -d 0 -c 0
(0002443) derick    2013-03-09 22:12	First, check whether PHP crashed (by checking your webserver's log file). Then, see if you can reproduce this when you run PHP as a *script* on the command line, and not through the webserver. If you can do that, then, see if you can get a GDB backtrace with: gdb --args /full/path/to/php yourscript.php And then type: run When it crashes, type: bt full You could also attempt to try the latest version from github (the xdebug_2_2) branch?
(0002464) derick    2013-05-14 19:16	Can't reproduce and no feedback supplied.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
812	[Xdebug] Feature/Change request	major	always	2012-04-17 13:34	2013-04-13 21:03
Reporter:	ngaur	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.6
Summary:	excessive overhead while not enabled.
Description:	(I'm actually using 2.2.0RC1, compiled from source, but that's not in the menu in the bug reporting system) I'm seeing per-function call overhead in php processes, including a gettimeofday process, even when no tracing or profiling is enabled. This comes with a significant performance overhead such that I cannot leave the module loaded while not actively in use. I'd like to be able to leave the module loaded routinely, for cookie triggered use only, but currently the overhead is just too high (about 250ms extra latency per page).
Steps To Reproduce:	I'm concerned with a large codebase, running in fastcgi, but the problem can be demonstrated with the following minimal test case, run from the command line: <?php array_shift($argv); foreach ($argv as $arg) { print_it( "$arg\n"); } function print_it ($printme) { print $printme; } ?> By passing in differing numbers of command line arguments, it can be observed that the number of calls to gettimeofday increments by one for each extra call to print_it(). If the module is not enabled or triggered, no other data collection should be required, and particularly no system calls. When not loading the xdebug module at all, this is not the case. My xdebug.ini file as used while testing contains only the zend_extension=...xdebug.so line. Ie profiling etc is disabled.
Additional Information:	I'm unclear what severity to put this in at. With respect to the functionality offered by the trigger enabling functionality, this issue is major. It negates the ability to use xdebug to examine a live server without interrupting performance for public users. That said, for many use cases, its probably irrelevant. requiring a server restart when xdebug is wanted means its not viable at all in some environments.
Attached Files:

Notes
(0002454) thasmo    2013-04-13 21:02	I've also noticed this when using xdebug 2.2.2 on a Ubuntu VM using VirtualBox. I've disabled *quite all* obvious xdebug settings, but web pages need like 10 times longer than without xdebug installed. The only way to gain the normal performance is to remove the xdebug zend module from the php.ini. Is this by intention? It would be nice to enable debugging/profiling/tracing on demand with e.g. "profiler_enable_trigger". Now it seems xdebug runs on every request even if all settings are disabled. Should be a bug, no? I also tried xdebug 2.2.1. Same behaviour. I'm running Ubuntu Raring 64bit on VirtualBox with php-fpm "PHP Version 5.4.9-4ubuntu2" and apc 3.1.13 enabled.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
579	[Xdebug] Feature/Change request	feature	N/A	2010-05-14 10:36	2013-03-29 21:26
Reporter:	ussher	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:	2.0.0dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	linux
PHP Version:	5.3.2
Summary:	The ability to start and stop xdebug remote sessions from php code.
Description:	currently it is possible to start an xdebug remote session by adding XDEBUG_SESSION_START to the URL or by a setting in php.ini to always start the remote sessions. It would be nice to have a feature that triggers the remote session to start from within the code. WHY: When trying to debug the returning IPN information from Paypal the IPN is sent behind the scenes, not in the browser. If it was possible to activate a remote debugging session from the code then I could add that to the code that receives the paypal IPN and start debugging from there. Currently it is necessary to turn the debugging session on for everything happening around as well. It would be nice to be able to not debug everything else and just start stuff when the IPN comes back. Thanks.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001579) jpic    2010-10-07 15:02	In the mean time, you can set your debugger client to not stop at first line (only stop at first break) and call xdebug_break() in your IPN script.
(0001727) whitefire    2011-04-26 12:59	I would really like this feature too! Make it similar to Phped's DebugBreak(). Sometimes it's really important that code-execution does not continue if xDebug is unable to connect to the IDE.
(0001728) whitefire    2011-04-27 11:09	Just adding a couple of optional parameters to xdebug_break() would suffice. xdebug_break(true, 'netbeanside') where true is autostart session and second parameter is ide-key.
(0001736) derick    2011-05-01 22:47	I think you can already do this with the following settings: xdebug.remote_autostart=1 xdebug.remote_mode=jit and then just call xdebug_break().
(0001738) whitefire    2011-05-02 08:28	How does that work with an xDebug-proxy? xDebug must know which client to contact.
(0001844) whitefire    2011-10-14 11:12    (edited on: 2011-10-14 11:12)	Also, JIT and autostart in a multiuser-environment is not a realistic setup. We actually tried by accident! :)
(0002450) pcunite    2013-03-29 21:26	Another vote for this feature. DebugBreak(1@my_ip_address) is extremely helpful for PayPal IPN testing. Works very well.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
917	[Xdebug] Debug client (console)	major	always	2013-01-15 10:32	2013-03-11 11:40
Reporter:	Graham	Platform:	Windows
Assigned To:	derick	OS:	Windows 8
Priority:	urgent	OS Version:	Windows 8
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	WIndows 8 Pro
PHP Version:	5.4.3
Summary:	Unable to connect to xdebug
Description:	Xdebug 2.2.1 installed with PHP 5.4.3 / Apache 2.2.22. Unable to connect using the following script. No errors - it just sits there. <?php $address = '127.0.0.1'; $port = 9000; $sock = socket_create(AF_INET, SOCK_STREAM, 0); socket_bind($sock, $address, $port) or die('Unable to bind'); socket_listen($sock); $client = socket_accept($sock); echo "connection established: $client"; socket_close($client); socket_close($sock); ?> Unable to connect via Netbeans. netstat shows port 9000 not used. phpinfo() shows xdebug installed OK with correct options e.g. xdebug support enabled This program makes use of the Zend Scripting Language Engine: Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies with Xdebug v2.2.1, Copyright (c) 2002-2012, by Derick Rethans Version 2.2.1 IDE Key DESKTOP$......etc.etc... No xdebug log file created. No apache errors on startup in logs. Apache php.ini is zend_extension = "c:/wamp/bin/php/php5.4.3/zend_ext/php_xdebug-2.2.1-5.4-vc9.dll" [xdebug] xdebug.remote_enable = on xdebug.remote_host=localhost xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.remote_log="c:/wamp/logs/xdebug.log" xdebug.profiler_enable = on xdebug.profiler_enable_trigger = off xdebug.profiler_output_name = cachegrind.out.%t.%p xdebug.profiler_output_dir = "c:/wamp/tmp" Batch PHP ini is zend_extension = "c:/wamp/bin/php/php5.4.3/zend_ext/php_xdebug-2.2.1-5.4-vc9.dll" [xdebug] xdebug.remote_enable = on xdebug.remote_host=localhost xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.remote_log="c:/wamp/logs/xdebug_batch.log" xdebug.profiler_enable = on xdebug.profiler_enable_trigger = off xdebug.profiler_output_name = cachegrind.out.%t.%p xdebug.profiler_output_dir = "c:/wamp/tmp" Any ideas???
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002442) derick    2013-03-09 22:09	The only thing I can think of is that there is a firewall in the way somewhere. Try to telnet to port 9000, does that work? You should definitely get output in the xdebug remote log file though, are you sure you're not using curly quotes, and are permissions set right?
(0002448) Graham    2013-03-11 06:27	Since posting this problem xdebug has started to work. Can't say I have any useful explanation on why it now works. Thanks anyway. Please close the issue.
(0002449) derick    2013-03-11 11:40	Okay, I'm closing it then. cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
919	[Xdebug] Usage problems	minor	always	2013-01-25 07:25	2013-03-09 22:15
Reporter:	seiya64	Platform:
Assigned To:	derick	OS:	ubuntu
Priority:	normal	OS Version:	12.04
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 12.04
PHP Version:	5.1.0
Summary:	Headers of html in body
Description:	When a warning or an error is ocurred with php, xdebug shows the message at the same web page. But all tags like <little> or <scripts> or any tag that you have inside of <head>, they are put inside <body>.
Steps To Reproduce:	For to reproduce this issue. You enter a error in php code, and then, you see the source code of the web page.
Additional Information:
Attached Files:

Notes
(0002445) derick    2013-03-09 22:15	I can not reproduce this, but I do know that once in a while Xdebug shows an error which creates invalid HTML. In some cases, the browser then rewrites it and you get weird structures. There is not much I can do about that. Xdebug itself definitely doesn't change the output stream to the browser - except from injecting error messages where otherwise PHP would do that.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
916	[Xdebug] Installation	crash	always	2013-01-14 05:35	2013-03-09 22:07
Reporter:	terje	Platform:	GNU/Linux
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	12.04.1 LTS
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	GNU/Linux Ubuntu
PHP Version:	5.4.6
Summary:	Failed to load xdebug.so, undefined symbol: php_body_write
Description:	terjebr@banan:~/xdebug/xdebug-2.2.1$ make test Build complete. Don't forget to run 'make test'. Failed loading /home/terjebr/xdebug/xdebug-2.2.1/modules/xdebug.so: /home/terjebr/xdebug/xdebug-2.2.1/modules/xdebug.so: undefined symbol: php_body_write Failed loading /home/terjebr/xdebug/xdebug-2.2.1/modules/xdebug.so: /home/terjebr/xdebug/xdebug-2.2.1/modules/xdebug.so: undefined symbol: php_body_write ===================================================================== PHP : /usr/bin/php PHP_SAPI : cli PHP_VERSION : 5.4.6-1ubuntu1 ZEND_VERSION: 2.4.0 PHP_OS : Linux - Linux banan 3.2.0-35-generic-pae 0000055-Ubuntu SMP Wed Dec 5 18:04:39 UTC 2012 i686 INI actual : /home/terjebr/xdebug/xdebug-2.2.1/tmp-php.ini More .INIs : CWD : /home/terjebr/xdebug/xdebug-2.2.1 Extra dirs : VALGRIND : Not used ===================================================================== TIME START 2013-01-14 06:30:00 ===================================================================== No tests were run.
Steps To Reproduce:	Compile xdebug-2.2.1 Then Either run make test Or Install the xdebug.so file and restart apache. In the /var/log/apache2/error.log I get [Mon Jan 14 05:50:05 2013] [notice] caught SIGTERM, shutting down Failed loading /usr/lib/php5/20090626+lfs/xdebug.so: /usr/lib/php5/20090626+lfs/xdebug.so: undefined symbol: php_body_write [Mon Jan 14 05:50:06 2013] [notice] Apache/2.2.22 (Ubuntu) PHP/5.4.6-1ubuntu1 configured -- resuming normal operations
Additional Information:
Attached Files:

Notes
(0002424) pepellou    2013-02-08 14:33	In May 31 2010, some changes in PHPAPI made the function php_body_write() to be replaced with php_output_write(). See commit here: https://github.com/php/php-src/commit/11d24c1593d6617f73d3f290617bd8994182f4dc#L51L121 [^] By running "git branch -a --contains 11d24c1" in the official php-src repo I found out that this change was introduced since PHP 5.4.1, thus your PHP version includes this change, being "php_body_write" an unexisting symbol. Your xdebug.so is trying to access that symbol anyway, which suggests me that your "phpize" might be still based on a previous PHP version. Beware that package "php5" and "php5-dev" are different and you might have upgraded the "php5" one (containing the mentioned changes in PHP) and not the "php5-dev" (which contains the 'phpize' command). To determine if this is your problem, you can just read the output of the "phpize" command. First line shows the PHP Api Version ("20100412" in my case). If that version is previous to 2010 you might have an old one, and thus upgrading it should fix the problem.
(0002425) terje    2013-02-09 14:20	Thank you pepellou. It was indeed the case. Ubuntu 12.04.1 ships with php version 5.4.6, but with the php5-dev package only on version 5.3.10. $ phpize --version Configuring for: PHP Api Version: 20090626 Zend Module Api No: 20090626 Zend Extension Api No: 220090626 I have reported the problem to Ubuntu. I guess it is their fault.
(0002441) derick    2013-03-09 22:07	peppelou, thanks for the analysis. I'm closing this issue on my side then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
897	[Xdebug] Usage problems	crash	always	2012-10-29 11:04	2013-03-09 22:05
Reporter:	sebastian	Platform:	x86_64
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:	3.6.3-1.fc17.x86
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.4-dev
Summary:	Segfault with catchable fatal error and error handler
Description:	The attached script, aptly named segfault.txt, segfault when I run with Xdebug enabled. See the attached output from GDB and Valgrind for details. When I run the script without Xdebug enabled (php -n) I get the expected output and not a segfault. What looks funny to me is the fact that according to GDB the segfault happens in zif_dom_document_savexml and not inside Xdebug's code.
Steps To Reproduce:	<?php class PHPUnit_Util_ErrorHandler { public static function handleError($errno, $errstr, $errfile, $errline) { throw new Exception; } } set_error_handler( array('PHPUnit_Util_ErrorHandler', 'handleError'), E_ALL | E_STRICT ); $dom = new DOMDocument; $dom->saveXML('foo'); ? ~ php segfault.php [1] 29943 segmentation fault (core dumped) php segfault.php ? ~ php -n segfault.php Fatal error: Uncaught exception 'Exception' in /home/sb/segfault.php:6 Stack trace: #0 [internal function]: PHPUnit_Util_ErrorHandler::handleError(4096, 'Argument 1 pass...', '/home/sb/segfau...', 16, Array) #1 /home/sb/segfault.php(16): DOMDocument->saveXML('foo') 0000002 {main} thrown in /home/sb/segfault.php on line 6
Additional Information:	? ~ gdb php GNU gdb (GDB) Fedora (7.4.50.20120120-52.fc17) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> [^] This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... [^] Reading symbols from /usr/local/php-5.4/bin/php...done. (gdb) r segfault.php Starting program: /usr/local/php-5.4/bin/php segfault.php warning: "/usr/lib/debug/usr/lib64/libicudata.so.48.1.1.debug": separate debug info file has no debug info [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. 0x00000000005ad86b in zif_dom_document_savexml (ht=0, return_value=0xa31122f3, return_value_ptr=0x0, this_ptr=0x7ffff11361f8, return_value_used=0) at /usr/local/src/php/src/ext/dom/document.c:1849 1849 RETVAL_STRINGL(mem, size, 1); (gdb) bt #0 0x00000000005ad86b in zif_dom_document_savexml (ht=0, return_value=0xa31122f3, return_value_ptr=0x0, this_ptr=0x7ffff11361f8, return_value_used=0) at /usr/local/src/php/src/ext/dom/document.c:1849 #1 0x000000000094d912 in execute_internal (execute_data_ptr=0x7ffff79350e8, return_value_used=0) at /usr/local/src/php/src/Zend/zend_execute.c:1480 0000002 0x00007ffff1183781 in xdebug_execute_internal () from /usr/local/php-5.4/lib/php/extensions/debug-non-zts-20100525/xdebug.so 0000003 0x000000000094f718 in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff79350e8) at /usr/local/src/php/src/Zend/zend_vm_execute.h:644 0000004 0x00000000009506e9 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7ffff79350e8) at /usr/local/src/php/src/Zend/zend_vm_execute.h:752 0000005 0x000000000094de77 in execute (op_array=0x7ffff1134840) at /usr/local/src/php/src/Zend/zend_vm_execute.h:410 0000006 0x00007ffff118331a in xdebug_execute () from /usr/local/php-5.4/lib/php/extensions/debug-non-zts-20100525/xdebug.so 0000007 0x000000000090e2a5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php/src/Zend/zend.c:1309 0000008 0x0000000000878ebd in php_execute_script (primary_file=0x7fffffffdbe0) at /usr/local/src/php/src/main/main.c:2482 0000009 0x0000000000a60959 in do_cli (argc=2, argv=0x7fffffffdf88) at /usr/local/src/php/src/sapi/cli/php_cli.c:988 0000010 0x0000000000a61a5e in main (argc=2, argv=0x7fffffffdf88) at /usr/local/src/php/src/sapi/cli/php_cli.c:1364 ? ~ USE_ZEND_ALLOC=0 valgrind --leak-check=full php segfault.php ==29871== Memcheck, a memory error detector ==29871== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==29871== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==29871== Command: php segfault.php ==29871== ==29871== Use of uninitialised value of size 8 ==29871== at 0x5AD86B: zif_dom_document_savexml (document.c:1849) ==29871== by 0x94D911: execute_internal (zend_execute.c:1480) ==29871== by 0xBAD4780: xdebug_execute_internal (in /usr/local/php-5.4/lib/php/extensions/debug-non-zts-20100525/xdebug.so) ==29871== by 0x94F717: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:644) ==29871== by 0x9506E8: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:752) ==29871== by 0x94DE76: execute (zend_vm_execute.h:410) ==29871== by 0xBAD4319: xdebug_execute (in /usr/local/php-5.4/lib/php/extensions/debug-non-zts-20100525/xdebug.so) ==29871== by 0x90E2A4: zend_execute_scripts (zend.c:1309) ==29871== by 0x878EBC: php_execute_script (main.c:2482) ==29871== by 0xA60958: do_cli (php_cli.c:988) ==29871== by 0xA61A5D: main (php_cli.c:1364) ==29871== ==29871== Invalid write of size 4 ==29871== at 0x5AD86B: zif_dom_document_savexml (document.c:1849) ==29871== by 0x94D911: execute_internal (zend_execute.c:1480) ==29871== by 0xBAD4780: xdebug_execute_internal (in /usr/local/php-5.4/lib/php/extensions/debug-non-zts-20100525/xdebug.so) ==29871== by 0x94F717: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:644) ==29871== by 0x9506E8: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:752) ==29871== by 0x94DE76: execute (zend_vm_execute.h:410) ==29871== by 0xBAD4319: xdebug_execute (in /usr/local/php-5.4/lib/php/extensions/debug-non-zts-20100525/xdebug.so) ==29871== by 0x90E2A4: zend_execute_scripts (zend.c:1309) ==29871== by 0x878EBC: php_execute_script (main.c:2482) ==29871== by 0xA60958: do_cli (php_cli.c:988) ==29871== by 0xA61A5D: main (php_cli.c:1364) ==29871== Address 0x8 is not stack'd, malloc'd or (recently) free'd ==29871== ==29871== ==29871== Process terminating with default action of signal 11 (SIGSEGV) ==29871== Access not within mapped region at address 0x8 ==29871== at 0x5AD86B: zif_dom_document_savexml (document.c:1849) ==29871== by 0x94D911: execute_internal (zend_execute.c:1480) ==29871== by 0xBAD4780: xdebug_execute_internal (in /usr/local/php-5.4/lib/php/extensions/debug-non-zts-20100525/xdebug.so) ==29871== by 0x94F717: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:644) ==29871== by 0x9506E8: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:752) ==29871== by 0x94DE76: execute (zend_vm_execute.h:410) ==29871== by 0xBAD4319: xdebug_execute (in /usr/local/php-5.4/lib/php/extensions/debug-non-zts-20100525/xdebug.so) ==29871== by 0x90E2A4: zend_execute_scripts (zend.c:1309) ==29871== by 0x878EBC: php_execute_script (main.c:2482) ==29871== by 0xA60958: do_cli (php_cli.c:988) ==29871== by 0xA61A5D: main (php_cli.c:1364) ==29871== If you believe this happened as a result of a stack ==29871== overflow in your program's main thread (unlikely but ==29871== possible), you can try to increase the size of the ==29871== main thread stack using the --main-stacksize= flag. ==29871== The main thread stack size used in this run was 8388608. ==29871== ==29871== HEAP SUMMARY: ==29871== in use at exit: 3,498,101 bytes in 19,356 blocks ==29871== total heap usage: 23,205 allocs, 3,849 frees, 3,713,624 bytes allocated ==29871== ==29871== LEAK SUMMARY: ==29871== definitely lost: 0 bytes in 0 blocks ==29871== indirectly lost: 0 bytes in 0 blocks ==29871== possibly lost: 0 bytes in 0 blocks ==29871== still reachable: 3,498,101 bytes in 19,356 blocks ==29871== suppressed: 0 bytes in 0 blocks ==29871== Reachable blocks (those to which a pointer was found) are not shown. ==29871== To see them, rerun with: --leak-check=full --show-reachable=yes ==29871== ==29871== For counts of detected and suppressed errors, rerun with: -v ==29871== Use --track-origins=yes to see where uninitialised values come from ==29871== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 2 from 2) [1] 29871 segmentation fault (core dumped) USE_ZEND_ALLOC=0 valgrind --leak-check=full php segfault.php
Attached Files:

Notes
(0002396) derick    2012-12-17 20:58	I had a good look at this, but no lock so far :-/
(0002413) whatthejeff    2013-01-06 00:38	I think this is a bug in PHP. I've filed a bug report here: https://bugs.php.net/bug.php?id=63914 [^] I'll send a pull request to fix this issue shortly.
(0002414) whatthejeff    2013-01-06 01:33	Pull request is here: https://github.com/php/php-src/pull/250 [^] NOTE: This pull request is against master, which by coincidence no longer segfaults. The same changes can be applied to PHP <= 5.4 to prevent the segfault, but take care to update the `zend_execute_internal` signature.
(0002440) derick    2013-03-09 22:05	Jeff, I am closing this from my side - I've just pinged Dmitry on the other side to have a look at it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
913	[Xdebug] Feature/Change request	minor	always	2013-01-05 21:22	2013-03-09 22:01
Reporter:	hakre	Platform:	Win32
Assigned To:	derick	OS:	WinXP
Priority:	normal	OS Version:	SP3
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	WinXPSP3
PHP Version:	5.4.10-5.4.14
Summary:	PHP 5.4.1 / 5.3.11 "Added debug info handler to DOM objects." not supported
Description:	When I have xdebug enabled, the feature of var_dump for DOMNodes debug information is not available any longer. I have no clue, this might be exclusive, but it would be good to not loose it when xdebug is enabled, because normally both features are good for development / debugging.
Steps To Reproduce:	&let;?php $DOMDocumentNode = new DOMDocument(); $DOMDocumentNode->loadXML('<example a="b">Test</example>'); $DOMElementNode = $DOMDocumentNode->documentElement; $DOMAttributeNode = $DOMElementNode->getAttributeNode('a'); $DOMTextNode = $DOMElementNode->firstChild; var_dump($DOMDocumentNode, $DOMElementNode, $DOMAttributeNode, $DOMTextNode);
Additional Information:	I first reported this wrongly in the PHP bugtracker until I found out that acutally xdebug was causing this. https://bugs.php.net/bug.php?id=63910 [^]
Attached Files:

Notes
(0002439) derick    2013-03-09 22:01	Duplicated with 910, which works just fine for me. I've committed a test case.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
910	[Xdebug] Usage problems	major	always	2012-12-14 01:47	2013-03-09 21:59
Reporter:	speller	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 x64
PHP Version:	5.4.4
Summary:	Exceptions or warnings when debugging DOMAttr objects
Description:	When trying to step over lines with variables with DOMAttr objects I always get exceptions or warnings "Not yet implemented". When tested in real application I got exceptions. But when reproduced it in test script I got warnings in PHP output.
Steps To Reproduce:	Execute attached test.php file. You will get clean output: attr value Now set breakpoint to line 16 "echo $name, ' ', $attr->value;" and start debugging. After execution stops on the breakpoint just continue execution and allow the script to complete. Now you will have the following script output: Warning: main(): Not yet implemented in C:\usr\work\vlru\comments\web\test.php on line 16 attr value
Additional Information:	PHPStorm 5.0.4 IDE, PHP 5.4.7 32bit, Windows 7 x64
Attached Files:	test.php (395) 2012-12-14 01:47 http://bugs.xdebug.org/file_download.php?file_id=154&type=bug

Notes
(0002411) hakre    2013-01-05 17:07    (edited on: 2013-01-05 17:11)	This is not a bug, but your test.php code stands a little in the way to see that directly. See the following example: <?php $doc = new DOMDocument(); $doc->loadXML('<element attr="value"/>'); $element = $doc->documentElement; foreach ($element->attributes as $name => $attr) { $attr; 1 == 1; ### TOGGLE BREAKPOINT ON THIS LINE ### echo $name, ' schemaTypeInfo: ', $attr->schemaTypeInfo; } The important part is: xdebug evaluates the variables if there is a breakpoint. And you actually want that despite the warning in this case. Because `$attr` is an object all it's known properties are looked into, including `$attr->schemaTypeInfo` which gives you this standard warning - as the next line shows because it triggers it with and without xdebug. So when you run over this or similar problems, please double check what is causing the warning specifically. http://lxr.php.net/xref/PHP_5_4/ext/dom/attr.c#248 [^]
(0002438) derick    2013-03-09 21:59	Duplicated with 913, which works just fine for me. I've committed a test case.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
911	[Xdebug] Usage problems	block	always	2012-12-29 19:05	2013-03-09 21:53
Reporter:	rasta	Platform:	Apple
Assigned To:	derick	OS:	MacOs
Priority:	high	OS Version:	10.8.2
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac Os 10.8.2
PHP Version:	5.4.10-5.4.14
Summary:	Cannot debug console scripts with Netbeans
Description:	Debugging in browser works fine, so netbeans and xdebug are configured correctly. But I can't debug when running cli scripts from terminal. I do everything as usual: 1) set the XDEBUG_CONFIG variable 2) set break point in netbeans in the script i want to debug 3) run the script from terminal expected result: netbeans should be showing the debugged script on the line marked with the break point and it should be possible to step through the code using the function keys or ide buttons my result: the script execution doesn't stop on the break point and the script runs to the end I became this result with the netbeans debug option 'stop at first line' unchecked. When I check the option, the sctipt execution actually stops at the first line of the script, and I can step through the code using 'Step Over' and 'Step Into', but when I click on 'Continue (F5)' the code execution won't stop on my first breakpoint. This behaviour is in my opinion really weird.
Steps To Reproduce:	1) set a breakpoint on any simple php script 2) start netbeans project debugging 3) in terminal type: export XDEBUG_CONFIG="idekey=netbeans-xdebug" 4) from terminal, run the script like this: php script.php
Additional Information:	My PHP, Apache and Xdebug are installed via macports, with no modifications, except the xdebug configuration in php.ini: xdebug.remote_enable=on xdebug.remote_handler=dbgp xdebug.remote_host=localhost xdebug.remote_port=9000 xdebug.cli_color=1 nothing else i hope it's going to be reproducible. I don't know if the same thing happens on other platforms or to other people using macports.
Attached Files:

Notes
(0002436) derick    2013-03-09 21:52	This is likely an issue with netbeans or your configuration. I can not support every IDE, so please seek your help with the netbeans forums: https://twitter.com/netbeans/status/291948017639096322 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
930	[Xdebug] Feature/Change request	major	N/A	2013-03-03 18:02	2013-03-03 18:02
Reporter:	Addvilz	Platform:	Any
Assigned To:		OS:	Any
Priority:	low	OS Version:	Any
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.0
Summary:	Feature to output errors to browser console
Description:	I am suggesting a feature where instead of direct html error output JavaScript based output could be used to log all errors to browser console, as an configurable option. This could be done by adding new format to xdebug_stack.c which would then be used if some configuration variable would be set. I have already done this by simply modifying html_formats and it works great as far as I have tested it. Consider the attached code.
Steps To Reproduce:
Additional Information:	This code is probably broken, but it will serve us demonstration purpose quite well, i suppose. static char* jscript_formats[11] = { "<script>xdebug = new Object();\n", "xdebug.message = '%s: %s in %s on line %d';\n", "xdebug.stack = new Array();\nstatic char* jscript_formats[11] = { "<script>xdebug = new Object();\n", "xdebug.message = '%s: %s in %s on line %d';\n", "xdebug.stack = new Array();\n", #if HAVE_PHP_MEMORY_USAGE "xdebug.stack.push(\"%10.4f %10ld %3d. %s", #else "xdebug.stack.push(\"%10.4f %3d. %s", #endif "'%s'", " %s:%d\");\n\n", "\n\nVariables in local scope (#%d):\n", "if (typeof window.xdebuglog === 'undefined'){ console.log(xdebug); }else{ window.xdebuglog(xdebug); }</script>\n", " $%s = %s", " $%s = *uninitialized*\n", "SCREAM: Error suppression ignored for\n" };", #if HAVE_PHP_MEMORY_USAGE "xdebug.stack.push(\"%10.4f %10ld %3d. %s", #else "xdebug.stack.push(\"%10.4f %3d. %s", #endif "'%s'", " %s:%d\");\n\n", "\n\nVariables in local scope (#%d):\n", "console.log(xdebug);</script>\n", " $%s = %s", " $%s = *uninitialized*\n", "SCREAM: Error suppression ignored for\n" };
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
833	[Xdebug] Usage problems	minor	always	2012-05-12 14:22	2013-02-10 16:54
Reporter:	mot	Platform:	Linux
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2.0
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Fedora 16
PHP Version:	5.3.11
Summary:	Documentation about segmentation fault with pear upgrade.
Description:	If things happen like reported in 0000364 "When I try upgrade all, xdebug can not be upgraded from 2.0.2 to 2.0.3: it crash with segmentation fail after 'xdebug.so' is compiled." (which is unresolved) the following helps to remove the issue: Move xdebug.so from the php library path as root. It might still be in memory and can not replaced. After moving the file (e.g. xdebug.so -> xdebug2.so), the pear upgrade command works well.
Steps To Reproduce:
Additional Information:	Please merge this possible solution into the previous ticket.
Attached Files:

Notes
(0002426) robertbasic    2013-02-10 16:54	I have ran into the same issue. pear wanted to upgrade xdebug from version 2.2.0 to 2.2.1 even though php -i already reported xdebug as 2.2.1 It was failing with a segmentation fault. I simply commented out the xdebug.so call in xdebug.ini, restarted httpd, ran pear upgrade-all, added xdebug.so call back to xdebug.ini, restarted httpd and everything works fine. Fedora 17 with php 5.4.11 if that matters at all.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
922	[Xdebug] Documentation	minor	always	2013-02-09 14:33	2013-02-09 14:33
Reporter:	jonathanl	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2.1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.0
Summary:	The "Tailored Installation Instructions" at http://www.xdebug.org/wizard.php [^] can give incorrect advice
Description:	Step 3 fails to suggest enclosing the path to the extension library in double quotes in the event the path to a PHP installation has spaces in it. Step 3 incorrectly states the following: Edit C:\Program Files (x86)\PHP\php-5.3.6-Win32-VC9-x86\php.ini and add the line zend_extension = C:\Program Files (x86)\PHP\php-5.3.6-Win32-VC9-x86\ext\php_xdebug-2.2.1-5.3-vc9.dll Step 3 should instead state the following: Edit C:\Program Files (x86)\PHP\php-5.3.6-Win32-VC9-x86\php.ini and add the line zend_extension = "C:\Program Files (x86)\PHP\php-5.3.6-Win32-VC9-x86\ext\php_xdebug-2.2.1-5.3-vc9.dll"
Steps To Reproduce:	I have included the HTML source of my phpinfo() which you can use to reproduce the problem.
Additional Information:
Attached Files:	phpinfo.txt (73,358) 2013-02-09 14:33 http://bugs.xdebug.org/file_download.php?file_id=156&type=bug

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
912	[Xdebug] Debug client (console)	major	always	2012-12-30 22:29	2013-02-07 15:35
Reporter:	dfavor	Platform:	i386
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	12.10
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 12.10
PHP Version:	5.1.0
Summary:	xdebug remote never starts
Description:	Here's xdebug ini info... net1# php --ri xdebug | grep -i remote xdebug.remote_enable => Off => Off xdebug.remote_handler => dbgp => dbgp xdebug.remote_host => 68.233.248.188 => 68.233.248.188 xdebug.remote_mode => req => req xdebug.remote_port => 9000 => 9000 xdebug.remote_autostart => On => On xdebug.remote_connect_back => Off => Off xdebug.remote_log => /var/log/xdebug.remote.log => /var/log/xdebug.remote.log xdebug.remote_cookie_expire_time => 3600 => 3600 netstat -an | grep 9000 shows no connection. /var/log/xdebug.remote.log has no output. net1# psall apache2 13203 1 0.0 0.3 578844 28640 root root /usr/sbin/apache2 -k start 13208 13203 0.0 0.1 578868 12560 www-data www-data /usr/sbin/apache2 -k start 13209 13203 0.0 0.1 578868 12560 www-data www-data /usr/sbin/apache2 -k start 13210 13203 0.0 0.1 578868 12560 www-data www-data /usr/sbin/apache2 -k start 13211 13203 0.0 0.1 578868 12560 www-data www-data /usr/sbin/apache2 -k start 13212 13203 0.0 0.1 578868 12560 www-data www-data /usr/sbin/apache2 -k start net1# ll /var/log/xdebug.remote.log -rw-r--r-- 1 www-data www-data 0 Dec 30 16:25 /var/log/xdebug.remote.log
Steps To Reproduce:	service apache2 restart
Additional Information:	Other Xdebug features seem to be working.
Attached Files:

Notes
(0002409) dfavor    2012-12-30 22:31	Running while : ; do netstat -an | grep 9000 ; done and doing a service apache2 restart produces nothing either.
(0002415) dfavor    2013-01-08 01:01	Someone let me know how to get started debugging this. Thanks.
(0002421) dfavor    2013-02-01 18:16	Bump. Still no progress starting an XDebug session.
(0002422) dfavor    2013-02-01 18:44	Hum... build debugclient and all seems well now.
(0002423) derick    2013-02-07 15:35	That's weird... but let me close the issue then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
915	[Xdebug] Feature/Change request	minor	N/A	2013-01-10 10:29	2013-01-10 10:29
Reporter:	Rarst	Platform:	...PHP? :)
Assigned To:		OS:	Windows
Priority:	normal	OS Version:	7x64
Status:	new	Product Version:	2.2.1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.5
Summary:	Source code excerpts view in traces
Description:	While traces provide information where code is located (and customizable link to it), I discovered it to be helpful when excerpt of code around trace item can be immediately viewed without leaving the browser. Implementation/UI examples: - PHP Error http://phperror.net/ [^] - has code view section in output, changed by click on trace item - Kint http://raveren.github.com/kint/#backtrace [^] - trace items have unfolding details container with source tab
Steps To Reproduce:
Additional Information:
System Description
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
875	[Xdebug] Usage problems	crash	always	2012-08-22 15:08	2012-12-18 13:08
Reporter:	tploch	Platform:	Linux
Assigned To:	derick	OS:	Ubuntu 64
Priority:	normal	OS Version:	12.04 LTS
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 64 12.04 LTS
PHP Version:	5.3-dev
Summary:	xdebug causes segfault when using mocked SoapClient in PHPUnit
Description:	When using PHPUnit 3.6.12 and Soap extension 0.13.0, using a mocked abstract class together with a mocked soap client causes xdebug (actually I am not sure about this, but the backtrace indicates that xdebug is in there) to crash with a segfault. Unfortunately I havn't been able to reproduce that in a small piece of code, so I added a gist that provides all the things I have done.
Steps To Reproduce:	https://gist.github.com/cc37549c71f51c5968b0 [^]
Additional Information:	GDB backtrace: #0 _zval_ptr_dtor (zval_ptr=0x7fffffff8c08) at /build/buildd/php5-5.3.15/Zend/zend.h:385 #1 0x0000000000690d6e in zend_call_function (fci=0x7ffff7ecc237, fci_cache=0x7ffff7ecc240) at /build/buildd/php5-5.3.15/Zend/zend_execute.h:318 0000002 0x00000000005cd768 in zif_array_map (ht=-29688, return_value=0x15ae100, return_value_ptr=0x7f, this_ptr=0x7ffff5f03728, return_value_used=8) at /build/buildd/php5-5.3.15/ext/standard/array.c:4326 0000003 0x00007ffff4e94cf5 in xdebug_execute_internal (current_execute_data=0x7ffff7ecc058, return_value_used=1) at /tmp/pear/temp/xdebug/xdebug.c:1483 0000004 0x0000000000712834 in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ecc058) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:322 0000005 0x00000000006c39bb in execute (op_array=0x17faf40) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000006 0x00007ffff4e96a73 in xdebug_execute (op_array=0x17faf40) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000007 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ecba30) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000008 0x00000000006c39bb in execute (op_array=0x17fd6e0) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000009 0x00007ffff4e96a73 in xdebug_execute (op_array=0x17fd6e0) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000010 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ecb3d0) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000011 0x00000000006c39bb in execute (op_array=0x17d1ea8) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000012 0x00007ffff4e96a73 in xdebug_execute (op_array=0x17d1ea8) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000013 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ecb230) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000014 0x00000000006c39bb in execute (op_array=0x1767738) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000015 0x00007ffff4e96a73 in xdebug_execute (op_array=0x1767738) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000016 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ecb050) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000017 0x00000000006c39bb in execute (op_array=0x174c7e0) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000018 0x00007ffff4e96a73 in xdebug_execute (op_array=0x174c7e0) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000019 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ecad70) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000020 0x00000000006c39bb in execute (op_array=0x1592210) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000021 0x00007ffff4e96a73 in xdebug_execute (op_array=0x1592210) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000022 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ec96b8) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000023 0x00000000006c39bb in execute (op_array=0x1591ed0) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000024 0x00007ffff4e96a73 in xdebug_execute (op_array=0x1591ed0) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000025 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ec7d08) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000026 0x00000000006c39bb in execute (op_array=0x166b8c0) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000027 0x00007ffff4e96a73 in xdebug_execute (op_array=0x166b8c0) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000028 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ec6b68) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000029 0x00000000006c39bb in execute (op_array=0x1591d38) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000030 0x00007ffff4e96a73 in xdebug_execute (op_array=0x1591d38) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000031 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ec6a50) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000032 0x00000000006c39bb in execute (op_array=0x15f5258) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000033 0x00007ffff4e96a73 in xdebug_execute (op_array=0x15f5258) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000034 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ec52e0) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 #35 0x00000000006c39bb in execute (op_array=0x15d0de8) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000036 0x00007ffff4e96a73 in xdebug_execute (op_array=0x15d0de8) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000037 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ec24f8) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000038 0x00000000006c39bb in execute (op_array=0x12ba548) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000039 0x00007ffff4e96a73 in xdebug_execute (op_array=0x12ba548) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000040 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ec1570) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000041 0x00000000006c39bb in execute (op_array=0x11fcd70) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000042 0x00007ffff4e96a73 in xdebug_execute (op_array=0x11fcd70) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000043 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ec1360) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000044 0x00000000006c39bb in execute (op_array=0x11a8220) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000045 0x00007ffff4e96a73 in xdebug_execute (op_array=0x11a8220) at /tmp/pear/temp/xdebug/xdebug.c:1391 0000046 0x000000000071251c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7ec1068) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:344 0000047 0x00000000006c39bb in execute (op_array=0x1198758) at /build/buildd/php5-5.3.15/Zend/zend_vm_execute.h:107 0000048 0x00007ffff4e96a73 in xdebug_execute (op_array=0x1198758) at /tmp/pear/temp/xdebug/xdebug.c:1391 #49 0x000000000069ef30 in zend_execute_scripts (type=0, retval=0x800160002, file_count=3) at /build/buildd/php5-5.3.15/Zend/zend.c:1308 0000050 0x000000000064ace3 in php_execute_script (primary_file=0x7ffff7ecad70) at /build/buildd/php5-5.3.15/main/main.c:2323 #51 0x000000000042cc2e in main (argc=32767, argv=0x7fffffffe0c0) at /build/buildd/php5-5.3.15/sapi/cli/php_cli.c:1193
Attached Files:

Notes
(0002330) tploch    2012-08-22 15:25	$ php -v PHP 5.3.15-0ppa1p with Suhosin-Patch (cli) (built: Aug 4 2012 03:47:12) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies     with Xdebug v2.2.1, Copyright (c) 2002-2012, by Derick Rethans
(0002331) derick    2012-08-24 10:09	I've tried to reproduce this with Xdebug 2.2.1 and PHP 5.3.16-dev: derick@whisky:/tmp/gist-a06fea9f $ phpunit test_case.php PHPUnit 3.6.12 by Sebastian Bergmann. E Time: 0 seconds, Memory: 0.25Mb There was 1 error: 1) Testcase\SoapTypeAbstractTest::testTypemapCallsFromXml PHPUnit_Framework_Exception: Class "SoapTypeAbstract" does not exist. /tmp/gist-a06fea9f/test_case.php:40 FAILURES! Tests: 1, Assertions: 0, Errors: 1. But as you can see, it works fine. Could you please provide: - the xdebug section of php.ini - the exact commands you use to start phpunit with the test case
(0002333) tploch    2012-08-27 07:35    (edited on: 2012-08-27 14:57)	Hello, I have updated the gist so it can be run without a bootstrap (which was there in my case, since the class not found error shouldn't have been there), so you should be able to just run it with '/usr/bin/phpunit test_case.php' from inside the gist directory: https://gist.github.com/cc37549c71f51c5968b0 [^] xdebug php.ini values: xdebug xdebug support => enabled Version => 2.2.1 IDE Key => tploch Supported protocols => Revision DBGp - Common DeBuGger Protocol => $Revision: 1.145 $ Directive => Local Value => Master Value xdebug.auto_trace => Off => Off xdebug.cli_color => 0 => 0 xdebug.collect_assignments => Off => Off xdebug.collect_includes => On => On xdebug.collect_params => 0 => 0 xdebug.collect_return => Off => Off xdebug.collect_vars => Off => Off xdebug.coverage_enable => On => On xdebug.default_enable => On => On xdebug.dump.COOKIE => no value => no value xdebug.dump.ENV => no value => no value xdebug.dump.FILES => no value => no value xdebug.dump.GET => no value => no value xdebug.dump.POST => no value => no value xdebug.dump.REQUEST => no value => no value xdebug.dump.SERVER => no value => no value xdebug.dump.SESSION => no value => no value xdebug.dump_globals => On => On xdebug.dump_once => On => On xdebug.dump_undefined => Off => Off xdebug.extended_info => On => On xdebug.file_link_format => no value => no value xdebug.idekey => no value => no value xdebug.max_nesting_level => 100 => 100 xdebug.overload_var_dump => On => On xdebug.profiler_aggregate => Off => Off xdebug.profiler_append => Off => Off xdebug.profiler_enable => Off => Off xdebug.profiler_enable_trigger => Off => Off xdebug.profiler_output_dir => /tmp => /tmp xdebug.profiler_output_name => cachegrind.out.%p => cachegrind.out.%p xdebug.remote_autostart => Off => Off xdebug.remote_connect_back => Off => Off xdebug.remote_cookie_expire_time => 3600 => 3600 xdebug.remote_enable => Off => Off xdebug.remote_handler => dbgp => dbgp xdebug.remote_host => localhost => localhost xdebug.remote_log => no value => no value xdebug.remote_mode => req => req xdebug.remote_port => 9000 => 9000 xdebug.scream => Off => Off xdebug.show_exception_trace => Off => Off xdebug.show_local_vars => Off => Off xdebug.show_mem_delta => Off => Off xdebug.trace_enable_trigger => Off => Off xdebug.trace_format => 0 => 0 xdebug.trace_options => 0 => 0 xdebug.trace_output_dir => /tmp => /tmp xdebug.trace_output_name => trace.%c => trace.%c xdebug.var_display_max_children => 128 => 128 xdebug.var_display_max_data => 512 => 512 xdebug.var_display_max_depth => 3 => 3
(0002346) tploch    2012-09-10 12:06	Hi Derick, could you tell me if this is a valid bug in xdebug or a bug in the SOAP extension? You should be able to reproduce it with the updated GIST found here: https://gist.github.com/cc37549c71f51c5968b0 [^] Thanks in advance, Thomas
(0002399) derick    2012-12-18 13:08	I can reproduce this with: derick@whisky:/tmp $ export USE_ZEND_ALLOC=0 derick@whisky:/tmp $ git clone https://gist.github.com/cc37549c71f51c5968b0.git [^] derick@whisky:/tmp $ cd cc37* derick@whisky:/tmp/cc37549c71f51c5968b0 $ phpunit test_case.php PHPUnit 3.6.12 by Sebastian Bergmann. Segmentation fault [GIT: master][PHP: 5.3.19-dev ] But I can also reproduce this *without* Xdebug loaded (notice the -n): derick@whisky:/tmp/cc37549c71f51c5968b0 $ valgrind --db-attach=yes php -n `which phpunit` test_case.php ==20922== Memcheck, a memory error detector ==20922== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==20922== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==20922== Command: php -n /usr/local/php/5.3dev/bin/phpunit test_case.php ==20922== PHPUnit 3.6.12 by Sebastian Bergmann. ==20922== Invalid read of size 4 ==20922== at 0x986907: zend_fetch_dimension_address_read (zend.h:381) ==20922== by 0x9EC5D2: ZEND_FETCH_DIM_FUNC_ARG_SPEC_VAR_CV_HANDLER (zend_vm_execute.h:16027) ==20922== by 0x9876CC: execute (zend_vm_execute.h:107) ==20922== by 0x95470E: zend_execute_scripts (zend.c:1259) ==20922== by 0x8DF6C4: php_execute_script (main.c:2316) ==20922== by 0xA3664D: main (php_cli.c:1189) ==20922== Address 0x7feffbcb0 is not stack'd, malloc'd or (recently) free'd So please report this with the SOAP developers.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
629	[Xdebug] Installation	block	always	2010-10-21 06:47	2012-12-18 12:35
Reporter:	paulgao	Platform:	Linx
Assigned To:	derick	OS:	Centos 64bit
Priority:	immediate	OS Version:	5.5
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:	2.2.2
		Target Version:	2.2.2
Operating System:
PHP Version:	5.3.3
Summary:	compile failed...
Description:	/home/codebase/software/xdebug/xdebug_code_coverage.c: In function ‘xdebug_find_var_name’: /home/codebase/software/xdebug/xdebug_code_coverage.c:90: error: ‘znode’ has no member named ‘zv’ /home/codebase/software/xdebug/xdebug_code_coverage.c:92: error: ‘znode’ has no member named ‘zv’ /home/codebase/software/xdebug/xdebug_code_coverage.c:105: error: ‘zend_op’ has no member named ‘op1_type’ /home/codebase/software/xdebug/xdebug_code_coverage.c:113: error: ‘zend_op’ has no member named ‘op2_type’ /home/codebase/software/xdebug/xdebug_code_coverage.c:120: error: ‘zend_op’ has no member named ‘op2_type’ /home/codebase/software/xdebug/xdebug_code_coverage.c:148: error: ‘zend_op’ has no member named ‘op1_type’ /home/codebase/software/xdebug/xdebug_code_coverage.c:152: error: ‘zend_op’ has no member named ‘op2_type’ /home/codebase/software/xdebug/xdebug_code_coverage.c:155: error: ‘zend_op’ has no member named ‘op2_type’ /home/codebase/software/xdebug/xdebug_code_coverage.c:170: error: ‘zend_op’ has no member named ‘op2_type’ /home/codebase/software/xdebug/xdebug_code_coverage.c:178: error: ‘zend_op’ has no member named ‘op2_type’ /home/codebase/software/xdebug/xdebug_code_coverage.c: In function ‘xdebug_common_assign_dim_handler’: /home/codebase/software/xdebug/xdebug_code_coverage.c:225: error: ‘zend_op’ has no member named ‘op1_type’ /home/codebase/software/xdebug/xdebug_code_coverage.c:227: error: ‘zend_op’ has no member named ‘op1_type’ /home/codebase/software/xdebug/xdebug_code_coverage.c:229: error: ‘zend_op’ has no member named ‘op2_type’ /home/codebase/software/xdebug/xdebug_code_coverage.c: In function ‘xdebug_find_jump’: /home/codebase/software/xdebug/xdebug_code_coverage.c:366: error: ‘znode’ has no member named ‘zv’ make: *** [xdebug_code_coverage.lo] Error 1 make: *** Waiting for unfinished jobs.... failed.
Steps To Reproduce:	/usr/local/php/bin/phpize ./configure --enable-xdebug --with-php-config=/usr/local/php/bin/php-config make -j8
Additional Information:
Attached Files:

Notes
(0001590) derick    2010-10-26 16:22	This should be fixed in SVN already.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
769	[Xdebug] Installation	major	always	2012-01-27 15:38	2012-11-11 13:06
Reporter:	bkendig	Platform:	Macintosh
Assigned To:	derick	OS:	Mac OS X
Priority:	normal	OS Version:	10.6.8
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:	2.2.0
		Target Version:	2.2.2
Operating System:
PHP Version:	5.3.8
Summary:	Xdebug 2.1.3 fails install because it doesn't understand Zend PHP version
Description:	I have Zend Server 5.5 installed on my Mac. ZS5.5 comes with a php binary which reports its version as "5.3.8-ZS5.5.0". I also have the vanilla php 5.3.9 installed, in a directory earlier in my PATH, so that the default php that runs on my system is 5.3.9. When I try to install Xdebug 2.1.3 with "pear install xdebug", it downloads and tries to build and then fails with these messages: /private/tmp/pear/temp/xdebug/configure: line 4403: test: : integer expression expected configure: error: not supported. Need a PHP version < 5.4.0 (found 5.3.8-ZS5.5.0) ERROR: `/private/tmp/pear/temp/xdebug/configure' failed I don't understand how it's finding Zend's php binary instead of the vanilla one, but it's being confused by the Zend php's version string.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001897) bkendig    2012-01-27 15:47	I found out that the reason it's using Zend's php binary is because the 'pear' script is hardcoded to look for it, instead of in the path.
(0001909) derick    2012-02-05 17:13	It should work if you use the correct pear binary from your vanilla PHP version as well. I'm closing this as what ZS is doing to the version number is a "crime "(and goes against the requirements at http://www.php.net/manual/en/function.version-compare.php [^]). cheers, Derick
(0001910) bkendig    2012-02-06 14:56	The version-checking code in config.m4 splits the php version number by periods, then multiplies each piece by 100. It will fail if the php version number contains anything other than integers and periods. I don't see version numbering requirements in "http://www.php.net/manual/en/function.version-compare.php"; [^] that only explains how the version_compare() function compares versions.. (If the configure script used php and called version_compare() instead of using awk, it would work.)
(0002384) derick    2012-11-11 13:06	I'm closing this, as Xdebug 2.2.x has support for PHP 5.4 now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
871	[Xdebug] Usage problems	crash	sometimes	2012-08-06 18:11	2012-11-11 13:03
Reporter:	sizeof	Platform:	Linux 2.6.32-5-amd64
Assigned To:	derick	OS:	Debian
Priority:	normal	OS Version:	Squeeze
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian with Linux 2.6.32-5-amd64
PHP Version:	5.4.4
Summary:	PHP-FPM segfault during geben-display-context
Description:	While running geben-display-context in my emacs, the php-fpm process sometimes segfaults. It's easily reproductible in my codebase as it segfaults ~ 4 times of 5.
Steps To Reproduce:	Start emacs, start a debugging session, do some step-into until a function with some local variables is reached, run geben-display-context, and see the php-fpm process die.
Additional Information:	Program received signal SIGSEGV, Segmentation fault. xdebug_var_export_xml_node (struc=0x25f3118, name=0x25f92e0 "$this::s_tab_uri", node=0x25f9250, options=0x25e1320, level=1) at /usr/src/xdebug-2.2.0/xdebug_var.c:1183 1183 switch (Z_TYPE_PP(struc)) { Current language: auto The current source language is "auto; currently c". (gdb) bt #0 xdebug_var_export_xml_node (struc=0x25f3118, name=0x25f92e0 "$this::s_tab_uri", node=0x25f9250, options=0x25e1320, level=1) at /usr/src/xdebug-2.2.0/xdebug_var.c:1183 #1 0x00007faa74af512c in xdebug_object_element_export_xml_node (item=0x7faa670a2a48, num_args=<value optimized out>, args=<value optimized out>, hash_key=<value optimized out>) at /usr/src/xdebug-2.2.0/xdebug_var.c:1038 0000002 0x000000000067eb7e in zend_hash_apply_with_arguments (ht=0x7faa670a2b38, apply_func=0x7faa74af4da0 <xdebug_object_element_export_xml_node>, num_args=5) at /usr/src/php-5.4.4/Zend/zend_hash.c:772 0000003 0x00007faa74af2c44 in xdebug_var_export_xml_node (struc=<value optimized out>, name=0x25f2ff0 "$this", node=0x25f2f90, options=0x25e1320, level=0) at /usr/src/xdebug-2.2.0/xdebug_var.c:1288 0000004 0x00007faa74af2de6 in xdebug_get_zval_value_xml_node_ex (name=<value optimized out>, val=0x7faa801557d0, var_type=0, options=0x25e1320) at /usr/src/xdebug-2.2.0/xdebug_var.c:1337 0000005 0x00007faa74ae73c1 in attach_used_var_with_contents (xml=0x25e9140, he=<value optimized out>, options=0x25e1320) at /usr/src/xdebug-2.2.0/xdebug_handler_dbgp.c:1963 0000006 0x00007faa74aeab24 in xdebug_hash_apply_with_argument (h=<value optimized out>, user=0x25e9140, cb=0x7faa74ae7390 <attach_used_var_with_contents>, argument=0x25e1320) at /usr/src/xdebug-2.2.0/xdebug_hash.c:261 0000007 0x00007faa74ae9f41 in attach_context_vars (retval=0x7ffffa3a6650, context=<value optimized out>, args=<value optimized out>) at /usr/src/xdebug-2.2.0/xdebug_handler_dbgp.c:2061 0000008 xdebug_dbgp_handle_context_get (retval=0x7ffffa3a6650, context=<value optimized out>, args=<value optimized out>) at /usr/src/xdebug-2.2.0/xdebug_handler_dbgp.c:2157 0000009 0x00007faa74ae2e08 in xdebug_dbgp_parse_option (context=<value optimized out>, bail=<value optimized out>) at /usr/src/xdebug-2.2.0/xdebug_handler_dbgp.c:2412 0000010 xdebug_dbgp_cmdloop (context=<value optimized out>, bail=<value optimized out>) at /usr/src/xdebug-2.2.0/xdebug_handler_dbgp.c:2461 0000011 0x00007faa74ae35db in xdebug_dbgp_breakpoint (context=<value optimized out>, stack=<value optimized out>, file=0x25ea610 "context_get", lineno=282, type=<value optimized out>, exception=0x0, message=0x0) at /usr/src/xdebug-2.2.0/xdebug_handler_dbgp.c:2729 0000012 0x00007faa74adbed6 in xdebug_statement_call (op_array=<value optimized out>) at /usr/src/xdebug-2.2.0/xdebug.c:1966 0000013 0x00000000006686b1 in zend_llist_apply_with_argument (l=<value optimized out>, func=0x6986c0 <zend_extension_statement_handler>, arg=0x7faa803244f0) at /usr/src/php-5.4.4/Zend/zend_llist.c:236 0000014 0x00000000006b0390 in ZEND_EXT_STMT_SPEC_HANDLER (execute_data=0x7faa802e9da0) at /usr/src/php-5.4.4/Zend/zend_vm_execute.h:895 0000015 0x00000000006d8140 in execute (op_array=0x7faa803244f0) at /usr/src/php-5.4.4/Zend/zend_vm_execute.h:410 0000016 0x00007faa74add529 in xdebug_execute (op_array=0x7faa803244f0) at /usr/src/xdebug-2.2.0/xdebug.c:1390 0000017 0x00000000006eaf64 in zend_do_fcall_common_helper_SPEC (execute_data=0x7faa802e9728) at /usr/src/php-5.4.4/Zend/zend_vm_execute.h:669 0000018 0x00000000006d8140 in execute (op_array=0x7faa803207e8) at /usr/src/php-5.4.4/Zend/zend_vm_execute.h:410 0000019 0x00007faa74add529 in xdebug_execute (op_array=0x7faa803207e8) at /usr/src/xdebug-2.2.0/xdebug.c:1390 0000020 0x00000000006718da in zend_execute_scripts (type=8, retval=<value optimized out>, file_count=3) at /usr/src/php-5.4.4/Zend/zend.c:1279 0000021 0x0000000000616a7e in php_execute_script (primary_file=<value optimized out>) at /usr/src/php-5.4.4/main/main.c:2473 0000022 0x00000000007209ba in main (argc=<value optimized out>, argv=<value optimized out>) at /usr/src/php-5.4.4/sapi/fpm/fpm/fpm_main.c:1856 (gdb) list 1178 { 1179 HashTable *myht; 1180 char *class_name; 1181 zend_uint class_name_len; 1182 1183 switch (Z_TYPE_PP(struc)) { 1184 case IS_BOOL: 1185 xdebug_xml_add_attribute(node, "type", "bool"); 1186 xdebug_xml_add_text(node, xdebug_sprintf("%d", Z_LVAL_PP(struc))); 1187 break; (gdb) p struc $1 = (zval **) 0x25f3118 (gdb) p *struc $2 = (zval *) 0x31 (gdb) info args struc = 0x25f3118 name = 0x25f92e0 "$this::s_tab_uri" node = 0x25f9250 options = 0x25e1320 level = 1 (gdb) p *node $3 = {tag = 0x7faa74af86e6 "property", text = 0x0, attribute = 0x25f92b0, child = 0x0, next = 0x0, free_tag = 0} (gdb) p *options $4 = {max_children = 32, max_data = 32768, max_depth = 1, show_hidden = 0, runtime = 0x25e08b0, no_decoration = 39719760}
Attached Files:

Notes
(0002335) derick    2012-08-30 21:58	Have you tried 2.2.1 too? I've fixed many segfaults in it.
(0002383) derick    2012-11-11 13:03	Can't reproduce, and no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
894	[Xdebug] Usage problems	major	always	2012-10-17 18:05	2012-11-11 13:01
Reporter:	norbi771	Platform:	Windows
Assigned To:	derick	OS:	Windows 7
Priority:	normal	OS Version:	64bit
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 64 bit
PHP Version:	5.2.10
Summary:	xdebug is always started without XDEBUG_SESSION_START
Description:	It seems that debug session is started every time regardless of XDEBUG_SESSION_START in URL.
Steps To Reproduce:	1. Open netbeans 2. In project configuration, advanced web configuration set "Do Not Open Web Browser" and "Run as local web site" 3. Click on "debug main project in Netbeans 4. Insert breakpoint in test file 5. Open web browser (without XDEBUG_SESSION_START in your URL) 6. Netbeans will stop at breakpoint (and it shouldn't as I understand it until XDEBUG_SESSION_START is set)
Additional Information:	Recently reinstalled my notebook. Installed Win7 Pro, Apache 2.4, Php 5.2.17, Netbeans 7.2, firefox 16. Until the reinstall I was using Netbeans 7.1, PHP 5.2.5 with php_xdebug-2.1.2-5.2-vc6.dll, Apache 2.2 and firefox addon easyXdebug to turn on debugging on demand. My projects were set to "Do not open Web browser", and this setting let me turn on debugging in netbeans but do real debugging only when needed by clicking on easyXdebug icon in web browser. The easyXdebug seemed to simply send XDEBUG_SESSION_START=netbeans-xdebug. My computer crashed and I reinstalled it with the setup as above but for some reason I was unable to have xdebug running stable. Then I installed Netbeans 7.2, PHP 5.2.17 with php_xdebug-2.2.1-5.2-vc9.dll and apache 2.4 It seems that xdebug is working fine now, but if I press "Debug main project in netbeans" I am no longer able to control when the debug process is started. It seems that it is started always, as soon as I turn on debugging in Netbeans and does not rely on setting XDEBUG_SESSION_START in url. I turned on firebug and I can always see that XDEBUG_SESSION cookie is always set and I think it shouldn't be. I am not sure if it is XDebug issue or Netbeans. My settings (tried various configurations): php.ini: zend_extension_ts = "c:\PHP5\php_xdebug-2.2.1-5.2-vc9.dll" xdebug.default_enable=0 xdebug.remote_enable=On xdebug.remote_host=127.0.0.1 xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.remote_autostart = 0 xdebug.idekey=netbeans-xdebug xdebug.remote_log = "d:\tmp\xdebug\xdebug.log" Maybe I have wrong setup, but I can't find what is wrong. Thanks for looking into that issue.
Attached Files:

Notes
(0002363) norbi771    2012-10-18 11:25	Also checked without netbeans running. The cookie XDEBUG_SESSION is always set on every page reload. If I stop the xdebug session by URL ?XDEBUG_SESSION_STOP=netbens-xdebug then cookie is removed, but next time any page is loaded the cookie is present again. I think, in that case, it is not netbeans related but XDEBUG only.
(0002365) derick    2012-10-21 20:08	This is exactly how it is supposed to work. It allows for easy debugging of forms.
(0002372) norbi771    2012-10-22 08:21	Thank you for your answer. I have a question, because picture is not clear to me. I hope you don't mind I am asking through mantis (and reopening the issue). If it is not right place to ask please direct me to the correct one. The question is: What is xdebug.remote_autostart then for? As I understood until now, if this option was set to 1, then one every page request the debugging was auto started regardless of XDEBUG_SESSION_START. Setting this option to 0 let me have PHP configured with XDEBUG, but real debugging is activated when I turn it on via XDEBUG_SESSION_START. Reading your answer I got the impression that xdebug.remote_autostart is ignored.
(0002381) derick    2012-11-11 13:01	It works exactly as you describe.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
882	[Xdebug] Usage problems	major	always	2012-09-09 11:44	2012-11-11 13:00
Reporter:	mazmar	Platform:	WAMP PHP 5.4 Xdebug 2.2.1
Assigned To:	derick	OS:	Windows
Priority:	urgent	OS Version:	XP
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.3
Summary:	Takes too long to communicate (more than 50sec)
Description:	new version of Xdebug takes too long to start communicating with server (stop on first breakpoint). Normal loading of page is 0.7ms. Xdebug 2.2.0 takes about 1s to stop at breakpoint. But it lacks support of static contents so it imediately crashes my apache. version 2.2.1 takes 50 or more secs to stop at first breakpoint. after that debuging is normal. this happens with all refreshes.
Steps To Reproduce:
Additional Information:	It was tested on IIS also 5.4 Php same loading times.
Attached Files:

Notes
(0002368) derick    2012-10-21 20:12	I doubt this is Xdebug - it is likely a networking/DNS issues. Can you either make an Xdebug log (with xdebug.remote_log) to find out the time when things happen, or analyse your network traffic to see what goes on? I can't reproduce this.
(0002380) derick    2012-11-11 13:00	Couldn't reproduce, and no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
896	[Xdebug] Usage problems	major	always	2012-10-24 20:01	2012-11-10 21:22
Reporter:	coopster	Platform:	wamp
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	Windows 7 64-bit
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 64-bit
PHP Version:	5.4.4
Summary:	Eclipse breakpoints not working
Description:	Derick, I was able to get breakpoints working in Eclipse on Windows by changing an xdebug configuration directive. I'm not sure if this even supposed to be a viable solution but it is working for me. So the reason I write is to bring this to your expert attention and seek confirmation or correction. I wasn't sure how to report this except through your Mantis bug tracker so forgive me if there was an alternative that I overlooked. I'll refer to the original Mantis bug tracker issue 0000810 in which I was involved but I notice there have been quite a few other Eclipse/xdebug related issues reported.
Steps To Reproduce:	Besides the zend_extension directive also add the following line to php.ini and restart Apache: xdebug.remote_enable = 1 I discovered this when the remote_log was not being written for me. I thought perhaps I needed to enable "remote" features first and when I did so Eclipse suddenly started breaking on my breakpoints! http://xdebug.org/docs/all_settings#remote_log [^]
Additional Information:	PHP 5.4.8 Apache 2.4.3 OpenSSL 1.0.1c Eclipse Juno and PDT Version 3.1.1.201209241501
Attached Files:

Notes
(0002374) derick    2012-11-06 16:00	This is very much mentioned in the documentation already: http://xdebug.org/docs/remote#starting [^]
(0002376) coopster    2012-11-06 17:20	(humbly) Thank you for the confirmation ... and gentle correction at the same time. I have no idea how I missed that in the docs.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
810	[Xdebug] Usage problems	major	always	2012-04-10 19:45	2012-10-24 19:14
Reporter:	jos.norberg@gmail.com	Platform:	wamp
Assigned To:	derick	OS:	windows
Priority:	normal	OS Version:	vista
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	windows
PHP Version:	5.4.0
Summary:	2.2.0RC1-5.4-vc9.dll will not start debug session on php 5.4.0 ts
Description:	if I try to invoke a debug session on PHPStorm or on NetBeans with 2.2.0RC1-5.4-vc9.dll I get a blank screen in FireFox & it tells me page loading is done. If I switch back to php_xdebug-2.1.4-5.3-vc9.dll everything functions as usual with the debugging session.
Steps To Reproduce:	Using "PhpStorm 117.132" (same with NetBeans 6.8) start web application debug session. Breakpoints have been set. (This exact procedure produces a successful outcome btw with php_xdebug-2.1.4-5.3-vc9.dll). This initiates a transfer of focus to the web browser. It leaves a blank screen with the correct url in address bar including the ?XDEBUG_SESSION_START=15558 portion. FireFox reports the page as done. phpStorm reports "waiting for incoming connection with ide key '15558'
Additional Information:
Attached Files:

Notes
(0002040) jos.norberg@gmail.com    2012-04-12 16:37	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.
(0002041) meglio    2012-04-14 20:46    (edited on: 2012-04-14 20:48)	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 [^]
(0002042) derick    2012-04-15 16:04	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
(0002049) coopster    2012-04-16 18:49	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?
(0002050) meglio    2012-04-16 20:53	Derick, I'll do it tomorrow. Got no time to do it today. Regards, Anton
(0002051) coopster    2012-04-17 01:09	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?
(0002052) nnmatveev    2012-04-17 22:36	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 [^]
(0002053) nnmatveev    2012-04-17 22:43	Related thread from stackoverflow - http://stackoverflow.com/questions/10125216/phpstorm-xdebug-page-not-loading [^]
(0002064) derick    2012-04-22 13:50	I can't seem to reproduce this... I'll be rolling RC2 today that should fix a couple of problems.
(0002071) derick    2012-04-22 16:30	Please try the just released Xdebug 2.2.0RC2, which I believe fixes this issue.
(0002073) coopster    2012-04-22 19:28	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?
(0002098) meglio    2012-04-27 11:02	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
(0002117) coopster    2012-04-30 17:47	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.
(0002142) dylfin    2012-05-11 14:53	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
(0002280) derick    2012-06-25 19:08	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 [^])
(0002283) meglio    2012-06-25 19:13	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".
(0002284) meglio    2012-06-25 19:14	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 [^]
(0002291) derick    2012-06-27 22:06	Let me just close it then for now. Feel free to reopen if you can reproduce it later.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
892	[Xdebug] Debug client (console)	minor	always	2012-10-12 02:50	2012-10-21 20:11
Reporter:	hnntdrh	Platform:	windows
Assigned To:	derick	OS:	win7-32bit-sp1
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	win7 32 sp1
PHP Version:	5.3.8
Summary:	breakpoint can not take effect
Description:	no breakpoint can be hit. develop environment:win7_32 + MyEclipse 10.1 + phpEclipse + php5.3.8 Examples: <?php $output = ''; for ($i=0;$i<10;$i++) { $output .= 'Loop'.$i.' '; echo $output; } ?>
Steps To Reproduce:
Additional Information:	phpinfo(): PHP Version 5.3.8 System Windows NT PC--20120409XDQ 6.1 build 7601 (Windows 7 Ultimate Edition Service Pack 1) i586 Build Date Aug 23 2011 11:47:20 Compiler MSVC9 (Visual C++ 2008) Architecture x86 xdebug xdebug support enabled Version 2.2.1 IDE Key PC--20120409XDQ$ Supported protocols Revision DBGp - Common DeBuGger Protocol $Revision: 1.145 $ Directive Local Value Master Value xdebug.auto_trace On On xdebug.cli_color 0 0 xdebug.collect_assignments Off Off xdebug.collect_includes On On xdebug.collect_params 1 1 xdebug.collect_return On On xdebug.collect_vars On On xdebug.coverage_enable On On xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.file_link_format no value no value xdebug.idekey no value no value xdebug.max_nesting_level 100 100 xdebug.overload_var_dump On On xdebug.profiler_aggregate Off Off xdebug.profiler_append Off Off xdebug.profiler_enable On On xdebug.profiler_enable_trigger On On xdebug.profiler_output_dir D:\xampp\tmp D:\xampp\tmp xdebug.profiler_output_name xdebug_profile.%R::%u xdebug_profile.%R::%u xdebug.remote_autostart On On xdebug.remote_connect_back Off Off xdebug.remote_cookie_expire_time 3600 3600 xdebug.remote_enable On On xdebug.remote_handler dbgp dbgp xdebug.remote_host localhost localhost xdebug.remote_log no value no value xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.scream Off Off xdebug.show_exception_trace On On xdebug.show_local_vars On On xdebug.show_mem_delta Off Off xdebug.trace_enable_trigger Off Off xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir D:\xampp\tmp D:\xampp\tmp xdebug.trace_output_name trace.%c trace.%c xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3
Attached Files:	MyEclipse Workbench.jpg (200,218) 2012-10-12 02:50 http://bugs.xdebug.org/file_download.php?file_id=148&type=bug XDebugConfiguration.jpg (147,938) 2012-10-12 03:11 http://bugs.xdebug.org/file_download.php?file_id=149&type=bug

Notes
(0002360) derick    2012-10-12 10:39	Please make a remote log as described with http://xdebug.org/docs/all_settings#remote_log [^] - it is likely just Eclipse messing up.
(0002367) derick    2012-10-21 20:11	No feedback provided and can't reproduce.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
895	[Xdebug] Usage problems	major	always	2012-10-18 18:18	2012-10-18 22:53
Reporter:	expert	Platform:	Linux
Assigned To:	derick	OS:	CentOS
Priority:	high	OS Version:	6.3
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.10
Summary:	xdebug never stops on single-line statements
Description:	Xdebug never stops on break-points on single-line statements. But it works if you surround single-line statement with curly braces.
Steps To Reproduce:	Consider following php code <?php $d=date("D"); if ($d=="Fri") { echo "Have a nice weekend!"; } else echo "Have a nice day!"; ?> If I set break-point on second echo debugger will never stop there. But if I surround it with curly braces (like in case of first echo) it will. It's quite unfortunate behavior which complicates debugging.
Additional Information:	This behavior tested in following IDEs: 1) Intellij IDEA 11 2) PhpStorm 5.0.2 3) Notepad++ with DBGP Plugin v0.0.13.27 Output of my phpinfo is here http://fiddle.jshell.net/BJZwQ/show/ [^] Same question asked on SO is here: http://stackoverflow.com/questions/12940286/xdebug-never-stops-on-single-line-statements [^]
Attached Files:

Notes
(0002364) derick    2012-10-18 22:53	This is a duplicate of 0000842 - and sadly not something I can fix as it has to do with how the PHP interpreter assigns line numbers to generated execution units.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
891	[Xdebug] Installation	block	always	2012-10-04 22:15	2012-10-12 10:39
Reporter:	seanr	Platform:	Mac
Assigned To:	derick	OS:	OSX
Priority:	normal	OS Version:	10.7.5
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OSX 10.7.5
PHP Version:	5.3.1
Summary:	image not found error when attempting to load xdebug
Description:	Followed the wizard's instructions successfully, but I am not able to get xdebug to load at all. I get the following error: Failed loading ”/Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626/xdebug.so”: dlopen(”/Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626/xdebug.so”, 9): image not found This is in my php.ini: zend_extension=”/Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626/xdebug.so” xdebug.file_link_format="txmt://open?url=file://%f&line=%1" [^] xdebug.remote_enable = On xdebug.remote_autostart = 1 I've confirmed that file is indeed there: $ ls -al /Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626/xdebug.so -rwxr-xr-x 1 root admin 223944 Oct 4 16:56 /Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626/xdebug.so
Steps To Reproduce:	Download xdebug-2.2.1.tgz Unpack the downloaded file with tar -xvzf xdebug-2.2.1.tgz Run: cd xdebug-2.2.1 Run: phpize Run: ./configure Run: make Run: cp modules/xdebug.so /Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626 Edit /Applications/XAMPP/xamppfiles/etc/php.ini and add the line zend_extension = /Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626/xdebug.so Restart the webserver
Additional Information:	I've also tried the version packaged with XAMPP and no luck there either.
Attached Files:

Notes
(0002356) derick    2012-10-06 12:23	zend_extension=”/Applications/XAMPP/xamppfiles/lib/php/php-5.3.1/extensions/no-debug-non-zts-20090626/xdebug.so” That looks like curly quotes, and not straight quotes. Could that be it? Note that the output doesn't show quotes at all.
(0002357) seanr    2012-10-08 16:30	That is indeed what it was. God, who the hell invented curly quotes? Thanks.
(0002361) derick    2012-10-12 10:39	No worries :-) Closing this then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
893	[Xdebug] Usage problems	minor	always	2012-10-12 08:32	2012-10-12 08:33
Reporter:	Zobo	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2.1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.4
Summary:	Callstack invalid when __autoload initiated from class method
Description:	If __autoload is called as a result of accessing an unknown class from within a class method (static or instance - clazz::doSomething() or $inst->doSomething()), the call stack will have wrong file name one depth just below the autoload call. Expected result (note filename on second line): 0: __autoload() at autoload.php:6 1: wrap->doIt() at autoload.php:17 2: {main}() at index.php:6 Actual result (note filename on second line): 0: __autoload() at autoload.php:6 1: wrap->doIt() at index.php:17 2: {main}() at index.php:6
Steps To Reproduce:	Attached package contains 3 files: index.php - entry point, execute this file. Calls the class member that will create a new class that needs to be autoloaded. autoload.php - contains the __autoload and the class method that will trigger autoload. class.Test.php - The autoloaded class (just so that the whole script can execute, no other meaning) __autoload() contains an xdebug_break() at the location where the issue is first visible.
Additional Information:	This is reproducible with php5.4.5/xdebug2.2.1 and php5.3.3-7+squeeze14/xdebug2.2.1. The issue is a bit different when tested with php5.3.3-7+squeeze14/xdebug2.1.0. There the the stack depths in question have correct filename, but lineno is 0.
Attached Files:	xdc-test.zip (615) 2012-10-12 08:32 http://bugs.xdebug.org/file_download.php?file_id=150&type=bug

Notes
(0002359) Zobo    2012-10-12 08:33	Forgot OS: php5.4.5/xdebug2.2.1 was tested on Win7, PHP CLI php5.3.3-7+squeeze14/* was tested on Debian Linux, PHP CGI

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
887	[Xdebug] Installation	minor	have not tried	2012-09-27 10:39	2012-10-01 14:24
Reporter:	sirin_ibin	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.4
Summary:	The Xdebug Extension Is Not Loaded. No Code Coverage Will Be Generated
Description:	i have problem when trying to generate test report using Xdebug.when im executig one of my test ie., phpunit --coverage-html reports unit/ProjectTest PHPUnit 3.7.1 by Sebastian Bergmann. The Xdebug extension is not loaded. No code coverage will be generated. .. Time: 2 seconds, Memory: 10.50Mb OK (2 tests, 8 assertions) But i have installed this xdebug and added it into my php.ini as zend_extension = "/usr/lib/php5/20090626/xdebug.so" But i dont know why i am getting a message like it is not loaded.please help me if you have gone through a situation like this before.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002351) derick    2012-10-01 14:05	Please use the mailinglist for support. You can find its address at http://xdebug.org/support.php [^]
(0002352) sirin_ibin    2012-10-01 14:15	this issue is solved when i have installed xdebug through my synaptic package manager.thanks alot for the replay anyway. -Sirin
(0002353) derick    2012-10-01 14:24	Okay, closing this then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
884	[Xdebug] Debug client (console)	crash	always	2012-09-25 07:11	2012-10-01 12:07
Reporter:	xiezhenye	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.4
Summary:	missing validation point returned by str:626in xdebug_error_cb
Description:	/home/eric/package/xdebug-2.2.1/xdebug_stack.c:626
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
880	[Xdebug] Debug client (console)	minor	have not tried	2012-09-02 12:26	2012-09-02 21:11
Reporter:	PREETHIHP	Platform:
Assigned To:	derick	OS:	32 BIT
Priority:	normal	OS Version:	WINDOWS 7 ULTIMA
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.3
Summary:	ERROR IN CALC.PHP AT LINE 2
Description:	( ! ) Notice: Undefined variable: _post in C:\wamp\www\calc.php on line 2 Call Stack # Time Memory Function Location 1 0.0007 146112 {main}( ) ..\calc.php:0
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002339) derick    2012-09-02 21:11	This is something you need to fix in your code. Xdebug only *shows* warnings and doesn't show any errors/warnings that PHP wouldn't otherwise show either.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
881	[Xdebug] Usage problems	major	always	2012-09-02 13:22	2012-09-02 13:29
Reporter:	hanshenrik	Platform:	PHP 5.4.4
Assigned To:		OS:	Windows7
Priority:	high	OS Version:	NT-Kernel 6.1
Status:	new	Product Version:	2.2.1
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 Ultimate SP1 fully updated less than a month ago..
PHP Version:	5.4.4
Summary:	xdebug's var_dump cannot dump MySQLi_Result object info... (just says NULL)
Description:	when using xdebug.overload_var_dump = 1, var_dump says mysqli_result object's just contains a bunch of NULL's, regardless of what it actually contains.. Note: i have tested, and its the same result with every version of xdebug from 2.2.0rc1 to 2.2.1 (and those are currently the only php-5.4 compatible versions afaik)
Steps To Reproduce:	make sure: xdebug.overload_var_dump = 1 run code: <?php error_reporting(E_ALL); $mysql_host = "ensembldb.ensembl.org"; $mysql_username = "anonymous"; $mysql_password = ""; $mysql_database = ""; $h=new MySQLi($mysql_host,$mysql_username,$mysql_password,$mysql_database); $res=$h->query('SELECT 1 AS `test`'); var_dump($res,$res->num_rows); die(); ?> Expected result: (warning: sorry, im too lazy to format it to xdebug-style :p) object(mysqli_result)0000002 (5) { ["current_field"]=> int(0) ["field_count"]=> int(1) ["lengths"]=> NULL ["num_rows"]=> int(1) ["type"]=> int(0) } int(1) Actual result: object(mysqli_result)[2] public 'current_field' => null public 'field_count' => null public 'lengths' => null public 'num_rows' => null public 'type' => null int 1
Additional Information:	any relevant (and irrelevant) configuration used should be shown here: http://hanshenrik.tk/temp/view-source%20127.0.0.1%20phpinfo.php.htm [^]
Attached Files:

Notes
(0002338) hanshenrik    2012-09-02 13:26	and for the record, i didn't write 0000002 , i guess that's a bug/feature in "Mantis bugtracker system" or something (original text was a "#" followed by "2")

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
869	[Xdebug] Usage problems	minor	always	2012-07-22 14:33	2012-08-30 22:07
Reporter:	akger1379	Platform:	easyPHP (WAMP)
Assigned To:	derick	OS:	WinXP
Priority:	high	OS Version:	SP3
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.9
Summary:	Xdebug is ignoring breakpoints setup on the first line of multi line array definitions
Description:	Xdebug always ignores my breakpoints when i set them directly on the first line of multi line array definitions. To be more clear: // works as expected $test = array('hello' => 'you'); // set breakpoint on this line // xdebug ignores the breakpoint $test = array( // set breakpoint on this line 'hello' => 'you' );
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002337) derick    2012-08-30 22:07	Sadly I can't fix this. PHP's parser doesn't always associate the correct line with statements. The DBGp protocol that Xdebug uses has functionality to find out which lines can be broken, but not all IDEs implement/use that.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
877	[Xdebug] Usage problems	minor	have not tried	2012-08-24 15:14	2012-08-27 09:34
Reporter:	mirazasx	Platform:	linux
Assigned To:	derick	OS:	centos
Priority:	normal	OS Version:	5.5
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Cant get HTML(trace_format) output to work in broser
Description:	when I sett trace_format to 2 still printing the same like it would be set to 1; No mater what I never get those nice orange HTML error traces or var_dumps. I have tryed many combinations of variables not even one time managed to get HTML output in browser. Thanks for help.
Steps To Reproduce:	install it via pecl install xdebug and try to dump something
Additional Information:	Directive Local Value xdebug.auto_trace Off xdebug.cli_color 0 xdebug.collect_assignments Off xdebug.collect_includes On xdebug.collect_params 0 xdebug.collect_return Off xdebug.collect_vars Off xdebug.coverage_enable On xdebug.default_enable On xdebug.dump.COOKIE no value xdebug.dump.ENV no value xdebug.dump.FILES no value xdebug.dump.GET no value xdebug.dump.POST no value xdebug.dump.REQUEST no value xdebug.dump.SERVER no value xdebug.dump.SESSION no value xdebug.dump_globals On xdebug.dump_once On xdebug.dump_undefined Off xdebug.extended_info On xdebug.file_link_format no value xdebug.idekey no value xdebug.max_nesting_level 100 xdebug.overload_var_dump On xdebug.profiler_aggregate Off xdebug.profiler_append Off xdebug.profiler_enable Off xdebug.profiler_enable_trigger Off xdebug.profiler_output_dir /tmp xdebug.profiler_output_name cachegrind.out.%p xdebug.remote_autostart Off xdebug.remote_connect_back Off xdebug.remote_cookie_expire_time 3600 xdebug.remote_enable Off xdebug.remote_handler dbgp xdebug.remote_host localhost xdebug.remote_log no value xdebug.remote_mode req xdebug.remote_port 9000 xdebug.scream Off xdebug.show_exception_trace Off xdebug.show_local_vars Off xdebug.show_mem_delta Off xdebug.trace_enable_trigger Off xdebug.trace_format 2 xdebug.trace_options 0 xdebug.trace_output_dir /tmp xdebug.trace_output_name trace.%c xdebug.var_display_max_children 128 xdebug.var_display_max_data 512 xdebug.var_display_max_depth 3
Attached Files:

Notes
(0002332) derick    2012-08-24 17:18	Is html_errors set to 1 in php.ini? See also: http://xdebug.org/docs/faq#format [^]
(0002334) mirazasx    2012-08-27 07:47	No it wasn't. Now I turned on and it began to work like expected. Thanks for the tips you saved my day :)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
876	[Xdebug] Documentation	minor	have not tried	2012-08-24 11:26	2012-08-24 11:26
Reporter:	bailey86	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.4
Summary:	Tailored instructions do not say to update /etc/php5/apache/php.ini
Description:	Tailored instructions do not say to update /etc/php5/apache/php.ini. Step 8 is: Update /etc/php5/cli/php.ini and change the line zend_extension = /usr/lib64/php5/extensions/xdebug.so Now - it's obviously trivial to add the extension to the /etc/php5/apache/php.ini file - but when you're just copying the instructions you may not notice you've done this. It's traceable - but not immediately obvious that this is needed as the output of 'php -m' shows the module as available - but then the main xdebug section is missing from phpinfo() output. If there is a reason to keep xdebug for the cli only initially at least there should be a note in the tailored instructions to update /etc/php5/apache/php.ini if xdebug is needed in a browser.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
874	[Xdebug] Feature/Change request	feature	always	2012-08-22 14:05	2012-08-22 14:05
Reporter:	chx	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.4
Summary:	Please add watches
Description:	As discussed in DrupalCon Munich, it'd be superb useful to be able to check when the value 'foo' is written into a variable. Or a write into a variable contains foo.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
870	[Xdebug] Usage problems	minor	always	2012-07-30 18:28	2012-07-31 00:14
Reporter:	virendra011011	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.4
Summary:	X-debug
Description:	PHP Version 5.3.8 System Linux localhost.localdomain 2.6.35.6-45.fc14.i686 #1 SMP Mon Oct 18 23:56:17 UTC 2010 i686 Build Date Sep 28 2011 17:35:06 Configure Command './configure' '--build=i386-redhat-linux-gnu' '--host=i386-redhat-linux-gnu' '--program-prefix=' '--disable-dependency-tracking' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--enable-gd-native-ttf' '--with-t1lib=/usr' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--with-kerberos' '--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' '--without-sqlite' '--with-libxml-dir=/usr' '--enable-xml' '--with-system-tzdata' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--disable-dom' '--disable-dba' '--without-unixODBC' '--disable-pdo' '--disable-xmlreader' '--disable-xmlwriter' '--without-sqlite3' '--disable-phar' '--disable-fileinfo' '--disable-json' '--without-pspell' '--disable-wddx' '--without-curl' '--disable-posix' '--disable-sysvmsg' '--disable-sysvshm' '--disable-sysvsem' Server API Apache 2.0 Handler Virtual Directory Support disabled Configuration File (php.ini) Path /etc Loaded Configuration File /etc/php.ini Scan this dir for additional .ini files /etc/php.d Additional .ini files parsed /etc/php.d/curl.ini, /etc/php.d/dom.ini, /etc/php.d/eaccelerator.ini, /etc/php.d/fileinfo.ini, /etc/php.d/gd.ini, /etc/php.d/imap.ini, /etc/php.d/json.ini, /etc/php.d/ldap.ini, /etc/php.d/magickwand.ini, /etc/php.d/mapserver.ini, /etc/php.d/mbstring.ini, /etc/php.d/mcrypt.ini, /etc/php.d/mssql.ini, /etc/php.d/mysql.ini, /etc/php.d/mysqli.ini, /etc/php.d/odbc.ini, /etc/php.d/pdo.ini, /etc/php.d/pdo_dblib.ini, /etc/php.d/pdo_mysql.ini, /etc/php.d/pdo_odbc.ini, /etc/php.d/pdo_sqlite.ini, /etc/php.d/phar.ini, /etc/php.d/shout.ini, /etc/php.d/snmp.ini, /etc/php.d/soap.ini, /etc/php.d/sqlite3.ini, /etc/php.d/tidy.ini, /etc/php.d/wddx.ini, /etc/php.d/xdebug.ini, /etc/php.d/xmlreader.ini, /etc/php.d/xmlrpc.ini, /etc/php.d/xmlwriter.ini, /etc/php.d/xsl.ini, /etc/php.d/zip.ini PHP API 20090626 PHP Extension 20090626 Zend Extension 220090626 Zend Extension Build API220090626,NTS PHP Extension Build API20090626,NTS Debug Build no Thread Safety disabled Zend Memory Manager enabled Zend Multibyte Support disabled IPv6 Support enabled Registered PHP Streams https, ftps, compress.zlib, compress.bzip2, php, file, glob, data, http, ftp, phar, zip Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters zlib.*, bzip2.*, convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, mcrypt.*, mdecrypt.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies with eAccelerator v0.9.6.1, Copyright (c) 2004-2010 eAccelerator, by eAccelerator with Xdebug v2.1.2, Copyright (c) 2002-2011, by Derick Rethans PHP Credits Configuration apache2handler Apache Version Apache/2.2.17 (Fedora) Apache API Version 20051115 Server Administrator root@localhost Hostname:Port localhost.localdomain:0 User/Group apache(48)/48 Max Requests Per Child: 4000 - Keep Alive: off - Max Per Connection: 100 Timeouts Connection: 60 - Keep-Alive: 5 Virtual Server No Server Root /etc/httpd Loaded Modules core prefork http_core mod_so mod_auth_basic mod_auth_digest mod_authn_file mod_authn_alias mod_authn_anon mod_authn_dbm mod_authn_default mod_authz_host mod_authz_user mod_authz_owner mod_authz_groupfile mod_authz_dbm mod_authz_default util_ldap mod_authnz_ldap mod_include mod_log_config mod_logio mod_env mod_ext_filter mod_mime_magic mod_expires mod_deflate mod_headers mod_usertrack mod_setenvif mod_mime mod_dav mod_status mod_autoindex mod_info mod_dav_fs mod_vhost_alias mod_negotiation mod_dir mod_actions mod_speling mod_userdir mod_alias mod_substitute mod_rewrite mod_proxy mod_proxy_balancer mod_proxy_ftp mod_proxy_http mod_proxy_ajp mod_proxy_connect mod_cache mod_suexec mod_disk_cache mod_cgi mod_version mod_dnssd mod_perl mod_php5 mod_python mod_ssl Directive Local Value Master Value engine 1 1 last_modified 0 0 xbithack 0 0 Apache Environment Variable Value HTTP_HOST localhost HTTP_CONNECTION keep-alive HTTP_USER_AGENT Mozilla/5.0 (X11; Linux i686) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 HTTP_ACCEPT text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 HTTP_ACCEPT_ENCODING gzip,deflate,sdch HTTP_ACCEPT_LANGUAGE en-US,en;q=0.8 HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.3 PATH /sbin:/usr/sbin:/bin:/usr/bin SERVER_SIGNATURE <address>Apache/2.2.17 (Fedora) Server at localhost Port 80</address> SERVER_SOFTWARE Apache/2.2.17 (Fedora) SERVER_NAME localhost SERVER_ADDR 127.0.0.1 SERVER_PORT 80 REMOTE_ADDR 127.0.0.1 DOCUMENT_ROOT /var/www/html SERVER_ADMIN root@localhost SCRIPT_FILENAME /var/www/html/info.php REMOTE_PORT 48497 GATEWAY_INTERFACE CGI/1.1 SERVER_PROTOCOL HTTP/1.1 REQUEST_METHOD GET QUERY_STRING no value REQUEST_URI /info.php SCRIPT_NAME /info.php HTTP Headers Information HTTP Request Headers HTTP Request GET /info.php HTTP/1.1 Host localhost Connection keep-alive User-Agent Mozilla/5.0 (X11; Linux i686) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Encoding gzip,deflate,sdch Accept-Language en-US,en;q=0.8 Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.3 HTTP Response Headers X-Powered-By PHP/5.3.8 Connection close Transfer-Encoding chunked Content-Type text/html; charset=UTF-8 bz2 BZip2 Support Enabled Stream Wrapper support compress.bzip2:// Stream Filter support bzip2.decompress, bzip2.compress BZip2 Version 1.0.6, 6-Sept-2010 calendar Calendar support enabled Core PHP Version 5.3.8 Directive Local Value Master Value allow_call_time_pass_reference Off Off allow_url_fopen On On allow_url_include Off Off always_populate_raw_post_data Off Off arg_separator.input & & arg_separator.output & & asp_tags Off Off auto_append_file no value no value auto_globals_jit On On auto_prepend_file no value no value browscap no value no value default_charset no value no value default_mimetype text/html text/html define_syslog_variables Off Off disable_classes no value no value disable_functions no value no value display_errors Off Off display_startup_errors Off Off doc_root no value no value docref_ext no value no value docref_root no value no value enable_dl Off Off error_append_string no value no value error_log no value no value error_prepend_string no value no value error_reporting 22527 22527 exit_on_timeout Off Off expose_php On On extension_dir /usr/lib/php/modules /usr/lib/php/modules file_uploads On On highlight.bg #FFFFFF #FFFFFF highlight.comment #FF8000 #FF8000 highlight.default #0000BB #0000BB highlight.html #000000 #000000 highlight.keyword #007700 #007700 highlight.string #DD0000 #DD0000 html_errors Off Off ignore_repeated_errors Off Off ignore_repeated_source Off Off ignore_user_abort Off Off implicit_flush Off Off include_path .:/usr/share/pear:/usr/share/php .:/usr/share/pear:/usr/share/php log_errors On On log_errors_max_len 1024 1024 magic_quotes_gpc Off Off magic_quotes_runtime Off Off magic_quotes_sybase Off Off mail.add_x_header On On mail.force_extra_parameters no value no value mail.log no value no value max_execution_time 30 30 max_file_uploads 20 20 max_input_nesting_level 64 64 max_input_time 60 60 memory_limit 128M 128M open_basedir no value no value output_buffering 4096 4096 output_handler no value no value post_max_size 80M 80M precision 14 14 realpath_cache_size 16K 16K realpath_cache_ttl 120 120 register_argc_argv Off Off register_globals Off Off register_long_arrays Off Off report_memleaks On On report_zend_debug On On request_order GP GP safe_mode Off Off safe_mode_exec_dir no value no value safe_mode_gid Off Off safe_mode_include_dir no value no value sendmail_from no value no value sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i serialize_precision 100 100 short_open_tag On On SMTP localhost localhost smtp_port 25 25 sql.safe_mode Off Off track_errors Off Off unserialize_callback_func no value no value upload_max_filesize 100M 100M upload_tmp_dir no value no value user_dir no value no value user_ini.cache_ttl 300 300 user_ini.filename .user.ini .user.ini variables_order GPCS GPCS xmlrpc_error_number 0 0 xmlrpc_errors Off Off y2k_compliance On On zend.enable_gc On On ctype ctype functions enabled curl cURL support enabled cURL Information 7.21.0 Age 3 Features AsynchDNS Yes Debug No GSS-Negotiate Yes IDN Yes IPv6 Yes Largefile Yes NTLM Yes SPNEGO No SSL Yes SSPI No krb4 No libz Yes CharConv No Protocols dict, file, ftp, ftps, http, https, imap, imaps, ldap, ldaps, pop3, pop3s, rtsp, scp, sftp, smtp, smtps, telnet, tftp Host i386-redhat-linux-gnu SSL Version NSS/3.12.10.0 ZLib Version 1.2.5 libSSH Version libssh2/1.2.4 date date/time support enabled "Olson" Timezone Database Version 0.system Timezone Database internal Default timezone Asia/Calcutta Directive Local Value Master Value date.default_latitude 31.7667 31.7667 date.default_longitude 35.2333 35.2333 date.sunrise_zenith 90.583333 90.583333 date.sunset_zenith 90.583333 90.583333 date.timezone no value no value dom DOM/XML enabled DOM/XML API Version 20031129 libxml Version 2.7.7 HTML Support enabled XPath Support enabled XPointer Support enabled Schema Support enabled RelaxNG Support enabled eAccelerator eAccelerator support enabled Version 0.9.6.1 Caching Enabled true Optimizer Enabled true Check mtime Enabled true Memory Size 33,554,392 Bytes Memory Available 33,551,872 Bytes Memory Allocated 2,520 Bytes Cached Scripts 1 Removed Scripts 0 Directive Local Value Master Value eaccelerator.allowed_admin_path no value no value eaccelerator.cache_dir /var/cache/php-eaccelerator /var/cache/php-eaccelerator eaccelerator.check_mtime 1 1 eaccelerator.debug 0 0 eaccelerator.enable 1 1 eaccelerator.filter no value no value eaccelerator.log_file /var/log/httpd/eaccelerator_log /var/log/httpd/eaccelerator_log eaccelerator.optimizer 1 1 eaccelerator.shm_max 0 0 eaccelerator.shm_only 0 0 eaccelerator.shm_prune_period 0 0 eaccelerator.shm_size 0 0 eaccelerator.shm_ttl 0 0 ereg Regex Library Bundled library enabled exif EXIF Support enabled EXIF Version 1.4 $Id: exif.c 314376 2011-08-06 14:47:44Z felipe $ Supported EXIF Version 0220 Supported filetypes JPEG,TIFF Directive Local Value Master Value exif.decode_jis_intel JIS JIS exif.decode_jis_motorola JIS JIS exif.decode_unicode_intel UCS-2LE UCS-2LE exif.decode_unicode_motorola UCS-2BE UCS-2BE exif.encode_jis no value no value exif.encode_unicode ISO-8859-15 ISO-8859-15 fileinfo fileinfo support enabled version 1.0.5-dev filter Input Validation and Filtering enabled Revision $Revision: 313665 $ Directive Local Value Master Value filter.default unsafe_raw unsafe_raw filter.default_flags no value no value ftp FTP support enabled gd GD Support enabled GD Version bundled (2.0.34 compatible) FreeType Support enabled FreeType Linkage with freetype FreeType Version 2.4.2 T1Lib Support enabled GIF Read Support enabled GIF Create Support enabled JPEG Support enabled libJPEG Version 6b PNG Support enabled libPNG Version 1.2.46 WBMP Support enabled XPM Support enabled XBM Support enabled Directive Local Value Master Value gd.jpeg_ignore_warning 0 0 gettext GetText Support enabled gmp gmp support enabled GMP version 4.3.1 hash hash support enabled Hashing Engines md2 md4 md5 sha1 sha224 sha256 sha384 sha512 ripemd128 ripemd160 ripemd256 ripemd320 whirlpool tiger128,3 tiger160,3 tiger192,3 tiger128,4 tiger160,4 tiger192,4 snefru snefru256 gost adler32 crc32 crc32b salsa10 salsa20 haval128,3 haval160,3 haval192,3 haval224,3 haval256,3 haval128,4 haval160,4 haval192,4 haval224,4 haval256,4 haval128,5 haval160,5 haval192,5 haval224,5 haval256,5 iconv iconv support enabled iconv implementation glibc iconv library version 2.12.90 Directive Local Value Master Value iconv.input_encoding ISO-8859-1 ISO-8859-1 iconv.internal_encoding ISO-8859-1 ISO-8859-1 iconv.output_encoding ISO-8859-1 ISO-8859-1 imap IMAP c-Client Version 2007f SSL Support enabled Kerberos Support enabled json json support enabled json version 1.2.1 ldap LDAP Support enabled RCS Version $Id: ldap.c 313665 2011-07-25 11:42:53Z felipe $ Total Links 0/unlimited API Version 3001 Vendor Name OpenLDAP Vendor Version 20423 SASL Support Enabled Directive Local Value Master Value ldap.max_links Unlimited Unlimited libxml libXML support active libXML Compiled Version 2.7.7 libXML Loaded Version 20707 libXML streams enabled magickwand MagickWand Backend Library ImageMagick MagickWand Extension Version 1.0.8 ImageMagick support enabled ImageMagick version ImageMagick 6.6.4-1 2011-11-03 Q16 http://www.imagemagick.org [^] ImageMagick QuantumRange (MaxRGB) 65535 MagickWand supported image formats 3FR, A, AI, ART, ARW, AVI, AVS, B, BGR, BGRA, BMP, BMP2, BMP3, BRF, C, CAL, CALS, CAPTION, CIN, CIP, CLIP, CMYK, CMYKA, CR2, CRW, CUR, CUT, DCM, DCR, DCX, DDS, DFONT, DNG, DOT, DPX, EPDF, EPI, EPS, EPS2, EPS3, EPSF, EPSI, EPT, EPT2, EPT3, ERF, FAX, FITS, FRACTAL, FTS, G, G3, GIF, GIF87, GRADIENT, GRAY, GROUP4, HALD, HISTOGRAM, HRZ, HTM, HTML, ICB, ICO, ICON, INFO, INLINE, IPL, ISOBRL, J2C, JNG, JP2, JPC, JPEG, JPG, JPX, K, K25, KDC, LABEL, M, M2V, M4V, MAP, MAT, MATTE, MIFF, MNG, MONO, MOV, MP4, MPC, MPEG, MPG, MRW, MSL, MSVG, MTV, MVG, NEF, NULL, O, ORF, OTB, OTF, PAL, PALM, PAM, PATTERN, PBM, PCD, PCDS, PCL, PCT, PCX, PDB, PDF, PDFA, PEF, PES, PFA, PFB, PFM, PGM, PGX, PICON, PICT, PIX, PJPEG, PLASMA, PNG, PNG24, PNG32, PNG8, PNM, PPM, PREVIEW, PS, PS2, PS3, PSB, PSD, PTIF, PWP, R, RADIAL-GRADIENT, RAF, RAS, RGB, RGBA, RGBO, RLA, RLE, SCR, SCT, SFW, SGI, SHTML, SR2, SRF, STEGANO, SUN, SVG, SVGZ, TEXT, TGA, THUMBNAIL, TIFF, TIFF64, TILE, TIM, TTC, TTF, TXT, UBRL, UIL, UYVY, VDA, VICAR, VID, VIFF, VST, WBMP, WMF, WMV, WMZ, WPG, X, X3F, XBM, XC, XCF, XPM, XPS, XV, XWD, Y, YCbCr, YCbCrA, YUV MapScript MapServer Version MapServer version 5.6.7 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=CAIRO SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=TIFF INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=MYGIS INPUT=SHAPEFILE PHP MapScript Version ($Revision: 11824 $ $Date: 2011-06-15 15:56:51 -0400 (Wed, 15 Jun 2011) $) mbstring Multibyte Support enabled Multibyte string engine libmbfl HTTP input encoding translation disabled mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Multibyte (japanese) regex support enabled Multibyte regex (oniguruma) backtrack check On Multibyte regex (oniguruma) version 4.7.1 Directive Local Value Master Value mbstring.detect_order no value no value mbstring.encoding_translation Off Off mbstring.func_overload 0 0 mbstring.http_input pass pass mbstring.http_output pass pass mbstring.http_output_conv_mimetypes ^(text/|application/xhtml\+xml) ^(text/|application/xhtml\+xml) mbstring.internal_encoding no value no value mbstring.language neutral neutral mbstring.strict_detection Off Off mbstring.substitute_character no value no value mcrypt mcrypt support enabled mcrypt_filter support enabled Version 2.5.8 Api No 20021217 Supported ciphers cast-128 gost rijndael-128 twofish arcfour cast-256 loki97 rijndael-192 saferplus wake blowfish-compat des rijndael-256 serpent xtea blowfish enigma rc2 tripledes Supported modes cbc cfb ctr ecb ncfb nofb ofb stream Directive Local Value Master Value mcrypt.algorithms_dir no value no value mcrypt.modes_dir no value no value mssql MSSQL Support enabled Active Persistent Links 0 Active Links 0 Library version FreeTDS Directive Local Value Master Value mssql.allow_persistent On On mssql.batchsize 0 0 mssql.charset no value no value mssql.compatability_mode Off Off mssql.connect_timeout 5 5 mssql.datetimeconvert On On mssql.max_links Unlimited Unlimited mssql.max_persistent Unlimited Unlimited mssql.max_procs Unlimited Unlimited mssql.min_error_severity 10 10 mssql.min_message_severity 10 10 mssql.secure_connection Off Off mssql.textlimit Server default Server default mssql.textsize Server default Server default mssql.timeout 60 60 mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version 5.1.60 MYSQL_MODULE_TYPE external MYSQL_SOCKET /var/lib/mysql/mysql.sock MYSQL_INCLUDE -I/usr/include/mysql MYSQL_LIBS -L/usr/lib/mysql -lmysqlclient Directive Local Value Master Value mysql.allow_local_infile On On mysql.allow_persistent On On mysql.connect_timeout 60 60 mysql.default_host no value no value mysql.default_password no value no value mysql.default_port no value no value mysql.default_socket /var/lib/mysql/mysql.sock /var/lib/mysql/mysql.sock mysql.default_user no value no value mysql.max_links Unlimited Unlimited mysql.max_persistent Unlimited Unlimited mysql.trace_mode Off Off mysqli MysqlI Support enabled Client API library version 5.1.60 Active Persistent Links 0 Inactive Persistent Links 0 Active Links 0 Client API header version 5.1.58 MYSQLI_SOCKET /var/lib/mysql/mysql.sock Directive Local Value Master Value mysqli.allow_local_infile On On mysqli.allow_persistent On On mysqli.default_host no value no value mysqli.default_port 3306 3306 mysqli.default_pw no value no value mysqli.default_socket no value no value mysqli.default_user no value no value mysqli.max_links Unlimited Unlimited mysqli.max_persistent Unlimited Unlimited mysqli.reconnect Off Off odbc ODBC Support enabled Active Persistent Links 0 Active Links 0 ODBC library unixODBC ODBC_INCLUDE -I/usr/include ODBC_LFLAGS -L/usr/lib ODBC_LIBS -lodbc Directive Local Value Master Value odbc.allow_persistent On On odbc.check_persistent On On odbc.default_cursortype Static cursor Static cursor odbc.default_db no value no value odbc.default_pw no value no value odbc.default_user no value no value odbc.defaultbinmode return as is return as is odbc.defaultlrl return up to 4096 bytes return up to 4096 bytes odbc.max_links Unlimited Unlimited odbc.max_persistent Unlimited Unlimited openssl OpenSSL support enabled OpenSSL Library Version OpenSSL 1.0.0a-fips 1 Jun 2010 OpenSSL Header Version OpenSSL 1.0.0e-fips 6 Sep 2011 pcre PCRE (Perl Compatible Regular Expressions) Support enabled PCRE Library Version 8.10 2010-06-25 Directive Local Value Master Value pcre.backtrack_limit 1000000 1000000 pcre.recursion_limit 100000 100000 PDO PDO support enabled PDO drivers dblib, mysql, odbc, sqlite pdo_dblib PDO Driver for FreeTDS/Sybase DB-lib enabled Flavour freetds pdo_mysql PDO Driver for MySQL enabled Client API version 5.1.60 PDO_ODBC PDO Driver for ODBC (unixODBC) enabled ODBC Connection Pooling Enabled, strict matching pdo_sqlite PDO Driver for SQLite 3.x enabled SQLite Library 3.6.23.1 Phar Phar: PHP Archive support enabled Phar EXT version 2.0.1 Phar API version 1.1.1 SVN revision $Revision: 314419 $ Phar-based phar archives enabled Tar-based phar archives enabled ZIP-based phar archives enabled gzip compression enabled bzip2 compression enabled Native OpenSSL support enabled Phar based on pear/PHP_Archive, original concept by Davey Shafik. Phar fully realized by Gregory Beaver and Marcus Boerger. Portions of tar implementation Copyright (c) 2003-2009 Tim Kientzle. Directive Local Value Master Value phar.cache_list no value no value phar.readonly On On phar.require_hash On On Reflection Reflection enabled Version $Revision: 313665 $ session Session Support enabled Registered save handlers files user Registered serializer handlers php php_binary wddx Directive Local Value Master Value session.auto_start Off Off session.bug_compat_42 Off Off session.bug_compat_warn Off Off session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain no value no value session.cookie_httponly Off Off session.cookie_lifetime 0 0 session.cookie_path / / session.cookie_secure Off Off session.entropy_file no value no value session.entropy_length 0 0 session.gc_divisor 1000 1000 session.gc_maxlifetime 1440 1440 session.gc_probability 1 1 session.hash_bits_per_character 5 5 session.hash_function 0 0 session.name PHPSESSID PHPSESSID session.referer_check no value no value session.save_handler files files session.save_path /var/lib/php/session /var/lib/php/session session.serialize_handler php php session.use_cookies On On session.use_only_cookies On On session.use_trans_sid 0 0 shmop shmop support enabled shout Shout Support enabled Version 0.9.2 libshout version 2.2.2 Active Persistent Links 0 Active Links 0 Directive Local Value Master Value shout.allow_persistent On On shout.connect_timeout 60 60 shout.default_format SHOUT_FORMAT_OGG SHOUT_FORMAT_OGG shout.default_host localhost localhost shout.default_mount /phpShout /phpShout shout.default_password hackme hackme shout.default_port 8000 8000 shout.default_protocol SHOUT_PROTOCOL_HTTP SHOUT_PROTOCOL_HTTP shout.default_user source source shout.max_links Unlimited Unlimited shout.max_persistent Unlimited Unlimited SimpleXML Simplexml support enabled Revision $Revision: 314376 $ Schema support enabled snmp NET-SNMP Support enabled NET-SNMP Version 5.5 soap Soap Client enabled Soap Server enabled Directive Local Value Master Value soap.wsdl_cache 1 1 soap.wsdl_cache_dir /tmp /tmp soap.wsdl_cache_enabled 1 1 soap.wsdl_cache_limit 5 5 soap.wsdl_cache_ttl 86400 86400 sockets Sockets Support enabled SPL SPL support enabled Interfaces Countable, OuterIterator, RecursiveIterator, SeekableIterator, SplObserver, SplSubject Classes AppendIterator, ArrayIterator, ArrayObject, BadFunctionCallException, BadMethodCallException, CachingIterator, DirectoryIterator, DomainException, EmptyIterator, FilesystemIterator, FilterIterator, GlobIterator, InfiniteIterator, InvalidArgumentException, IteratorIterator, LengthException, LimitIterator, LogicException, MultipleIterator, NoRewindIterator, OutOfBoundsException, OutOfRangeException, OverflowException, ParentIterator, RangeException, RecursiveArrayIterator, RecursiveCachingIterator, RecursiveDirectoryIterator, RecursiveFilterIterator, RecursiveIteratorIterator, RecursiveRegexIterator, RecursiveTreeIterator, RegexIterator, RuntimeException, SplDoublyLinkedList, SplFileInfo, SplFileObject, SplFixedArray, SplHeap, SplMinHeap, SplMaxHeap, SplObjectStorage, SplPriorityQueue, SplQueue, SplStack, SplTempFileObject, UnderflowException, UnexpectedValueException sqlite3 SQLite3 support enabled SQLite3 module version 0.7-dev SQLite Library 3.6.23.1 Directive Local Value Master Value sqlite3.extension_dir no value no value standard Dynamic Library Support enabled Path to sendmail /usr/sbin/sendmail -t -i Directive Local Value Master Value assert.active 1 1 assert.bail 0 0 assert.callback no value no value assert.quiet_eval 0 0 assert.warning 1 1 auto_detect_line_endings 0 0 default_socket_timeout 60 60 from no value no value safe_mode_allowed_env_vars PHP_ PHP_ safe_mode_protected_env_vars LD_LIBRARY_PATH LD_LIBRARY_PATH url_rewriter.tags a=href,area=href,frame=src,input=src,form=fakeentry a=href,area=href,frame=src,input=src,form=fakeentry user_agent no value no value tidy Tidy support enabled libTidy Release 25 March 2009 Extension Version 2.0 ($Id: tidy.c 313665 2011-07-25 11:42:53Z felipe $) Directive Local Value Master Value tidy.clean_output no value no value tidy.default_config no value no value tokenizer Tokenizer Support enabled wddx WDDX Support enabled WDDX Session Serializer enabled xdebug xdebug support enabled Version 2.1.2 Supported protocols Revision DBGp - Common DeBuGger Protocol $Revision: 1.145 $ Directive Local Value Master Value xdebug.auto_trace Off Off xdebug.collect_assignments Off Off xdebug.collect_includes On On xdebug.collect_params 0 0 xdebug.collect_return Off Off xdebug.collect_vars Off Off xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.file_link_format no value no value xdebug.idekey no value no value xdebug.manual_url http://www.php.net [^] http://www.php.net [^] xdebug.max_nesting_level 100 100 xdebug.overload_var_dump On On xdebug.profiler_aggregate Off Off xdebug.profiler_append Off Off xdebug.profiler_enable Off Off xdebug.profiler_enable_trigger Off Off xdebug.profiler_output_dir /tmp /tmp xdebug.profiler_output_name cachegrind.out.%p cachegrind.out.%p xdebug.remote_autostart Off Off xdebug.remote_connect_back Off Off xdebug.remote_cookie_expire_time 3600 3600 xdebug.remote_enable Off Off xdebug.remote_handler dbgp dbgp xdebug.remote_host localhost localhost xdebug.remote_log no value no value xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.scream Off Off xdebug.show_exception_trace Off Off xdebug.show_local_vars Off Off xdebug.show_mem_delta Off Off xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir /tmp /tmp xdebug.trace_output_name trace.%c trace.%c xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3 xml XML Support active XML Namespace Support active libxml2 Version 2.7.7 xmlreader XMLReader enabled xmlrpc core library version xmlrpc-epi v. 0.51 php extension version 0.51 author Dan Libby homepage http://xmlrpc-epi.sourceforge.net [^] open sourced by Epinions.com xmlwriter XMLWriter enabled xsl XSL enabled libxslt Version 1.1.26 libxslt compiled against libxml Version 2.7.7 EXSLT enabled libexslt Version 1.1.26 zip Zip enabled Extension Version $Id: php_zip.c 313665 2011-07-25 11:42:53Z felipe $ Zip version 1.9.1 Libzip version 0.9.0 zlib ZLib Support enabled Stream Wrapper support compress.zlib:// Stream Filter support zlib.inflate, zlib.deflate Compiled Version 1.2.5 Linked Version 1.2.5 Directive Local Value Master Value zlib.output_compression Off Off zlib.output_compression_level -1 -1 zlib.output_handler no value no value Additional Modules Module Name Environment Variable Value TERM linux PATH /sbin:/usr/sbin:/bin:/usr/bin runlevel 5 RUNLEVEL 5 LANGSH_SOURCED 1 PWD / LANG C previous N PREVLEVEL N CONSOLETYPE vt SHLVL 3 UPSTART_INSTANCE no value UPSTART_EVENTS runlevel UPSTART_JOB rc _ /usr/sbin/httpd PHP Variables Variable Value _SERVER["HTTP_HOST"] localhost _SERVER["HTTP_CONNECTION"] keep-alive _SERVER["HTTP_USER_AGENT"] Mozilla/5.0 (X11; Linux i686) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 _SERVER["HTTP_ACCEPT"] text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 _SERVER["HTTP_ACCEPT_ENCODING"] gzip,deflate,sdch _SERVER["HTTP_ACCEPT_LANGUAGE"] en-US,en;q=0.8 _SERVER["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.3 _SERVER["PATH"] /sbin:/usr/sbin:/bin:/usr/bin _SERVER["SERVER_SIGNATURE"] <address>Apache/2.2.17 (Fedora) Server at localhost Port 80</address> _SERVER["SERVER_SOFTWARE"] Apache/2.2.17 (Fedora) _SERVER["SERVER_NAME"] localhost _SERVER["SERVER_ADDR"] 127.0.0.1 _SERVER["SERVER_PORT"] 80 _SERVER["REMOTE_ADDR"] 127.0.0.1 _SERVER["DOCUMENT_ROOT"] /var/www/html _SERVER["SERVER_ADMIN"] root@localhost _SERVER["SCRIPT_FILENAME"] /var/www/html/info.php _SERVER["REMOTE_PORT"] 48497 _SERVER["GATEWAY_INTERFACE"] CGI/1.1 _SERVER["SERVER_PROTOCOL"] HTTP/1.1 _SERVER["REQUEST_METHOD"] GET _SERVER["QUERY_STRING"] no value _SERVER["REQUEST_URI"] /info.php _SERVER["SCRIPT_NAME"] /info.php _SERVER["PHP_SELF"] /info.php _SERVER["REQUEST_TIME"] 1343668284 PHP License This program is free software; you can redistribute it and/or modify it under the terms of the PHP License as published by the PHP Group and included in the distribution in the file: LICENSE This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact license@php.net.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
859	[Xdebug] Usage problems	major	always	2012-06-26 09:24	2012-07-16 21:32
Reporter:	Tareq	Platform:	Ubuntu
Assigned To:	derick	OS:	Linux
Priority:	immediate	OS Version:	11.04
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux Ubuntu 11.04
PHP Version:	5.3.4
Summary:	Can not use Code Coverage
Description:	The issue is described in details here http://stackoverflow.com/questions/11167288/the-xdebug-extension-is-not-loaded-no-code-coverage-will-be-generated-on-ubuntu [^] Please help me as soon as possible for you.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002329) derick    2012-07-16 21:32	Seems that you accepted the answer on StackOverflow alreayd.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
868	[Xdebug] Debug client (console)	major	always	2012-07-16 18:28	2012-07-16 19:05
Reporter:	ollietb	Platform:	Windows/Netbeans 7.0.1
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	Windows 7
Status:	resolved	Product Version:	2.2.1
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:	2.2.1
		Target Version:
Operating System:
PHP Version:	5.4.4
Summary:	Socket Exception in Netbeans
Description:	I've just upgraded PHP (using XAMPP 3.0.12) to PHP 5.4 and I've encountered an error when booting Symfony2. I've managed to isolate the code which is causing the exception. It appears to be when instantiating a static class which has public attributes (see the attachments). I'm using the version of xdebug which comes with XAMPP (it says it's xdebug 2.2). I tried upgrading the version to php_xdebug-2.2.0-5.4-vc9.dll but it fails silently.
Steps To Reproduce:	1. Attach breakpoint to last line of xdebugTest.php 2. Navigate to xdebugTest.php in browser with xdebug cookie 3. Step through execution 4. Inspect the $request variable I can avoid the exception if I comment out the last attribute specified on the Request class (public $query on line 17).
Additional Information:	PHP Version 5.4.4 xdebug xdebug support enabled Version 2.2.0 IDE Key netbeans-xdebug Supported protocols Revision DBGp - Common DeBuGger Protocol $Revision: 1.145 $ Directive Local Value Master Value xdebug.auto_trace Off Off xdebug.cli_color 0 0 xdebug.collect_assignments Off Off xdebug.collect_includes On On xdebug.collect_params 0 0 xdebug.collect_return Off Off xdebug.collect_vars Off Off xdebug.coverage_enable On On xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.file_link_format no value no value xdebug.idekey no value no value xdebug.manual_url http://www.php.net [^] http://www.php.net [^] xdebug.max_nesting_level 150 150 xdebug.overload_var_dump On On xdebug.profiler_aggregate Off Off xdebug.profiler_append Off Off xdebug.profiler_enable Off Off xdebug.profiler_enable_trigger Off Off xdebug.profiler_output_dir E:\xampp3\tmp E:\xampp3\tmp xdebug.profiler_output_name xdebug_profile.%R::%u xdebug_profile.%R::%u xdebug.remote_autostart Off Off xdebug.remote_connect_back Off Off xdebug.remote_cookie_expire_time 3600 3600 xdebug.remote_enable On On xdebug.remote_handler dbgp dbgp xdebug.remote_host localhost localhost xdebug.remote_log E:\xampp3\tmp\xdebug.log E:\xampp3\tmp\xdebug.log xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.scream Off Off xdebug.show_exception_trace Off Off xdebug.show_local_vars Off Off xdebug.show_mem_delta Off Off xdebug.trace_enable_trigger Off Off xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir E:\xampp3\tmp E:\xampp3\tmp xdebug.trace_output_name trace.%c trace.%c xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3
Attached Files:	xdebugTest.php (2,049) 2012-07-16 18:28 http://bugs.xdebug.org/file_download.php?file_id=142&type=bug xdebug - Copy.log (27,925) 2012-07-16 18:29 http://bugs.xdebug.org/file_download.php?file_id=143&type=bug Fullscreen capture 16072012 183111.bmp.jpg (378,217) 2012-07-16 18:33 http://bugs.xdebug.org/file_download.php?file_id=144&type=bug Fullscreen capture 16072012 183130.bmp.jpg (420,138) 2012-07-16 18:33 http://bugs.xdebug.org/file_download.php?file_id=145&type=bug

Notes
(0002327) ollietb    2012-07-16 18:41	OK I've just downloaded the latest version 2.2.1 (the wizard told me to download 2.2.0) and it looks like it's fixed the problem. Thanks.
(0002328) derick    2012-07-16 19:05	Thanks - And I've also fixed the wizard now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
865	[Xdebug] Usage problems	crash	always	2012-06-30 22:13	2012-07-15 14:38
Reporter:	elmu	Platform:
Assigned To:	derick	OS:	Windows 7
Priority:	high	OS Version:	64 bit Home Prem
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:	2.2.1
		Target Version:
Operating System:
PHP Version:	5.4.3
Summary:	Crash during session handling
Description:	Some session handling related tasks causes crash. Without using xdebug the code works fine. However if I want to debug the session_start or writing into a session causes crash.
Steps To Reproduce:	Simply try to debug the attached code with Netbeans 7.2 RC1 or 7.1 Final
Additional Information:	Apache 2.4 - 32 bit version PHP 5.4.4 - 32 bit version Netbeans 7.2 RC1 and Netbeans 7.1 Final xdebug settings: zend_extension = "C:\Program Files (x86)\PHP-5.4.4\php_xdebug-2.2.0-5.4-vc9.dll" xdebug.remote_enable=1 xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.remote_host=127.0.0.1 xdebug.remote_port=9000
Attached Files:	xdebugCrash_demoCode.zip (942) 2012-06-30 22:13 http://bugs.xdebug.org/file_download.php?file_id=134&type=bug

Notes
(0002319) elmu    2012-07-04 14:00    (edited on: 2012-07-05 20:43)	Same problem with PHP 5.4.3 and 5.4.4 However with PHP 5.3.14 works fine. (without any crash)
(0002325) elmu    2012-07-15 14:36    (edited on: 2012-07-15 14:38)	With the newest version (2.2.1) the problem is not more present. Probably the problem was with the static variable in the singleton class. So you can close this issue.
(0002326) derick    2012-07-15 14:38	Cheers! Closing it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
829	[Xdebug] Feature/Change request	minor	always	2012-05-10 10:02	2012-07-14 20:38
Reporter:	phon	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:	2.2.1
		Target Version:	2.2.1
Operating System:
PHP Version:	5.2.10
Summary:	Code coverage is wrong when using dim assign
Description:	Description: ------------ <?php xdebug_start_code_coverage(); $result = array( "ret" => 0, "msg" => 'test' ); var_dump(xdebug_get_code_coverage()); ?> Expected result: ---------------- array(1) { '/data/xdebug/test.php' => array(3) { [4] => int(1) [9] => int(1) } } Actual result: -------------- array(1) { '/data/xdebug/test.php' => array(3) { [5] => int(1) [7] => int(1) [9] => int(1) } }
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002210) derick    2012-05-28 13:10    (edited on: 2012-05-28 13:14)	Sadly, this is not something I can fix. PHP is a bit weird with array assignments. Internally, the code that PHP sees is: compiled vars: !0 = $result line # * op fetch ext return operands --------------------------------------------------------------------------------- 2 0 > EXT_STMT 1 EXT_FCALL_BEGIN 2 DO_FCALL 0 'xdebug_start_code_coverage' 3 EXT_FCALL_END 5 4 EXT_STMT 5 INIT_ARRAY 0000002:0000001 0, 'ret' 7 6 ADD_ARRAY_ELEMENT 0000002:0000001 'test', 'msg' 7 ASSIGN !0, 0000002:0000001 9 8 EXT_STMT 9 EXT_FCALL_BEGIN 10 EXT_FCALL_BEGIN 11 DO_FCALL 0 $3 'xdebug_get_code_coverage' 12 EXT_FCALL_END 13 SEND_VAR_NO_REF 6 $3 14 DO_FCALL 1 'var_dump' 15 EXT_FCALL_END 12 16 EXT_STMT 17 > RETURN 1 With the array init and assignment on line 5 and 7: 5 4 EXT_STMT 5 INIT_ARRAY 0000002:0000001 0, 'ret' 7 6 ADD_ARRAY_ELEMENT 0000002:0000001 'test', 'msg' 7 ASSIGN !0, 0000002:0000001

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
682	[Xdebug] Debug client (console)	major	always	2011-04-16 01:29	2012-07-14 20:38
Reporter:	ericp	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.2.1
		Target Version:	2.2.1
Operating System:	Linux
PHP Version:	5.2.9
Summary:	Binary key values in arrays aren't encoded
Description:	When stepping through the supplied code, xdebug sends an invalid XML packet, causing Komodo to stop, giving a "not well-formed (invalid token)" error message.
Steps To Reproduce:	<?php $arr1 = array(); $key = pack('H*','7d72c7d72643f4ef568a9d2f798e1c5ec77cc666'); echo($key); $arr1[$key] = 1; echo("problem data: " . $arr1[$key] . "\n"); echo("Stop here\n"); ?>
Additional Information:	Ref http://bugs.activestate.com/show_bug.cgi?id=89787 [^]
Attached Files:	error.xml (1,024) 2011-04-16 01:29 http://bugs.xdebug.org/file_download.php?file_id=22&type=bug

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
667	[Xdebug] Usage problems	minor	always	2011-02-23 09:18	2012-07-14 20:38
Reporter:	bhofmann	Platform:	Windows
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	Windows 7 32bit
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:	2.2.1
		Target Version:	2.2.1
Operating System:	Windows 7 32bit
PHP Version:	5.3.3
Summary:	Class static members are shown in the locals when using context_get
Description:	Hello, If a class static field is accessed from outside the class, it starts to appear in the context_get response for the locals context.
Steps To Reproduce:	When debugging the following, after the "Test::$staticMember = 10;" line, xdebug returns "$staticMember" as a local in context_get responses. It is marked as "uninitialized". <?php class Test { public static $staticMember = 5; } Test::$staticMember = 10; echo Test::$staticMember; ?>
Additional Information:
Attached Files:	xdebug.log (46,102) 2011-02-23 09:18 http://bugs.xdebug.org/file_download.php?file_id=12&type=bug

Notes
(0002112) derick    2012-04-28 01:04	Hi, i can't fix this. PHP insists that there is a local variable called $staticMember. Xdebug merely shows the information coming from PHP. For some odd reason, PHP's parser sees $staticMember as a local variable. VLD shows this too: derick@whisky:~/dev/php/xdebug$ php -dvld.active=1 tests/bug00667.inc Finding entry points Branch analysis from position: 0 Return found filename: /home/derick/dev/php/xdebug/tests/bug00667.inc function name: (null) number of ops: 10 compiled vars: !0 = $staticMember cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
664	[Xdebug] Usage problems	crash	have not tried	2011-02-11 04:53	2012-07-14 20:38
Reporter:	nnmatveev	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:	2.2.1
		Target Version:	2.2.1
Operating System:	FreeBSD 6.2
PHP Version:	5.2.10
Summary:	xdebug crash: kernel: pid 98370 (httpd), uid 80: exited on signal 11
Description:	This bug is reported by one of the PhpStorm EAP users. It seems to be xdebug bug. We send 'feature_set max_depth -v 0' before sending 'context_get' in order to speed up debugging and it cause this problem. We cannot reproduce the problem in our test environment, but it is always reproducible on user side. Log attached. Related youtrack issue: http://youtrack.jetbrains.net/issue/WI-5092 [^]
Steps To Reproduce:
Additional Information:	FreeBSD 6.2, Apache apache-2.2.17, php52-5.2.17
Attached Files:	xdebug.log (4,127) 2011-02-11 04:53 http://bugs.xdebug.org/file_download.php?file_id=10&type=bug

Notes
(0001670) nnmatveev    2011-02-11 05:02	From user comment: The xdebug log indicates that the following dbg command gets sent: "<- feature_set -i 10 -n max_depth -v 0 ->" If i patch the xdebug source to override max_depth -v 0 to max_depth -v 3 the debugging is working again. Even if xdebug should not crash max_depth 0 does not seem to be correct.
(0001671) nnmatveev    2011-02-11 15:55	From user comment: xdebug_handler_dbgp.c Add line 1546: if (options->max_depth == 0) options->max_depth =1; Works for me - without the line the http process crashes. (FreeBSD 6.2. RELASE, GCC 3.4.6)
(0001687) derick    2011-03-10 20:51	If you have easy access to the index.php script; that'd make it easier for me to reproduce this issue.
(0002303) derick    2012-06-27 22:14	Is this still an issue with the latest releases?
(0002313) nnmatveev    2012-07-01 18:51	I can't reproduce it on the latest release.
(0002314) derick    2012-07-01 19:05	All right; closing this one then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
650	[Xdebug] Usage problems	major	always	2011-01-05 12:47	2012-07-14 20:38
Reporter:	ppisl	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.2.1
		Target Version:	2.2.1
Operating System:
PHP Version:	5.3.3
Summary:	xdebug sends invalid xml character in certain case
Description:	It's reproducible when you try to debug this code: define('EL_GAMMA', chr(hexdec('0x13'))); $arr = array(EL_GAMMA=>'?') ; After debugging second line, the messages contains invalid characters. It's similar to the bug id 0000421.
Steps To Reproduce:	Just try to debug file <?php define('EL_GAMMA', chr(hexdec('0x13'))); $arr = array(EL_GAMMA=>'?') ; echo "test"; ?>
Additional Information:
Attached Files:

Notes
(0001631) nexxer    2011-01-05 14:51	To add to this, xdebug also stops showing changes to variables or any new ones after encountering such a character. Step through: define('EL_GAMMA', chr(hexdec('0x13'))); $var1 = 'hello' ; $arr = array(EL_GAMMA=>'?') ; $var2 = 'hi' ; $var1 = 'changed?' ;
(0001632) ppisl    2011-01-05 15:04	The problem mentioned by Nexxer is on the NetBeans site. xdebug sends the new variables, but because the message contains invalid xml character, NetBeans were not able to parse the xml and such message was not processed correctly. I have implemented workaround in NetBeans that removed all invalid characters from the xdebug message, so in NetBeans you should see new variables now (if you use a build with the fix (http://netbeans.org/bugzilla/show_bug.cgi?id=179309 [^])).
(0001633) nexxer    2011-01-05 16:08	Thanks for ppisl's fix this is not an issue anymore. Apologies for jumping the gun here.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
866	[Xdebug] Usage problems	crash	always	2012-07-12 13:54	2012-07-14 20:12
Reporter:	nnmatveev	Platform:
Assigned To:	derick	OS:
Priority:	urgent	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.3
Summary:	Crash on attempt to get context local variables in Xdebug 2.2.0 and PHP 5.4.0 - PHP5.4.4
Description:	Recently PhpStorm users start to report an issue about Xdebug 2.2.0 & PHP 5.4.4 crashes. The issue is always reproducible for me (Windows 7, Xdebug 2.2.0, PHP 5.4.4 NTS). It is reproducible with all PHP 5.4.x stable versions.
Steps To Reproduce:	Just try to debug simplest PHPUnit test like this: <?php class MyTest extends PHPUnit_Framework_TestCase { public function test() { $this->assertTrue(true);//breakpoint } } After reaching the breakpoint Xdebug hangs for a while and then crashes.
Additional Information:	Related issues from PhpStorm issue tracker: 1. http://youtrack.jetbrains.com/issue/WI-12061 [^] 2. http://youtrack.jetbrains.com/issue/WI-12095 [^]
Attached Files:	xdebug_2.2.0_php_5.3.5_nts.log (26,923) 2012-07-12 13:55 http://bugs.xdebug.org/file_download.php?file_id=139&type=bug xdebug_2.2.0_php_5.4.4_nts.log (5,186) 2012-07-12 13:55 http://bugs.xdebug.org/file_download.php?file_id=140&type=bug

Notes
(0002321) nnmatveev    2012-07-12 13:56	Please note that I can't reproduce the issue with Xdebug 2.2.0 and PHP 5.3.5. I've attached logs.
(0002322) nnmatveev    2012-07-14 14:19	@derick I can't reproduce the issue with "php_xdebug-stable-5.4-vc9-nts.dll" and "php_xdebug-master-5.4-vc9-nts.dll" binaries obtained using the following link - http://xdebug.org/files/xdebug-latest.tgz. [^] Also our users reported that the issue is gone with these binaries: 1. http://youtrack.jetbrains.com/issue/WI-12061#comment=27-357053 [^] 2. http://youtrack.jetbrains.com/issue/WI-12061#comment=27-356987 [^]
(0002323) derick    2012-07-14 14:30	I'll try to get a new Xdebug version out this weekend, as there are quite a few things that I have fixed.
(0002324) derick    2012-07-14 20:12	Marking as closed then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
855	[Xdebug] Debug client (console)	crash	always	2012-06-18 12:05	2012-07-01 19:32
Reporter:	Spacesoul	Platform:	Windows, EclipsePDT, xdebug
Assigned To:	derick	OS:	Windows
Priority:	high	OS Version:	Win7, Win2003
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 and Windows 2003 tested.
PHP Version:	5.4.0
Summary:	Debug session crashes while debugging with EclipsePDT watching a variable.
Description:	Hello, I have been trying to figure this out but didnt find a solution. Problem: I am debugging with Eclipse PDT and xdebug and sometimes trying to see a variable value while debugging crashes the debug session with the message: "Unexpected termination of script, debugging ended." Tests: Made the following but it still crashes: - Cleared all the watches variables and breakpoints. - Closed non used Eclipse debug panels (console, debug output, variable, progress). - Closed Eclipse, reboot computer. - Cleared temp files, ccleaner, atfcleaner..
Steps To Reproduce:	Crash: It crashes once the variable has value, and If I go to the watch window or if I point my cursor over the variable to see their value. (It happens after it gets a value, not before). PHP Crash code: ---- $sSQL = "INSERT INTO tabletest(sname) VALUES('TEST') ON DUPLICATE KEY UPDATE sname='TEST';" $oCurrentConnection = Doctrine_Manager::getInstance()->getCurrentConnection(); $results = $oCurrentConnection->execute($sSQL); $vRecords = $results; //** debug CRASH if I watch $vRecords or $results *** var_dump($vRecords); return sfView::NONE; Attached in additional information the var_dump of that variable.
Additional Information:	System info: - Windows 2003 32 bits, 2GB RAM. - php 5.4.0 TS,VC9. - Xdebug v2.2.0 stable release. - Apache 2.2.22 - Eclipse PHP - PDT 3.0.2 - Symfony 1.4.14 I have been able to get the value of the variable which crashes the debug session: The variable is an array of arrays, and its a fetch result from a SQL INSERT sentence, var_dump($vRecords): Code: [Select all] [Show/ hide] array(1) { [0] => array(2) { 'COLUMN_NAME' => string(7) "sname" 'CONSTRAINT_NAME' => string(22) "index_tabletest_idx" } } class PDOStatement#153 (1) { public $queryString => string(91) "INSERT INTO tabletest(sname) VALUES('TEST') ON DUPLICATE KEY UPDATE sname='TEST';" } (*the SQL sentence is correct and works perfectly executing it directly to the mysql database). Attached two logs, the xdebug.log where it didnt crash because I didnt watch the variable value, and just pressed play. And the xdebugCRASH.log where I added the variable to watch its value and crashed the debug session. I can give remote access to my computer if needed at any time with teamviewer, vnc or anything you need. I will do anything you need to solve it, its really frustating to debug with it because it crashes at anytime and I cant do anything, just play with var_dumps. Thank you for your hard work, its an awesome debugger.
Attached Files:	xdebuglogs.zip (276,090) 2012-06-18 12:05 http://bugs.xdebug.org/file_download.php?file_id=129&type=bug

Notes
(0002263) Spacesoul    2012-06-19 12:57    (edited on: 2012-06-19 13:26)	I have also detected other cases where this happens: 1. Getting a doctrine table object, and trying to watch it breaks the debug session: $oTable = Doctrine_Core::getTable($sModuleName); //I cant watch $oTable because session is lost. Doctrine getTable function:     /**      * Get the Doctrine_Table object for the passed model      * @param string $componentName      * @return Doctrine_Table      */     public static function getTable($componentName)     {         return Doctrine_Manager::getInstance()->getConnectionForComponent($componentName)->getTable($componentName);     } 2. Sending and Getting a Doctrine Query, trying to watch it breaks the debug: $RecordValue = Doctrine_Query::create()->from('Tbtest p')->where('p.sname = ?', $tbvalue)->limit(1)->execute();  * Doctrine_Query  * A Doctrine_Query object represents a DQL query. class Doctrine_Query extends Doctrine_Query_Abstract implements Countable { ... I am probably getting back to non stable version rc2 until its fixed because its impossible to debug it with constants debug session breaks.
(0002268) Spacesoul    2012-06-24 23:54	Tested in version rc1 and all variables debugged work perfectly. No crashes with rc1, but in rc1 as its already known, debug session is lost while stoping at breakpoints and going idle a few seconds.
(0002276) derick    2012-06-25 19:01	Could you please try the latest available windows binary from http://xdebug.org/files/xdebug-latest.tgz [^] ?
(0002289) Spacesoul    2012-06-26 19:33	of course Derick, thanks for your support. Ill try tonigh :)
(0002310) Spacesoul    2012-06-29 10:33    (edited on: 2012-06-29 10:34)	Hi Derick, tested the problem with your lastest version of xdebug, phpinfo(): Xdebug v2.2.1dev, Copyright (c) 2002-2012, by Derick Rethans Apache Version Apache/2.2.22 (Win32) PHP/5.4.0 Seems to work perfectly, no crashes or breakpoints losts at idle. Checked PDO variables and some others and they show perfectly pointing the mouse over them and in the Watch window panel of Eclipse PDT. Ill do more tests/debugs though to ensure that its totally stable. I have however noticed its a bit more slow to debug with this version, am I right or its just my imagination. Thanks a lot :)
(0002315) derick    2012-07-01 19:32	Thanks for testing; I'll close this report now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
852	[Xdebug] Usage problems	major	sometimes	2012-06-15 13:45	2012-06-29 17:10
Reporter:	mlocati	Platform:	Apache2.2.22 PHP5.3.13TS 32 bit
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7 64 bit
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 64 bit
PHP Version:	5.3.13
Summary:	Empty browser output
Description:	I'm using Eclipse 3.7.2 and here's the section of PHP.ini related to the XDebug configuration. [XDebug] ;zend_extension="C:\Program Files (x86)\PHP\ext\php_xdebug-2.1.4-5.3-vc9.dll" zend_extension="C:\Program Files (x86)\PHP\ext\php_xdebug-2.2.0-5.3-vc9.dll" xdebug.remote_enable=On xdebug.remote_autostart=On xdebug.collect_vars=On xdebug.max_nesting_level=1000 xdebug.var_display_max_depth=5 xdebug.var_display_max_data=4096 With Eclipse opened (even not while debugging), sometimes I receive an empty output from my local website. It doesn't happen everytime, but when I start getting an empty output I have always an empty output until I close Eclipse. This doesn't seems to happen with Eclipse closed. This only happens with XDebug 2.2. With previous versions I never noticed that. I know there are just too few info to find what's going wrong. Tell me what can I do to give you more info...
Steps To Reproduce:	1) Open Eclipse 2) Browse to a web page in the local website 3) Repeat step 2 until you'll receive an empty output
Additional Information:	Here's a request and its response I catched with fiddler (please note that I mapped www.localhost.com to 127.0.0.1) >>> REQUEST GET http://www.localhost.com:81/index.php?cID=272 [^] HTTP/1.1 Host: www.localhost.com:81 Connection: keep-alive Cache-Control: max-age=0 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.56 Safari/536.5 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Referer: http://www.localhost.com:81/dashboard/sitemap/full/ [^] Accept-Encoding: gzip,deflate,sdch Accept-Language: it-IT,it;q=0.8,en-US;q=0.6,en;q=0.4 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 Cookie: __iR=-; __iP=http%3A%2F%2Fwww.localhost.com%3A81%2F%3Flang%3Dita%26page%3Dthanktrialdwn%26token%3D1e3bb816bc71546e55483041048be208; ccmUserHash=3%3A9fa4b391c107825181bdb1b4533aa232; CONCRETE5=pppk9h14b58e9rqjglsrv7jge2 >>> RESPONSE (as you can see there are only the headers, no body is received) HTTP/1.1 200 OK Date: Fri, 15 Jun 2012 12:40:32 GMT Server: Apache/2.2.22 (Win32) mod_ssl/2.2.22 OpenSSL/1.0.1c PHP/5.3.13 X-Powered-By: PHP/5.3.13 Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-Length: 0 Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Content-Type: text/html; charset=UTF-8
Attached Files:

Notes
(0002273) derick    2012-06-25 18:59	Could you please try the latest available windows binary from http://xdebug.org/files/xdebug-latest.tgz [^] ?
(0002286) mlocati    2012-06-26 16:45	Sure! The "master" or the "stable" one? I guess the "master"...
(0002287) mlocati    2012-06-26 16:54	With the "master" I noticed the problem again. Now trying with the "stable"...
(0002288) mlocati    2012-06-26 16:56	Even the "stable" causes the problem...
(0002290) derick    2012-06-27 22:05	Hmm, I thought I'd fixed this. Could you please try to produce: - a short reproducable script - and with that, a remote debugging log (see http://xdebug.org/docs/all_settings#remote_log [^]) on how to make one.
(0002311) mlocati    2012-06-29 16:55	I've installed the new Eclipse (Eclipse Juno 4.2), and until now everything's been ok (with the php_xdebug-master-5.3-vc9.dll you gave me). Anyway I tried it just for a few hours, and tomorrow I'll leave for a two-week holiday...
(0002312) derick    2012-06-29 17:10	I'm closing it for now then, but feel free to reopen later.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
851	[Xdebug] Usage problems	crash	random	2012-06-06 20:41	2012-06-28 19:21
Reporter:	vnyx	Platform:	Mac
Assigned To:	derick	OS:	OS X
Priority:	high	OS Version:	10.7.4
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.3
Summary:	Segmentation fault
Description:	The debugger stops on beginning breakpoints but I get segmentation faults in Apache on random breakpoints which aborts the process. I finally gave up and went back to PHP53 and everything is fine. It is very hard to recreate so this is just a warning that you might see some trouble with xdebug.
Steps To Reproduce:	My thinking is that if I have an error in the code it could possibly cause the debugger to crash the web server, but this happens with both PHPStorm and MacGDBp. My other gut feeling is that there might be a problem debugging AJAX requests in PHP54.
Additional Information:	Using macports version of PHP54, PHP53 works. Here a sample of the error log: [Wed Jun 06 00:59:32 2012] [notice] child pid 89046 exit signal Segmentation fault (11) [Wed Jun 06 00:59:56 2012] [notice] child pid 89006 exit signal Segmentation fault (11)
Attached Files:

Notes
(0002237) derick    2012-06-07 12:35	Could you try getting the latest version from github? I have fixed a few segfaults.
(0002298) derick    2012-06-27 22:11	Could you please provide the requested information?
(0002305) vnyx    2012-06-27 22:24	I updated to the latest Macports version of xdebug and it seems to be working. If I don't make another comment then it's fixed. Thanks
(0002307) derick    2012-06-28 19:21	Closing this one than. Feel free to reopen if you see it happen again.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
862	[Xdebug] Installation	major	always	2012-06-28 06:58	2012-06-28 19:21
Reporter:	thawkins	Platform:	Linux
Assigned To:	derick	OS:	Fedora x86_64
Priority:	normal	OS Version:	17
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.3
Summary:	Github version fails make test with php 5.4.3
Description:	Git hub version of xdebug fails to pass unit tests with fedora 17 stock php 5.4.3
Steps To Reproduce:	git clone to [dir] cd [dir] phpize ./configure make make test Build complete. Don't forget to run 'make test'. [thawkins@thawkins-linuxlaptop xdebug]$ make test Build complete. Don't forget to run 'make test'. ===================================================================== PHP : /usr/bin/php PHP_SAPI : cli PHP_VERSION : 5.4.3 ZEND_VERSION: 2.4.0 PHP_OS : Linux - Linux thawkins-linuxlaptop 3.4.3-1.fc17.x86_64 #1 SMP Mon Jun 18 19:53:17 UTC 2012 x86_64 INI actual : /home/thawkins/tmp/xdebug/tmp-php.ini More .INIs : CWD : /home/thawkins/tmp/xdebug Extra dirs : VALGRIND : Not used ===================================================================== TIME START 2012-06-28 05:15:47 ===================================================================== PASS Check for xdebug presence [tests/001.phpt] PASS Test with internal callbacks [tests/array_map.phpt] PASS Test for assertion callbacks [tests/assert_test.phpt] PASS Test for tracing property assignments in user-readable function traces [tests/assignment-trace1.phpt] PASS Test for tracing array assignments in user-readable function traces [tests/assignment-trace2.phpt] PASS Test for tracing array assignments in user-readable function traces [tests/assignment-trace3.phpt] PASS Test for tracing assignments in user-readable function traces [tests/assignment-trace4.phpt] PASS Test for tracing assignments in user-readable function traces [tests/assignment-trace5.phpt] PASS Test for tracing assignments in user-readable function traces [tests/assignment-trace6.phpt] PASS Test for tracing property assignments in user-readable function traces [tests/assignment-trace7.phpt] SKIP Test for tracing multi-dimensional property assignments in user-readable function traces (< PHP 5.3) [tests/assignment-trace8-php52.phpt] reason: < PHP 5.3 needed PASS Test for tracing multi-dimensional property assignments in user-readable function traces (>= PHP 5.3) [tests/assignment-trace8.phpt] SKIP Test for tracing mixed array element and property assignments in user-readable function traces (< PHP 5.3) [tests/assignment-trace9-php52.phpt] reason: < PHP 5.3 needed PASS Test for tracing mixed array element and property assignments in user-readable function traces (>= PHP 5.3) [tests/assignment-trace9.phpt] PASS Test with auto-trace [tests/auto_trace.phpt] PASS Test for crash with a destructor [tests/bug00001.phpt] PASS Test for traces to file [tests/bug00002.phpt] PASS Text for crash bug in tracing to file [tests/bug00003.phpt] PASS Test for segmentation fault with xdebug_get_function_stack() and collect_params=1 [tests/bug00022.phpt] PASS Test for segmentation fault with unusual variables (>= PHP 5.2) [tests/bug00032-php52.phpt] SKIP Test for segmentation fault with unusual variables (< PHP 5.2) [tests/bug00032.phpt] reason: < PHP 5.2 needed PASS Test for bug 0000057: Crash with overloading functions [tests/bug00057.phpt] PASS Test for bug 0000089: var_dump shows empty strings garbled [tests/bug00089.phpt] PASS Test for bug 0000146: Array key names with quotes in traces are not escaped [tests/bug00146.phpt] SKIP Test for bug 0000168: Memory error with DBGp eval when the result is an array [tests/bug00168.phpt] reason: Can only be tested through DBGp PASS Test for bug 0000173: Xdebug segfaults using SPL ArrayIterator (>= PHP 5.2) [tests/bug00173.phpt] PASS Test for bug 0000176: Segfault using SplTempFileObject (>= PHP 5.2) [tests/bug00176.phpt] PASS Test for bug 0000178: $php_errormsg and Track errors unavailable [tests/bug00178.phpt] PASS Test for bug 0000184: problem with control chars in code traces [tests/bug00184.phpt] SKIP Test for bug 0000209: Additional remote debugging session started when triggering shutdown function [tests/bug00209.phpt] reason: Can only be tested through DBGp PASS Test for bug 0000212: coverage coverage inaccurate (1) [tests/bug00212a.phpt] PASS Test for bug 0000212: coverage coverage inaccurate (2) [tests/bug00212b.phpt] PASS Test for bug 0000212: coverage coverage inaccurate (3) [tests/bug00212c.phpt] PASS Test for bug 0000213: Dead code analysis doesn't take catches for throws into account [tests/bug00213.phpt] PASS Test for bug 0000241: Crash in xdebug_get_function_stack() [tests/bug00241.phpt] PASS Test for bug 0000265: Xdebug's error handler breaks error_get_last() (>= PHP 5.2) [tests/bug00265.phpt] PASS Test for bug 0000280: var_dump don't display key of array as expected [tests/bug00280.phpt] PASS Test for bug 0000298: xdebug_var_dump & multiline strings [tests/bug00298.phpt] PASS Test for bug 0000305: xdebug exception handler doesn't properly handle special chars [tests/bug00305.phpt] PASS Test for bug 0000313: Segmentation Fault in code coverage analysis on empty PHP files [tests/bug00313.phpt] PASS Test for bug 0000314: PHP CLI Error logging thwarted when Xdebug loaded [tests/bug00314.phpt] PASS Test for bug 0000315: Xdebug crashes when including a file that doesn't exist [tests/bug00315.phpt] PASS Test for bug 0000318: Segmentation Fault in code coverage analysis [tests/bug00318.phpt] PASS Test for bug 0000328: Private properties are incorrectly enumerated in case of extended classes [tests/bug00328.phpt] PASS Test for bug 0000334: Code Coverage Regressions [tests/bug00334.phpt] PASS Test for bug 0000340: Segfault while throwing an Exception [tests/bug00340.phpt] PASS Test for bug 0000355: Non-unique functions numbers in function traces [tests/bug00355.phpt] FAIL Test for bug 0000360: Function line number in profile not correct [tests/bug00360.phpt] PASS Test for bug 0000389: Destructors called on fatal error [tests/bug00389.phpt] PASS Test for bug 0000391: When PHP runs with Xdebug it doesn't stop executing script when type hinting leads to fatal error [tests/bug00391.phpt] SKIP Test for bug 0000419: make use of P_tmpdir if defined instead of hardcoded '/tmp' [tests/bug00419-sunos.phpt] reason: Solaris/OpenSolaris/OpenIndiana needed FAIL Test for bug 0000419: make use of P_tmpdir if defined instead of hardcoded '/tmp' [tests/bug00419.phpt] FAIL Test for bug 0000421: xdebug sends back invalid characters in xml sometimes [tests/bug00421.phpt] PASS Test for bug 0000422: Segfaults when using code coverage with a parse error in the script [tests/bug00422.phpt] PASS Test for bug 0000457: var_dump() overloading from the command line [tests/bug00457-2.phpt] PASS Test for bug 0000457: var_dump() overloading from the command line [tests/bug00457.phpt] PASS Test for bug 0000470: catch blocks marked as dead code unless executed [tests/bug00470.phpt] PASS Test for bug 0000472: Dead Code Analysis for code coverage messed up after goto [tests/bug00472.phpt] PHP Fatal error: String size overflow in /home/thawkins/tmp/xdebug/run-tests.php on line 1102 ^Cmake: *** [test] Interrupt [thawkins@thawkins-linuxlaptop xdebug]$
Additional Information:
Attached Files:

Notes
(0002306) derick    2012-06-28 19:21	Don't worry too much about it. There needs to be something setup for those tests to work. I'd be happy to look at the .diff files though, but please do that through the mailinglist and not as bugs.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
807	[Xdebug] Usage problems	major	always	2012-03-28 21:53	2012-06-27 22:17
Reporter:	shiri	Platform:	Windows 7 x64
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7 Proffesional
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.0
Summary:	Crash with closures
Description:	class CC { function xxx() { $foo = function ($p) { return $p; }; $this->foo[] = $foo->bindTo($this); // breakpoint work ok $fff = $foo->bindTo($this); // breakpoint work ok $this->foo = $foo->bindTo($this); // breakpoint crash } } ---------- Crash event from windows logs (sorry, but russian) : ??? ???????? ??????????: php.exe, ??????: 5.4.0.0, ??????? ???????: 0x4f4e6fc7 ??? ???????? ??????: php5ts.dll, ??????: 5.4.0.0, ??????? ??????? 0x4f4e7f05 ??? ??????????: 0xc0000005 ???????? ??????: 0x000227a0 ????????????? ???????? ????????: 0x140c ????? ??????? ???????? ??????????: 0x01cd0d2471c64cc9 ???? ???????? ??????????: E:\....\xampp\php\php.exe ???? ???????? ??????: E:\....\xampp\php\php5ts.dll ??? ??????: b2ea8ee1-7917-11e1-9384-e02a822d055a
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002029) derick    2012-04-07 17:15	I can not reproduce this. Could you please supply a short and self-contained script, as well as a remote debug log showing the debug session. See http://xdebug.org/docs/all_settings#remote_log [^] on how to make one.
(0002084) derick    2012-04-23 18:56	Hello? Could you please try this with the recently released 2.2.0rc2?
(0002304) derick    2012-06-27 22:17	Can't reproduce, and no feedback given.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
842	[Xdebug] Usage problems	minor	always	2012-05-25 04:57	2012-06-27 22:11
Reporter:	dinu	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Can't debug conditional statements without a block
Description:	- If a conditional statement does not have {} for its predicates, I can't debug it (using Zend Studio) - If more function calls are invoked in the condition, stepping out of the first does not resume debugging to the next (i.e. there is no way to debug the 2nd function in a condition). I myself preach the values of good coding practices. However, I find myself stuck with third-party code that I don't want to restyle, mainly because it comes through a CVS that is regularly updated so I'd rather keep the original shape of the code.
Steps To Reproduce:	1) Try to get debugger to step on the return statement if($random) return 1; else return 2; 2) Step into callThis(), then step out; no possibility to step callThat() if(callThis()||callThat()){ }
Additional Information:
Attached Files:

Notes
(0002192) rulatir    2012-05-27 21:59	2) Just to eliminate one possibility: if callThis() returns true then callThat() is not called because the result of the logical OR expression is already known. That's an optimization done by PHP.
(0002193) dinu    2012-05-27 23:57	I know, it's pretty standard in any language :) I'm talking about that if the 2 calls are followed.
(0002208) dinu    2012-05-28 13:00	More details: cannot set a breakpoint on a conditional predicate without a block: try to set a breakpoint on doThis() or doThat() line if($cond)   doThis(); else   doThat();
(0002226) derick    2012-06-01 23:40    (edited on: 2012-06-01 23:41)	For the first case, breakpoints are tricky. Sadly PHP itself doesn't generate the correct line numbers internally. See for example the code: 22 function test2($random) 23 { 24 if ($random) 25 test2a(); 26 else 27 test2b(); Which in PHP turns into: line # * op fetch ext return operands --------------------------------------------------------------------------------- 22 0 > EXT_NOP 1 RECV !0 25 2 EXT_STMT 3 > JMPZ !0, ->8 4 > EXT_FCALL_BEGIN 5 DO_FCALL 0 'test2a' 6 EXT_FCALL_END 7 > JMP ->11 27 8 > EXT_FCALL_BEGIN 9 DO_FCALL 0 'test2b' 10 EXT_FCALL_END 28 11 > EXT_STMT 12 > RETURN null as you can see, there is no line 24 or 26. One of the PHP folks is looking at fixing this, but this is currently not something I can address in Xdebug. Even more annoying, the case for "false" also hits line 25 due to PHP weirdness. I will now have a look at the second case.
(0002227) dinu    2012-06-02 05:08    (edited on: 2012-06-02 10:42)	By your example, I should be able to set a breakpoint on 25 or 27. Which I am not; I try to ellaborate a litle on a test case: 1 <?php 2 function ret1(){ 3 return 1; 4 } 5 function ret2(){ 6 return 2; 7 } 8 function dummy1(){ 9 echo 'dummy1'; 10 } 11 function dummy2(){ 12 echo 'dummy2'; 13 } 14 if($x) 15 dummy1(); 16 else 17 dummy2(); 18 if(ret1()&&ret2()) 19 dummy1(); 20 else 21 dummy2(); TS1: - set breakpoints on 15,17,19,21 - expected behavior: stop on 17,19 - actual behavior: breakpoints don't work, BUT debugger inadvertently stops on line 15, BUT on "step into" command goes into dummy2 at 6 TS2: - set breakpoint on 14 - expected behavior: stop on 14 - actual behavior: doesn't work as per your explanations TS3: - Step over all the way to 18 - Step into 18; correctly goes into ret1 on 3 - Step out of ret1 - Expected behavior: execution should step into ret2 on 6 (most debuggers do it this way), or _at_least_ on 19 so I can debug dummy1 - Actual behavior: all if is skipped; seems to step out not of the function call but of the statement - Consequence: the only way to step into a second conditional function or the predicate function is that I have the patience to step all the way through the first conditional function or add incognito breakpoints on function entries
(0002228) dinu    2012-06-02 05:25	More discussion over TS3 where I think a definite improvement can be made: most debuggers I'm familiar with interpret debugger commands on conditional statements the following way: - Step over if statement - Usual: breaks on first instruction of the branch taken - XDEBUG: breaks on first instruction after if statement - Step into if statement - Usual&XDEBUG: step into first function in condition - Step out of conditional function - Usual: break into the next conditional function then at the first instruction of branch taken - XDEBUG: break out of if statement
(0002299) derick    2012-06-27 22:11	Marking as "not fixable": All cases really have the same cause. In the first bit of TS1 (stop on 17): It stops on line 15 because of this is where PHP places the if statement:   15 8 EXT_STMT          9 > JMPZ !0, ->1 This is something PHP *should* have put on line 14, but didn't. The step-into goes correctly into dummy2 in line 12 (and not 6 like you wrote). This is because that's what is the next executable line after the if-JMPZ has been done. The second case in TS1 (not stopping on line 19) is because PHP doesn't generate an EXT_STMT, which is required for breakpoint insertions. TS2 is indeed because PHP simply generates no code on line 14:   11 6 EXT_STMT          7 NOP   15 8 EXT_STMT TS3 is because PHP doesn't generate an EXT_STMT before the dummy1 call, as it would do if you would have used braces. Hence it doesn't stop and goes directly to the next breakable line in a scope higher than where you were (the ret1 function online 3), wich is the EXT_STMT in line 23. You fix all of this by just using braces.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
856	[Xdebug] Usage problems	crash	always	2012-06-18 22:36	2012-06-27 22:06
Reporter:	meglio	Platform:
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.3
Summary:	Crashes with PHP 5.4.4 called in CLI
Description:	Windows reports (also see screenshot below): Problem signature: Problem Event Name: APPCRASH Application Name: php.exe Application Version: 5.4.4.0 Application Timestamp: 4fd8e9f3 Fault Module Name: php_xdebug-2.2.0-5.4-vc9.dll Fault Module Version: 2.2.0.5 Fault Module Timestamp: 4fa90762 Exception Code: c0000005 Exception Offset: 000198dc 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 Screenshot: http://img577.imageshack.us/img577/3096/screenshot2012061900263.png [^] Debug INFO: http://img195.imageshack.us/img195/198/screenshot2012061900351.png [^]
Steps To Reproduce:	Just crashes always for my script, but I do not know exact steps to reproduce.
Additional Information:
Attached Files:

Notes
(0002264) meglio    2012-06-21 10:15	I cannot debug at all in my CLI PHP scripts because it crashes all the time, please SOS.
(0002274) derick    2012-06-25 18:59	Could you please try the latest available windows binary from http://xdebug.org/files/xdebug-latest.tgz [^] ?
(0002281) meglio    2012-06-25 19:09	Tried just now - and it worked where it was failing previously! Was debug info helpful and must I provide such debug info every time I report a bug? P.S. Will test more and will report if I'll experience more problems.
(0002292) derick    2012-06-27 22:06	Cheers, let me just close it for now then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
860	[Xdebug] Debug client (console)	crash	always	2012-06-26 15:38	2012-06-26 15:38
Reporter:	bogdan.albei	Platform:	Zend Studio 8/Eclipse PDT
Assigned To:		OS:	Windows
Priority:	high	OS Version:	7
Status:	new	Product Version:	2.2.0
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	CentOS release 5.8
PHP Version:	5.3.10
Summary:	unexpected termination of script, debugging ended
Description:	If I debug from the command line a phpunit test, then I get "unexpected termination of script, debugging ended". Please note that there is no problem if I debug some other script than a phpunit test. I don't have any expressions in the IDE or anything like that.
Steps To Reproduce:	put the breakpoint on the first line of the test, run it and then I get the error. Below is the source for the test: <?php class SimpleTest extends \PHPUnit_Framework_TestCase { public function testSomething() { $this->assertTrue(TRUE); $this->assertFalse(FALSE); } }
Additional Information:	Attached is the xdebug log.
Attached Files:	xdebug_remote_log (9,247) 2012-06-26 15:38 http://bugs.xdebug.org/file_download.php?file_id=133&type=bug

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
849	[Xdebug] Feature/Change request	minor	always	2012-06-02 19:14	2012-06-25 19:06
Reporter:	dinu	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Decrease tracing/profiling overhead
Description:	As mentioned, I get 200% to 600% execution timings when tracing a script; is it at all possible to reduce this overhead? Especially since I'm guessing it's roughly linear with the number of function calls, it makes profiling scripts with large number of funcalls difficult. For instance, I have a script that runs under 400ms, but does in excess of 100K calls; this leads to a traced execution time of 2s. The functions at the bottom of the call tree (those that get called a lot) pull a lot of weight for being traced, although execution in a timed cycle shows they don't pulled nearly as much weight as the profile reports.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002279) derick    2012-06-25 19:06	This is definitely on the plan!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
853	[Xdebug] Usage problems	crash	always	2012-06-15 22:54	2012-06-25 19:00
Reporter:	fidian	Platform:	Linux
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	Various
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu
PHP Version:	5.3.13
Summary:	Segmentation fault when running phpunit
Description:	I have tried versions 2.1.0 and 2.2.0. The newer version gives either a "Segmentation fault" or "Illegal instruction" when running a set of tests for my software, which is closed source. Running just that test or the suite of tests doesn't create the problem; only when I run all of the tests in the directory at once, so I know that there's something more complex going on here. Currently I am seeing the problems in our Amazon instances - c1.medium amd64 Ubuntu natty. They use PHP 5.3.6 (Ubuntu's package) as well as 5.3.13 (team-mayhem/ppa - my updated version). The xdebug from Ubuntu (2.1.0) works and team-mayhem/ppa's (2.2.0) fails. Without changing anything else on the system, just switching xdebug packages caused the problem to happen or to go away. I've bisected your git repository and narrowed this down to commit 72e60fdc5960cf89e2e4fd5c6477b83600d5b8b2 (SVN Rev: 3391) where you fix bug 0000654 by bringing back three lines of code. I can't really give you our codebase for you to diagnose the problem. I also don't have the problem narrowed down to a simple, repeatable test script that I could hand over. The ickiest solution for me would be to replicate everything we do, chopping out parts, and then hopefully whittling down the code to whatever combination triggers the problem. A far better solution would be to seek your assistance and add debugging information in the right spots so you can find out why things are breaking. Would you have any idea why those three lines of code would force segmentation faults?
Steps To Reproduce:
Additional Information:
Attached Files:	gdb.txt (15,315) 2012-06-16 15:47 http://bugs.xdebug.org/file_download.php?file_id=127&type=bug log.txt (38,596) 2012-06-18 01:16 http://bugs.xdebug.org/file_download.php?file_id=128&type=bug

Notes
(0002259) derick    2012-06-16 08:12	Can you run phpunit through GDB? You run that with: export USE_ZEND_ALLOC=0 gdb --args php `which phppunit` ...your other php unit options... On the GDB prompt: run and when it crashes: bt full
(0002260) fidian    2012-06-16 15:46    (edited on: 2012-06-16 15:47)	This is with xdebug compiled at commit 72e60fdc5960cf89e2e4fd5c6477b83600d5b8b2. If you need it at master's HEAD, let me know. See attachment gdb.txt
(0002261) derick    2012-06-16 15:54	This trace shows it is not actually crashing in Xdebug st all, but in normal PHP. I would think that if you would disable Xdebug with the USE_ZEND_ALLOC=0 still active or will crash as well. Perhaps you can try running it without Xdebug like that?
(0002262) fidian    2012-06-18 01:19	I rebooted the machine, then ran the following commands: echo "$USE_ZEND_ALLOC" gdb --args php `which phpunit` . # Pass export USE_ZEND_ALLOC=0 echo "$USE_ZEND_ALLOC" gdb --args php `which phpunit` . # Fail export USE_ZEND_ALLOC= echo "$USE_ZEND_ALLOC" gdb --args php `which phpunit` . # Fail See log.txt for further information. Again, the weird part is that one line of code in xdebug - if I comment it out, no more segmentation faults. I'll work on whittling down the tests to see exactly what's causing it. It might take a while. Do you have any other ideas for things I can try?
(0002267) fidian    2012-06-22 14:44	I'm running tests again and am unable to get consistent results. I am no longer certain that changing xdebug really affects anything. I suspect that the combination of PHP and xdebug do trigger an effect sometimes, but until I can nail this down I won't waste your time. Please close this bug. If I can narrow things down and figure out where the breakage starts, I may open another bug (but it is really looking like PHP at the moment). Sorry to waste your time.
(0002275) derick    2012-06-25 19:00	No worries, and feel free to reopen this if you have more info and/or can reproduce it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
848	[Xdebug] Usage problems	crash	always	2012-05-31 21:28	2012-06-11 20:41
Reporter:	luzat	Platform:	PHP 5.4.4-RC1
Assigned To:	derick	OS:	Debian GNU/Linux
Priority:	normal	OS Version:	unstable
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian GNU/Linux unstable
PHP Version:	5.4-dev
Summary:	Tests for bug 0000838-0000840 fail (also, similar symptoms still seem to occur).
Description:	I am experiencing PHP crashes when debugging a Symfony2 app with Eclipse and asking it to display variables. I suspected this was related to bug 0000838-0000840 and installed HEAD (1e7c7a7b4876fc8ef3ac90562fca9930d267e2aa). This does not help and the tests for bug 0000838-0000840 still fail as before with Debian's build of 2.2.0.
Steps To Reproduce:	1) Install Debian GNU/Linux unstable (amd64 here) with PHP 5.4.4-RC1 2) Build xdebug: phpize ./configure make 3) Run tests: make test 4) See several tests fail (including those for bug 0000838-0000840). PHP still crashes when displaying variables in Eclipse, too (setting a breakpoint works fine).
Additional Information:	I have double-checked to see that xdebug_var.c contains the fix and even re-cloned the repository to build from scratch. I have attached the logs that I considered relevant. "make test" does not seem to complete, but hangs at TEST 167/217.
Attached Files:	make-test.log (23,751) 2012-05-31 21:28 http://bugs.xdebug.org/file_download.php?file_id=118&type=bug bug00838.log (4,145) 2012-05-31 21:28 http://bugs.xdebug.org/file_download.php?file_id=119&type=bug bug00839.log (4,279) 2012-05-31 21:28 http://bugs.xdebug.org/file_download.php?file_id=120&type=bug bug00840.log (3,616) 2012-05-31 21:28 http://bugs.xdebug.org/file_download.php?file_id=121&type=bug

Notes
(0002222) derick    2012-06-01 21:57	make test doesn't really work for use with Xdebug... it never has. Before you do "make test" could you do a "make install" and then run ./test.sh (after modifying the path in test.sh)?
(0002231) luzat    2012-06-03 15:08	My bad: After installing I noticed that I've had the path to another xdebug install in my php.ini all the time. I don't get xdebug crashes at the same point anymore and at least the tests for 0000838 and 0000840 do not fail anymore; 0000839 still does. Given that I still get crashes at different points while debugging I'll look into that issue more closely once I find time. This should probably go into another bug report, though.
(0002243) derick    2012-06-11 17:02	So I suppose I should close this one?
(0002247) luzat    2012-06-11 18:23	Yes, this issue is a non-issue as reported.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
825	[Xdebug] Usage problems	crash	always	2012-05-02 09:46	2012-06-11 17:19
Reporter:	syncgw	Platform:	XAMPP 1.7.7
Assigned To:	derick	OS:	Win
Priority:	normal	OS Version:	XP
Status:	resolved	Product Version:	2.2.0RC2
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	syntax error, unexpected BOOL_FALSE in [filename] on li ne 2042
Description:	XAMPP starts failed
Steps To Reproduce:	- Install RC2 - Install PHP.INI - Start XAMPP
Additional Information:
Attached Files:	php.ini (88,513) 2012-05-02 09:46 http://bugs.xdebug.org/file_download.php?file_id=92&type=bug

Notes
(0002119) derick    2012-05-02 09:54	Uh? I've no idea what you mean here? Which file are you talking about?
(0002121) syncgw    2012-05-02 10:12	[filename] = php.ini ;-)
(0002122) derick    2012-05-02 11:17	Well, it's not Xdebug parsing php.ini, so I don't know why you bring it up here? Also, the php.ini that you've attached has on line 2042: ;xdebug.collect_vars = "Off" which has no "false" in it at all...
(0002123) syncgw    2012-05-02 11:55	The ";" character in front of line is a character to tag line as a comment line. PHP internal .ini-file parser is recognizing this and is skipping such lines. php_xdebug-2.1.4-5.3-vc9.dll is working fine with the provided PHP.INI. I just changed to new XDEBUG version. This leads me to the conclusion XDEBUG is interpreting at least the [XDebug] section in PHP.INI itself and is stumbling over this parameter (may bee this changed in new version) AND does not recognize/accept comment lines. That's why I raised issue
(0002131) derick    2012-05-05 15:05	It's still not Xdebug doing the parsing... I don't think I can help you with this.
(0002132) syncgw    2012-05-06 09:44	Ok, let us agree it's a magic mysterious miracle appearing only to damned sorcerer's apprentice trying to use the new XDebug version in XAMPP universe. It was good to use XDebug as long as it worked! Please close issue record. Thank you for your cooperation.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
847	[Xdebug] Feature/Change request	minor	always	2012-05-31 15:44	2012-06-01 21:59
Reporter:	dinu	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2.0
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	%s doesn't work in xdebug.trace_output_name
Description:	It is not filled with anything i.e. trace..1338283972.xt
Steps To Reproduce:	xdebug.trace_enable_trigger=On xdebug.trace_format=1 xdebug.trace_output_dir=/tmp xdebug.trace_output_name=trace.%s.%t
Additional Information:
Attached Files:

Notes
(0002223) derick    2012-06-01 21:59	This is actually documented (see note 2 at http://xdebug.org/docs/execution_trace#trace_output_name [^]), but I've changed it to a feature request to see whether I can make this work.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
845	[Xdebug] Usage problems	crash	always	2012-05-29 16:05	2012-05-29 16:37
Reporter:	Ganster41	Platform:	Windows
Assigned To:	derick	OS:	Windows
Priority:	high	OS Version:	Windows 7
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 x64
PHP Version:	5.2.10
Summary:	Only VC9 builds for PHP 5.2? O_o
Description:	Hello! Why you make only VC9 builds for newer versions? I don't see any builds of PHP 5.2 for WIndows, builded with VC9... New VC9 versions crashes PHP on my WAMP, only version 2.1.2 works, but it can't get globals value, and my frontent required this :(
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002215) derick    2012-05-29 16:37	It's because it's not possible to get Visual Studio 6 anymore. It is also a 13 year old compiler that has been unsupported by Microsoft since 2005: http://support.microsoft.com/lifecycle/search/default.aspx?sort=PN&alpha=Visual+C%2B%2B+6.0&Filter=FilterNO [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
828	[Xdebug] Installation	minor	always	2012-05-09 15:08	2012-05-09 15:26
Reporter:	dusty_o	Platform:	all
Assigned To:	derick	OS:	all
Priority:	normal	OS Version:	all
Status:	resolved	Product Version:	2.2.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4.2
Summary:	'Changelog' not included in tarball
Description:	'Changelog' not included in tarball
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002137) dusty_o    2012-05-09 15:08	Changelog not included in xdebug-2.2.0 tarball.
(0002138) derick    2012-05-09 15:09	Sure there is, it's just called "NEWS".
(0002140) derick    2012-05-09 15:26	Hi! yeah, that's true. But it hasn't been updated in like 3 years... no need to keep an outdated file around really! (I should have done the same with .cvsignore ;-) ) I guess I can stick in "git log > Changelog" next time, but it's not really useful IMO. cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
826	[Xdebug] Usage problems	minor	always	2012-05-02 23:19	2012-05-03 10:21
Reporter:	Katana	Platform:	PHP
Assigned To:	derick	OS:	Mint 12 Lisa (Ubuntu 11.10 base)
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	Profiler reports call times of "0" seconds for all functions, files
Description:	All functions, files are reported as having an execution time of "0", which certainly isn't the case (my own internal timer reports an exec time of ~0.13s on my laptop) Googling around, this sounds similar to: http://xdebug.org/archives/xdebug-general/1432.html [^]
Steps To Reproduce:
Additional Information:	Even webgrind doesn't know what to make of it - http://codebite.net/~katana/push/af891906004a606b96566e191bc09ec3.png [^] Attached is one of my cachegrinds to demonstrate the problem.
Attached Files:	cachegrind.out.1335996256.12831 (339,788) 2012-05-02 23:19 http://bugs.xdebug.org/file_download.php?file_id=93&type=bug

Notes
(0002126) Katana    2012-05-02 23:48	Appears to be fixed at some point between what was shipped with ubuntu 11.10 and the 2.2 RC2 release. Tried installing that, dropped it in, works nicely.
(0002127) Katana    2012-05-03 00:39	Yeah, it's already fixed, please close.
(0002128) derick    2012-05-03 10:21	Closing it then :-)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
822	[Xdebug] Usage problems	crash	sometimes	2012-04-27 10:57	2012-05-02 22:11
Reporter:	dylfin	Platform:
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:	2.2.0RC2
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 x64
PHP Version:	5.4.0
Summary:	Browser returns empty output
Description:	Subj. This happens not every time, but very often. Sometimes page loaded.
Steps To Reproduce:
Additional Information:	Apache 2.4.2, PHP 5.4.1 TS, php installed as module
Attached Files:	xdebug.log (6,555) 2012-04-27 10:57 http://bugs.xdebug.org/file_download.php?file_id=86&type=bug test.php (640) 2012-04-27 11:16 http://bugs.xdebug.org/file_download.php?file_id=87&type=bug xdebug-test.php.log (133,875) 2012-04-27 11:17 http://bugs.xdebug.org/file_download.php?file_id=88&type=bug

Notes
(0002099) derick    2012-04-27 11:07	Your debug log doesn't indicate any problems, so it's a bit hard for me to diagnose this. Can you provide more information? Perhaps it happens with just specific scripts, or?
(0002101) dylfin    2012-04-27 11:11	I can debug code, breakpoints works well. Just got empty page in the end.
(0002102) dylfin    2012-04-27 11:12	But this doesn't indicate problem? <- run -i 8 Log closed at 2012-04-27 09:28:58
(0002103) dylfin    2012-04-27 11:18	I used my old test script, manually passed through all lines. I attached script itself and xdebug log.
(0002124) dylfin    2012-05-02 14:21	It seems I found why xdebug not work. I use PhpStorm and it have in project settings php interpreter option. I don't updated it after I updated php from 5.3.9 to 5.4.1. I reread php interpreter there I tested debug again. It seems that all works well now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
824	[Xdebug] Debug client (console)	crash	always	2012-05-01 18:29	2012-05-02 22:10
Reporter:	myspectator	Platform:	PHP 5.4, Apache 2.2.0
Assigned To:	derick	OS:	Ubuntu
Priority:	high	OS Version:	11.10
Status:	resolved	Product Version:	2.2.0RC2
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:	2.2.0
		Target Version:
Operating System:	Ubuntu 11.10
PHP Version:	5.4.0
Summary:	XDebug terminates when viewing STATIC variable and 2 or more variables
Description:	The same problem as described in the issue: http://bugs.xdebug.org/view.php?id=797 [^] I installed php 5.4 and compiled xdebug from git source (revision: e14d2e5). I have tried to debug my PHP-application but it always stops when IDE tries to get variables from class which contains static variable and at least 2 normal variables. I attached 2 examples (see archive). Can you fix it?
Steps To Reproduce:	1. Set a breakpoint. 2. Start debugger. 3. Debugger crashes when IDE is trying show variables for the class which contains static variable and 2 normal variables.
Additional Information:	IDE: PhpStorm 4.0
Attached Files:	xdebug-crashed-examples.tar.gz (316) 2012-05-01 18:29 http://bugs.xdebug.org/file_download.php?file_id=89&type=bug example1_works.php (146) 2012-05-01 18:30 http://bugs.xdebug.org/file_download.php?file_id=90&type=bug example2_doesnt_work.php (143) 2012-05-01 18:30 http://bugs.xdebug.org/file_download.php?file_id=91&type=bug

Notes
(0002118) myspectator    2012-05-01 18:31	I uploaded the same files from archive to the issue for quick access.
(0002120) derick    2012-05-02 09:56	I've fixed this after I released RC2. Would you be so kind to get the latest version from github and try again?
(0002125) myspectator    2012-05-02 21:24	Thank you. It works! I'm sorry to bother you.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
817	[Xdebug] Usage problems	major	always	2012-04-23 11:13	2012-04-28 17:23
Reporter:	ngaur	Platform:
Assigned To:	derick	OS:	Debian Gnu/Linux
Priority:	normal	OS Version:	Lenny
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2.0
Operating System:	linux
PHP Version:	5.2.6
Summary:	Missing arguments in function traces
Description:	In my funtion traes, the values of argumetns passed to functions appear as '???' xdebug config ------------- zend_extension=/usr/lib/php5/20060613/xdebug2.2.so xdebug.trace_enable_trigger=1 xdebug.trace_output_name=xdebug_trace.%t.%p xdebug.collect_params=4 Sample output: -------------- 0.0008 124584 -> drupal_bootstrap($phase = ???) /var/local/www/xxxxx/htdocs/index.php:15 0.0009 125224 -> _drupal_bootstrap($phase = ???) /var/local/www/xxxxx/htdocs/includes/bootstrap.inc:1109 0.0009 125840 -> drupal_unset_globals() /var/local/www/xxxxx/htdocs/includes/bootstrap.inc:1119 0.0009 125840 -> ini_get(???) /var/local/www/xxxxx/htdocs/includes/bootstrap.inc:346 0.0009 125840 -> timer_start($name = ???) /var/local/www/xxxxx/htdocs/includes/bootstrap.inc:1121 0.0010 126280 -> microtime() /var/local/www/xxxxx/htdocs/includes/bootstrap.inc:232 0.0010 126352 -> explode(???, ???) /var/local/www/xxxxx/htdocs/includes/bootstrap.inc:232 0.0010 127784 -> conf_init() /var/local/www/xxxxx/htdocs/includes/bootstrap.inc:1123 0.0010 130136 -> strtolower(???) /var/local/www/xxxxx/htdocs/includes/bootstrap.inc:385 0.0011 136008 -> drupal_valid_http_host($host = ???) /var/local/www/xxxxx/htdocs/includes/bootstrap.inc:386 0.0011 136280 -> preg_match(???, ???) /var/local/www/xxxxx/htdocs/includes/bootstrap.inc:367 0.0011 136280 -> conf_path($require_settings = ???, $reset = ???) /var/local/www/xxxxx/htdocs/includes/bootstrap.inc:398 require statements do show the name of the require'd file.
Steps To Reproduce:	I haven't tried it on other systems yet. Every trace I do displays the problem. I compiled from source. xdebug 2.2.0RC1. Compilation exactly as per instructions in README. issue appears on all traces.
Additional Information:	I couldn't see this as an existing issue, but it's not the easiest one to search for.
Attached Files:	infoxxxxxx.php.html (62,495) 2012-04-23 12:37 http://bugs.xdebug.org/file_download.php?file_id=80&type=bug

Notes
(0002078) derick    2012-04-23 11:55	Can you post your phpinfo() output in an attachment to this bug please?
(0002081) ngaur    2012-04-23 12:37	phpinfo uploaded as requested.
(0002082) derick    2012-04-23 13:02	Hmm, the only thing I can think of is maybe the suhosin patch, but I've not heard of that doing *this* before. Could you please try the recently released 2.2.0RC2?
(0002083) ngaur    2012-04-23 15:37	Tried RC2. No change.
(0002089) ngaur    2012-04-24 18:30	I've just gone through recreating this in a clean virtual machine. The problem still presents itself. The suhosin patch is present - it comes as standard in the debian package for lenny, though it's been removed in later debian distributions. I kept the test case as simple as I could: * Installed a debian lenny virtual machine from http://www.visoracle.com/vm/debian50/ [^] (VMs for lenny are geting hard to find, so not quite as minimal as I would otherwise have chosen). * updated to the latest of all packages available at archive.debian.org. (lenny is out of support, so this will never change). * Added nginx and php5-{cli,cgi,common,dev} * Compiled and installed xdebug 2.2.0RC2. Configured xdebug exactly as per my description inthe original bug report, except for the file name of the xdebug library. * added a startup script for php-cgi, which effectively starts php like so:    USER=www-data PATH=/usr/bin PHP_FCGI_CHILDREN=15 PHP_FCGI_MAX_REQUESTS=60 /usr/bin/php-cgi -b 127.0.0.1:9000 * configured nginx to send ".php" requests to php. nothing special. * wrote a very simple php script which defines a function and calls it. * triggered a trace via Cookie XDEBUG_TRACE=1
(0002090) ngaur    2012-04-24 19:08	I don't think suhosin is the culprit. In the virtual machine referred to above, I removed php5-{cgi,cli,common,dev}, and installed a version of php5 without suhosin. It's php-5.2.9, and the packages are in the zipfile linked from <http://www.net-tools.org/web/index.php?option=com_content&view=article&id=118:php5-compiled-for-debian-lenny-without-suhosin-patch&catid=20:scripts&Itemid=40>. [^] The bug is still present.
(0002091) ngaur    2012-04-24 19:45	Suhosin is definitely not the culprit. I removed php from my VM again, and installed the version from http://archives.dotdeb.org/dists/lenny/php5/5.3.10/binary-i386/ [^] This is php5.3.10, with the suhosin patch. I recompiled xdebug, and re-tested. The bug does not present itself in this test. This may be a way out of the problem for me in future, but it'll be a bit of a process to upgrade php on the live server.
(0002116) derick    2012-04-28 17:23	I've figure out what this is: overzealos optimisations with the lenny compiler. If Xdebug gets compiled with -O2, I get the ??? as well. If I compile with -O0 or -O1 all is well. The workaround in this case is, after running "phpize" edit the makefile and change CFLAGS=-g -O2 to CFLAGS=-g -O1 *before* running make. I'm going to close this as this is not something I can fix in Xdebug.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
751	[Xdebug] Usage problems	crash	always	2011-11-21 07:12	2012-04-28 09:51
Reporter:	Alexey01	Platform:	Windows (32 bit)
Assigned To:	derick	OS:	XP
Priority:	high	OS Version:	Service Pack 3
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:	2.2.0RC2
		Target Version:
Operating System:	Windows XP SP3 (32 bit)
PHP Version:	5.3.3
Summary:	xDebug crashes various versions Apache
Description:	I'm using PHP 5.3.3 (IDE Eclipse) with Xdebug v2.1.2 (php_xdebug-2.1.2-5.3-vc6.dll) The problem is, when I begin to debug my php script, it crashes my Apache server (I have tested two versions Apache: 2.2.4 and 2.2.21) Crash report: AppName: httpd.exe AppVer: 2.2.21.0 ModName: php_xdebug-2.1.2-5.3-vc6.dll ModVer: 2.1.2.1 Offset: 00004862 Exception Information Code: 0xc0000005 Flags: 0x00000000 Record: 0x00000000000000 Adress: 0x00000000001004862
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001976) derick    2012-03-12 16:47	Can you try a later version?
(0002106) derick    2012-04-28 00:51	Please can you try Xdebug 2.2.0RC2?
(0002113) Alexey01    2012-04-28 04:39	Thank you, derick. Now all is good.
(0002114) derick    2012-04-28 09:51	Cheers, thanks for checking it out.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
793	[Xdebug] Installation	minor	sometimes	2012-03-13 15:03	2012-04-28 00:57
Reporter:	timcrider	Platform:	Linux
Assigned To:	derick	OS:	CentOS
Priority:	normal	OS Version:	5.7
Status:	resolved	Product Version:	2.1.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.10
Summary:	PEAR segmentation fault on install
Description:	This is a duplicate of bug 0000364. http://bugs.xdebug.org/view.php?id=364 [^] The other bug is closed, but I have found a way to reproduce this error. if xdebug.so already exists in the php module/extension directory, the PEAR installer will segfault and crash. This does not necessarily mean that the install failed, because the module is actually overwritten as you would expect. However, due to the segfault, the package is not marked as update and will continue to process during the next 'pear upgrade'.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001988) derick    2012-03-16 22:01	This is weird, because the pecl installer should run PHP with the -n option. Did you use "pear install xdebug" or "pecl install xdebug"?
(0001993) timcrider    2012-03-16 22:20	This came through with a normal run of "pear upgrade". 1. pear upgrade picked up the update 2. download, configure, compile worked fine 3. Install message came up 4. Segfault  When I did a php -i, it showed the new version of XDebug installed, but the pear updater itself tried to install it again next time I ran "pear upgrade".  Only after I went into /path/to/php/extensions/ and moved xdebug.so to xdebug-old.so, and did a "pear upgrade", did it install and register without any issues. This was on CentOS 5.8 on php 5.3.10.
(0001994) derick    2012-03-16 22:23	Can you try "pecl upgrade xdebug" like this too? I don't think I can do anything about it though... it's something for the PEAR/PECL installer people.
(0001995) timcrider    2012-03-16 22:31	"pecl upgrade -f xdebug" does a clean install, with no segfaults For good measure I tried to do "pear upgrade -f xdebug", and got the following message: No releases available for package "pear.php.net/xdebug" - package pecl/xdebug can be installed with "pecl install xdebug" upgrade failed  So it looks like this is limited to "pear upgrade". If you would like me to try something else, please let me know.
(0002111) derick    2012-04-28 00:57	It's not something I can fix then, but it's for the PEAR installer people. However, I think they'll just say "use pecl install"...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
657	[Xdebug] Usage problems	major	always	2011-01-21 19:51	2012-04-28 00:53
Reporter:	trebly	Platform:	PC
Assigned To:	derick	OS:	Win XP
Priority:	high	OS Version:	SP3
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	xdebug_print_function_stack( [ string message ] ) spread on 5 screens
Description:	Since I have upgraded to setting \php_xdebug-2.1.0-5.3-vc6.dll into php.ini the error tables used too for xdebug_print_function_stack( [ string message ] ) is displayed spread on six screens large. These tables are unusable. It uses normally a table of the class=xdebug-error which I don't find anywhere (a *.css ? which should be referenced at the start of html code - written by a function at launch of xdebug). May be I missed something in documentation, but I used xdebug the last two year and never met this problem. Versus the error-messages are generally good, but no large data are displayed. The problem seem to be generated by long strings which are not split at the good length to fit the table with large of 100% of the screen (seen as near 10,000px to fill...)
Steps To Reproduce:	Probably launch functions into a soft with options which display for these functions the vars with very large strings (html generated without breaklines)
Additional Information:	Php 5.3.4
Attached Files:	B10126-01-Call_stack-spread-out-01.jpg (364,750) 2011-01-26 15:47 http://bugs.xdebug.org/file_download.php?file_id=2&type=bug B10126-01-Call_stack-spread-out-02.jpg (262,963) 2011-01-26 15:47 http://bugs.xdebug.org/file_download.php?file_id=3&type=bug B10126-01-Call_stack-spread-out-03.jpg (417,647) 2011-01-26 15:48 http://bugs.xdebug.org/file_download.php?file_id=4&type=bug B10126-01-Call_stack-spread-out-04.jpg (304,089) 2011-01-26 15:49 http://bugs.xdebug.org/file_download.php?file_id=5&type=bug B10126-01-Call_stack-spread-out-05.jpg (307,465) 2011-01-26 15:50 http://bugs.xdebug.org/file_download.php?file_id=6&type=bug B10126-01-Call_stack-spread-out-06.jpg (214,130) 2011-01-26 15:51 http://bugs.xdebug.org/file_download.php?file_id=7&type=bug

Notes
(0001650) derick    2011-01-24 12:25	Would you have a screenshot perhaps?
(0001651) trebly    2011-01-26 11:09	Hi, Sorry I could not answer earlier. I got an example. In this there are long strings which spread the "table" out of the width of the display window (here full screen 1920x1200). Then the "table" used by xdebug is quite 170% larger than the screen. When the text of vars is larger (can be 100ko with some generated html passed as parameters to a function) the vars are split and the window of xdebug stack then on near five full screens (I had no time to try to reproduce, because the xdebug_get_function_stack( ) had been suppress after bug solution found. So I could not reproduce immediately. I join 6 screenshot which covers the xdebug table.
(0001652) trebly    2011-01-26 11:21	Sorry, I have not found how to join files after the first report. The "add note" don't include the ability and obviously the first submit can't be edited and the synthesis line "attached files" don't include as "tag" a command to join new files ?.
(0001653) derick    2011-01-26 11:44	I've enabled the upload file feature now. There is an "upload file" box.
(0001672) trebly    2011-02-12 11:47	Did you found a solution ? The problem is fully the capability to xdebug screen displays to split line at a defined value (this should be a parameter as xdebug.split_lines_length) this without breaking words (syntax components). Yesterday I got an xdebug_print_function_stack with 33573 characters line length, (is quite saying that this is the max length of a table at 32768 characters) four lines of quite the same length and the remaining table containing the other data as code (no more than 100 characters length) and the left and right columns. Can I hope a solution or a good workaround. Thanks for an answer Best regards Trebly B10212-01
(0001973) derick    2012-03-12 16:41	Is this still a problem, and if so, does setting xdebug.var_display_max_data to 128 help?
(0002109) derick    2012-04-28 00:53	And no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
783	[Xdebug] Installation	major	always	2012-02-28 20:33	2012-04-28 00:51
Reporter:	capitan obvious	Platform:	x86_64
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	11.10
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4-dev
Summary:	Cannot run with PHP v5.4RC8: undefined symbol: output_globals_id
Description:	While starting php I get next error: $ php -v Failed loading /usr/lib/extensions/no-debug-zts-20090626/xdebug.so: /usr/lib/extensions/no-debug-zts-20090626/xdebug.so: undefined symbol: output_globals_id PHP 5.4.0RC8 (cli) (built: Feb 27 2012 22:56:20) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies (the same error while runnin as apache module)
Steps To Reproduce:	run `php -v`
Additional Information:	I have compiled php 5.4rc8 with next configuration: './configure' '--prefix=/usr' '--enable-zip' '--with-apxs2=/usr/bin/apxs2' '--enable-sockets' '--enable-shmop' '--enable-sysvshm' '--enable-sysvsem' '--enable-sysvmsg' '--enable-pcntl' '--enable-shared=all' '--with-mysql' '--with-mysqli' '--with-mcrypt' '--enable-mbstring' '--enable-intl' '--with-gd' '--with-curl' '--with-zlib' '--with-openssl' '--with-regex' '--enable-fpm' '--with-config-file-path=/etc/php5' '--with-config-file-scan-dir=/etc/php5/conf.d' And compiled xdebug from master git './configure' '--enable-xdebug' '--prefix=/usr' '--with-php-config=/usr/local/bin/php-config' and included in php.ini as zend_extension
Attached Files:

Notes
(0001978) derick    2012-03-12 16:51	This error demonstrates that you use a non-ZTS version of the extension with a ZTS version of PHP, or something. Or perhaps your headers don't match your installed PHP version. Please refer to: http://xdebug.org/find-binary.php [^] If that doesn't help, please provide the output of phpize and ./configure (for xdebug)
(0002105) derick    2012-04-28 00:51	And no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
775	[Xdebug] Usage problems	major	always	2012-02-03 22:24	2012-04-24 17:31
Reporter:	otto	Platform:
Assigned To:	derick	OS:	OSX
Priority:	normal	OS Version:	10.6.8
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:	2.2.0RC2
		Target Version:	2.2.0
Operating System:	OSX
PHP Version:	5.3.8
Summary:	eaa74b501c75dcd9c9912d5ef407625b782fcd26 broke resume
Description:	I have been using xdebug 2.1.2 to debug my drupal 7 installation with intellij idea. When I upgraded to 2.1.3 the "resume program execution" (ie I want to continue after a breakpoint has been hit) feature stopped working.
Steps To Reproduce:	Unfortunately I cannot reproduct this with a simple script. But it happens every time in my drupal project.
Additional Information:	I git bisected and it seem to be eaa74b501c75dcd9c9912d5ef407625b782fcd26 that broke this. Logfile for a working 2.1.2 session: http://pastebin.com/5HDpc4uv [^] And when trying to do the same thing in 2.1.3: http://pastebin.com/6iS7TU3j [^]
Attached Files:

Notes
(0001903) derick    2012-02-03 22:34	Hi, I think I've already fixed this in https://github.com/derickr/xdebug/commit/52eb81b20eca0655da7ec01a830ce591a8f5d0cd [^] Could you please try Xdebug from github's xdebug_2_1 branch (or master)? cheers, Derick
(0001904) otto    2012-02-03 22:51	Nope, seems to be the same problem. Log: http://pastebin.com/bztTq5te [^]
(0001905) derick    2012-02-04 10:12	Could you either make a backtrace (https://bugs.php.net/bugs-generating-backtrace.php [^]) or give me access to the machine so I can try this in case you can't duplicate this in a small script?
(0001906) otto    2012-02-04 21:37	Hi, sorry for the delay. I tried to get a backtrace but when I ran httpd under gdb I only got this after I tried to resume after the breakpoint: --- Program exited with code 0377. (gdb) (gdb) bt No stack. (gdb) --- Do you have any preferred way of getting remote access to the machine? This is my work computer and I'm on CET, perhaps we can set up a time?
(0001907) derick    2012-02-04 23:27	I'm GMT. Send me a mail at derick xdebug org and we can schedule something for Monday.
(0001911) otto    2012-02-09 16:01    (edited on: 2012-02-09 16:04)	Just for reference: I've tried with macgdbp and can not reproduce the error there. So it must be something in the way intellij is setting up the debug session. Edit: log from macgdbp session: http://pastebin.com/tr69NtBQ [^]
(0001984) otto    2012-03-15 19:43	Still the same with 2.2.0rc1
(0002032) derick    2012-04-08 13:11	The log output for 2.1.4dev doesn't seem to show any problems, just like the one for 2.1.2. The one in 2.1.3 shows a bailout and/or segfault though. 2.1.2: http://pastebin.com/5HDpc4uv [^] 2.1.4dev: http://pastebin.com/tr69NtBQ [^]
(0002087) otto    2012-04-24 17:26	Testing now witch 2.2.0rc2 (and also new version of intellij) and it seems like everything is working again. Fantastic!
(0002088) derick    2012-04-24 17:31	Woo, awesome :-)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
816	[Xdebug] Debug client (console)	major	always	2012-04-18 23:48	2012-04-23 11:58
Reporter:	jmcbade	Platform:	MAC
Assigned To:	derick	OS:	OS X
Priority:	high	OS Version:	Snow Leopard
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.2.0RC2
		Target Version:
Operating System:	Snow Leopard
PHP Version:	5.3.8
Summary:	Xdebug 2.2.0rc1
Description:	Xdebug 2.2.0rc1 has a bug that was fixed in xdebug 2.1.x If you are using header("Location: {$location}), the debugger will simply halt and terminate the debug session in PHPStorm. The browser will show the page can not be found. This looks like xDebug - bug 0000532 fixed in [2010-02-27] — Xdebug 2.1.0beta3
Steps To Reproduce:	If you are using header("Location: {$location}), the debugger will simply halt and terminate the debug session, terminating the browser session.
Additional Information:
Attached Files:

Notes
(0002061) nnmatveev    2012-04-19 06:17	Related thread http://devnet.jetbrains.net/message/5457450#5457450 [^]
(0002062) derick    2012-04-22 01:21	This is not enough information for me; can you please provide a short, self-contained script (preferrably < 10 lines) and a remote debugging log (see http://xdebug.org/docs/all_settings#remote_log [^] on how to make one).
(0002063) jmcbade    2012-04-22 10:52	I will try to get this done, but please understand that I am also in the middle of a couple of larger projects, so it may not be right away. If I can get to this maybe during our holiday in a week or so, I may be able to put the problem build of xDebug back and generate a log for you. I appreciate your understanding on this. In the meantime, I hope you can do some testing with the MAC OS Snow Leopard (completely updated), using the native server that comes with OS X, using PHPStorm v3~4 and the RC version of xDebug I am referring to. I am doing something really very simple using a function like: function redirect_to($location = NULL)     {         if ($location != NULL) {             header("Location: {$location}");             exit;         }     } The file name of $location being passed is the name of a local file in the same folder, calling the function like this: redirect("filename.php"); I see it was crossed out in my description, but the behavior looks very much like "bug 0000532 fixed in [2010-02-27]" to me. The debug session just terminated the session and reports disconnecting from PHPStorm in both the IDE and the browser. Again, our holiday time is in about a week. Regards, -John
(0002065) derick    2012-04-22 13:57	I don't have a Mac, so I can't test on that. However, the most important thing for me is: - a short script - a remote debug log that shows the problem and matches a debugging session for the short script. without that, I probably can't reproduce it, and hence not fix the bug.
(0002066) jmcbade    2012-04-22 14:29	I set the setting: "xdebug.remote_log="/Users/john/Desktop/xdebug.log" and substituted the .so file that causes the error. I can indeed reproduce it using PHPStorm 4.0RC3 (and previous release versions). Unfortunately, no xDebug log is being created. I have tried a few locations with no resulting log file. I believe I have provided a code snipit that is adequate to reproduce the error. I can't be the only in the universe with a MAC and that uses xDebug. Trying to help you here but I can't seem to provide you with a log file per the instructions on your webpage.
(0002072) derick    2012-04-22 16:31	Please try the just released Xdebug 2.2.0RC2, which I believe fixes this issue. I think it's a duplicate of 0000774.
(0002074) jmcbade    2012-04-23 00:30	Seems to have resolved this issue. If I see more issues I will report them. What do you think the time frame will be, an estimation that of course is subject to change, will be the final release date for xdebug 2.2.x?
(0002080) derick    2012-04-23 11:58	Hoping to release 2.2.0 on Wednesday.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
814	[Xdebug] Usage problems	crash	always	2012-04-18 16:12	2012-04-23 11:57
Reporter:	nnmatveev	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.2.0RC2
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.8
Summary:	Xdebug craches everytime when debugging using Xdebug 2.2.0RC1, Eclipse and Windows
Description:	I use absolutely the same configuration as in http://bugs.xdebug.org/view.php?id=813, [^] but an IDE this time is Eclipse 3.7.1 with PDT.
Steps To Reproduce:
Additional Information:
Attached Files:	eclipse_xdebug_2.2.0rc1.log (3,100) 2012-04-18 16:13 http://bugs.xdebug.org/file_download.php?file_id=74&type=bug index.php (34) 2012-04-18 16:13 http://bugs.xdebug.org/file_download.php?file_id=75&type=bug phpinfo.txt (32,661) 2012-04-18 16:13 http://bugs.xdebug.org/file_download.php?file_id=76&type=bug eclipse_xdebug_2.1.4.log (138,964) 2012-04-18 16:16 http://bugs.xdebug.org/file_download.php?file_id=77&type=bug

Notes
(0002055) nnmatveev    2012-04-18 16:14	Debugging works on the same configuration, but with Xdebug 2.1.4
(0002057) nnmatveev    2012-04-18 16:17	See 'eclipse_xdebug_2.1.4.log' for debug session dump on the same configuration.
(0002069) derick    2012-04-22 16:30	Please try the just released Xdebug 2.2.0RC2, which I believe fixes this issue.
(0002077) nnmatveev    2012-04-23 11:37	Works as expected with Xdebug 2.2.0RC2. Thanks!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
815	[Xdebug] Usage problems	crash	always	2012-04-18 16:41	2012-04-23 11:57
Reporter:	nnmatveev	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.3
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.2.0RC2
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.8
Summary:	Xdebug crashes when 'exit' operator used in the script
Description:	If script finish its execution with 'exit' operator, Xdebug 2.1.3(and Xdebug 2.1.3 as well) crashes when it reach 'exit' operator.
Steps To Reproduce:	<?php $a = 1; //breakpoint here exit;
Additional Information:	The issue appeared after Xdebug 2.1.3. In Xdebug 2.1.2 everything is works OK.
Attached Files:	phpstorm_xdebug_2.1.4.log (14,797) 2012-04-18 16:42 http://bugs.xdebug.org/file_download.php?file_id=78&type=bug phpinfo.txt (32,590) 2012-04-18 16:43 http://bugs.xdebug.org/file_download.php?file_id=79&type=bug

Notes
(0002058) nnmatveev    2012-04-18 16:45	Related thread: http://devnet.jetbrains.net/message/5457345 [^]
(0002059) nnmatveev    2012-04-18 16:45	IDE: PhpStorm
(0002070) derick    2012-04-22 16:30	Please try the just released Xdebug 2.2.0RC2, which I believe fixes this issue.
(0002076) nnmatveev    2012-04-23 11:14	Works as expected with Xdebug 2.2.0RC2. Thanks! Please note that the original issue is about Xdebug 2.1.x branch. Do you have plans to continue development in 2.1.x branch?
(0002079) derick    2012-04-23 11:57	I am not intending to release a 2.1.5. The next one will be 2.2.0.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
813	[Xdebug] Usage problems	major	always	2012-04-18 16:06	2012-04-23 11:56
Reporter:	nnmatveev	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:	2.2.0RC2
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.8
Summary:	Browser returns empty output for any request when debugging using Xdebug 2.2.0RC1 on Windows
Description:	I can step throw my application and breakpoints works, but after end of the script execution browser return empty output. You can find my configuration details in attached full phpinfo() output.
Steps To Reproduce:
Additional Information:
Attached Files:	phpinfo.txt (32,661) 2012-04-18 16:06 http://bugs.xdebug.org/file_download.php?file_id=71&type=bug phpstorm_xdebug_2.2.0rc1.log (3,783) 2012-04-18 16:07 http://bugs.xdebug.org/file_download.php?file_id=72&type=bug index.php (34) 2012-04-18 16:09 http://bugs.xdebug.org/file_download.php?file_id=73&type=bug

Notes
(0002054) nnmatveev    2012-04-18 16:10	IDE: PhpStorm
(0002056) nnmatveev    2012-04-18 16:14	Debugging works on the same configuration, but with Xdebug 2.1.4
(0002068) derick    2012-04-22 16:30	Please try the just released Xdebug 2.2.0RC2, which I believe fixes this issue.
(0002075) nnmatveev    2012-04-23 10:41	Works as expected. Thanks!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
702	[Xdebug] Feature/Change request	feature	always	2011-07-07 16:22	2012-04-08 13:08
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:	2.2dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	Check whether variables tracing also works with =&
Description:	The comment is: Hi Derick, It looks like the xdebug only output the assignment = but not =& . Can you confirm it? Many thanks, Anh
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0002031) derick    2012-04-08 13:08	Trickier than I thought, postponing this to a later version.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
806	[Xdebug] Usage problems	major	always	2012-03-27 16:14	2012-04-07 17:27
Reporter:	nnmatveev	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.5
Summary:	'property_get' doesn't work if array key contains a whitespace
Description:	subj
Steps To Reproduce:	Consider the following code: <?php $x = array("a" => array(1, 2), "a b" => array(1, 2)); var_dump($x); //breakpoint here It is impossible to get $x['a b'] content using 'property_get' command: <- property_get -i 13 -n $x['a b'] -d 0 -c 0 -p 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="13"><error code="1"><message><![CDATA[parse error in command]]></message></error></response> <- property_get -i 14 -n $x['a'] -d 0 -c 0 -p 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="14"><property name="$x['a']" fullname="$x['a']" address="38459768" type="array" children="1" numchildren="2" page="0" pagesize="100"><property name="0" fullname="$x['a'][0]" address="38459800" type="int"><![CDATA[1]]></property><property name="1" fullname="$x['a'][1]" address="38459832" type="int"><![CDATA[2]]></property></property></response>
Additional Information:	Xdebug version: 2.1.4 PHP version: 5.3.5 related issue from PhpStorm issue tracker - http://youtrack.jetbrains.com/issue/WI-9471 [^]
Attached Files:	xdebug.log (19,405) 2012-03-27 16:14 http://bugs.xdebug.org/file_download.php?file_id=66&type=bug

Notes
(0002030) derick    2012-04-07 17:27	This is not a bug. In order to use spaces in values you need to quote the value. This was not documented in the DBGp protocol unfortunately, but it is now: http://xdebug.org/docs-dbgp.php#message-packets [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
802	[Xdebug] Installation	block	always	2012-03-22 17:49	2012-03-26 18:04
Reporter:	ivan.ghisleni	Platform:	Linux
Assigned To:	derick	OS:	Ubuntu
Priority:	high	OS Version:	10.04
Status:	resolved	Product Version:	2.1.3
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 10.04
PHP Version:	5.4.0
Summary:	Problems installing "Debugclient"
Description:	Hi to all I'm doing the thesis for university on Code coverage using Xdebug and I have problems with debugclient. I'm trying to install debug client on my ubuntu 10.04 but I have some problems... I'm using ZendServer and I've already stopped ZendOptimizer and ZendDebugger as written on the docs. I didn't have problem configuring Xdebug, but when I tried to install debug client at the moment of make install it return this: make[1]: Entering directory `/home/ivanghisleni/Downloads/xdebug-2.1.3/debugclient' test -z "/usr/local/bin" || /bin/mkdir -p "/usr/local/bin" /usr/bin/install -c debugclient '/usr/local/bin' make[1]: Nothing to be done for `install-data-am'. make[1]: Leaving directory `/home/ivanghisleni/Downloads/xdebug-2.1.3/debugclient' and when i try to execute the first example the var_dump() doesn't work as the docs say..... it show this: array(4) { ["one"]=> string(23) "a somewhat long string!" ["two"]=> array(1) { ["two.one"]=> array(2) { ["two.one.zero"]=> int(210) ["two.one.one"]=> array(2) { ["two.one.one.zero"]=> float(3.141592564) ["two.one.one.one"]=> float(2.7) } } } ["three"]=> object(test)#1 (3) { ["pub"]=> *RECURSION* ["priv":"test":private]=> bool(true) ["prot":protected]=> int(42) } ["four"]=> array(6) { [0]=> int(0) [1]=> int(1) [2]=> int(2) [3]=> int(3) [4]=> int(4) [5]=> int(5) } }
Steps To Reproduce:	./configure --with-libedit make make install
Additional Information:	./configure --with-libedit checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking whether make sets $(MAKE)... (cached) yes checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking error.h usability... yes checking error.h presence... yes checking for error.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking for unistd.h... (cached) yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking size of char... 1 checking size of short... 2 checking size of int... 4 checking size of long... 4 checking size of long long... 8 checking for gethostbyname in -lnsl... yes checking for socket in -lsocket... no checking for strerror... yes checking for strtol... yes checking for strtoul... yes checking whether to enable debugging... no checking whether to use dmalloc debugging... no checking whether to use libedit... yes checking for tgetflag in -ltermcap... yes checking for el_set in -ledit... yes checking for H_SETSIZE... H_SETSIZE checking for number of arguments to el_init... 4 configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands config.status: executing default commands make make all-am make[1]: Entering directory `/home/ivanghisleni/Downloads/xdebug-2.1.3/debugclient' make[1]: Leaving directory `/home/ivanghisleni/Downloads/xdebug-2.1.3/debugclient' make install make[1]: Entering directory `/home/ivanghisleni/Downloads/xdebug-2.1.3/debugclient' test -z "/usr/local/bin" || /bin/mkdir -p "/usr/local/bin" /usr/bin/install -c debugclient '/usr/local/bin' make[1]: Nothing to be done for `install-data-am'. make[1]: Leaving directory `/home/ivanghisleni/Downloads/xdebug-2.1.3/debugclient'
Attached Files:

Notes
(0002001) derick    2012-03-23 21:52	The debug client is only for testing the remote debugging. It is not what you want to install if you want to get Xdebug going. Please follow the instructions at http://xdebug.org/docs/install#source [^] or http://xdebug.org/find-binary.php [^] to get Xdebug installed.
(0002004) ivan.ghisleni    2012-03-24 09:11	If I understand what you're saying, I only need that Xdebug is installed and I don't need debug client for working locally? Tnx
(0002006) derick    2012-03-24 15:37	Correct, you need need debugclient. Just Xdebug and your IDE is enough.
(0002016) ivan.ghisleni    2012-03-26 16:39	Really thanks!!!
(0002017) derick    2012-03-26 18:04	Ok, closing then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
804	[Xdebug] Debug client (console)	minor	always	2012-03-24 06:19	2012-03-24 21:35
Reporter:	hermanradtke	Platform:	PHP
Assigned To:	derick	OS:	CentOS
Priority:	normal	OS Version:	6.2
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	CentOS 6.2
PHP Version:	5.3.8
Summary:	cannot send stack_get on scripts with one line
Description:	I created a simple script for hacking on the vim xdebug integration and noticed an error when the "stack_get" command was sent. If there is only 1 line in the script, the response from xdebug is an error.
Steps To Reproduce:	Create the following script: <?php $a = array(array(1), array(2), array(3)); Send the commands in the attached xdebug.log file and noticed that when "stack_get" is sent an error is returned.
Additional Information:	I can recreate on php-5.3.x and php-5.4.0 for xdebug versions >- 2.1.0
Attached Files:	xdebug.log (1,854) 2012-03-24 06:19 http://bugs.xdebug.org/file_download.php?file_id=65&type=bug

Notes
(0002010) derick    2012-03-24 21:35	Hi Herman, this is not a bug. After your first "step_into" you're at the line with the code. When you then issue "run" the script ends. The DBGp output signals that by "state=stopped". In the stopped state, the script no longer exists and hence stack_get means nothing. If you have any more questions regarding to the DBGp protocol, send a mail to the dev list (xdebug-dev@lists.xdebug.org) — it's moderated though. cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
803	[Xdebug] Feature/Change request	tweak	have not tried	2012-03-23 21:30	2012-03-23 21:30
Reporter:	FrozenFire	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.10
Summary:	Add a setting for defining the error levels that xdebug will handle
Description:	Please add a configuration entry which defines a custom error_reporting level for xdebug, such that some error levels can be ignored by xdebug, while still being produced by PHP.
Steps To Reproduce:
Additional Information:	Currently, xdebug handles all error levels that are reporting in PHP (error_reporting). This is less than optimal, because stack traces are not only unnecessary for user notices and other informational errors, but also highly intrusive. Producing an 8-line stack trace for every notice causes huge problems when user notices are utilized to provide debugging information. In my case, I have written a library which uses user notices to provide state information in the processing of the file format it handles, when "verbosity" is enabled. This is done so as not to interfere with the output buffer, which could interfere with the function of the user's script. Because my library produces upwards of several dozen such notices, and xdebug produces 7 of its own lines (stack trace) for each notice, this means that the debugging output is 8x the intended size, and difficult if not impossible to read through.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
796	[Xdebug] Feature/Change request	trivial	always	2012-03-16 18:28	2012-03-16 22:10
Reporter:	mikey10	Platform:	Mac
Assigned To:	derick	OS:	OSX
Priority:	normal	OS Version:	10.7
Status:	resolved	Product Version:	2.1.3
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OS X
PHP Version:	5.3.7
Summary:	Code coverage doesn't work as expected with some kind of conditions / constellations
Description:	//yay, like expected if( 1 != 1 ): not_covered(); endif; //omg, not like expected if( 1 != 1 ) covered_arrrrrg(); The same happens with equal single-line-expressions Okay, i understand, why this happens. But i think, it's bad, that i need to change my code, so that code coverage works (as expected?). Maybe a new option for xdebug_start_code_coverage like XDEBUG_CC_GEEK_COVERAGE?
Steps To Reproduce:	I hope, u guy/guys? already know that ... so nothing to reproduce here
Additional Information:	If no one has time for this "sort-of" feature; just write, what solution u guys prefere and i will write a patch.
Attached Files:

Notes
(0001990) derick    2012-03-16 22:10	I can't do anything about this, as it's up to PHP to say which lines actually have executable code.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
781	[Xdebug] Installation	minor	always	2012-02-26 22:24	2012-03-14 22:26
Reporter:	uniflare	Platform:	Win32 Desktop
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7 Ultimate
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 x86 Ultimate
PHP Version:	5.4-dev
Summary:	Compiling 2.2dev against php5.4RC8 fails
Description:	Attempting to compile the 2.2-dev version of XDebug with php-5.4-RC8 QA Release Fails at configure.js: Runtime error; 'PHP_PGI' is undefined. nmake fails with "NMAKE : fatal error U1064: MAKEFILE not found and no target specified Stop."
Steps To Reproduce:	Installed PHP 5.4 RC8 as per https://wiki.php.net/internals/windows/stepbystepbuild. [^] Downloaded master branch of xdebug, ran phpize, configure --enable-xdebug, nmake.
Additional Information:	c:\php-sdk\php54a\vc9\x86\php540rc8-xyz>cd c:\xdebug c:\xdebug>C:\php-sdk\php54a\vc9\x86\php540rc8-xyz\Release_TS\php-5.4.0RC8-devel VC9-x86\phpize.bat Rebuilding configure.js C:\php-sdk\php54a\vc9\x86\php540rc8-xyz\Release_TS\php-5.4.0RC8-devel-VC9-x86 module ... Now run 'configure --help' c:\xdebug>configure --with-xdebug Saving configure options to config.nice.bat Checking for cl.exe ... <in default path> Detected compiler MSVC9 (Visual C++ 2008) Detected 32-bit compiler Checking for link.exe ... C:\Program Files\Microsoft Visual Studio 9.0\VC\Bin Checking for nmake.exe ... <in default path> Checking for lib.exe ... <in default path> Checking for bison.exe ... <in default path> Checking for re2c.exe ... <in default path> Detected re2c version 0.13.5 Checking for zip.exe ... <in default path> Checking for lemon.exe ... <not found> Checking for mc.exe ... C:\Program Files\Microsoft SDKs\Windows\v7.0\Bin Checking for mt.exe ... C:\Program Files\Microsoft SDKs\Windows\v7.0\Bin Build dir: Release_TS PHP Core: php5ts.dll and php5ts.lib Enabling extension C:\xdebug [shared] c:\xdebug\configure.js(1254, 3) Microsoft JScript runtime error: 'PHP_PGI' is u defined c:\xdebug>nmake Microsoft (R) Program Maintenance Utility Version 9.00.30729.01 Copyright (C) Microsoft Corporation. All rights reserved. NMAKE : fatal error U1064: MAKEFILE not found and no target specified Stop.
Attached Files:

Notes
(0001927) derick    2012-02-26 22:28	Sorry, but I don't support people compiling their own Windows binaries of Xdebug. There are way too many variables that I don't know about or can't control. You'll just have to wait until I've gotten around building them myself (and that's what I am working on right now).
(0001983) derick    2012-03-14 22:26	Just FYI, there are Windows binaries available for the 2.2.0RC1 release: http://xdebug.org/updates.php#x_2_2_0rc1 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
791	[Xdebug] Installation	minor	always	2012-03-12 21:40	2012-03-12 21:57
Reporter:	irjozagata	Platform:
Assigned To:	derick	OS:	UBUNTU Linux
Priority:	normal	OS Version:	10.04 LTS
Status:	resolved	Product Version:	2.1.3
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	UBUNTU Linux 10.04 LTS
PHP Version:	5.4-dev
Summary:	build problem with php 5.4.0-3~lucid+2
Description:	Following Tailored Installation Instructions, ./configure script results with error: not supported. Need a PHP version < 5.4.0 (found 5.4.0-3~lucid+2) Sounds clear, but does it really mean xdebug 2.1.3 doesn't work with PHP 5.4.0? Other report (0000769) says similar error (using pear instal xdebug), while found PHP version was 5.3.8-ZS5.5.0. Should be a version parsin related problem? Preceeding phpize gives expected output Configuring for: PHP Api Version: 20100412 Zend Module Api No: 20100525 Zend Extension Api No: 220100525
Steps To Reproduce:	Follow Tailored Installation Instructions with given phpinfo() - see Additional Info:
Additional Information:	PHP Logo PHP Version 5.4.0-3~lucid+2 System Linux HP-xw4100 2.6.32-24-generic 0000043-Ubuntu SMP Thu Sep 16 14:17:33 UTC 2010 i686 Build Date Mar 8 2012 17:31:02 Server API Apache 2.0 Handler Virtual Directory Support disabled Configuration File (php.ini) Path /etc/php5/apache2 Loaded Configuration File /etc/php5/apache2/php.ini Scan this dir for additional .ini files /etc/php5/apache2/conf.d Additional .ini files parsed /etc/php5/apache2/conf.d/10-pdo.ini, /etc/php5/apache2/conf.d/20-gd.ini, /etc/php5/apache2/conf.d/20-mcrypt.ini, /etc/php5/apache2/conf.d/20-mysql.ini, /etc/php5/apache2/conf.d/20-mysqli.ini, /etc/php5/apache2/conf.d/20-pdo_mysql.ini, /etc/php5/apache2/conf.d/xdebug.ini PHP API 20100412 PHP Extension 20100525 Zend Extension 220100525 Zend Extension Build API220100525,NTS PHP Extension Build API20100525,NTS Debug Build no Thread Safety disabled Zend Signal Handling disabled Zend Memory Manager enabled Zend Multibyte Support provided by mbstring IPv6 Support enabled DTrace Support disabled Registered PHP Streams https, ftps, compress.zlib, compress.bzip2, php, file, glob, data, http, ftp, phar, zip Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters zlib.*, bzip2.*, convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, mcrypt.*, mdecrypt.* Zend logo This program makes use of the Zend Scripting Language Engine: Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies PHP Credits Configuration apache2handler Apache Version Apache/2.2.14 (Ubuntu) Apache API Version 20051115 Server Administrator webmaster@localhost Hostname:Port 127.0.1.1:80 User/Group www-data(33)/33 Max Requests Per Child: 0 - Keep Alive: on - Max Per Connection: 100 Timeouts Connection: 300 - Keep-Alive: 15 Virtual Server Yes Server Root /etc/apache2 Loaded Modules core mod_log_config mod_logio prefork http_core mod_so mod_alias mod_auth_basic mod_authn_file mod_authz_default mod_authz_groupfile mod_authz_host mod_authz_user mod_autoindex mod_cgi mod_deflate mod_dir mod_env mod_mime mod_negotiation mod_php5 mod_reqtimeout mod_setenvif mod_status Directive Local Value Master Value engine 1 1 last_modified 0 0 xbithack 0 0 Apache Environment Variable Value HTTP_HOST localhost HTTP_USER_AGENT Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 HTTP_ACCEPT text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 HTTP_ACCEPT_LANGUAGE cs,en-us;q=0.7,en;q=0.3 HTTP_ACCEPT_ENCODING gzip, deflate HTTP_CONNECTION keep-alive HTTP_REFERER http://localhost/ [^] PATH /usr/local/bin:/usr/bin:/bin SERVER_SIGNATURE <address>Apache/2.2.14 (Ubuntu) Server at localhost Port 80</address> SERVER_SOFTWARE Apache/2.2.14 (Ubuntu) SERVER_NAME localhost SERVER_ADDR 127.0.0.1 SERVER_PORT 80 REMOTE_ADDR 127.0.0.1 DOCUMENT_ROOT /www SERVER_ADMIN webmaster@localhost SCRIPT_FILENAME /www/phpinfo.php REMOTE_PORT 47869 GATEWAY_INTERFACE CGI/1.1 SERVER_PROTOCOL HTTP/1.1 REQUEST_METHOD GET QUERY_STRING no value REQUEST_URI /phpinfo.php SCRIPT_NAME /phpinfo.php HTTP Headers Information HTTP Request Headers HTTP Request GET /phpinfo.php HTTP/1.1 Host localhost User-Agent Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language cs,en-us;q=0.7,en;q=0.3 Accept-Encoding gzip, deflate Connection keep-alive Referer http://localhost/ [^] HTTP Response Headers X-Powered-By PHP/5.4.0-3~lucid+2 bcmath BCMath support enabled Directive Local Value Master Value bcmath.scale 0 0 bz2 BZip2 Support Enabled Stream Wrapper support compress.bzip2:// Stream Filter support bzip2.decompress, bzip2.compress BZip2 Version 1.0.5, 10-Dec-2007 calendar Calendar support enabled Core PHP Version 5.4.0-3~lucid+2 Directive Local Value Master Value allow_url_fopen On On allow_url_include Off Off always_populate_raw_post_data Off Off arg_separator.input & & arg_separator.output & & asp_tags Off Off auto_append_file no value no value auto_globals_jit On On auto_prepend_file no value no value browscap no value no value default_charset no value no value default_mimetype text/html text/html disable_classes no value no value disable_functions no value no value display_errors Off Off display_startup_errors Off Off doc_root no value no value docref_ext no value no value docref_root no value no value enable_dl Off Off enable_post_data_reading On On error_append_string no value no value error_log no value no value error_prepend_string no value no value error_reporting 24575 24575 exit_on_timeout Off Off expose_php On On extension_dir /usr/lib/php5/20100525+lfs /usr/lib/php5/20100525+lfs file_uploads On On highlight.comment #FF8000 #FF8000 highlight.default #0000BB #0000BB highlight.html #000000 #000000 highlight.keyword #007700 #007700 highlight.string #DD0000 #DD0000 html_errors Off Off ignore_repeated_errors Off Off ignore_repeated_source Off Off ignore_user_abort Off Off implicit_flush Off Off include_path .:/usr/share/php:/usr/share/pear .:/usr/share/php:/usr/share/pear log_errors On On log_errors_max_len 1024 1024 mail.add_x_header On On mail.force_extra_parameters no value no value mail.log no value no value max_execution_time 30 30 max_file_uploads 20 20 max_input_nesting_level 64 64 max_input_time 60 60 max_input_vars 1000 1000 memory_limit 128M 128M open_basedir no value no value output_buffering 4096 4096 output_handler no value no value post_max_size 8M 8M precision 14 14 realpath_cache_size 16K 16K realpath_cache_ttl 120 120 register_argc_argv Off Off report_memleaks On On report_zend_debug On On request_order GP GP sendmail_from no value no value sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i serialize_precision 100 100 short_open_tag On On SMTP localhost localhost smtp_port 25 25 sql.safe_mode Off Off track_errors Off Off unserialize_callback_func no value no value upload_max_filesize 2M 2M upload_tmp_dir no value no value user_dir no value no value user_ini.cache_ttl 300 300 user_ini.filename .user.ini .user.ini variables_order GPCS GPCS xmlrpc_error_number 0 0 xmlrpc_errors Off Off zend.detect_unicode On On zend.enable_gc On On zend.multibyte Off Off zend.script_encoding no value no value ctype ctype functions enabled date date/time support enabled "Olson" Timezone Database Version 0.system Timezone Database internal Default timezone UTC Directive Local Value Master Value date.default_latitude 31.7667 31.7667 date.default_longitude 35.2333 35.2333 date.sunrise_zenith 90.583333 90.583333 date.sunset_zenith 90.583333 90.583333 date.timezone no value no value dba DBA support enabled Supported handlers cdb cdb_make db4 inifile flatfile qdbm Directive Local Value Master Value dba.default_handler flatfile flatfile dom DOM/XML enabled DOM/XML API Version 20031129 libxml Version 2.7.6 HTML Support enabled XPath Support enabled XPointer Support enabled Schema Support enabled RelaxNG Support enabled ereg Regex Library Bundled library enabled exif EXIF Support enabled EXIF Version 1.4 $Id: exif.c 321634 2012-01-01 13:15:04Z felipe $ Supported EXIF Version 0220 Supported filetypes JPEG,TIFF Directive Local Value Master Value exif.decode_jis_intel JIS JIS exif.decode_jis_motorola JIS JIS exif.decode_unicode_intel UCS-2LE UCS-2LE exif.decode_unicode_motorola UCS-2BE UCS-2BE exif.encode_jis no value no value exif.encode_unicode ISO-8859-15 ISO-8859-15 fileinfo fileinfo support enabled version 1.0.5 filter Input Validation and Filtering enabled Revision $Revision: 321634 $ Directive Local Value Master Value filter.default unsafe_raw unsafe_raw filter.default_flags no value no value ftp FTP support enabled gd GD Support enabled GD Version 2.0 FreeType Support enabled FreeType Linkage with freetype FreeType Version 2.3.11 GIF Read Support enabled GIF Create Support enabled JPEG Support enabled libJPEG Version 6b PNG Support enabled libPNG Version 1.2.42 WBMP Support enabled Directive Local Value Master Value gd.jpeg_ignore_warning 0 0 gettext GetText Support enabled hash hash support enabled Hashing Engines md2 md4 md5 sha1 sha224 sha256 sha384 sha512 ripemd128 ripemd160 ripemd256 ripemd320 whirlpool tiger128,3 tiger160,3 tiger192,3 tiger128,4 tiger160,4 tiger192,4 snefru snefru256 gost adler32 crc32 crc32b fnv132 fnv164 joaat haval128,3 haval160,3 haval192,3 haval224,3 haval256,3 haval128,4 haval160,4 haval192,4 haval224,4 haval256,4 haval128,5 haval160,5 haval192,5 haval224,5 haval256,5 iconv iconv support enabled iconv implementation glibc iconv library version 2.11.1 Directive Local Value Master Value iconv.input_encoding ISO-8859-1 ISO-8859-1 iconv.internal_encoding ISO-8859-1 ISO-8859-1 iconv.output_encoding ISO-8859-1 ISO-8859-1 json json support enabled json version 1.2.1 libxml libXML support active libXML Compiled Version 2.7.6 libXML Loaded Version 20706 libXML streams enabled mbstring Multibyte Support enabled Multibyte string engine libmbfl HTTP input encoding translation disabled libmbfl version 1.3.2 mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Multibyte (japanese) regex support enabled Multibyte regex (oniguruma) version 5.9.1 Directive Local Value Master Value mbstring.detect_order no value no value mbstring.encoding_translation Off Off mbstring.func_overload 0 0 mbstring.http_input pass pass mbstring.http_output pass pass mbstring.http_output_conv_mimetypes ^(text/|application/xhtml\+xml) ^(text/|application/xhtml\+xml) mbstring.internal_encoding no value no value mbstring.language neutral neutral mbstring.strict_detection Off Off mbstring.substitute_character no value no value mcrypt mcrypt support enabled mcrypt_filter support enabled Version 2.5.8 Api No 20021217 Supported ciphers cast-128 gost rijndael-128 twofish arcfour cast-256 loki97 rijndael-192 saferplus wake blowfish-compat des rijndael-256 serpent xtea blowfish enigma rc2 tripledes Supported modes cbc cfb ctr ecb ncfb nofb ofb stream Directive Local Value Master Value mcrypt.algorithms_dir no value no value mcrypt.modes_dir no value no value mhash MHASH support Enabled MHASH API Version Emulated Support mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version 5.1.41 MYSQL_MODULE_TYPE external MYSQL_SOCKET /var/run/mysqld/mysqld.sock MYSQL_INCLUDE -I/usr/include/mysql MYSQL_LIBS -L/usr/lib -lmysqlclient_r Directive Local Value Master Value mysql.allow_local_infile On On mysql.allow_persistent On On mysql.connect_timeout 60 60 mysql.default_host no value no value mysql.default_password no value no value mysql.default_port no value no value mysql.default_socket /var/run/mysqld/mysqld.sock /var/run/mysqld/mysqld.sock mysql.default_user no value no value mysql.max_links Unlimited Unlimited mysql.max_persistent Unlimited Unlimited mysql.trace_mode Off Off mysqli MysqlI Support enabled Client API library version 5.1.41 Active Persistent Links 0 Inactive Persistent Links 0 Active Links 0 Client API header version 5.1.41 MYSQLI_SOCKET /var/run/mysqld/mysqld.sock Directive Local Value Master Value mysqli.allow_local_infile On On mysqli.allow_persistent On On mysqli.default_host no value no value mysqli.default_port 3306 3306 mysqli.default_pw no value no value mysqli.default_socket /var/run/mysqld/mysqld.sock /var/run/mysqld/mysqld.sock mysqli.default_user no value no value mysqli.max_links Unlimited Unlimited mysqli.max_persistent Unlimited Unlimited mysqli.reconnect Off Off openssl OpenSSL support enabled OpenSSL Library Version OpenSSL 0.9.8k 25 Mar 2009 OpenSSL Header Version OpenSSL 0.9.8k 25 Mar 2009 pcre PCRE (Perl Compatible Regular Expressions) Support enabled PCRE Library Version 7.8 2008-09-05 Directive Local Value Master Value pcre.backtrack_limit 1000000 1000000 pcre.recursion_limit 100000 100000 PDO PDO support enabled PDO drivers mysql pdo_mysql PDO Driver for MySQL enabled Client API version 5.1.41 Directive Local Value Master Value pdo_mysql.default_socket /var/run/mysqld/mysqld.sock /var/run/mysqld/mysqld.sock Phar Phar: PHP Archive support enabled Phar EXT version 2.0.1 Phar API version 1.1.1 SVN revision $Revision: 321634 $ Phar-based phar archives enabled Tar-based phar archives enabled ZIP-based phar archives enabled gzip compression enabled bzip2 compression enabled OpenSSL support enabled Phar based on pear/PHP_Archive, original concept by Davey Shafik. Phar fully realized by Gregory Beaver and Marcus Boerger. Portions of tar implementation Copyright (c) 2003-2009 Tim Kientzle. Directive Local Value Master Value phar.cache_list no value no value phar.readonly On On phar.require_hash On On posix Revision $Revision: 321634 $ Reflection Reflection enabled Version $Revision: 321634 $ session Session Support enabled Registered save handlers files user Registered serializer handlers php php_binary wddx Directive Local Value Master Value session.auto_start Off Off session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain no value no value session.cookie_httponly Off Off session.cookie_lifetime 0 0 session.cookie_path / / session.cookie_secure Off Off session.entropy_file no value no value session.entropy_length 0 0 session.gc_divisor 1000 1000 session.gc_maxlifetime 1440 1440 session.gc_probability 1 1 session.hash_bits_per_character 5 5 session.hash_function 0 0 session.name PHPSESSID PHPSESSID session.referer_check no value no value session.save_handler files files session.save_path /var/lib/php5 /var/lib/php5 session.serialize_handler php php session.upload_progress.cleanup On On session.upload_progress.enabled On On session.upload_progress.freq 1% 1% session.upload_progress.min_freq 1 1 session.upload_progress.name PHP_SESSION_UPLOAD_PROGRESS PHP_SESSION_UPLOAD_PROGRESS session.upload_progress.prefix upload_progress_ upload_progress_ session.use_cookies On On session.use_only_cookies On On session.use_trans_sid 0 0 shmop shmop support enabled SimpleXML Simplexml support enabled Revision $Revision: 321634 $ Schema support enabled soap Soap Client enabled Soap Server enabled Directive Local Value Master Value soap.wsdl_cache 1 1 soap.wsdl_cache_dir /tmp /tmp soap.wsdl_cache_enabled 1 1 soap.wsdl_cache_limit 5 5 soap.wsdl_cache_ttl 86400 86400 sockets Sockets Support enabled SPL SPL support enabled Interfaces Countable, OuterIterator, RecursiveIterator, SeekableIterator, SplObserver, SplSubject Classes AppendIterator, ArrayIterator, ArrayObject, BadFunctionCallException, BadMethodCallException, CachingIterator, CallbackFilterIterator, DirectoryIterator, DomainException, EmptyIterator, FilesystemIterator, FilterIterator, GlobIterator, InfiniteIterator, InvalidArgumentException, IteratorIterator, LengthException, LimitIterator, LogicException, MultipleIterator, NoRewindIterator, OutOfBoundsException, OutOfRangeException, OverflowException, ParentIterator, RangeException, RecursiveArrayIterator, RecursiveCachingIterator, RecursiveCallbackFilterIterator, RecursiveDirectoryIterator, RecursiveFilterIterator, RecursiveIteratorIterator, RecursiveRegexIterator, RecursiveTreeIterator, RegexIterator, RuntimeException, SplDoublyLinkedList, SplFileInfo, SplFileObject, SplFixedArray, SplHeap, SplMinHeap, SplMaxHeap, SplObjectStorage, SplPriorityQueue, SplQueue, SplStack, SplTempFileObject, UnderflowException, UnexpectedValueException standard Dynamic Library Support enabled Path to sendmail /usr/sbin/sendmail -t -i Directive Local Value Master Value assert.active 1 1 assert.bail 0 0 assert.callback no value no value assert.quiet_eval 0 0 assert.warning 1 1 auto_detect_line_endings 0 0 default_socket_timeout 60 60 from no value no value url_rewriter.tags a=href,area=href,frame=src,input=src,form=fakeentry a=href,area=href,frame=src,input=src,form=fakeentry user_agent no value no value sysvmsg sysvmsg support enabled Revision $Revision: 321634 $ tokenizer Tokenizer Support enabled wddx WDDX Support enabled WDDX Session Serializer enabled xml XML Support active XML Namespace Support active libxml2 Version 2.7.6 xmlreader XMLReader enabled xmlwriter XMLWriter enabled zip Zip enabled Extension Version $Id: php_zip.c 321634 2012-01-01 13:15:04Z felipe $ Zip version 1.9.1 Libzip version 0.9.0 zlib ZLib Support enabled Stream Wrapper compress.zlib:// Stream Filter zlib.inflate, zlib.deflate Compiled Version 1.2.1.1 Linked Version 1.2.3.3 Directive Local Value Master Value zlib.output_compression Off Off zlib.output_compression_level -1 -1 zlib.output_handler no value no value Additional Modules Module Name sysvsem sysvshm Environment Variable Value APACHE_PID_FILE /var/run/apache2.pid PATH /usr/local/bin:/usr/bin:/bin LANG C APACHE_RUN_GROUP www-data APACHE_RUN_USER www-data PWD / PHP Variables Variable Value _SERVER["HTTP_HOST"] localhost _SERVER["HTTP_USER_AGENT"] Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 _SERVER["HTTP_ACCEPT"] text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 _SERVER["HTTP_ACCEPT_LANGUAGE"] cs,en-us;q=0.7,en;q=0.3 _SERVER["HTTP_ACCEPT_ENCODING"] gzip, deflate _SERVER["HTTP_CONNECTION"] keep-alive _SERVER["HTTP_REFERER"] http://localhost/ [^] _SERVER["PATH"] /usr/local/bin:/usr/bin:/bin _SERVER["SERVER_SIGNATURE"] <address>Apache/2.2.14 (Ubuntu) Server at localhost Port 80</address> _SERVER["SERVER_SOFTWARE"] Apache/2.2.14 (Ubuntu) _SERVER["SERVER_NAME"] localhost _SERVER["SERVER_ADDR"] 127.0.0.1 _SERVER["SERVER_PORT"] 80 _SERVER["REMOTE_ADDR"] 127.0.0.1 _SERVER["DOCUMENT_ROOT"] /www _SERVER["SERVER_ADMIN"] webmaster@localhost _SERVER["SCRIPT_FILENAME"] /www/phpinfo.php _SERVER["REMOTE_PORT"] 47869 _SERVER["GATEWAY_INTERFACE"] CGI/1.1 _SERVER["SERVER_PROTOCOL"] HTTP/1.1 _SERVER["REQUEST_METHOD"] GET _SERVER["QUERY_STRING"] no value _SERVER["REQUEST_URI"] /phpinfo.php _SERVER["SCRIPT_NAME"] /phpinfo.php _SERVER["PHP_SELF"] /phpinfo.php _SERVER["REQUEST_TIME_FLOAT"] 1331583494.026 _SERVER["REQUEST_TIME"] 1331583494 PHP License This program is free software; you can redistribute it and/or modify it under the terms of the PHP License as published by the PHP Group and included in the distribution in the file: LICENSE This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact license@php.net.
Attached Files:

Notes
(0001981) derick    2012-03-12 21:57	Xdebug 2.1.x indeed does not work with PHP 5.4. Please wait until 2.2.0RC1 is released (in a few hours) for PHP 5.4 support.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
736	[Xdebug] Usage problems	minor	always	2011-10-20 02:45	2012-03-12 16:54
Reporter:	mateo	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OS X Lion
PHP Version:	5.4-dev
Summary:	exceptions not shown in cli-server router mode
Description:	Exceptions are not shown when running PHP 5.4 Beta 1's CLI server in router mode. All output prior to the exception is visible.
Steps To Reproduce:	php -S localhost:8080 error.php error.php: ---- <?php throw new Exception('test'); ?>
Additional Information:	If xdebug_disable() is called prior to the exception, the stack trace is shown as normal. Or if the server is running in the normal mode (no router) then the xdebug stack trace is seen as expected.
Attached Files:

Notes
(0001936) derick    2012-02-29 13:14	I can't reproduce this. Could you please try the latest version of both PHP 5.4.x and Xdebug from github?
(0001980) derick    2012-03-12 16:54	Can't reproduce, and no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
763	[Xdebug] Usage problems	minor	always	2011-12-27 11:01	2012-03-12 16:52
Reporter:	jsiponen	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OS X 10.7.2
PHP Version:	5.3.8
Summary:	DBGP lineno is wrong if php script starts with a shebang
Description:	DBGP lineno is wrong if php script starts with a shebang. See "Steps to Reproduce" for more details.
Steps To Reproduce:	These are the files that I tested with, the first is without a shebang and the other one begins with a shebang. File: test_no_shebang.php <?php $line_2 = 2; $line_3 = 3; $line_4 = 4; File: test_with_shebang.php #!/usr/bin/env php <?php $line_2 = 2; $line_3 = 3; $line_4 = 4; If I set the breakpoint at line two for the file "test_no_shebang.php" then XDebug protocol will report the correct line numbers when stepping over the file: << stack_get -d 0 >> <response command='stack_get' transaction_id='7' xmlns:xdebug='http://xdebug.org/dbgp/xdebug' [^] xmlns='urn:debugger_protocol_v1'><stack lineno='2' level='0' type='file' filename='file:///Users/joes/Desktop/xdebug_breakpoint_test.php' [^] where='{main}'/></response> 1 <?php 2 >> $line_2 = 2; 3 $line_3 = 3; 4 5 $line_4 = 4; << step_over >> <response command='step_over' transaction_id='10' reason='ok' xmlns:xdebug='http://xdebug.org/dbgp/xdebug' [^] status='break' xmlns='urn:debugger_protocol_v1'><xdebug:message lineno='3' filename='file:///Users/joes/Desktop/xdebug_breakpoint_test.php'/></response> [^] << stack_get -d 0 >> <response command='stack_get' transaction_id='11' xmlns:xdebug='http://xdebug.org/dbgp/xdebug' [^] xmlns='urn:debugger_protocol_v1'><stack lineno='3' level='0' type='file' filename='file:///Users/joes/Desktop/xdebug_breakpoint_test.php' [^] where='{main}'/></response> 1 <?php 2 $line_2 = 2; 3 >> $line_3 = 3; 4 5 $line_4 = 4; << step_over >> <response command='step_over' transaction_id='13' reason='ok' xmlns:xdebug='http://xdebug.org/dbgp/xdebug' [^] status='break' xmlns='urn:debugger_protocol_v1'><xdebug:message lineno='5' filename='file:///Users/joes/Desktop/xdebug_breakpoint_test.php'/></response> [^] << stack_get -d 0 >> <response command='stack_get' transaction_id='14' xmlns:xdebug='http://xdebug.org/dbgp/xdebug' [^] xmlns='urn:debugger_protocol_v1'><stack lineno='5' level='0' type='file' filename='file:///Users/joes/Desktop/xdebug_breakpoint_test.php' [^] where='{main}'/></response> 2 $line_2 = 2; 3 $line_3 = 3; 4 5 >> $line_4 = 4; ============================================ However, if I try the same with the file ""test_with_shebang.php" the line numbers are reported wrongly (with the breakpoint set at line 3 now) after I step over once, as seen below: << stack_get -d 0 >> <response command='stack_get' transaction_id='7' xmlns:xdebug='http://xdebug.org/dbgp/xdebug' [^] xmlns='urn:debugger_protocol_v1'><stack lineno='3' level='0' type='file' filename='file:///Users/joes/Desktop/xdebug_breakpoint_test.php' [^] where='{main}'/></response> 1 #!/usr/bin/env php 2 <?php 3 >> $line_2 = 2; 4 $line_3 = 3; 5 6 $line_4 = 4; Comment: Ok line offset << step_over >> <response command='step_over' transaction_id='10' reason='ok' xmlns:xdebug='http://xdebug.org/dbgp/xdebug' [^] status='break' xmlns='urn:debugger_protocol_v1'><xdebug:message lineno='5' filename='file:///Users/joes/Desktop/xdebug_breakpoint_test.php'/></response> [^] << stack_get -d 0 >> <response command='stack_get' transaction_id='11' xmlns:xdebug='http://xdebug.org/dbgp/xdebug' [^] xmlns='urn:debugger_protocol_v1'><stack lineno='5' level='0' type='file' filename='file:///Users/joes/Desktop/xdebug_breakpoint_test.php' [^] where='{main}'/></response> 2 <?php 3 $line_2 = 2; 4 $line_3 = 3; 5 >> 6 $line_4 = 4; Comment: Something went wrong, suddenly we find ourselves to be at line 5. << step_over >> <response command='step_over' transaction_id='13' reason='ok' xmlns:xdebug='http://xdebug.org/dbgp/xdebug' [^] status='stopping' xmlns='urn:debugger_protocol_v1'/> << stack_get -d 0 >> <response command='stack_get' transaction_id='14' xmlns:xdebug='http://xdebug.org/dbgp/xdebug' [^] xmlns='urn:debugger_protocol_v1'><error code='5'><message><![CDATA[command is not available]]></message></error></response> Comment: Couldn't step_over to line 6 =============================================== Also 'xcmd_get_executable_lines' will report the wrong lines for the file "test_with_shebang.php". It seems there's an error in the line offset by -1. << xcmd_get_executable_lines -d 0 >> <response command='xcmd_get_executable_lines' transaction_id='10' xmlns:xdebug='http://xdebug.org/dbgp/xdebug' [^] xmlns='urn:debugger_protocol_v1'> <xdebug:lines> <xdebug:line lineno='2'/> <xdebug:line lineno='3'/> <xdebug:line lineno='5'/> </xdebug:lines> </response>
Additional Information:
Attached Files:

Notes
(0001929) derick    2012-02-29 13:08	I can't reproduce this. Could you please try with the latest released version (2.1.3)?
(0001979) derick    2012-03-12 16:52	Can't reproduce, and no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
612	[Xdebug] Documentation	minor	have not tried	2010-08-31 10:49	2012-03-12 16:35
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	find-binary issues with whitespace
Description:	Via Yvan Rodrigues: The script on your site that analyzes phpinfo() and gives windows installation instructions is great; however when it gives you the line of code to paste into php.ini it doesn't "quote" the path to the DLL. The means php doesn't pick up the extension if there are spaces in the path.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001971) derick    2012-03-12 16:35	Please track 764.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
691	[Xdebug] Installation	minor	N/A	2011-05-04 18:53	2012-03-12 16:27
Reporter:	dlg	Platform:	Core2Quad/4GB
Assigned To:	derick	OS:	MS Vista
Priority:	normal	OS Version:	32bit Ultimate
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	install dir C:\Program problematic ?
Description:	pasted "php -i" output, got instruction to download...install in C:\Program. Got ErrMsg that this dirname can cause problems with unspecified Vista programs... changing dirname to C:\PHPaddons, edit of php.ini made it run - regards dlg PS: this Vista was updated yesterday
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001742) borrel    2011-05-05 15:49	i have reported this before, it is a stupid webscript
(0001970) derick    2012-03-12 16:27	Please track issue 764 instead. You could also have a look at the code to see if you can fix it yourself. It's open source after all: https://github.com/derickr/xdebug.org/blob/master/html/include/phpinfo-scanner.php [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
712	[Xdebug] Usage problems	tweak	always	2011-08-25 15:47	2012-03-12 16:23
Reporter:	mhlavac	Platform:
Assigned To:	derick	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	Installation instructions not valid
Description:	Generated code for inserting into php.ini is invalid: Edit C:\Program Files (x86)\PHP\php.ini and add the line zend_extension = C:\Program Files (x86)\PHP\ext\php_xdebug-2.1.2-5.3-vc6.dll Code should be quoted so there is no problem if someone uses windows and have PHP in directory like Program Files (x86). In this case php returns error as it is unable to load inserted line. Everything works like a charm after quoting the path.
Steps To Reproduce:	Install php in directory which contains characters: ( or ).
Additional Information:
Attached Files:

Notes
(0001969) derick    2012-03-12 16:23	Please watch issues 0000764 instead.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
685	[Xdebug] Usage problems	minor	have not tried	2011-04-28 10:07	2012-03-07 20:48
Reporter:	kao98	Platform:	Apache 2.2.17 / php 5.2.17
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP sp3
PHP Version:	5.2.10
Summary:	Xdebug's error handler messes up with fatal to exception error conversions with SoapClient
Description:	I still encounter the bug 0000249 with SoapClient
Steps To Reproduce:	<?php try { $client = new SoapClient("http://127.0.0.1:3615/Service.asmx?WSDL",array [^]("exceptions" => true)); var_dump($client); } catch (SoapFault $e) { var_dump($e); } /* Without xdebug, the exception is correctly catched. But with xDebug v2.1.1 loaded, I have a Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://127.0.0.1:3615/Service.asmx?WSDL' [^] : failed to load external entity "http://127.0.0.1:3615/Service.asmx?WSDL". [^] */
Additional Information:
Attached Files:

Notes
(0001744) kao98    2011-05-06 07:48    (edited on: 2011-05-06 07:48)	Sorry, I didn't saw this was already reported as the 0000609
(0001959) derick    2012-03-07 20:48	Duplicate of 0000705 (and others). This is now fixed (for 2.1.4 and 2.2.0).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
748	[Xdebug] Usage problems	major	always	2011-11-17 15:22	2012-03-07 19:54
Reporter:	lightsgoout	Platform:	Unix
Assigned To:	derick	OS:	FreeBSD
Priority:	normal	OS Version:	8.2-RELEASE
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	freebsd 8.2-release
PHP Version:	5.3.6
Summary:	segmentation fault while dumping variable (or printing trace)
Description:	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.
Steps To Reproduce:
Additional Information:	Attached php core dump.
Attached Files:	php.rar (1,967,144) 2011-11-17 15:22 http://bugs.xdebug.org/file_download.php?file_id=43&type=bug

Notes
(0001858) lightsgoout    2011-11-17 15:25	PHP API => 20090626 PHP Extension => 20090626 Zend Extension => 220090626 Zend Extension Build => API220090626,NTS PHP Extension Build => API20090626,NTS Debug Build => no Thread Safety => disabled Zend Memory Manager => enabled Zend Multibyte Support => enabled IPv6 Support => disabled Registered PHP Streams => php, file, glob, data, http, ftp, zip, compress.zlib, compress.bzip2, https, ftps Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters => string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, convert.iconv.*, zlib.*, mcrypt.*, mdecrypt.*, bzip2.*
(0001859) derick    2011-11-17 17:49	The coredump itself is not very useful (without FreeBSD), so could you please add the output of "bt full" to this report?
(0001861) lightsgoout    2011-11-18 06:46	Sure, (gdb) bt full #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         myht = Variable "myht" is not available.
(0001863) derick    2011-11-18 09:57	Please paste the *full* output, and not just one line.
(0001864) lightsgoout    2011-11-18 12:43	Well, it WAS the full output, just that single line. What was before that one line was loading libraries (or symbols). Sorry, but today our php was upgraded from 5.3.6 to 5.3.8, so gdb doesn't show anything useful now. I compiled php 5.3.6 with --enable-debug on the same server though, but it didn't help either. And I can't reproduce same bug neither with new and old PHP, that's weird.
(0001957) derick    2012-03-07 19:54	Let me just close the issue then. Feel free to re-open if you see it again.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
772	[Xdebug] Usage problems	minor	always	2012-02-01 17:25	2012-03-07 19:43
Reporter:	gms8994	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux (Ubuntu and Gentoo)
PHP Version:	5.3.6
Summary:	PDOExceptions cause xdebug to not print the starting HTML code properly
Description:	The code provided will cause XDebug to display the exception handler, but the opening <table> tag seems to be missing, causing the display to be difficult to read.
Steps To Reproduce:	<?php $dbh = new PDO('mysql:host=localhost;dbname=test', 'glens', ''); $dbh->query('SELECT * from FOO'); $dbh = null;
Additional Information:
Attached Files:

Notes
(0001900) derick    2012-02-02 10:55    (edited on: 2012-02-02 10:55)	When I run this, I get: <font size='1'><table class='xdebug-error' dir='ltr' border='1' cellspacing='0' cellpadding='1'> <tr><th align='left' bgcolor='#f57900' colspan="5"><span style='background-color: #cc0000; color: #fce94f; font-size: x-large;'>( ! )</span> Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[28000] [1045] Access denied for user 'glens'@'localhost' (using password: NO)' in <a style='color: black' href='xdebug://-@3'>-</a> [^] on line 3</th></tr> <tr><th align='left' bgcolor='#f57900' colspan="5"><span style='background-color: #cc0000; color: #fce94f; font-size: x-large;'>( ! )</span> PDOException: SQLSTATE[28000] [1045] Access denied for user 'glens'@'localhost' (using password: NO) in <a style='color: black' href='xdebug://-@3'>-</a> [^] on line 3</th></tr> <tr><th align='left' bgcolor='#e9b96e' colspan='5'>Call Stack</th></tr> <tr><th align='center' bgcolor='#eeeeec'>#</th><th align='left' bgcolor='#eeeeec'>Time</th><th align='left' bgcolor='#eeeeec'>Memory</th><th align='left' bgcolor='#eeeeec'>Function</th><th align='left' bgcolor='#eeeeec'>Location</th></tr> <tr><td bgcolor='#eeeeec' align='center'>1</td><td bgcolor='#eeeeec' align='center'>9.6583</td><td bgcolor='#eeeeec' align='right'>655424</td><td bgcolor='#eeeeec'>{main}( )</td><td title='-' bgcolor='#eeeeec'><a style='color: black' href='xdebug://-@0'>..(null) [^]:0</a></td></tr> <tr><td bgcolor='#eeeeec' align='center'>2</td><td bgcolor='#eeeeec' align='center'>9.6583</td><td bgcolor='#eeeeec' align='right'>657240</td><td bgcolor='#eeeeec'>PDO->__construct( <span>'mysql:host=localhost;dbname=test'</span>, <span>'glens'</span>, <span>''</span> )</td><td title='-' bgcolor='#eeeeec'><a style='color: black' href='xdebug://-@3'>..(null) [^]:3</a></td></tr> </table></font> And this looks all right to me...
(0001953) derick    2012-03-07 19:43	Considering resolved, as there was no more feedback and I can't reproduce it with the latest version.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
776	[Xdebug] Usage problems	crash	always	2012-02-05 12:20	2012-03-07 19:42
Reporter:	Hubbitus	Platform:	Linux
Assigned To:	derick	OS:	Fedora 16 x86_64
Priority:	high	OS Version:	3.2.2-1.fc16
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Fedora Linux 16
PHP Version:	5.3.9
Summary:	Reproducible crash in zend_hash_apply_with_arguments
Description:	(gdb) run -X -DNO_DETACH Starting program: /usr/sbin/httpd -X -DNO_DETACH [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". httpd: Could not reliably determine the server's fully qualified domain name, using fe80::b674:9fff:fe7c:88f8 for ServerName [New Thread 0x7fffddeb5700 (LWP 20138)] [Thread 0x7fffddeb5700 (LWP 20138) exited] Program received signal SIGSEGV, Segmentation fault. zend_hash_apply_with_arguments (ht=0x0, apply_func=0x7fffe435e4c0 <object_item_add_to_merged_hash>, num_args=2) at /usr/src/debug/php-5.3.10/Zend/zend_hash.c:721 721 HASH_PROTECT_RECURSION(ht); Missing separate debuginfos, use: debuginfo-install cyrus-sasl-lib-2.1.23-27.fc16.x86_64 freetype-2.4.6-4.fc16.x86_64 keyutils-libs-1.5.5-1.fc17.x86_64 krb5-libs-1.10-0.fc17.alpha2.1.x86_64 libX11-1.4.3-1.fc16.x86_64 libXau-1.0.6-2.fc15.x86_64 libXpm-3.5.8-3.fc15.x86_64 libcom_err-1.42-1.fc17.x86_64 libcurl-7.21.7-6.fc16.x86_64 libgcc-4.6.2-1.fc16.x86_64 libgcrypt-1.5.0-2.fc16.x86_64 libgpg-error-1.10-1.fc16.x86_64 libidn-1.22-3.fc16.x86_64 libjpeg-turbo-1.1.1-3.fc16.x86_64 libmcrypt-2.5.8-10.fc15.x86_64 libpng-1.2.46-1.fc16.x86_64 libselinux-2.1.9-1.fc17.x86_64 libssh2-1.2.7-1.fc15.x86_64 libstdc++-4.6.2-1.fc16.x86_64 libtool-ltdl-2.4-7.fc16.x86_64 libuuid-2.20.1-2.2.fc16.x86_64 libxcb-1.7-3.fc16.x86_64 libxslt-1.1.26-8.fc16.x86_64 mysql-libs-5.5.20-1.fc16.x86_64 nspr-4.8.9-2.fc16.x86_64 nss-3.13.1-11.fc16.x86_64 nss-myhostname-0.3-1.fc16.x86_64 nss-softokn-freebl-3.13.1-15.fc16.x86_64 nss-util-3.13.1-3.fc16.x86_64 sqlite-3.7.9-1.fc17.x86_64 t1lib-5.1.2-9.fc16.x86_64 (gdb) backtrace #0 zend_hash_apply_with_arguments (ht=0x0, apply_func=0x7fffe435e4c0 <object_item_add_to_merged_hash>, num_args=2) at /usr/src/debug/php-5.3.10/Zend/zend_hash.c:721 #1 0x00007fffe4361201 in xdebug_var_export_xml_node (struc=0x5555565d9438, name=0x5555565dac20 "$model->_db->connection", node=0x5555565dab90, options=0x555555b5fbf0, level=2) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_var.c:1155 0000002 0x00007fffe436182c in xdebug_object_element_export_xml_node (item=0x7fffdd45a830, num_args=<optimized out>, args=<optimized out>, hash_key=<optimized out>) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_var.c:990 0000003 0x00007fffed313dfc in zend_hash_apply_with_arguments (ht=0x7fffdd45a250, apply_func=0x7fffe43614c0 <xdebug_object_element_export_xml_node>, num_args=5) at /usr/src/debug/php-5.3.10/Zend/zend_hash.c:730 0000004 0x00007fffe4361458 in xdebug_var_export_xml_node (struc=<optimized out>, name=0x5555565d9270 "$model->_db", node=0x5555565d91e0, options=0x555555b5fbf0, level=1) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_var.c:1181 0000005 0x00007fffe436182c in xdebug_object_element_export_xml_node (item=0x7fffdd45a058, num_args=<optimized out>, args=<optimized out>, hash_key=<optimized out>) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_var.c:990 0000006 0x00007fffed313dfc in zend_hash_apply_with_arguments (ht=0x7fffdd4599c8, apply_func=0x7fffe43614c0 <xdebug_object_element_export_xml_node>, num_args=5) at /usr/src/debug/php-5.3.10/Zend/zend_hash.c:730 0000007 0x00007fffe4361458 in xdebug_var_export_xml_node (struc=<optimized out>, name=0x5555565ccb50 "$model", node=0x5555565ccaf0, options=0x555555b5fbf0, level=0) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_var.c:1181 0000008 0x00007fffe4361d09 in xdebug_get_zval_value_xml_node_ex (name=<optimized out>, val=0x555556500928, var_type=<optimized out>, options=0x555555b5fbf0) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_var.c:1233 0000009 0x00007fffe4357623 in get_symbol (options=0x555555b5fbf0, name_length=<optimized out>, name=0x555555d45950 "model") at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_handler_dbgp.c:645 0000010 attach_used_var_with_contents (xml=0x5555562b4ae0, he=<optimized out>, options=0x555555b5fbf0) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_handler_dbgp.c:1947 0000011 0x00007fffe4359159 in xdebug_hash_apply_with_argument (h=<optimized out>, user=0x5555562b4ae0, cb=0x7fffe43575e0 <attach_used_var_with_contents>, argument=0x555555b5fbf0) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_hash.c:261 0000012 0x00007fffe43571c1 in attach_context_vars (depth=<optimized out>, context_id=0, options=0x555555b5fbf0, node=0x5555562b4ae0, func=<optimized out>) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_handler_dbgp.c:1999 0000013 xdebug_dbgp_handle_context_get (retval=0x7fffffffa6c0, context=<optimized out>, args=<optimized out>) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_handler_dbgp.c:2095 0000014 0x00007fffe435034b in xdebug_dbgp_parse_option (retval=0x5555562b4ae0, flags=0, line=0x555555c44210 "context_get -i 281 -c 0", context=0x7fffe456f868) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_handler_dbgp.c:2350 0000015 xdebug_dbgp_cmdloop (context=0x7fffe456f868, bail=1) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_handler_dbgp.c:2399 0000016 0x00007fffe435840b in xdebug_dbgp_breakpoint (context=0x7fffe456f868, stack=<optimized out>, file=<optimized out>, lineno=650, type=<optimized out>, exception=0x0, message=0x0) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug_handler_dbgp.c:2683 0000017 0x00007fffe434a072 in xdebug_statement_call (op_array=<optimized out>) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug.c:1880 0000018 0x00007fffed2fc6d1 in zend_llist_apply_with_argument (l=<optimized out>, func=0x7fffed3293a0 <zend_extension_statement_handler>, arg=0x555556493520) at /usr/src/debug/php-5.3.10/Zend/zend_llist.c:236 0000019 0x00007fffed32ab1b in ZEND_EXT_STMT_SPEC_HANDLER (execute_data=0x7ffff7e415c8) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:534 0000020 0x00007fffed329ebb in execute (op_array=0x555556493520) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:107 0000021 0x00007fffe434c8a9 in xdebug_execute (op_array=0x555556493520) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug.c:1317 0000022 0x00007fffed37600c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7e40fd0) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:344 0000023 0x00007fffed329ebb in execute (op_array=0x5555564c1120) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:107 0000024 0x00007fffe434c8a9 in xdebug_execute (op_array=0x5555564c1120) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug.c:1317 0000025 0x00007fffed37600c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7e40b68) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:344 0000026 0x00007fffed329ebb in execute (op_array=0x555556502710) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:107 0000027 0x00007fffe434c8a9 in xdebug_execute (op_array=0x555556502710) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug.c:1317 0000028 0x00007fffed37600c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7e40838) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:344 0000029 0x00007fffed329ebb in execute (op_array=0x555556461af8) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:107 ---Type <return> to continue, or q <return> to quit--- 0000030 0x00007fffe434c8a9 in xdebug_execute (op_array=0x555556461af8) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug.c:1317 0000031 0x00007fffed33bef7 in ZEND_INCLUDE_OR_EVAL_SPEC_CV_HANDLER (execute_data=0x7ffff7e3f508) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:22565 0000032 0x00007fffed329ebb in execute (op_array=0x555555fdce20) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:107 0000033 0x00007fffe434c8a9 in xdebug_execute (op_array=0x555555fdce20) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug.c:1317 0000034 0x00007fffed37600c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7e3e880) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:344 #35 0x00007fffed329ebb in execute (op_array=0x555555cbf7a8) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:107 0000036 0x00007fffe434c8a9 in xdebug_execute (op_array=0x555555cbf7a8) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug.c:1317 0000037 0x00007fffed37600c in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7e3e050) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:344 0000038 0x00007fffed329ebb in execute (op_array=0x555555b1fa58) at /usr/src/debug/php-5.3.10/Zend/zend_vm_execute.h:107 0000039 0x00007fffe434c8a9 in xdebug_execute (op_array=0x555555b1fa58) at /usr/src/debug/php-pecl-xdebug-2.2.0/xdebug-2.2.0/xdebug.c:1317 0000040 0x00007fffed307d30 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/debug/php-5.3.10/Zend/zend.c:1236 0000041 0x00007fffed2b4873 in php_execute_script (primary_file=0x7fffffffd830) at /usr/src/debug/php-5.3.10/main/main.c:2308 0000042 0x00007fffed3921cd in php_handler (r=0x555555b55830) at /usr/src/debug/php-5.3.10/sapi/apache2handler/sapi_apache2.c:669 0000043 0x0000555555580658 in ap_run_handler (r=0x555555b55830) at /usr/src/debug/httpd-2.2.21/server/config.c:158 0000044 0x0000555555580ade in ap_invoke_handler (r=0x555555b55830) at /usr/src/debug/httpd-2.2.21/server/config.c:376 0000045 0x000055555558e0c0 in ap_process_request (r=0x555555b55830) at /usr/src/debug/httpd-2.2.21/modules/http/http_request.c:282 0000046 0x000055555558af18 in ap_process_http_connection (c=0x555555b499c0) at /usr/src/debug/httpd-2.2.21/modules/http/http_core.c:190 0000047 0x00005555555870e8 in ap_run_process_connection (c=0x555555b499c0) at /usr/src/debug/httpd-2.2.21/server/connection.c:43 0000048 0x0000555555592c20 in child_main (child_num_arg=<optimized out>) at /usr/src/debug/httpd-2.2.21/server/mpm/prefork/prefork.c:667 #49 0x0000555555593346 in make_child (s=0x5555557bb848, slot=0) at /usr/src/debug/httpd-2.2.21/server/mpm/prefork/prefork.c:712 0000050 0x0000555555593b13 in ap_mpm_run (_pconf=<optimized out>, plog=<optimized out>, s=<optimized out>) at /usr/src/debug/httpd-2.2.21/server/mpm/prefork/prefork.c:988 #51 0x000055555556b7ba in main (argc=3, argv=0x7fffffffde78) at /usr/src/debug/httpd-2.2.21/server/main.c:739
Steps To Reproduce:	I think nothing special needed to reproduce - I just start debug session in Joomla and it crashed in many places.
Additional Information:	php 5.3.10 - this version is absent in select. # rpm -q php-pecl-xdebug php-pecl-xdebug-2.2.0-0.1.gitd076740.fc16.x86_64 On xdebug version 2.1 with same PHP also reproducable.
Attached Files:

Notes
(0001908) derick    2012-02-05 12:44	Can you reproduce this with a short script as well? I can not reproduce this. Can you at least try bt full? In case you can prepare a VM or give me machine access that'd be better.
(0001951) derick    2012-03-07 19:42	Can't reproduce this, and not feedback supplied. Feel free to re-open if you have the requested feedback.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
789	[Xdebug] Usage problems	crash	always	2012-03-06 12:24	2012-03-07 19:35
Reporter:	Fraak	Platform:
Assigned To:	derick	OS:
Priority:	high	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows + Zend Server CE
PHP Version:	5.3.9
Summary:	Try catch in Try catch will always throw exception
Description:	When you have a Try catch block within a try catch block the exception always gets thrown. Even if you have called xdebug_disable();
Steps To Reproduce:	xdebug_disable(); try { try { throw new Exception("Some exception"); } catch(Exception $e) { echo "first try"; } } catch (Exception $e) { echo "second try"; } echo " end";
Additional Information:	Expected output would be "first try end" Actual output is the exception message of "some exception".
Attached Files:

Notes
(0001947) Fraak    2012-03-06 13:09    (edited on: 2012-03-06 13:21)	I tried with a clean PHP 5.3.9 + XDebug 2.1.3 from CLI and it works as expected then. Therefore I figure this is a issue in combination with Zend CE. Zend Server CE runs php as CGI then this error occours. Also noticed that when you disable Zend Optimizer+ the error does not occour.
(0001949) derick    2012-03-07 19:35	Xdebug is not compatible with Zend Optimizer+, because it changes how PHP executes things. Marking this one as resolved.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
474	[Xdebug] Feature/Change request	major	N/A	2009-09-24 18:32	2012-02-29 17:25
Reporter:	jacobweber	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.0.0dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	N/A
PHP Version:	5.3.0
Summary:	Implement memory profiling
Description:	Any change we can get this patch folded into an Xdebug release? It seems to work for me. http://xdebug.org/archives/xdebug-general/1228.html [^]
Steps To Reproduce:
Additional Information:
Attached Files:	xdebug_mem.patch (5,602) 2011-10-06 18:55 http://bugs.xdebug.org/file_download.php?file_id=37&type=bug

Notes
(0001835) atis    2011-10-06 18:55	With minor changes working on 2.1.2 version and KCacheGrind. Original author "Benson, Geoff" as mentioned in link
(0001836) atis    2011-10-06 20:26	Added pull request on github.
(0001938) derick    2012-02-29 13:15	Even though the patch is correct, the results will not be. PHP's memory manager is quite unreliable for when it frees up memory. I don't quite know whether I want to add something that I know will confuse people...
(0001942) atis    2012-02-29 17:25	This helped me to see most memory used, optimize, etc. It actually doesn't matter for me to see correct numbers - when debugging memory usage all you need is allocations and percentage of total usage.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
404	[Xdebug] Debug client (console)	major	always	2008-08-26 11:27	2012-02-29 13:16
Reporter:	fcm	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:
PHP Version:	5.1.4
Summary:	auto_prepend_file and 2.0.3 incompatible
Description:	Hi, The bug 285 is still present and I can reproduce it: 1.- Use an htaccess with : php_value auto_prepend_file "d:/www/library/tech/configuration.php" Then only this file is profiled. (Thanks for your great tool/project. A must-have!!! :) ) Fred (from Switzerland)
Steps To Reproduce:
Additional Information:	I use this in my php.ini: zend_extension_ts = "C:/php/ext/php_xdebug-2.0.3-5.1.7.dll" xdebug.profiler_output_dir = "C:/php/tmp" xdebug.profiler_enable = 1
Attached Files:

Notes
(0001497) takar    2010-06-16 20:55	I have confirmed this issue with PHP 5.2.6-1+lenny8. I had the same issue while setting an auto_prepend_file using php.ini.
(0001796) akkie    2011-08-30 14:40	Same problem here with php5.3.8
(0001940) derick    2012-02-29 13:16	I'm aware of this issue, but I don't have any idea on how to fix it yet.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
717	[Xdebug] Usage problems	minor	have not tried	2011-09-08 14:50	2012-02-29 13:16
Reporter:	igalic	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	fileupload with a notice crashes xdebug
Description:	When trying to upload a file, xdebug will (sometimes?) crash.
Steps To Reproduce:
Additional Information:	Core was generated by `/usr/sbin/apache2 -D DEFAULT_VHOST -D ERRORDOCS -D INFO -D LANGUAGE -D SSL -D S'. Program terminated with signal 11, Segmentation fault. #0 0x0000038de95727a5 in ?? () from /lib64/libc.so.6 (gdb) where #0 0x0000038de95727a5 in ?? () from /lib64/libc.so.6 #1 0x0000038de2f17d3e in ?? () from /usr/lib64/apache2/modules/mod_backtrace.so 0000002 0x0000000ac11fbc98 in ap_run_fatal_exception (ei=0x38dc80cf760) at mpm_common.c:68 0000003 0x0000000ac11fc096 in run_fatal_exception_hook (sig=11) at mpm_common.c:1200 0000004 sig_coredump (sig=11) at mpm_common.c:1211 0000005 <signal handler called> 0000006 0x0000038dde173902 in xdebug_hash_extended_find (h=0xb1ca323230349993, str_key=0xac8474df0 "Notice", str_key_len=6, num_key=0, p=0x38dc80cfcd8) at /var/tmp/portage/dev-php/xdebug-2.1.0-r1/work/php5.3/xdebug_hash.c:207 0000007 0x0000038dde177c18 in xdebug_error_cb (type=8, error_filename=0x38de2a10f23 "Unknown", error_lineno=0, format=0x38de29fd37c "No file uploaded", args=0x38dc80cfe60) at /var/tmp/portage/dev-php/xdebug-2.1.0-r1/work/php5.3/xdebug_stack.c:565 0000008 0x0000038de24c5279 in zend_error (type=8, format=0x38de29fd37c "No file uploaded") at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/Zend/zend.c:1118 0000009 0x0000038de242707a in rfc1867_post_handler (content_type_dup=0xac6178528 "multipart/form-data; boundary=", '-' <repeats 27 times>, "7db1f334010a", arg=0xac617a8c0, tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/main/rfc1867.c:1039 0000010 0x0000038de241fb3e in sapi_handle_post (arg=0xac617a8c0, tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/main/SAPI.c:124 0000011 0x0000038de242b15a in php_default_treat_data (arg=0, str=0x0, destArray=0x0, tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/main/php_variables.c:334 0000012 0x0000038de221308b in mbstr_treat_data (arg=0, str=0x0, destArray=0x0, tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/ext/mbstring/mb_gpc.c:68 0000013 0x0000038de242cba2 in php_hash_environment (tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/main/php_variables.c:684 0000014 0x0000038de2410d6b in php_request_startup (tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/main/main.c:1450 0000015 0x0000038de25e61c9 in php_apache_request_ctor (r=0xac82dd898, ctx=0xac82df6e8, tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/sapi/apache2handler/sapi_apache2.c:508 0000016 0x0000038de25e6a60 in php_handler (r=0xac82dd898) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/sapi/apache2handler/sapi_apache2.c:624 0000017 0x0000000ac11f25ee in ap_run_handler (r=0xac82dd898) at config.c:158 0000018 0x0000000ac11f60f3 in ap_invoke_handler (r=0xac82dd898) at config.c:376 0000019 0x0000000ac12021d2 in ap_internal_redirect (new_uri=<value optimized out>, r=<value optimized out>) at http_request.c:554 0000020 0x0000038de3f66f3d in handler_redirect (r=0xac89c8a10) at mod_rewrite.c:4863 0000021 0x0000000ac11f25ee in ap_run_handler (r=0xac89c8a10) at config.c:158 0000022 0x0000000ac11f60f3 in ap_invoke_handler (r=0xac89c8a10) at config.c:376 0000023 0x0000000ac120238e in ap_process_request (r=0xac89c8a10) at http_request.c:282 0000024 0x0000000ac11ff083 in ap_process_http_connection (c=0xac6af7e78) at http_core.c:190 0000025 0x0000000ac11fa83b in ap_run_process_connection (c=0xac6af7e78) at connection.c:43 0000026 0x0000000ac1208655 in process_socket (thd=<value optimized out>, dummy=<value optimized out>) at worker.c:544 0000027 worker_thread (thd=<value optimized out>, dummy=<value optimized out>) at worker.c:894 0000028 0x0000038de9a51c0a in start_thread () from /lib64/libpthread.so.0 0000029 0x0000038de95b1bed in clone () from /lib64/libc.so.6 (gdb) bt full #0 0x0000038de95727a5 in ?? () from /lib64/libc.so.6 No symbol table info available. #1 0x0000038de2f17d3e in ?? () from /usr/lib64/apache2/modules/mod_backtrace.so No symbol table info available. 0000002 0x0000000ac11fbc98 in ap_run_fatal_exception (ei=0x38dc80cf760) at mpm_common.c:68 pHook = 0xac1716b18 n = <value optimized out> rv = <value optimized out> 0000003 0x0000000ac11fc096 in run_fatal_exception_hook (sig=11) at mpm_common.c:1200 ei = {sig = 11, pid = 18918} 0000004 sig_coredump (sig=11) at mpm_common.c:1211 No locals. 0000005 <signal handler called> No symbol table info available. 0000006 0x0000038dde173902 in xdebug_hash_extended_find (h=0xb1ca323230349993, str_key=0xac8474df0 "Notice", str_key_len=6, num_key=0, p=0x38dc80cfcd8) at /var/tmp/portage/dev-php/xdebug-2.1.0-r1/work/php5.3/xdebug_hash.c:207 l = 0xc8e5a0fcf1ac2eab le = 0x0 tmp = {value = {str = {val = 0x38dc80cfe60 "\020", len = 3802205987}, num = 3907481566816}, type = 8} slot = 0 0000007 0x0000038dde177c18 in xdebug_error_cb (type=8, error_filename=0x38de2a10f23 "Unknown", error_lineno=0, format=0x38de29fd37c "No file uploaded", args=0x38dc80cfe60) at /var/tmp/portage/dev-php/xdebug-2.1.0-r1/work/php5.3/xdebug_stack.c:565 buffer = 0xac6182b48 "No file uploaded" error_type_str = 0xac8474df0 "Notice" buffer_len = 16 extra_brk_info = 0x0 error_handling = EH_NORMAL exception_class = 0x5a5a5a5a5a5a5a5a tsrm_ls = 0xac6d5abd0 0000008 0x0000038de24c5279 in zend_error (type=8, format=0x38de29fd37c "No file uploaded") at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/Zend/zend.c:1118 args = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x38dc80cff50, reg_save_area = 0x38dc80cfe80}} usr_copy = {{gp_offset = 0, fp_offset = 0, overflow_arg_area = 0x23ee2424f35, reg_save_area = 0xe29fd0f8}} params = 0x38dc80cfee0 retval = 0xc8e5a0fcf1ac2eab z_error_type = 0x38dc80cfe80 z_error_message = 0x1f1ac2eab z_error_filename = 0x0 z_error_lineno = 0x1f1ac2eab z_context = 0xc6d5abd0 error_filename = 0x38de2a10f23 "Unknown" error_lineno = 0 orig_user_error_handler = 0xac617c6d0 in_compilation = 0 '\000' saved_class_entry = 0x38de2407a55 bp_stack = {top = -971520319, max = 10, elements = 0x0} function_call_stack = {top = -971520192, max = 10, elements = 0xac61626a0} switch_cond_stack = {top = -492842760, max = 909, elements = 0x1f1ac2eab} foreach_copy_stack = {top = 0, max = 0, elements = 0x38c00000002} object_stack = {top = -971529947, max = 10, elements = 0xc617a129} declare_stack = {top = 9, max = 0, elements = 0xac61626a0} list_stack = {top = -938672592, max = 909, elements = 0x38de24fdbe0} labels_stack = {top = -971504032, max = 574, elements = 0xc8e5a0fcf1ac2eab} tsrm_ls = 0xac6d5abd0 0000009 0x0000038de242707a in rfc1867_post_handler (content_type_dup=0xac6178528 "multipart/form-data; boundary=", '-' <repeats 27 times>, "7db1f334010a", arg=0xac617a8c0, tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/main/rfc1867.c:1039 pair = 0xac617c74b "Z\264\372\357\335\066\336\270e\373\070\202\324\036L\002\353\n" end = 0 ---Type <return> to continue, or q <return> to quit--- param = 0xac61827d8 "files[upload]" tmp = 0xac61827e5 "" wlen = 0 buff = "\"\271\211\303\n\000\000\000\253.\254\361\374\240\345\310\000\000\000\000\000\000\000\000\253.\254\361\374\240\345\310\000\000\000\000\000\000\000\000\253.\254\361\374\240\345\310", '\000' <repeats 16 times>, " \006\r?\003\000\000\244M2\311\n\000\000\000\244M2\311\n", '\000' <repeats 20 times>, "V\352\352\215\003\000\000\000\000\000\000\215\003\000\000\002\000\000\000\215\003\000\000\220\004\r?\003\000\000\224\004\r?\003\000\000P\004\r?\003\000\000 \006\r?\003\000\000\000\000\000\000\000\000\000\000$\000\000\000\215\003\000\000\000\000\000\000\000\000\000\000\243M2\311\n\000\000\000\263\a6\310\n\000\000\000\000\000\000\000\n\000\000\000.\000\000\000\001\000\000\000\000\000\000\000\376\377\377\377\243M2\311\n\000\000\000\000\000\000\000\n\000\000\000\377\377\377\377\000\000\000\000\376\377\377\377\000\000\000\000\000\000\000\000\377\377\377\377\000\000\000\000\000\000\000\000_\000\000\000\215\003", '\000' <repeats 26 times>... cd = 0xac617c7f4 "" filename = 0xac617a098 "" blen = 0 offset = 0 boundary = 0xac6178546 '-' <repeats 27 times>, "7db1f334010a" s = 0x0 boundary_end = 0x0 start_arr = 0x0 array_index = 0x0 temp_filename = 0x0 lbuf = 0x0 abuf = 0x0 boundary_len = 39 total_bytes = 0 cancel_upload = 0 is_arr_upload = 0 array_len = 0 max_file_size = 0 skip_upload = 0 anonindex = 0 is_anonymous = 0 http_post_files = 0xac617c350 uploaded_files = 0xac617c1c8 str_len = 0 num_vars = 0 num_vars_max = 20 len_list = 0x0 val_list = 0x0 mbuff = 0xac6165228 array_ptr = 0xac617a8c0 fd = -1 header = {head = 0xac617c610, tail = 0xac61806d0, count = 2, size = 16, dtor = 0x38de2425086 <php_free_hdr_entry>, persistent = 0 '\000', traverse_ptr = 0x38dc80d0610} event_extra_data = 0x0 llen = 0 upload_cnt = 20 0000010 0x0000038de241fb3e in sapi_handle_post (arg=0xac617a8c0, tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/main/SAPI.c:124 No locals. 0000011 0x0000038de242b15a in php_default_treat_data (arg=0, str=0x0, destArray=0x0, tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/main/php_variables.c:334 res = 0x0 var = 0xac6d5abd0 "\020\263!\306\n" val = 0x1b00000000 <Address 0x1b00000000 out of bounds> separator = 0x0 c_var = 0x38dc80d16b0 "`\027\r?\003" array_ptr = 0xac617a8c0 free_buffer = 0 strtok_buf = 0x0 0000012 0x0000038de221308b in mbstr_treat_data (arg=0, str=0x0, destArray=0x0, tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/ext/mbstring/mb_gpc.c:68 res = 0x0 ---Type <return> to continue, or q <return> to quit--- separator = 0x0 c_var = 0x0 array_ptr = 0x0 free_buffer = 0 detected = -971614928 info = {data_type = 242689, separator = 0x0, force_register_globals = 1, report_errors = 1, to_language = 909, to_encoding = 2048, from_language = 6144, num_from_encodings = -971536912, from_encodings = 0x1800} 0000013 0x0000038de242cba2 in php_hash_environment (tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/main/php_variables.c:684 p = 0xac373dfd1 "PCS" _gpc_flags = "\000\000\001\000" jit_initialization = 1 '\001' auto_global_records = {{name = 0x38de29fda04 "_POST", name_len = 6, long_name = 0x38de29fda19 "HTTP_POST_VARS", long_name_len = 15, jit_initialization = 0 '\000'}, {name = 0x38de29fd9ff "_GET", name_len = 5, long_name = 0x38de29fda28 "HTTP_GET_VARS", long_name_len = 14, jit_initialization = 0 '\000'}, {name = 0x38de29fda0a "_COOKIE", name_len = 8, long_name = 0x38de29fda36 "HTTP_COOKIE_VARS", long_name_len = 17, jit_initialization = 0 '\000'}, {name = 0x38de29fd909 "_SERVER", name_len = 8, long_name = 0x38de29fd9e0 "HTTP_SERVER_VARS", long_name_len = 17, jit_initialization = 1 '\001'}, {name = 0x38de29fd904 "_ENV", name_len = 5, long_name = 0x38de29fd9f1 "HTTP_ENV_VARS", long_name_len = 14, jit_initialization = 1 '\001'}, {name = 0x38de29fda12 "_FILES", name_len = 7, long_name = 0x38de29fda47 "HTTP_POST_FILES", long_name_len = 16, jit_initialization = 0 '\000'}} num_track_vars = 6 i = 6 0000014 0x0000038de2410d6b in php_request_startup (tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/main/main.c:1450 __orig_bailout = 0x38dc80d1b30 __bailout = {{__jmpbuf = {46308120728, -5719197928186676403, 46195104680, 0, -4294967295, 344, -5719197928213939379, -5719282007032300723}, __mask_was_saved = 0, __saved_mask = {__val = {14476153585499123371, 3907927483048, 46283011056, 46283011608, 14476153585499123371, 46308123656, 0, 5, 18446744073709551615, 46285564880, 0, 3907481573904, 14476153585499123371, 18446744072770886160, 14476153585499123371, 46308120728}}}} retval = 0 0000015 0x0000038de25e61c9 in php_apache_request_ctor (r=0xac82dd898, ctx=0xac82df6e8, tsrm_ls=0xac6d5abd0) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/sapi/apache2handler/sapi_apache2.c:508 content_length = 0xac89ca340 "2894" auth = 0x0 0000016 0x0000038de25e6a60 in php_handler (r=0xac82dd898) at /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/apache2/sapi/apache2handler/sapi_apache2.c:624 __orig_bailout = 0x0 __bailout = {{__jmpbuf = {46273497616, -5719197928073430195, 46195104680, 0, -4294967295, 344, -5719197928134247603, -5719281874931778739}, __mask_was_saved = 0, __saved_mask = {__val = {46189764925, 0, 3907973238816, 46308120728, 46308121376, 0, 14476153585499123371, 344, 5, 46308120728, 46195106264, 0, 14476153585499123371, 344, 14476153585499123371, 46308120728}}}} ctx = 0xac82df6e8 conf = 0xac89eaea0 brigade = 0xac6aeb7d8 bucket = 0x1f1ac2eab rv = 909 parent_req = 0x0 tsrm_ls = 0xac6d5abd0 0000017 0x0000000ac11f25ee in ap_run_handler (r=0xac82dd898) at config.c:158 pHook = 0xac1715ba8 n = <value optimized out> rv = <value optimized out> 0000018 0x0000000ac11f60f3 in ap_invoke_handler (r=0xac82dd898) at config.c:376 handler = 0xac1715ba8 "\346(>\346\215\003" p = 0x652a87e1f9f <Address 0x652a87e1f9f out of bounds> result = -1049535576 old_handler = 0xac177e948 "application/x-httpd-php" ignore = <value optimized out> 0000019 0x0000000ac12021d2 in ap_internal_redirect (new_uri=<value optimized out>, r=<value optimized out>) at http_request.c:554 new = 0xac82dd898 access_status = -1468129377 0000020 0x0000038de3f66f3d in handler_redirect (r=0xac89c8a10) at mod_rewrite.c:4863 No locals. 0000021 0x0000000ac11f25ee in ap_run_handler (r=0xac89c8a10) at config.c:158 pHook = 0xac1715ba8 n = <value optimized out> rv = <value optimized out> 0000022 0x0000000ac11f60f3 in ap_invoke_handler (r=0xac89c8a10) at config.c:376 ---Type <return> to continue, or q <return> to quit--- handler = 0x0 p = 0x652a87e1f9f <Address 0x652a87e1f9f out of bounds> result = 0 old_handler = 0x38de3f6b182 "redirect-handler" ignore = <value optimized out> 0000023 0x0000000ac120238e in ap_process_request (r=0xac89c8a10) at http_request.c:282 access_status = -1468129377 0000024 0x0000000ac11ff083 in ap_process_http_connection (c=0xac6af7e78) at http_core.c:190 r = 0xac89c8a10 csd = 0x0 0000025 0x0000000ac11fa83b in ap_run_process_connection (c=0xac6af7e78) at connection.c:43 pHook = 0xac1716470 n = <value optimized out> rv = <value optimized out> 0000026 0x0000000ac1208655 in process_socket (thd=<value optimized out>, dummy=<value optimized out>) at worker.c:544 current_conn = 0x652a87e1f9f conn_id = <value optimized out> csd = 280 sbh = 0xac6af7e70 0000027 worker_thread (thd=<value optimized out>, dummy=<value optimized out>) at worker.c:894 process_slot = 2 thread_slot = 43 csd = 0xac6af7c60 bucket_alloc = <value optimized out> last_ptrans = <value optimized out> ptrans = 0xac6af7bd8 rv = <value optimized out> is_idle = <value optimized out> 0000028 0x0000038de9a51c0a in start_thread () from /lib64/libpthread.so.0 No symbol table info available. 0000029 0x0000038de95b1bed in clone () from /lib64/libc.so.6 No symbol table info available.
Attached Files:

Notes
(0001806) derick    2011-09-25 22:09	Hi, I've tried to reproduce this, but did not succeed. As far as I can see, you need the following for this to trigger: - PHP needs to be compiled in debug mode - the filename send in the form needs to be empty (ie: Content-Disposition: form-data; name="uploaded"; filename="" in the POSTed data) - Xdebug needs to have debugging enabled - A debug connection needs to be active even with this, I do not get it to crash, as in order for that to happen, the hash table that contains exception breakpoints needs to be empty. And it isn't as it's initialised when a debug connection starts (ie, always, otherwise it wasn't enabled which is a pre-requisite). So, I would need some more information from you that can pin point the cause a bit more: - how often does this crash? - can you do this when it crashes:     frame 6 (the one that has xdebug_hash_extended_find)     print *h     print *l - Can you run apache (in single process mode) under Valgrind and put the output somewhere when it crashes:     valgrind /path/to/sbin/apache2 -X     - and then make requests until it crashes.
(0001939) derick    2012-02-29 13:16	Can't reproduce, and no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
734	[Xdebug] Feature/Change request	minor	always	2011-10-13 14:22	2012-02-29 13:15
Reporter:	jan.pieper	Platform:	x86_64
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	11.04
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu
PHP Version:	5.3.5
Summary:	xdebug.cli_color=0 ignores xdebug.var_display_max_data
Description:	See "Steps to Reproduce" and "Additional Information".
Steps To Reproduce:	##### ENABLED CLI COLORING php -d xdebug.cli_color=1 -r 'var_dump(str_repeat("X", 5000));' ##### DISABLED CLI COLORING php -d xdebug.cli_color=0 -r 'var_dump(str_repeat("X", 5000));'
Additional Information:	##### ENABLED CLI COLORING 'string(5000) XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX...' ##### DISABLED CLI COLORING string(5000) "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
System Description
Attached Files:

Notes
(0001937) derick    2012-02-29 13:15	I believe that I've fixed this already some time ago on github.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
757	[Xdebug] Usage problems	minor	always	2011-12-02 02:54	2012-02-29 13:12
Reporter:	gnombat	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows, Linux
PHP Version:	5.3.8
Summary:	XDEBUG_CC_UNUSED does not work with code outside a function
Description:	For PHP code outside any function, XDEBUG_CC_UNUSED does not seem to work.
Steps To Reproduce:	See the contents of the attached file. If you run code-coverage-inside-function.php, it reports the line "$y = 3;" as uncovered. If you run code-coverage-outside-function.php, it does not have any information for the "$y = 3;" line.
Additional Information:
Attached Files:	code-coverage.zip (700) 2011-12-02 02:54 http://bugs.xdebug.org/file_download.php?file_id=47&type=bug

Notes
(0001933) derick    2012-02-29 13:12	This is "expected" behaviour. The dead code analysis can only run for new functions that are being created after start_code_coverage() has been run. I can't see a way on how to fix this. The best way would be to start/stop the coverage before you include a file, which is what I do in most of the Xdebug tests.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
770	[Xdebug] Feature/Change request	minor	N/A	2012-01-27 23:25	2012-01-27 23:26
Reporter:	webik	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.9
Summary:	Profile output dir configurable
Description:	Make profile output dir configuable the same as filename.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001898) webik    2012-01-27 23:26	Pull request https://github.com/derickr/xdebug/pull/14 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
287	[Xdebug] Feature/Change request	major	N/A	2007-06-25 13:37	2012-01-25 09:39
Reporter:	james	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.6
Summary:	debugging static class variables
Description:	Reported feature request as requested
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000722) jeffg    2007-09-05 17:54	This feature is requested for Komodo IDE as well, here is a test script that can be used to repro the problem: <?php class testclass {     static private $name;          static public function show_name() {         //do something with $name         self::$name = "Sir John\n" . self::$name;         return self::$name;     } } echo testclass::show_name(); ?> To repro, but a breakpoint at line 9. The value of self::$name is not visible.
(0001896) derick    2012-01-25 09:39	Duplicate of 0000623, which is now fixed.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
768	[Xdebug] Feature/Change request	minor	have not tried	2012-01-20 11:44	2012-01-20 11:44
Reporter:	CircleCode	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	distinct stack configurations for on screen and for log
Description:	It would be useful in some situations to have distincts configuration for stack logging and on screen display. For example, we could want: - stacks only on screen - xdebug.collect_params = 2 for on screen , and xdebug.collect_params = 1 for logs and so on...
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
705	[Xdebug] Usage problems	minor	always	2011-07-25 15:07	2012-01-06 18:41
Reporter:	ntosic	Platform:	Linux
Assigned To:	derick	OS:	Cent OS
Priority:	normal	OS Version:	5.5
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Cent OS
PHP Version:	5.3.3
Summary:	SoapClient constructor does not throw exception where it should
Description:	I could not find version 2.1.1 in dropdown, so I selected 2.1.0 This is actually ticket duplicate of: https://bugs.php.net/bug.php?id=34657 [^] When using XDebug w/SoapClient it does not throw exceptions if wrong WSDL url is passed in SoapClient constructor. When XDebug module is disabled, i get exceptions catched
Steps To Reproduce:	try{ $client = new SoapClient( http://wrong.wsdl.url?wsdl, [^] array( 'exceptions' => true, 'trace' => true), 'features' => SOAP_SINGLE_ELEMENT_ARRAYS) ); }catch(Exception $e){ die("something went wrong"); }
Additional Information:
Attached Files:

Notes
(0001891) danielc    2012-01-06 18:03    (edited on: 2012-01-06 18:04)	This is a reappearance of Bug 0000249.
(0001892) derick    2012-01-06 18:41	Duplicate of 0000609, which I think I've fixed in master on github!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
761	[Xdebug] Usage problems	minor	always	2011-12-15 08:11	2011-12-15 09:31
Reporter:	drfugazi	Platform:	sun4u sparc
Assigned To:	derick	OS:	Solaris
Priority:	normal	OS Version:	10
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Sun Solaris 10
PHP Version:	5.2.10
Summary:	xdebug 2.1.2 - undefined symbol: NAME_MAX acomp failed for usefulstuff.c on Solaris 10
Description:	Compilation failed on Solaris 10 with SunStudio 12u1 and xdebug-2.1.2: line 440: undefined symbol: NAME_MAX cc: acomp failed for /home/soft/php/xdebug-2.1.2/usefulstuff.c *** Error code 1 dmake: Fatal error: Command failed for target `usefulstuff.lo'
Steps To Reproduce:	% /usr/local/php52/bin/phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20060613 Zend Extension Api No: 220060519 configure.in:3: warning: prefer named diversions configure.in:3: warning: prefer named diversions % ./configure --enable-xdebug --with-php-config=/usr/local/php52/bin/php-config % dmake /bin/bash /home/soft/php/xdebug-2.1.2/libtool --mode=compile cc -I. -I/home/soft/php/xdebug-2.1.2 -DPHP_ATOM_INC -I/home/soft/php/xdebug-2.1.2/include -I/home/soft/php/xdebug-2.1.2/main -I/home/soft/php/xdebug-2.1.2 -I/usr/local/php52/include/php -I/usr/local/php52/include/php/main -I/usr/local/php52/include/php/TSRM -I/usr/local/php52/include/php/Zend -I/usr/local/php52/include/php/ext -I/usr/local/php52/include/php/ext/date/lib -DHAVE_CONFIG_H -O -xs -xstrconst -zlazyload -c /home/soft/php/xdebug-2.1.2/xdebug.c -o xdebug.lo mkdir .libs ... cc -I. -I/home/soft/php/xdebug-2.1.2 -DPHP_ATOM_INC -I/home/soft/php/xdebug-2.1.2/include -I/home/soft/php/xdebug-2.1.2/main -I/home/soft/php/xdebug-2.1.2 -I/usr/local/php52/include/php -I/usr/local/php52/include/php/main -I/usr/local/php52/include/php/TSRM -I/usr/local/php52/include/php/Zend -I/usr/local/php52/include/php/ext -I/usr/local/php52/include/php/ext/date/lib -DHAVE_CONFIG_H -O -xs -xstrconst -zlazyload -c /home/soft/php/xdebug-2.1.2/xdebug_xml.c -KPIC -DPIC -o .libs/xdebug_xml.o /bin/bash /home/soft/php/xdebug-2.1.2/libtool --mode=compile cc -I. -I/home/soft/php/xdebug-2.1.2 -DPHP_ATOM_INC -I/home/soft/php/xdebug-2.1.2/include -I/home/soft/php/xdebug-2.1.2/main -I/home/soft/php/xdebug-2.1.2 -I/usr/local/php52/include/php -I/usr/local/php52/include/php/main -I/usr/local/php52/include/php/TSRM -I/usr/local/php52/include/php/Zend -I/usr/local/php52/include/php/ext -I/usr/local/php52/include/php/ext/date/lib -DHAVE_CONFIG_H -O -xs -xstrconst -zlazyload -c /home/soft/php/xdebug-2.1.2/usefulstuff.c -o usefulstuff.lo cc -I. -I/home/soft/php/xdebug-2.1.2 -DPHP_ATOM_INC -I/home/soft/php/xdebug-2.1.2/include -I/home/soft/php/xdebug-2.1.2/main -I/home/soft/php/xdebug-2.1.2 -I/usr/local/php52/include/php -I/usr/local/php52/include/php/main -I/usr/local/php52/include/php/TSRM -I/usr/local/php52/include/php/Zend -I/usr/local/php52/include/php/ext -I/usr/local/php52/include/php/ext/date/lib -DHAVE_CONFIG_H -O -xs -xstrconst -zlazyload -c /home/soft/php/xdebug-2.1.2/usefulstuff.c -KPIC -DPIC -o .libs/usefulstuff.o "/home/soft/php/xdebug-2.1.2/usefulstuff.c", line 372: warning: initializer will be sign-extended: -1 "/home/soft/php/xdebug-2.1.2/usefulstuff.c", line 440: undefined symbol: NAME_MAX cc: acomp failed for /home/soft/php/xdebug-2.1.2/usefulstuff.c *** Error code 1 dmake: Fatal error: Command failed for target `usefulstuff.lo'
Additional Information:	Version 2.1.1 compiles successfully Version 2.1.2 after quick and dirty hack compiles too % diff -u xdebug-2.1.2/usefulstuff.c xdebug-2.1.2-patched/usefulstuff.c --- xdebug-2.1.2/usefulstuff.c 2011-07-28 13:13:03.000000000 +0200 +++ xdebug-2.1.2-patched/usefulstuff.c 2011-12-12 09:53:58.741662700 +0100 @@ -25,6 +25,7 @@ #include <sys/time.h> #include <sys/resource.h> #include <sys/file.h> +#define NAME_MAX 48 #else #define PATH_MAX MAX_PATH #include <winsock2.h>
Attached Files:

Notes
(0001879) derick    2011-12-15 09:31	Hija! This has already been fixed on github: https://github.com/derickr/xdebug/commit/70a6992405b6956a48c5d418fc86f800a20adbc7 [^] I'll make a new release in a bit, but right now I'd advice you to use the xdebug_2_1 branch from github. cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
760	[Xdebug] Usage problems	major	always	2011-12-14 10:33	2011-12-14 14:56
Reporter:	lolautruche	Platform:	UNIX
Assigned To:	derick	OS:	Mac OSX
Priority:	normal	OS Version:	10.7.2
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.4-dev
Summary:	PHP Errors are not reported in browsers using built-in SAPI
Description:	Hi Using new built-in SAPI with a router script, if a fatal error occurs (or any other notice/warning), it is reported in the PHP webserver log but not to the browser. It makes errors harder to detect.
Steps To Reproduce:	- Make a test.php script forcing a fatal error - Make a router script named router.php, requiring test.php - Start built-in webserver : php -S localhost:8000 router.php - Go to http://localhost:8000 [^] with your browser
Additional Information:	test.php : <code> // Forcing a fatal error $foo = null; $foo->bar(); </code> router.php : <code> require_once 'test.php'; </code>
Attached Files:

Notes
(0001877) lolautruche    2011-12-14 10:38	Please note that everything works as expected if no router is used (calling test.php directly)
(0001878) derick    2011-12-14 14:56	This is actually a bug in PHP: https://bugs.php.net/bug.php?id=60523 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
759	[Xdebug] Usage problems	minor	always	2011-12-14 02:24	2011-12-14 02:24
Reporter:	timofey.basanov@gmail.com	Platform:
Assigned To:		OS:
Priority:	high	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.2.10
Summary:	XDebug remote debug hangs when php file debugged calls another php file with auto_start enabled
Description:	I have xdebug.remote_autostart enabled to be able to debug files not requested by user browser and this is essential for me. In my index.php file there is request for another php file like md5('http://myserver/another.php' [^]). When I'm stepping in debugger through index.php file when I reach this line execution hangs for timeout time and after that result of md5 function is false. This means that under debugging index.php files behaves differently. And as time of execution of index.php is limited for several seconds by third party service it mades my service totally unavailable when it's under debug.
Steps To Reproduce:	1. Setup Apache with next files in www dir: .htaccess: php_value xdebug.remote_autostart 1 php_value xdebug.remote_enable 1 index.php: <?php md5('http://localhost/another.php' [^]); another.php: <?php echo 1; 2. Configure client debugger accordingly. 3. Run browser at 'http://localhost/index.php' [^] Here you can see that execution hangs for dozens of seconds which is not acceptable.
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
750	[Xdebug] Installation	block	always	2011-11-18 15:01	2011-11-18 15:20
Reporter:	smaring	Platform:	x86
Assigned To:	derick	OS:	Windows
Priority:	high	OS Version:	7 64-bit
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 64-bit
PHP Version:	5.3.8
Summary:	failed loading php_xdebug-2.1.2-5.3-vc9-nts.dll
Description:	I installed ZendServer-CE-php-5.3.8-5.5.0-Windows_x86 on my Windows 7 64-bit and followed the instructions for installing php_xdebug, but I get ... [exec] Failed loading C\apps\zend\ZendServer\lib\php_xdebug-2.1.2-5.3-vc9-nts.dll not sure how to debug this Thanks, Steve Maring Tampa, FL
Steps To Reproduce:	Tailored Installation Instructions Summary Xdebug installed: no Server API: Command Line Interface Windows: yes - Compiler: MS VC9 - Architecture: x86 Zend Server: yes - Install path: C:\apps\zend\ZendServer PHP Version: 5.3.8- Zend API nr: 220090626 PHP API nr: 20090626 Debug Build: no Thread Safe Build: no Configuration File Path: C:\Windows Configuration File: C:\apps\zend\ZendServer\etc\php.ini Extensions directory: C:\apps\zend\ZendServer\lib\phpext Instructions Warning: You seem to be using Zend Server, which is known to cause issues with Xdebug. It might work, but you're on your own. Download php_xdebug-2.1.2-5.3-vc9-nts.dll Move the downloaded file to C:\apps\zend\ZendServer\lib\phpext Open C:\apps\zend\ZendServer\etc\cfg\debugger.ini and put a ; in front of the line that says zend_extension_manager.dir.debugger= so that it says ;zend_extension_manager.dir.debugger= Edit C:\apps\zend\ZendServer\etc\php.ini and add at the begining of the file the line zend_extension = C:\apps\zend\ZendServer\lib\phpext\php_xdebug-2.1.2-5.3-vc9-nts.dll
Additional Information:
Attached Files:

Notes
(0001865) derick    2011-11-18 15:06	[exec] Failed loading C\apps\zend\ZendServer\lib\php_xdebug-2.1.2-5.3-vc9-nts.dll Are you not missing a colon after the C there? Please check php.ini for that colon.
(0001866) smaring    2011-11-18 15:14	Great catch. Thank you. That fixed it.
(0001867) derick    2011-11-18 15:20	All right, closing then (not a bug).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
743	[Xdebug] Debug client (console)	major	always	2011-10-29 05:01	2011-11-07 19:11
Reporter:	ulyssey	Platform:
Assigned To:	derick	OS:	ubuntu / XP / win7 64
Priority:	high	OS Version:
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	do not make an auto breakpoint after an error.
Description:	Hello, Thanks for this plugin but I have issue with it, or I thought it does something than is not able to? I ve test it under ubuntu 11.10 and 10.04, on XP and windows 7 64bits. I made the test with eclipse PHP on all OS and netbeans on ubuntu 11.10.
Steps To Reproduce:	just debugging that: <?php echo "test"; $o = new mad(); ?> the class mad does not exist So, there is a fatal error on "mad()". I thought the ide will show the stack trace, instead, it goes out and show the result in the browser. Rq: breakpoints work and all variables are accesible on breakpoint
Additional Information:	I ll upload the log file. Have a good we.
Attached Files:	log.txt (39,977) 2011-10-29 05:01 http://bugs.xdebug.org/file_download.php?file_id=41&type=bug

Notes
(0001854) derick    2011-11-07 19:11	This is correct behaviour. If the IDE wants to break on a fatal error, it should set a breakpoint on -x "Fatal Error"

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
742	[Xdebug] Feature/Change request	feature	have not tried	2011-10-25 00:23	2011-11-05 17:22
Reporter:	nnmatveev	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	Provide a way to check that user
Description:	When debugging of a project located on the remote server(or symlinks are used) it is necessary to use path mappings (mapping of the remote project structure to the local project structure). Actually is not a problem and in most cases it is just one mapping of the roots. But we need a way to validate in run-time path mappings configured by user. It is done in this way in Zend Debugger and I find it very handy. So, feature request: When xdebug start to process some file first time (when it is included,required, etc) send a message to the user and wait for the confirmation response. An example of such interaction: 1) <- Hey, listener! I am going to process new file with path '/path/to/sctipt.php' 2) Here IDE checks that path mapping is installed for the scipt and if no, tries to automatically find them or ask user for them. 3) -> Okay, you continue process file.
Steps To Reproduce:
Additional Information:	I would like to note that it is not a major for problem for the integration with IDE. At the moment we have implemented a lot of things which help us to fight with the problem.
Attached Files:

Notes
(0001850) nnmatveev    2011-10-25 00:24	Sorry for bad title - cannot find a button to edit the issue title.
(0001853) nnmatveev    2011-11-05 17:22	We could also validate all breakpoints using 'xcmd_get_executable_lines' command before sending 'continue process file' notification

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
739	[Xdebug] Feature/Change request	feature	have not tried	2011-10-24 22:55	2011-10-24 22:55
Reporter:	nnmatveev	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	Provide an option to send profiler snapshot using sockets instead of dumping it on the disk
Description:	It requires for profiling script running on the remote machines. approximate workflow: 1) Enable listening for incoming connections in IDE 2) Toggle profiler cookie 3) Run script 4) Disable listening in IDE (or leave it unchanged if you want to continue profiling) After script execution finishes, an IDE will open snapshot. It will allow us to avoid manual transfering of the snapshot.
Steps To Reproduce:
Additional Information:	It is a way how Zend Debuggger profiling works
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
738	[Xdebug] Feature/Change request	feature	have not tried	2011-10-24 22:38	2011-10-24 22:38
Reporter:	nnmatveev	Platform:
Assigned To:		OS:
Priority:	high	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	Provide an option to generare xdebug profiler snapshots in compressed format
Description:	At the moment Xdebug profiler generates snapshot in human-readable and thus very redundant format. If user use some GUI viewer for snapshots, the more compressed format would preferable, because snapshot can be located on the remote machine and require some kind of transfering (e.g. FTP). It is also necessary that snapshot contains information about its format in the header
Steps To Reproduce:
Additional Information:	related issue from PhpStorm issue tracker - http://youtrack.jetbrains.net/issue/WI-7916 [^]
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
724	[Xdebug] Usage problems	major	always	2011-10-02 01:09	2011-10-05 11:32
Reporter:	jboffel	Platform:	sparc, x86
Assigned To:	derick	OS:	Solaris
Priority:	urgent	OS Version:	5.10
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Solaris 5.10
PHP Version:	5.3.8
Summary:	Compilation is broken on solaris since 2.1.2
Description:	The file usefulstuff.c including constant NAME_MAX that is not defined in solaris system include files. You should add something like this : #include <limits.h> #ifndef NAME_MAX #define NAME_MAX _POSIX_NAME_MAX #endif
Steps To Reproduce:
Additional Information:
Attached Files:	usefulstuff.c (17,357) 2011-10-02 01:09 http://bugs.xdebug.org/file_download.php?file_id=35&type=bug

Notes
(0001828) derick    2011-10-02 08:33	I think I've already fixed this on github. Can you try please? See http://xdebug.org/download.php#source [^]
(0001829) jboffel    2011-10-02 10:12	Hi, I took a look at the head source code and it'll probably fix the problem. I'll confirm on monday, because I don't have solaris at home. Could you give an eye also on issue 0000609 ? I added a patch for the soap error handler problem. I believe it's ugly but i tried and it works well. You keep default behavior of xdebug error message overloading and keep soap error handler behavior as well between switch to exception or not on the fly.
(0001832) jboffel    2011-10-05 11:18	I confirm that with last github version the problem is fixed.
(0001833) derick    2011-10-05 11:32	Awesome, closing then. The SOAP thing is next on my list to look at!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
726	[Xdebug] Installation	minor	have not tried	2011-10-03 05:15	2011-10-03 08:50
Reporter:	suin	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	CentOS Linux release 6.0 (Final)
PHP Version:	5.4-dev
Summary:	Cannot compile xdebug. make gives error 1.
Description:	Dear all, I tried to install xdebug 2.1.1 from source on CentOS 6.0 with php-5.4.0Beta sitting in /home/suin/xdebug-2.1.2 The PHP version is: $ /usr/local/php-5.4.0beta1/bin/php -v PHP 5.4.0beta1 (cli) (built: Sep 29 2011 08:39:52) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2011 Zend Technologies I have the gcc $ gcc --version gcc (GCC) 4.4.4 20100726 (Red Hat 4.4.4-13) Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. The result of phpize $ /usr/local/php-5.4.0beta1/bin/phpize Configuring for: PHP Api Version: 20100412 Zend Module Api No: 20100525 Zend Extension Api No: 220100525 I ran the following command: $ ./configure --with-php-config=/usr/local/php-5.4.0beta1/bin/php-config --enable-xdebug checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for a sed that does not truncate output... /bin/sed checking for cc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking for PHP prefix... /usr/local/php-5.4.0beta1 checking for PHP includes... -I/usr/local/php-5.4.0beta1/include/php -I/usr/local/php-5.4.0beta1/include/php/main -I/usr/local/php-5.4.0beta1/include/php/TSRM -I/usr/local/php-5.4.0beta1/include/php/Zend -I/usr/local/php-5.4.0beta1/include/php/ext -I/usr/local/php-5.4.0beta1/include/php/ext/date/lib checking for PHP extension directory... /usr/local/php-5.4.0beta1/lib/php/extensions/no-debug-non-zts-20100525 checking for PHP installed headers prefix... /usr/local/php-5.4.0beta1/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking whether to enable eXtended debugging support... yes, shared checking for gettimeofday... yes checking for cos in -lm... yes checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all ./configure: line 5358: /usr/bin/file: No such file or directory checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking the maximum length of command line arguments... 1966080 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... no checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool appending configuration tag "CXX" to libtool configure: creating ./config.status config.status: creating config.h config.status: config.h is unchanged Then I did a make and got $ make /bin/sh /home/suin/xdebug-2.1.2/libtool --mode=compile cc -I. -I/home/suin/xdebug-2.1.2 -DPHP_ATOM_INC -I/home/suin/xdebug-2.1.2/include -I/home/suin/xdebug-2.1.2/main -I/home/suin/xdebug-2.1.2 -I/usr/local/php-5.4.0beta1/include/php -I/usr/local/php-5.4.0beta1/include/php/main -I/usr/local/php-5.4.0beta1/include/php/TSRM -I/usr/local/php-5.4.0beta1/include/php/Zend -I/usr/local/php-5.4.0beta1/include/php/ext -I/usr/local/php-5.4.0beta1/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /home/suin/xdebug-2.1.2/xdebug.c -o xdebug.lo mkdir .libs cc -I. -I/home/suin/xdebug-2.1.2 -DPHP_ATOM_INC -I/home/suin/xdebug-2.1.2/include -I/home/suin/xdebug-2.1.2/main -I/home/suin/xdebug-2.1.2 -I/usr/local/php-5.4.0beta1/include/php -I/usr/local/php-5.4.0beta1/include/php/main -I/usr/local/php-5.4.0beta1/include/php/TSRM -I/usr/local/php-5.4.0beta1/include/php/Zend -I/usr/local/php-5.4.0beta1/include/php/ext -I/usr/local/php-5.4.0beta1/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /home/suin/xdebug-2.1.2/xdebug.c -fPIC -DPIC -o .libs/xdebug.o In file included from /home/suin/xdebug-2.1.2/xdebug.c:50: /home/suin/xdebug-2.1.2/php_xdebug.h:247: error: expected specifier-qualifier-list before ‘php_output_globals’ /home/suin/xdebug-2.1.2/xdebug.c:277: error: ‘zend_xdebug_globals’ has no member named ‘profiler_aggregate’ /home/suin/xdebug-2.1.2/xdebug.c:297: error: ‘zend_xdebug_globals’ has no member named ‘do_scream’ /home/suin/xdebug-2.1.2/xdebug.c: In function ‘xdebug_silence_handler’: /home/suin/xdebug-2.1.2/xdebug.c:437: error: ‘zend_xdebug_globals’ has no member named ‘do_scream’ /home/suin/xdebug-2.1.2/xdebug.c: In function ‘xdebug_include_or_eval_handler’: /home/suin/xdebug-2.1.2/xdebug.c:448: error: ‘znode_op’ has no member named ‘u’ /home/suin/xdebug-2.1.2/xdebug.c:448: error: request for member ‘constant’ in something not a structure or union /home/suin/xdebug-2.1.2/xdebug.c:448: error: request for member ‘value’ in something not a structure or union /home/suin/xdebug-2.1.2/xdebug.c:448: error: request for member ‘lval’ in something not a structure or union /home/suin/xdebug-2.1.2/xdebug.c:448: warning: comparison between pointer and integer /home/suin/xdebug-2.1.2/xdebug.c:454: warning: passing argument 2 of ‘xdebug_get_zval’ from incompatible pointer type /home/suin/xdebug-2.1.2/xdebug_var.h:57: note: expected ‘struct znode *’ but argument is of type ‘union znode_op *’ /home/suin/xdebug-2.1.2/xdebug.c: In function ‘zm_startup_xdebug’: /home/suin/xdebug-2.1.2/xdebug.c:490: error: ‘zend_xdebug_globals’ has no member named ‘aggr_calls’ /home/suin/xdebug-2.1.2/xdebug.c:490: warning: passing argument 1 of ‘_zend_hash_init_ex’ from incompatible pointer type /usr/local/php-5.4.0beta1/include/php/Zend/zend_hash.h:100: note: expected ‘struct HashTable *’ but argument is of type ‘const struct zend_ini_entry (*)[1]’ /home/suin/xdebug-2.1.2/xdebug.c: In function ‘zm_shutdown_xdebug’: /home/suin/xdebug-2.1.2/xdebug.c:608: error: ‘zend_xdebug_globals’ has no member named ‘profiler_aggregate’ /home/suin/xdebug-2.1.2/xdebug.c:618: error: ‘zend_xdebug_globals’ has no member named ‘aggr_calls’ /home/suin/xdebug-2.1.2/xdebug.c:618: warning: passing argument 1 of ‘zend_hash_destroy’ from incompatible pointer type /usr/local/php-5.4.0beta1/include/php/Zend/zend_hash.h:101: note: expected ‘struct HashTable *’ but argument is of type ‘const struct zend_ini_entry (*)[1]’ /home/suin/xdebug-2.1.2/xdebug.c: In function ‘add_used_variables’: /home/suin/xdebug-2.1.2/xdebug.c:942: error: ‘zend_op_array’ has no member named ‘size’ /home/suin/xdebug-2.1.2/xdebug.c:942: warning: comparison between pointer and integer /home/suin/xdebug-2.1.2/xdebug.c:946: error: ‘znode_op’ has no member named ‘op_type’ /home/suin/xdebug-2.1.2/xdebug.c:946: warning: comparison between pointer and integer /home/suin/xdebug-2.1.2/xdebug.c:947: error: ‘znode_op’ has no member named ‘u’ /home/suin/xdebug-2.1.2/xdebug.c:947: error: request for member ‘var’ in something not a structure or union /home/suin/xdebug-2.1.2/xdebug.c:947: warning: passing argument 2 of ‘zend_get_compiled_variable_name’ makes integer from pointer without a cast /usr/local/php-5.4.0beta1/include/php/Zend/zend_compile.h:418: note: expected ‘zend_uint’ but argument is of type ‘const struct zend_ini_entry *’ /home/suin/xdebug-2.1.2/xdebug.c:947: warning: assignment discards qualifiers from pointer target type /home/suin/xdebug-2.1.2/xdebug.c:950: error: ‘znode_op’ has no member named ‘op_type’ /home/suin/xdebug-2.1.2/xdebug.c:950: warning: comparison between pointer and integer /home/suin/xdebug-2.1.2/xdebug.c:951: error: ‘znode_op’ has no member named ‘u’ /home/suin/xdebug-2.1.2/xdebug.c:951: error: request for member ‘var’ in something not a structure or union /home/suin/xdebug-2.1.2/xdebug.c:951: warning: passing argument 2 of ‘zend_get_compiled_variable_name’ makes integer from pointer without a cast /usr/local/php-5.4.0beta1/include/php/Zend/zend_compile.h:418: note: expected ‘zend_uint’ but argument is of type ‘const struct zend_ini_entry *’ /home/suin/xdebug-2.1.2/xdebug.c:951: warning: assignment discards qualifiers from pointer target type /home/suin/xdebug-2.1.2/xdebug.c: In function ‘xdebug_throw_exception_hook’: /home/suin/xdebug-2.1.2/xdebug.c:1017: warning: passing argument 2 of ‘xdebug_hash_extended_find’ discards qualifiers from pointer target type /home/suin/xdebug-2.1.2/xdebug_hash.h:68: note: expected ‘char *’ but argument is of type ‘const char *’ /home/suin/xdebug-2.1.2/xdebug.c:1019: warning: passing argument 6 of ‘xdebug_globals.context.handler->remote_breakpoint’ discards qualifiers from pointer target type /home/suin/xdebug-2.1.2/xdebug.c:1019: note: expected ‘char *’ but argument is of type ‘const char *’ /home/suin/xdebug-2.1.2/xdebug.c: In function ‘xdebug_execute’: /home/suin/xdebug-2.1.2/xdebug.c:1217: warning: passing argument 1 of ‘xdebug_profiler_init’ discards qualifiers from pointer target type /home/suin/xdebug-2.1.2/xdebug_profiler.h:27: note: expected ‘char *’ but argument is of type ‘const char *’ /home/suin/xdebug-2.1.2/xdebug.c: In function ‘xdebug_execute_internal’: /home/suin/xdebug-2.1.2/xdebug.c:1349: warning: passing argument 1 of ‘xdebug_zval_ptr’ from incompatible pointer type /home/suin/xdebug-2.1.2/xdebug_compat.h:41: note: expected ‘struct znode *’ but argument is of type ‘union znode_op *’ /home/suin/xdebug-2.1.2/xdebug.c: In function ‘xdebug_compile_file’: /home/suin/xdebug-2.1.2/xdebug.c:1388: error: ‘zend_op_array’ has no member named ‘done_pass_two’ /home/suin/xdebug-2.1.2/xdebug.c: In function ‘zif_xdebug_break’: /home/suin/xdebug-2.1.2/xdebug.c:1564: warning: assignment discards qualifiers from pointer target type /home/suin/xdebug-2.1.2/xdebug.c: In function ‘zif_xdebug_dump_aggr_profiling_data’: /home/suin/xdebug-2.1.2/xdebug.c:1642: error: ‘zend_xdebug_globals’ has no member named ‘profiler_aggregate’ /home/suin/xdebug-2.1.2/xdebug.c: In function ‘zif_xdebug_clear_aggr_profiling_data’: /home/suin/xdebug-2.1.2/xdebug.c:1659: error: ‘zend_xdebug_globals’ has no member named ‘profiler_aggregate’ /home/suin/xdebug-2.1.2/xdebug.c:1663: error: ‘zend_xdebug_globals’ has no member named ‘aggr_calls’ /home/suin/xdebug-2.1.2/xdebug.c:1663: warning: passing argument 1 of ‘zend_hash_clean’ from incompatible pointer type /usr/local/php-5.4.0beta1/include/php/Zend/zend_hash.h:102: note: expected ‘struct HashTable *’ but argument is of type ‘const struct zend_ini_entry (*)[1]’ /home/suin/xdebug-2.1.2/xdebug.c: In function ‘xdebug_statement_call’: /home/suin/xdebug-2.1.2/xdebug.c:1698: warning: assignment discards qualifiers from pointer target type make: *** [xdebug.lo] Error 1
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001831) derick    2011-10-03 08:50	Xdebug 2.1.x does not support PHP 5.4. You need the "master" branch off github for that: https://github.com/derickr/xdebug [^] and http://xdebug.org/download.php#source [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
305	[Xdebug] Usage problems	minor	always	2007-08-28 14:41	2011-10-01 14:06
Reporter:	hoffie	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux 2.6
PHP Version:	5.2-dev
Summary:	xdebug exception handler doesn't properly handle special chars
Description:	While PHP's default exception handler escapes special chars like <, > and " correctly, xdebug's exception handler doesn't. Basically this might be classified as XSS, but as xdebug is intended for debugging only I don't think it is that critical (it should still be fixed, of course).
Steps To Reproduce:
Additional Information:	$ echo '<?php throw new Exception("<MARK>"); ?>' | php-cgi -n | grep MARK Fatal error: Uncaught exception 'Exception' with message '<MARK>' in /tmp/-:1 $ echo '<?php throw new Exception("<MARK>"); ?>' | php-cgi | grep MARK <tr><th align='left' bgcolor='#f57900' colspan="5"><span style='background-color: #cc0000; color: #fce94f; font-size: x-large;'>( ! )</span> Exception: <MARK> in /tmp/- on line 1</th></tr>
Attached Files:

Notes
(0001826) derick    2011-10-01 14:06	Fixed for Xdebug 2.1.3 and 2.2-dev

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
721	[Xdebug] Usage problems	minor	always	2011-09-29 14:37	2011-09-29 14:42
Reporter:	amal	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	xdebug_var_dump not display html output when using php-fpm
Description:	When using php-fpm sapi and calling xdebug_var_dump it shows output as in cli sapi.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001824) derick    2011-09-29 14:42	Please refer to: http://xdebug.org/docs/faq#format [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
720	[Xdebug] Usage problems	minor	always	2011-09-26 14:50	2011-09-26 16:06
Reporter:	Sc4p1n	Platform:	Linux
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	11.04
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.8
Summary:	Uninitialized local variables
Description:	Can't see local variables values (globals and objects are OK). I'm using eclipse galileo (3.5.2), xampp 1.7.7, xdebug 1.2.1 and PHP 5.3.8
Steps To Reproduce:
Additional Information:	Xdebug config : DBGp - Common DeBuGger Protocol $Revision: 1.145 $ Directive Local Value Master Value xdebug.auto_trace Off Off xdebug.collect_assignments Off Off xdebug.collect_includes On On xdebug.collect_params 1 1 xdebug.collect_return On On xdebug.collect_vars On On xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.file_link_format no value no value xdebug.idekey root no value xdebug.manual_url http://www.php.net [^] http://www.php.net [^] xdebug.max_nesting_level 100 100 xdebug.overload_var_dump On On xdebug.profiler_aggregate Off Off xdebug.profiler_append Off Off xdebug.profiler_enable On On xdebug.profiler_enable_trigger Off Off xdebug.profiler_output_dir /tmp/xdebug/ /tmp/xdebug/ xdebug.profiler_output_name cachegrind.out.%p cachegrind.out.%p xdebug.remote_autostart Off Off xdebug.remote_connect_back Off Off xdebug.remote_cookie_expire_time 3600 3600 xdebug.remote_enable On On xdebug.remote_handler dbgp dbgp xdebug.remote_host localhost localhost xdebug.remote_log no value no value xdebug.remote_mode req req xdebug.remote_port 10000 10000 xdebug.scream Off Off xdebug.show_exception_trace On On xdebug.show_local_vars On On xdebug.show_mem_delta Off Off xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir /tmp /tmp xdebug.trace_output_name trace.%c trace.%c xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3
Attached Files:	log.txt (165,765) 2011-09-26 15:21 http://bugs.xdebug.org/file_download.php?file_id=33&type=bug

Notes
(0001821) derick    2011-09-26 15:02	Please make a remote debugging log (of the smallest example that shows this problem), and attach it to this report. Please also explain with your small example which things you don't see. Information on how to make a remote debugging log is at: http://xdebug.org/support.php#remote [^]
(0001822) Sc4p1n    2011-09-26 15:37	I uploaded the file ! Here is an example : <?php $var = 'hello'; function seeVar(){     global $var;     echo $var; } seeVar(); ?> Hmmm... With this example, i can actually see the content of $var ! OK, the problem is now solved... Maybe eclipse had to be restarted since I did a lot of updates and tests with configs... Thank a lot !
(0001823) derick    2011-09-26 16:06	okay, closing then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
347	[Xdebug] Debug client (console)	crash	always	2008-01-09 02:09	2011-09-26 15:00
Reporter:	mail_ben_schmidt	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OS X 10.4.9
PHP Version:	5.2.3
Summary:	Crash in interactive mode when defining a function after a variable in include()
Description:	If an included files sets a variable and then defines a function, PHP goes boom! with a bus error on my system. Just setting the variable, or just defining the function, or doing them in the reverse order causes no problem. This may turn out to be a minimal test case for 0000339 but I'm filing it as a separate bug; but when fixed, we should see if it also fixes 0000339. If I can help by gathering more info, let me know, preferably by email (if this bug reporter will automatically email me when the bug is updated, that's cool). Ben.
Steps To Reproduce:
Additional Information:	$ cat t.php <?php $a=1; function b() { } ?> $ php -a Interactive shell php > include('t.php'); Bus error
Attached Files:

Notes
(0001814) derick    2011-09-25 23:34	This works fine with Xdebug 2.1.2. Is this still an issue?
(0001819) mail_ben_schmidt    2011-09-26 14:56	I can no longer reproduce it with PHP 5.3.6 and Xdebug 2.1.1, so I guess it's probably no longer an issue.
(0001820) derick    2011-09-26 15:00	Cheers, thanks for double checking as well!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
360	[Xdebug] Usage problems	minor	always	2008-04-09 15:32	2011-09-26 10:50
Reporter:	oetting	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:	OS X
PHP Version:	5.2.4
Summary:	Function line number in profile not correct
Description:	Please consider the example script and profile below. In the part of the profile that describes the invocation of the function "func" the line number in the cost line is 6. This is the line from where it was called(as described in the cfn block for that function) and not the line where the function is defined. http://valgrind.org/docs/manual/cl-format.html [^] section 3.1.2 paragraph 3 states: "Thus, the first cost line specifies that in line 15 of source file "file.f" there is code belonging to function "main"." As I understand that, the line number should point to code belonging to the function, just as the fl parameter is the file containing the function. ##### Script (line numbers added) 1 <?php 2 function func(){ 3 1+1; 4 } 5 6 func(); ##### Profile version: 0.9.6 cmd: /Users/jacob/development/webdev/docroot/webgrind/test.php part: 1 events: Time fl=/Users/jacob/development/webdev/docroot/webgrind/test.php fn=func 6 51 fl=/Users/jacob/development/webdev/docroot/webgrind/test.php fn={main} summary: 135 0 83 cfn=func calls=1 0 0 6 51
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001144) toddw    2009-11-20 03:21	This is annoying when using KCacheGrind, as after clicking on a function and then using the "Source Code" view, it takes you to the function call - instead of seeing the function definition.
(0001818) derick    2011-09-26 10:50	Xdebug 2.2-dev produces: version: 1 creator: xdebug 2.1.2 cmd: /home/derick/dev/php/xdebug/tests/bug00360.php part: 1 positions: line events: Time fl=/home/derick/dev/php/xdebug/tests/bug00360.php fn=func 2 7 which seems correct.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
339	[Xdebug] Debug client (console)	crash	always	2007-11-22 09:40	2011-09-26 08:42
Reporter:	sgehrig	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:	SUSE Linux 9.3
PHP Version:	5.2.4
Summary:	Segmentation fault in PHP interactive mode
Description:	When running PHP in interactive mode (php -a) PHP runs into a segmentation fault, when including an external file. The same script runs without problems when being run from a file. Removing the Xdebug extension also solves the problem.
Steps To Reproduce:
Additional Information:	user@server:~> php -v PHP 5.2.4 (cli) (built: Nov 13 2007 09:37:45) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with Xdebug v2.0.2, Copyright (c) 2002-2007, by Derick Rethans user@server:~> php -a Interactive mode enabled <?php require 'Zend/Cache.php'; Segmentation fault user@server:~> less test.php <?php require 'Zend/Loader.php'; echo 'Test' . PHP_EOL; ?> user@server:~> php test.php Test user@server:~>
Attached Files:

Notes
(0001815) derick    2011-09-25 23:36	This seems to work fine with Xdebug 2.1.2. Is this still an issue?
(0001816) sgehrig    2011-09-26 07:57	Hi Derick, don't think this is relevant any more. After switching to PHP 5.3 and a more recent XDebug version I cannot reproduce the issue. Best regards Stefan
(0001817) derick    2011-09-26 08:42	Cheers. Closing it then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
556	[Xdebug] Usage problems	major	always	2010-04-03 19:37	2011-09-25 23:32
Reporter:	salvis	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.9
Summary:	An internal error occurred during: "child count update".
Description:	I'm seeing the same issues as described in http://bugs.xdebug.org/bug_view_page.php?bug_id=458 [^] (Apparently, I can't reopen that issue.) At the time you wrote it was a PDT issue. However https://bugs.eclipse.org/bugs/show_bug.cgi?id=285371#c8 [^] claims the opposite, including some interesting analysis. I'm using php_xdebug-2.1.0beta3-5.2-vc6.dll, which shows as "Xdebug v2.1.0rc1-dev" in phpInfo(). Running on 64-bit Win7 using XAMPP 1.7.1. The symptoms are the same as in the old issue: When hitting the first breakpoint, I get An internal error occurred during: "child count update". java.lang.NullPointerException After that I can continue running, but the Variables window remains empty.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001427) salvis    2010-04-03 20:00	I just tried the latest version in http://xdebug.org/files/xdebug-latest.tgz, [^] php_xdebug-2.1dev-5.2-vc6.dll dated April 1, with the same result. (beta1 and beta2 used to crash Apache.)
(0001428) derick    2010-04-04 00:31	It is still a bug in PDT. The analysis is incorrect, and Xdebug is *not* required to send anything as base64 encoded. I explained that at http://bugs.xdebug.org/view.php?id=518#c1396 [^]
(0001439) salvis    2010-04-11 16:35    (edited on: 2010-04-11 16:39)	Please see https://bugs.eclipse.org/bugs/show_bug.cgi?id=285371#c14: [^] Dave Kelsey writes: "so first off, the reason this fails on that particular release of xdebug BETA code was due to some debug code left in by Derick which has now been removed. So the issue only occurs with that particular release of xdebug BETA code." Dave Kelsey keeps claiming that the non-encoded CLASSNAME property is debug code that will go away when Xdebug 2.1.0 gets closer to release. If I understand you correctly, the non-encoded CLASSNAME property is here to stay and any PDT that can't handle it will not work with the current and future RCs and releases of Xdebug. Since pre-2.1.0 versions of Xdebug don't run on 64-bit Win7, we're in a pretty uncomfortable position here... Can you clarify, please? (Please allow me to continue to use this issue for playing the go-between, otherwise things will become confusing...)
(0001441) derick    2010-04-12 12:18	It's not debug code, and it has not been removed. It will stay into the next release. When Komodo (http://bugs.activestate.com/show_bug.cgi?id=86445 [^]) and netbeans (http://bugs.xdebug.org/view.php?id=556 [^]) have added it, I might remove this CLASSNAME pseudo property. This is unrelated to the PDT crash though. Not handling a non-encoded property is a bug in PDT. Even though Xdebug always has done it, doesn't mean it is *required*. It is not, and other DBGP engines might do it or not as well. The protocol at http://xdebug.org/docs-dbgp.php#properties-variables-and-values [^] states: encoding - if this is binary data, it should be base64 encoded with this attribute set It is not binary data, so the data is not required to be encoded in base64. All base64 encoded data, *should* have encoding="base64" as XML element attribute. Derick
(0001448) derick    2010-04-13 20:45	Oops, the netbeans bug is at https://netbeans.org/bugzilla/show_bug.cgi?id=183885 [^]
(0001455) salvis    2010-04-21 17:08	After some further discussion with Dave Kelsey I gather that he has committed a fix to properly handle the absence of the encoding attribute, but it is unclear (and out of his control) when simple users like me will be able to get a package that includes that fix. AFAICS, that means I'm locked out of 2.1.0 and PHP 5.3 for the foreseeable future. Would you consider, as a temporary measure, adding a setting to disable the CLASSNAME pseudo property, so that 2.1.0 could be made to work with current PDT versions that don't have the fix yet?
(0001546) derick    2010-07-24 00:56	This is for netbeans addressed in https://netbeans.org/bugzilla/show_bug.cgi?id=177039 [^]
(0001813) derick    2011-09-25 23:32	The CLASSNAME has been removed in Xdebug 2.1.1. Komodo and netbeans now show the class' type as well, so closing this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
673	[Xdebug] Debug client (console)	crash	always	2011-03-17 17:31	2011-09-25 23:29
Reporter:	doby	Platform:	Windows
Assigned To:	derick	OS:	windows 7
Priority:	urgent	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 64bit
PHP Version:	5.3.5
Summary:	Debug variables do not show in eclipse
Description:	Using the latest eclipse pdt and latest xammp release. eg: extream vanilla configuration. Unable to see the variables in eclipse.
Steps To Reproduce:
Additional Information:	updated to php_xdebug-2.1.0-5.3-vc6.dll
Attached Files:

Notes
(0001703) derick    2011-03-30 22:55	Please make a remote log, of a *small* reproducing script. See http://xdebug.org/support.php#remote [^] on how to do that.
(0001811) derick    2011-09-25 23:29	Can't reproduce, and no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
683	[Xdebug] Debug client (console)	minor	have not tried	2011-04-25 09:53	2011-09-25 23:28
Reporter:	vslinko	Platform:	Mac
Assigned To:	derick	OS:	Mac OS X
Priority:	normal	OS Version:	10.6
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.4
Summary:	Segfault in phpunit
Description:	Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000008 0x000000010034b262 in gc_remove_zval_from_buffer ()
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001731) derick    2011-04-30 21:40	What makes you think this is in Xdebug?
(0001733) vslinko    2011-04-30 21:44	When I disable xdebug extenstion all be ok.
(0001735) derick    2011-05-01 22:44	I really need more information. This warning just shows that it happens in PHP's garbage collector, and it's quite possible that the issue is with that. Try turning it off by running PHP with: php -dzend.enable_gc=0 yourscript.php or by setting "zend.enable_gc=0" in php.ini
(0001739) vslinko    2011-05-02 14:11	I can't repeat error, because my tests are changed.
(0001810) derick    2011-09-25 23:28	Closing it then. Let me know if it re-occurs.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
719	[Xdebug] Usage problems	major	always	2011-09-20 17:44	2011-09-25 23:27
Reporter:	thaddeusmt	Platform:	64bit
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	Windows 7 64
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 64bit
PHP Version:	5.3.4
Summary:	Private variables not showing in object inspections
Description:	I am using the Yii PHP framework. When doing step-debugging, I cannot see private variables in class objects. I think this is the same bag as this? http://bugs.xdebug.org/view.php?id=619 [^] Also discussed here: http://youtrack.jetbrains.net/issue/WI-5644 [^] I swear it was fixed, but maybe that was just on Ubuntu. I'm on a Win7 box now, running WAMPserver 64. It still happens. Thanks for all the hard work on xdebug!!
Steps To Reproduce:	Windows 7 64 WampServer 2.1d (64 bits) -Apache 2.2.17 -Php 5.3.4 (VC9 ts 64bit) PhpStorm 2.1.4 ============================================================= abstract class P { private $private_prop = 'private'; // does NOT show up protected $protected_prop = 'protected'; // Shows public $public_prop = 'public'; // Shows protected function test() {} } class C extends P { public function __construct() {} // Set "break point" here } $c = new C(); ============================
Additional Information:	; XDEBUG EXTENSION zend_extension = "c:/wamp/bin/php/php5.3.4/zend_ext/php_xdebug-2.1.2-5.3-vc9-x86_64.dll" [xdebug] xdebug.remote_enable = On xdebug.remote_host=127.0.0.1 xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.collect_params=3 xdebug.profiler_enable = off xdebug.profiler_enable_trigger = off xdebug.profiler_output_name = cachegrind.out.%t.%p xdebug.profiler_output_dir = "c:/wamp/tmp" xdebug.remote_log="c:/wamp/logs/xdebug.log" xdebug.collect_vars = On
Attached Files:

Notes
(0001805) thaddeusmt    2011-09-23 22:00	Using Xdebug 2.1.2 on Linux (Ubuntu 11.04 64) also does not show inherited/parent private variables of objects. xdebug xdebug support enabled Version 2.1.2 Supported protocols Revision DBGp - Common DeBuGger Protocol $Revision: 1.145 $ Directive Local Value Master Value xdebug.auto_trace Off Off xdebug.collect_assignments Off Off xdebug.collect_includes On On xdebug.collect_params 0 0 xdebug.collect_return Off Off xdebug.collect_vars On On xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.file_link_format no value no value xdebug.idekey no value no value xdebug.manual_url http://www.php.net [^] http://www.php.net [^] xdebug.max_nesting_level 100 100 xdebug.overload_var_dump On On xdebug.profiler_aggregate Off Off xdebug.profiler_append Off Off xdebug.profiler_enable Off Off xdebug.profiler_enable_trigger Off Off xdebug.profiler_output_dir /tmp /tmp xdebug.profiler_output_name cachegrind.out.%p cachegrind.out.%p xdebug.remote_autostart Off Off xdebug.remote_connect_back Off Off xdebug.remote_cookie_expire_time 3600 3600 xdebug.remote_enable On On xdebug.remote_handler dbgp dbgp xdebug.remote_host localhost localhost xdebug.remote_log no value no value xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.scream Off Off xdebug.show_exception_trace Off Off xdebug.show_local_vars Off Off xdebug.show_mem_delta Off Off xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir /tmp /tmp xdebug.trace_output_name trace.%c trace.%c xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3
(0001808) derick    2011-09-25 23:27	I just tested this again, and it works just fine. However, you need a version *after* 2.1.2; I had noted down the wrong version in bug report 0000619.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
616	[Xdebug] Usage problems	minor	always	2010-09-20 18:47	2011-09-19 22:18
Reporter:	jagwire16	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 Professional
PHP Version:	5.3.3
Summary:	Only CLASSNAME showing for nested stdClass objects/arrays
Description:	When viewing variable information in NetBeans while debugging, all but the CLASSNAME property is missing. I did check the xdebug.log file and it appears that Xdebug isn't sending the additional properties (Id and CreatedDate) at all. IDE: NetBeans 6.9 $users5 = array(); $users5['contacts'] = new stdClass(); $users5['contacts']->records = array(); $users5['contacts']->records[0] = new stdClass(); $users5['contacts']->records[0]->Id = 'blah'; $users5['contacts']->records[0]->CreatedDate = '2010-09-07T18:32:50.000Z'; The variable tree looks like this: - users5 (array) - [contacts] (stdClass) - CLASSNAME (string) - records (array) - [0] (stdClass) - CLASSNAME (string) It should look like this: - users5 (array) - [contacts] (stdClass) - CLASSNAME (string) - records (array) - [0] (stdClass) - CLASSNAME (string) - Id (string) - CreatedDate (string) As you can see, it is missing the Id and CreatedDate properties.
Steps To Reproduce:
Additional Information:	Below is from my php.ini file and I only included the settings which have been changed from their defaults. xdebug.collect_params = 1 xdebug.dump.GET = "" xdebug.dump.POST = "" xdebug.profiler_append = 0 xdebug.profiler_enable = 0 xdebug.profiler_enable_trigger = 0 xdebug.profiler_output_dir = "C:\xampp\tmp" xdebug.profiler_output_name = "xdebug_profile.%p" xdebug.remote_enable = 1 xdebug.remote_handler = "dbgp" xdebug.remote_host = 127.0.0.1 xdebug.remote_log = "c:/xampp/php/xdebug.log" xdebug.remote_mode = "req" xdebug.remote_port = 9000 xdebug.trace_output_dir = "C:\xampp\tmp" xdebug.var_display_max_children = 4096 xdebug.var_display_max_data = 999999 xdebug.var_display_max_depth = 100
Attached Files:

Notes
(0001782) derick    2011-08-13 19:09	Could you please make a remote_log, as is described here: http://xdebug.org/support.php#remote [^] And attach that to this report please?
(0001803) derick    2011-09-19 22:18	Can't reproduce, and requested feedback not provided. If, in the future, you can provide feedback, please don't hesitate to do so.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
681	[Xdebug] Usage problems	major	always	2011-04-15 01:52	2011-09-19 22:17
Reporter:	sergey.shymko	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.5
Summary:	The recording of headers is broken in 2.1.1
Description:	Xdebug 2.1.0beta1 introduced a feature of "the recording of headers being set in scripts". Prior to Xdebug 2.1.1 it suppressed "headers already sent" PHP warning and recorded all headers even if output occur in scripts (at least in CLI mode). Starting from Xdebug 2.1.1 it no longer prevents getting "headers already sent" PHP warning. Actually, we were using this feature of Xdebug to be able to test headers with PHPUnit. And it was very helpful. What are you going to decide to be an expected behavior?
Steps To Reproduce:	# prepare sample PHP script (test.php): <?php error_reporting(-1); echo '!!!'; header('Content-Type: text/plain'); # enable Xdebug 2.1.0 in php.ini # run sample script from the command line: >php -f test.php !!! # enable Xdebug 2.1.1 in php.ini # run sample script from the command line: >php -f test.php !!!PHP Warning: Cannot modify header information - headers already sent by (output started at test.php:3) in test.php on line 5 PHP Stack trace: PHP 1. {main}() test.php:0 PHP 2. header() test.php:5 Warning: Cannot modify header information - headers already sent by (output started at test.php:3) in test.php on line 5 Call Stack: 0.0016 323272 1. {main}() test.php:0 0.0020 323384 2. header() test.php:5
Additional Information:
Attached Files:

Notes
(0001793) jweber    2011-08-23 01:28	I just noticed this change, after upgrading from 2.1.0 to 2.1.1. A simple test is: <?php echo " "; var_dump(headers_sent()); ?> It prints " true" if xdebug is off, or xdebug 2.1.1 is on. And it prints " false" if xdebug 2.1.0 is on. It would be nice to have an option to preserve this behavior in future versions of xdebug.
(0001795) sergey.shymko    2011-08-29 21:26	Actually, if to investigate and think more deeply, the behavior of the latest xDebug versions seems to be correct, extension should not affect the language behavior. So, it's not a bug.
(0001802) derick    2011-09-19 22:17	Indeed Sergey, it was broken in Xdebug 2.1.0 really.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
716	[Xdebug] Debug client (console)	crash	always	2011-09-08 03:15	2011-09-08 10:01
Reporter:	alonagar	Platform:	64 bit
Assigned To:	derick	OS:	windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	windows 7
PHP Version:	5.3.5
Summary:	crash with no report when nesting function is very high
Description:	I am using `simple HTML DOM parser` library which uses heavy recursive calls. in the beginning I had the error `PHP Fatal error: Maximum function nesting level of '100' reached` so I had raised the xdebug.max_nesting_level to 1000 and than to 2000 and even to 5000. the script worked fine. but when I had tried to crawl large HTML files the script crashed (stopped working) with no explain. it took me a while to realize that the high recursive call make it to crash. and more day to disable Xdebug.
Steps To Reproduce:	just try to use recursive call more than 5000.... you should get the crash. if you still fail to do reproduce: you may use `simple HTML DOM parser` to crawl and parse www.oemtechnology.com. first of all you will get `PHP Fatal error: Maximum function nesting..` and when you'll raise the max_nesting_level to 5000 the script will crash with no error
Additional Information:	I am using wamp APACHE: 2.2.11 PHP: 5.3.5 MySql: 5.1.36
Attached Files:

Notes
(0001799) derick    2011-09-08 10:01	Uhm, I think you fail to understand what the max_function_level setting is for. It's exactly to protect against stack overflow that makes your script crash. Without Xdebug, it will happen a bit later perhaps. But having 5000 recursive function calls is a bad design in your library and if your HMTL files get larger, it *will* crash again. And this time Xdebug isn't there to tell you your library is crap.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
713	[Xdebug] Installation	minor	always	2011-08-31 09:18	2011-08-31 09:25
Reporter:	slagr	Platform:	Solaris
Assigned To:	derick	OS:	Solaris
Priority:	normal	OS Version:	Nevada snv_67 X8
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Solaris
PHP Version:	5.3.5
Summary:	Cannot compile 2.1.2 under Solaris 5.11 i386
Description:	While compiling V 2.1.2 under Solaris (5.11 snv_89 i86pc i386 i86pc Solaris), I got the following error: gcc -I. -I/root/xdebug/xdebug-2.1.2 -DPHP_ATOM_INC -I/root/xdebug/xdebug-2.1.2/include -I/root/xdebug/xdebug-2.1.2/main -I/root/xdebug/xdebug-2.1.2 -I/opt/local/include/php -I/opt/local/include/php/main -I/opt/local/include/php/TSRM -I/opt/local/include/php/Zend -I/opt/local/include/php/ext -I/opt/local/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /root/xdebug/xdebug-2.1.2/usefulstuff.c -fPIC -DPIC -o .libs/usefulstuff.o /root/xdebug/xdebug-2.1.2/usefulstuff.c: In function `xdebug_fopen': /root/xdebug/xdebug-2.1.2/usefulstuff.c:440: error: `NAME_MAX' undeclared (first use in this function) /root/xdebug/xdebug-2.1.2/usefulstuff.c:440: error: (Each undeclared identifier is reported only once /root/xdebug/xdebug-2.1.2/usefulstuff.c:440: error: for each function it appears in.) make: *** [usefulstuff.lo] Error 1 I was able to build 2.1.1 just fine.
Steps To Reproduce:	1. phpise 2. ./configure 3. make
Additional Information:
Attached Files:

Notes
(0001797) derick    2011-08-31 09:25	Hi! I've already fixed this: https://github.com/derickr/xdebug/commit/70a6992405 [^] Please use Xdebug from github until the next release: http://xdebug.org/download.php#source [^] cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
711	[Xdebug] Feature/Change request	minor	have not tried	2011-08-25 10:34	2011-08-25 10:37
Reporter:	John wizard	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	Break on Notice, Warning, Error
Description:	Allow the IDE to inform xdebug to start breaking on error, warning or notice. When one of the above occurs it acts like it was a breakpoint and informs the IDE about stuff. I think it would mean that these http://xdebug.org/docs/remote [^] modes work together and can be enabled/disabled from the IDE
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001794) derick    2011-08-25 10:37	IDEs can already do this, by sending: breakpoint_set -t exception -X Notice breakpoint_set -t exception -X Warning breakpoint_set -t exception -X Error

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
489	[Xdebug] Feature/Change request	minor	always	2009-11-20 02:51	2011-08-20 09:14
Reporter:	toddw	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.0
Summary:	profiling cachegrind output: add the filename references for called functions "cfl="
Description:	At present it is difficult (impossible?) to tell explicitly which function has been called by the "cfn=" lines, as there is no reference file "cfl=" given in the cachegrind files. Example, given file1.php: <?php require "file2.php"; function func1() { echo "This is func 1\n"; func2(); } func1(); ?> and file2.php as: <?php function func2() { echo "This is func 2\n"; } ?> The profiler output from running "file1.php" is: version: 0.9.6 cmd: /srv/www/htdocs/php/xdebug/file1.php part: 1 events: Time fl=/srv/www/htdocs/php/xdebug/file2.php fn=require::/srv/www/htdocs/php/xdebug/file2.php 1 2 fl=/srv/www/htdocs/php/xdebug/file2.php fn=func2 9 0 fl=/srv/www/htdocs/php/xdebug/file1.php fn=func1 12 44 cfn=func2 calls=1 0 0 9 0 fl=/srv/www/htdocs/php/xdebug/file1.php fn={main} summary: 193 0 145 cfn=require::/srv/www/htdocs/php/xdebug/file2.php calls=1 0 0 5 2 cfn=func1 calls=1 0 0 12 45 According to the valgrind docs: http://valgrind.org/docs/manual/cl-format.html [^] if a "cfl=" is not specified, it defaults to the current file "fl=", which would give the indication that "cfn=func2" is thus defined in file1.php (which is incorrect). Adding the line: "cfl=/srv/www/htdocs/php/xdebug/file2.php" before the "cfn=" would fix this ambiguous entry.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001790) toddw    2011-08-19 21:19	This is a duplicate of http://bugs.xdebug.org/view.php?id=639, [^] which has since been fixed.
(0001791) derick    2011-08-20 09:14	Thanks Todd. Marking this one as duplicate then!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
604	[Xdebug] Usage problems	minor	sometimes	2010-08-05 16:25	2011-08-17 19:44
Reporter:	citrusmoose	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux (SUSE SLES 10 SP2)
PHP Version:	5.3.3
Summary:	profiler_output_name: Using %R causes no output on some requests
Description:	It appears that if I use %R in profiler_output_name, my GET requests (which have a good bit of parameters) won't produce any output. However, the ajax POST requests that are triggered on the GET requests' completion do have output. I'm assuming this has something to do with file name length. POST requests obviously won't have very long names, while GET requests will.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001558) derick    2010-08-13 09:27	Yeah, filename length is most certainly the case. Could you provide a long GET URL please to shows this issue?
(0001561) citrusmoose    2010-08-13 15:43	/test/atest.php?var01=01&var02=02&var03=03&var04=04&var05=05&var06=06&var07=07&var08=08&var09=09&var10=10&var11=11&var12=12&var13=13&var14=14&var15=15&var16=16&var17=17&var18=18&var19=19&var20=20&var21=21&var22=22&var23=23&var24=24&var25=25& Being that 255 is the longest file name you can have, this URL is one character over the longest request you can have without it failing to produce output. This is assuming your profiler_output_name is set to "cachegrind.out.%R".
(0001789) derick    2011-08-17 19:44	This is a duplicate of 0000693, which is fixed for 2.1.3 and 2.2.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
708	[Xdebug] Feature/Change request	feature	always	2011-08-15 08:22	2011-08-15 09:14
Reporter:	rishadomar	Platform:	Linux
Assigned To:	derick	OS:	Ubuntu
Priority:	high	OS Version:	10.04
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu
PHP Version:	5.3.6
Summary:	Show classname along with object type
Description:	In the variables section, would be very handy to show the classname (in the type field) when the type of the variable is an object. Maybe this info is already available, as I suspect, and the client is simply responsible for displaying it. I've set the priority to High to indicate its usefulness.
Steps To Reproduce:	Display the details of local variables.
Additional Information:	Komodo IDE, version 5.2.4, build 37659, platform linux-libcpp6-x86. Built on Tue Dec 8 19:38:27 2009.
Attached Files:

Notes
(0001786) derick    2011-08-15 09:14	This information has always been available from Xdebug's DBGp protocol, and Komodo (I think since version 6) also shows this information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
605	[Xdebug] Debug client (console)	crash	always	2010-08-08 11:44	2011-08-14 19:06
Reporter:	rafal_1982	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 Professional 64 bit
PHP Version:	5.3.1
Summary:	Crash
Description:	It crashes on attempt to debug script. I'm running XAMPP 1.7.3 (with PHP 5.3.1) on Windows 7 Professional 64 bit and php_xdebug-2.1.0-5.3-vc6.dll As an IDE I'm using Eclipse for PHP Developers.
Steps To Reproduce:
Additional Information:	Here is a sample script that always crashes: <?php function foo($bar) { echo $bar * 10; } foo(5); ?> And here is a Xdebug log: Log opened at 2010-08-07 11:49:56 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///H:/htdocs/test/test.php" [^] language="PHP" protocol_version="1.0" appid="3800" idekey="ECLIPSE_DBGP"><engine version="2.1.0"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2010 by Derick Rethans]]></copyright></init> <- feature_set -i 1 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1" feature="show_hidden" success="1"></response> <- feature_set -i 2 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="2" feature="max_depth" success="1"></response> <- feature_set -i 3 -n max_children -v 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="3" feature="max_children" success="1"></response> <- feature_get -i 4 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="4" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_get -i 5 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="5" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- stdout -i 6 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stdout" transaction_id="6" success="1"></response> <- stderr -i 7 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stderr" transaction_id="7" success="0"></response> <- breakpoint_set -i 8 -t line -f file:///H:%5Chtdocs%5Ctest%5Ctest.php [^] -n 7 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="8" id="38000001"></response> <- step_into -i 9 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_into" transaction_id="9" status="break" reason="ok"><xdebug:message filename="file:///H:/htdocs/test/test.php" [^] lineno="3"></xdebug:message></response> <- stack_get -i 10 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="10"><stack where="{main}" level="0" type="file" filename="file:///H:/htdocs/test/test.php" [^] lineno="3"></stack></response> <- context_get -i 11 -c 1 Log opened at 2010-08-07 11:50:12 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///H:/htdocs/test/test.php" [^] language="PHP" protocol_version="1.0" appid="4868" idekey="ECLIPSE_DBGP"><engine version="2.1.0"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2010 by Derick Rethans]]></copyright></init> <- feature_set -i 12 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="12" feature="show_hidden" success="1"></response> <- feature_set -i 13 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="13" feature="max_depth" success="1"></response> <- feature_set -i 14 -n max_children -v 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="14" feature="max_children" success="1"></response> <- feature_get -i 15 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="15" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_get -i 16 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="16" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- stdout -i 17 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stdout" transaction_id="17" success="1"></response> <- stderr -i 18 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stderr" transaction_id="18" success="0"></response> <- breakpoint_set -i 19 -t line -f file:///H:%5Chtdocs%5Ctest%5Ctest.php [^] -n 7 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="19" id="48680001"></response> <- step_into -i 20 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_into" transaction_id="20" status="break" reason="ok"><xdebug:message filename="file:///H:/htdocs/test/test.php" [^] lineno="3"></xdebug:message></response> <- stack_get -i 21 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="21"><stack where="{main}" level="0" type="file" filename="file:///H:/htdocs/test/test.php" [^] lineno="3"></stack></response> <- stop -i 22 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stop" transaction_id="22" status="stopped" reason="ok"></response> -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stop" transaction_id="22" status="stopping" reason="ok"></response> Log closed at 2010-08-07 11:50:21
Attached Files:

Notes
(0001556) derick    2010-08-13 09:26	Please provide: - a short example that demonstrates the issue - the output of your remote debug log: http://xdebug.org/docs/remote#remote_log [^] - a gdb backtrace of the crash: http://bugs.php.net/bugs-generating-backtrace-win32.php [^]
(0001563) rafal_1982    2010-08-15 19:22	The first two pieces of information I provided previously (please see 'Additional information' in this bug report. Below I'm pasting the last one (I cannot see an 'Attach file' option in this BTS). Report for httpd__PID__2868__Date__08_15_2010__Time_08_01_28PM__128__Second_Chance_Exception_C0000005.dmpType of Analysis Performed Crash Analysis Machine Name RAFA£-ASUS Operating System Unexpected Number Of Processors 4 Process ID 2868 Process Image C:\xampp\apache\bin\httpd.exe System Up-Time 03:10:27 Process Up-Time 00:00:27 Thread 3 - System ID 968Entry point msvcrt!endthreadex+29 Create time 2010-08-15 20:01:05 Time spent in user mode 0 Days 0:0:0.15 Time spent in kernel mode 0 Days 0:0:0.15 Function Arg 1 Arg 2 Arg 3 Source php_xdebug_2_1_0_5_3_vc6!xdebug_init_oparray+67e9 00000000 00000000 00000000 PHP_XDEBUG_2_1_0_5_3_VC6!XDEBUG_INIT_OPARRAY+67E9WARNING - DebugDiag was not able to locate debug symbols for php_xdebug-2.1.0-5.3-vc6.dll, so the information below may be incomplete. In httpd__PID__2868__Date__08_15_2010__Time_08_01_28PM__128__Second_Chance_Exception_C0000005.dmp the assembly instruction at php_xdebug_2_1_0_5_3_vc6!xdebug_init_oparray+67e9 in C:\xampp\php\ext\php_xdebug-2.1.0-5.3-vc6.dll from Derick Rethans has caused an access violation exception (0xC0000005) when trying to read from memory location 0x00000008 on thread 3Module Information Image Name: C:\xampp\php\ext\php_xdebug-2.1.0-5.3-vc6.dll Symbol Type: Export Base address: 0x02a80000 Time Stamp: Tue Jun 29 12:15:52 2010 Checksum: 0x00000000 Comments: Thanks to Derick Rethans, Ilia Alshanetsky, Harald Radi COM DLL: False Company Name: Derick Rethans ISAPIExtension: False File Description: Xdebug ISAPIFilter: False File Version: 2.1.0 Managed DLL: False Internal Name: php_xdebug.dll VB DLL: False Legal Copyright: Copyright © 2002-2010 Derick Rethans Loaded Image Name: php_xdebug-2.1.0-5.3-vc6.dll Legal Trademarks: Mapped Image Name: C:\xampp\php\ext\php_xdebug-2.1.0-5.3-vc6.dll Original filename: php_xdebug.dll Module name: php_xdebug_2_1_0_5_3_vc6 Private Build: Single Threaded: False Product Name: Xdebug Module Size: 152,00 KBytes Product Version: 2.1.0 Symbol File Name: php_xdebug-2.1.0-5.3-vc6.dll Special Build: & I hope this will help.
(0001785) derick    2011-08-14 19:06	I think this is fixed now. Please submit a new report if this persists in Xdebug 2.1.2.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
704	[Xdebug] Debug client (console)	crash	always	2011-07-21 16:52	2011-08-13 16:19
Reporter:	OndrejBrejla	Platform:
Assigned To:	derick	OS:
Priority:	immediate	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.5
Summary:	Every PHP FatalError causes xdebug to crash
Description:	Everytime something tries to eval a code, which causes PHP FatalError, xdebug crashes. It's so simple.
Steps To Reproduce:	Try to eval: nonExistingFunction() new InstantiateNonExistingObject() etc.
Additional Information:
Attached Files:

Notes
(0001763) OndrejBrejla    2011-07-21 16:55	It's connected with issues: 688, 678, 689, 606. Just everytime the evaled code throws FatalError.
(0001779) derick    2011-08-13 16:19	Fixed for 2.1.3 and 2.2dev.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
364	[Xdebug] Installation	crash	always	2008-04-16 10:28	2011-07-27 18:37
Reporter:	kingoleg	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 64
PHP Version:	5.2.5
Summary:	Segmentation fault on pear upgrade-all
Description:	When I try upgrade all, xdebug can not be upgraded from 2.0.2 to 2.0.3: it crash with segmentation fail after 'xdebug.so' is compiled.
Steps To Reproduce:
Additional Information:	oleg@shoom-gnome:~/workspace/Telme$ sudo pear upgrade-all Will upgrade channel://pear.phpunit.de/phpunit [^] Will upgrade channel://pecl.php.net/xdebug [^] Did not download optional dependencies: pear/Image_GraphViz, use --alldeps to download automatically phpunit/PHPUnit can optionally use package "pear/Image_GraphViz" (version >= 1.2.1) phpunit/PHPUnit can optionally use PHP extension "pdo_sqlite" downloading PHPUnit-3.2.18.tgz ... Starting to download PHPUnit-3.2.18.tgz (206,344 bytes) ............................................done: 206,344 bytes downloading xdebug-2.0.3.tgz ... Starting to download xdebug-2.0.3.tgz (286,325 bytes) ...done: 286,325 bytes upgrade-all ok: channel://pear.phpunit.de/PHPUnit-3.2.18 [^] 66 source files, building running: phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20060613 Zend Extension Api No: 220060519 building in /var/tmp/pear-build-root/xdebug-2.0.3 running: /tmp/pear/temp/xdebug/configure checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for a sed that does not truncate output... /bin/sed checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc and cc understand -c and -o together... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking for PHP prefix... /usr checking for PHP includes... -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib checking for PHP extension directory... /usr/lib/php5/20060613 checking for PHP installed headers prefix... /usr/include/php5 checking for re2c... no configure: WARNING: You will need re2c 0.9.11 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... nawk checking if nawk is broken... no checking whether to enable eXtended debugging support... yes, shared checking for gettimeofday... yes checking for cos in -lm... yes checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all /etc/magic, 2910: Warning description `Clarion Personal/Professional Developer (v2 and above) data fil' truncated /etc/magic, 2921: Warning description `Clarion Personal/Professional Developer (v2 and above) memo dat' truncated /etc/magic, 2927: Warning description `Clarion Personal/Professional Developer (v2 and above) help dat' truncated checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 98304 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld -m elf_x86_64 checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool configure: creating ./config.status config.status: creating config.h running: make /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug.c -o xdebug.lo mkdir .libs gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug.c -fPIC -DPIC -o .libs/xdebug.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_code_coverage.c -o xdebug_code_coverage.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_code_coverage.c -fPIC -DPIC -o .libs/xdebug_code_coverage.o /tmp/pear/temp/xdebug/xdebug_code_coverage.c: In function 'prefill_from_oparray': /tmp/pear/temp/xdebug/xdebug_code_coverage.c:233: warning: assignment makes pointer from integer without a cast /tmp/pear/temp/xdebug/xdebug_code_coverage.c: In function 'prefill_from_function_table': /tmp/pear/temp/xdebug/xdebug_code_coverage.c:272: warning: comparison between pointer and integer /tmp/pear/temp/xdebug/xdebug_code_coverage.c: In function 'xdebug_prefill_code_coverage': /tmp/pear/temp/xdebug/xdebug_code_coverage.c:312: warning: comparison between pointer and integer /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_com.c -o xdebug_com.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_com.c -fPIC -DPIC -o .libs/xdebug_com.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_compat.c -o xdebug_compat.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_compat.c -fPIC -DPIC -o .libs/xdebug_compat.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_handler_dbgp.c -o xdebug_handler_dbgp.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_handler_dbgp.c -fPIC -DPIC -o .libs/xdebug_handler_dbgp.o /tmp/pear/temp/xdebug/xdebug_handler_dbgp.c: In function 'xdebug_dbgp_breakpoint': /tmp/pear/temp/xdebug/xdebug_handler_dbgp.c:2507: warning: initialization discards qualifiers from pointer target type /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_handler_gdb.c -o xdebug_handler_gdb.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_handler_gdb.c -fPIC -DPIC -o .libs/xdebug_handler_gdb.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_handler_php3.c -o xdebug_handler_php3.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_handler_php3.c -fPIC -DPIC -o .libs/xdebug_handler_php3.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_handlers.c -o xdebug_handlers.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_handlers.c -fPIC -DPIC -o .libs/xdebug_handlers.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_llist.c -o xdebug_llist.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_llist.c -fPIC -DPIC -o .libs/xdebug_llist.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_hash.c -o xdebug_hash.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_hash.c -fPIC -DPIC -o .libs/xdebug_hash.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_private.c -o xdebug_private.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_private.c -fPIC -DPIC -o .libs/xdebug_private.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_profiler.c -o xdebug_profiler.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_profiler.c -fPIC -DPIC -o .libs/xdebug_profiler.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_set.c -o xdebug_set.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_set.c -fPIC -DPIC -o .libs/xdebug_set.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_str.c -o xdebug_str.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_str.c -fPIC -DPIC -o .libs/xdebug_str.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_superglobals.c -o xdebug_superglobals.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_superglobals.c -fPIC -DPIC -o .libs/xdebug_superglobals.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_var.c -o xdebug_var.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_var.c -fPIC -DPIC -o .libs/xdebug_var.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_xml.c -o xdebug_xml.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/xdebug_xml.c -fPIC -DPIC -o .libs/xdebug_xml.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/usefulstuff.c -o usefulstuff.lo gcc -I. -I/tmp/pear/temp/xdebug -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/temp/xdebug/usefulstuff.c -fPIC -DPIC -o .libs/usefulstuff.o /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=link gcc -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/temp/xdebug -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -o xdebug.la -export-dynamic -avoid-version -prefer-pic -module -rpath /var/tmp/pear-build-root/xdebug-2.0.3/modules xdebug.lo xdebug_code_coverage.lo xdebug_com.lo xdebug_compat.lo xdebug_handler_dbgp.lo xdebug_handler_gdb.lo xdebug_handler_php3.lo xdebug_handlers.lo xdebug_llist.lo xdebug_hash.lo xdebug_private.lo xdebug_profiler.lo xdebug_set.lo xdebug_str.lo xdebug_superglobals.lo xdebug_var.lo xdebug_xml.lo usefulstuff.lo -lm gcc -shared .libs/xdebug.o .libs/xdebug_code_coverage.o .libs/xdebug_com.o .libs/xdebug_compat.o .libs/xdebug_handler_dbgp.o .libs/xdebug_handler_gdb.o .libs/xdebug_handler_php3.o .libs/xdebug_handlers.o .libs/xdebug_llist.o .libs/xdebug_hash.o .libs/xdebug_private.o .libs/xdebug_profiler.o .libs/xdebug_set.o .libs/xdebug_str.o .libs/xdebug_superglobals.o .libs/xdebug_var.o .libs/xdebug_xml.o .libs/usefulstuff.o -lm -Wl,-soname -Wl,xdebug.so -o .libs/xdebug.so creating xdebug.la (cd .libs && rm -f xdebug.la && ln -s ../xdebug.la xdebug.la) /bin/bash /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=install cp ./xdebug.la /var/tmp/pear-build-root/xdebug-2.0.3/modules cp ./.libs/xdebug.so /var/tmp/pear-build-root/xdebug-2.0.3/modules/xdebug.so cp ./.libs/xdebug.lai /var/tmp/pear-build-root/xdebug-2.0.3/modules/xdebug.la PATH="$PATH:/sbin" ldconfig -n /var/tmp/pear-build-root/xdebug-2.0.3/modules ---------------------------------------------------------------------- Libraries have been installed in: /var/tmp/pear-build-root/xdebug-2.0.3/modules If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to `/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- Build complete. Don't forget to run 'make test'. running: make INSTALL_ROOT="/var/tmp/pear-build-root/install-xdebug-2.0.3" install Installing shared extensions: /var/tmp/pear-build-root/install-xdebug-2.0.3/usr/lib/php5/20060613/ running: find "/var/tmp/pear-build-root/install-xdebug-2.0.3" -ls 19596440 4 drwxr-xr-x 3 root root 4096 Apr 14 17:21 /var/tmp/pear-build-root/install-xdebug-2.0.3 19596497 4 drwxr-xr-x 3 root root 4096 Apr 14 17:21 /var/tmp/pear-build-root/install-xdebug-2.0.3/usr 19596498 4 drwxr-xr-x 3 root root 4096 Apr 14 17:21 /var/tmp/pear-build-root/install-xdebug-2.0.3/usr/lib 19596499 4 drwxr-xr-x 3 root root 4096 Apr 14 17:21 /var/tmp/pear-build-root/install-xdebug-2.0.3/usr/lib/php5 19596500 4 drwxr-xr-x 2 root root 4096 Apr 16 11:24 /var/tmp/pear-build-root/install-xdebug-2.0.3/usr/lib/php5/20060613 19595554 676 -rwxr-xr-x 1 root root 686449 Apr 16 11:24 /var/tmp/pear-build-root/install-xdebug-2.0.3/usr/lib/php5/20060613/xdebug.so Build process completed successfully Installing '/usr/lib/php5/20060613/xdebug.so' Segmentation fault oleg@shoom-gnome:~/workspace/Telme$
Attached Files:

Notes
(0000855) sgehrig    2008-06-17 12:37	Same problem here... Intallation works though. But pear list-upgrades also still lists 2.0.3 as an update although 2.0.3 is installed already.
(0001155) derick    2009-11-22 16:51	I can't reproduce this at all, I've never had an issue with this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
700	[Xdebug] Installation	major	always	2011-07-04 10:51	2011-07-07 09:06
Reporter:	gamesh	Platform:	x86
Assigned To:	derick	OS:	Ubuntu
Priority:	normal	OS Version:	11.04
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.5
Summary:	installation fails with error
Description:	running: phpize Cannot find config.m4. Make sure that you run '/usr/bin/phpize' in the top level source directory of the module
Steps To Reproduce:	pecl install xdebug
Additional Information:	pecl version PEAR Version: 1.9.3 PHP Version: 5.3.5-1ubuntu7.2 Zend Engine Version: 2.3.0 Running on: Linux justinas-PC 2.6.38-8-generic-pae 0000042-Ubuntu SMP Mon Apr 11 05:17:09 UTC 2011 i686 phpize -v Configuring for: PHP Api Version: 20090626 Zend Module Api No: 20090626 Zend Extension Api No: 220090626
Attached Files:

Notes
(0001758) derick    2011-07-04 11:50	I can't fix this as it's a bug in the pear/pecl installer. Try an older version (1.9.1) and that should work.
(0001760) derick    2011-07-07 09:06	FYI, this is fixed in the PEAR installer 1.9.4 that has now been released. You can upgrade to it with: pear upgrade pear

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
694	[Xdebug] Installation	major	always	2011-05-24 19:13	2011-06-25 10:20
Reporter:	rmcastro	Platform:
Assigned To:	derick	OS:	Centos
Priority:	normal	OS Version:	5.6
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	Centos and Zend Server
Description:	Dear Sir, I'm having issues setting the xdebug to work with Zend Server. In the error.log of zend I get the following error: [Tue May 24 19:02:33 2011] [notice] caught SIGTERM, shutting down Failed loading ”/usr/local/zend/lib/php_extensions/xdebug.so”: ”/usr/local/zend/lib/php_extensions/xdebug.so”: cannot open shared object file: No such file or directory [Tue May 24 19:02:40 2011] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) [Tue May 24 19:02:40 2011] [notice] Digest: generating secret for digest authentication ... [Tue May 24 19:02:40 2011] [notice] Digest: done [Tue May 24 19:02:40 2011] [notice] Apache/2.2.17 (Unix) DAV/2 PHP/5.2.17 configured -- resuming normal operations In attchment is the php.ini and I'm using PHP 5.2.17, xdebug 2.1.1, Zend Server 1.11.3. Thanks in advance. Best Regards Rui Castro
Steps To Reproduce:
Additional Information:
Attached Files:	php.ini (49,374) 2011-05-24 19:13 http://bugs.xdebug.org/file_download.php?file_id=31&type=bug

Notes
(0001748) rmcastro    2011-05-24 19:16    (edited on: 2011-05-24 19:18)	Hello,   A correction concerning the version of Zende Server, which is 5.1.0.   Also, in PHP if I say "extension=xdebug.so" instead of zend_extension=”/usr/local/zend/lib/php_extensions/xdebug.so” the library is loaded with the warning that isn't loaded has an extension of Zend Server and when I try to use Komodo to start debug, the debug doesn't start.      Thanks in advance. Best Regards Rui Castro
(0001749) derick    2011-05-25 17:15	Please use: http://xdebug.org/find-binary.php [^]
(0001750) rmcastro    2011-05-25 17:59	Hello Derick,     I followed the instructions and the xdebug.so was created with success.   After that I moved to the extensions dir and restarted Zend Server.   The extension wasn't loaded and in the log of Zend Server: Failed loading ”/usr/local/zend/lib/php_extensions/xdebug.so”: ”/usr/local/zend/lib/php_extensions/xdebug.so”: cannot open shared object file: No such file or directory Best Regards Rui Castro
(0001757) derick    2011-06-25 10:20	You seem to be using *curly* quotes in php.ini, and that won't work: zend_extension=”/usr/local/zend/lib/php_extensions/xdebug.so” either try with *normal* quotes: zend_extension="/usr/local/zend/lib/php_extensions/xdebug.so" or no quotes: zend_extension=/usr/local/zend/lib/php_extensions/xdebug.so

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
669	[Xdebug] Usage problems	crash	always	2011-03-07 20:29	2011-06-05 16:59
Reporter:	santon	Platform:	xampp 1.7.3 php 5.3.1
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	Windows 7 64bit
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 64bit
PHP Version:	5.3.1
Summary:	eclipse / xampp crsahes when selecting 'variables' tab
Description:	Debuging a php site under xampp 1.7.3 (php 5.3.1) Using php_xdebug-2.1.0-5.3-vc6.dll but the same happens with older versions (Non-thread-safe versions do not run on this xampp) 64bit version of xdebug do not run (simply do not start)
Steps To Reproduce:	Starting eclipse Select a php source to debug run through the code - everything is fine to debug the code. But: as soon as the 'variable' tab is selected to get information about variables, the application crashes.
Additional Information:	Problemereignisname: APPCRASH Anwendungsname: httpd.exe Anwendungsversion: 2.2.14.0 Anwendungszeitstempel: 4aeb9704 Fehlermodulname: php_xdebug-2.1.0-5.3-vc6.dll Fehlermodulversion: 2.1.0.5 Fehlermodulzeitstempel: 4c29c7d8 Ausnahmecode: c0000005 Ausnahmeoffset: 0000bf44 Betriebsystemversion: 6.1.7601.2.1.0.768.3 Gebietsschema-ID: 1031 Zusatzinformation 1: 0a9e Zusatzinformation 2: 0a9e372d3b4ad19135b953a78882e789 Zusatzinformation 3: 0a9e Zusatzinformation 4: 0a9e372d3b4ad19135b953a78882e789 ___________________________________________ Log opened at 2011-03-07 19:57:13 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/xampp/htdocs/joomla16_bs7/administrator/index.php" [^] language="PHP" protocol_version="1.0" appid="2440" idekey="ECLIPSE_DBGP"><engine version="2.1.0"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2010 by Derick Rethans]]></copyright></init> <- feature_set -i 1 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1" feature="show_hidden" success="1"></response> <- feature_set -i 2 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="2" feature="max_depth" success="1"></response> <- feature_set -i 3 -n max_children -v 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="3" feature="max_children" success="1"></response> <- feature_get -i 4 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="4" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_get -i 5 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="5" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- stdout -i 6 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stdout" transaction_id="6" success="1"></response> <- stderr -i 7 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stderr" transaction_id="7" success="0"></response> <- step_into -i 8 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_into" transaction_id="8" status="break" reason="ok"><xdebug:message filename="file:///C:/xampp/htdocs/joomla16_bs7/administrator/index.php" [^] lineno="10"></xdebug:message></response> <- stack_get -i 9 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="9"><stack where="{main}" level="0" type="file" filename="file:///C:/xampp/htdocs/joomla16_bs7/administrator/index.php" [^] lineno="10"></stack></response> <- context_get -i 10 -c 1
Attached Files:

Notes
(0001691) hank    2011-03-16 15:09	I have a similar issue with XAMPP 1.7.4 32 bit (Apache 2.2.17, PHP 5.3.4, Xdebug 2.1.0rc1) running on my 64 bits Windows 7 machine. I'm using Eclipse PDT Helios out of the box which comes with Eclipse EPP PHP Bundle 1.3.0.20100617-0520. When I select "Variables" or hover over a variable in the debugger code view, the following error message box pops up in Eclipse: "Unexpected termination of script. Debugging ended." The Xdebug session then ends but the web server still runs. I found a workaround googleing for the error message: As a workaround I clicked around in the expressions view. I don't use any expressions but opening and closing that view a couple of times and deleting breakpoints worked for me.
(0001704) derick    2011-03-30 22:55	Duplicate of 0000658

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
696	[Xdebug] Feature/Change request	minor	have not tried	2011-05-25 23:21	2011-05-25 23:21
Reporter:	derick	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:
PHP Version:	5.3.6
Summary:	Add statistics collection functionality
Description:	- open/closing filepointers -
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
692	[Xdebug] Feature/Change request	minor	have not tried	2011-05-05 15:59	2011-05-05 15:59
Reporter:	borrel	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.6
Summary:	send data to the debugger
Description:	it would be nice if i coud do <?php xdebug_send_data('starting query',$sql); ?> and have this data collected in the ide and profiler having abstract interfaces makes it hard to see the time for example mysql has spend on THIS or THAT query i was thinking about something like bool xdebug_send_data($name,$data,$profile = false) $name: (string)a name /tag to identify data/showing something in profiler $data: (mixed) some data send to the ide and maybe the profiler $profile: (bool) if true the data is also send to the profiler the function sould do nothing if there is no debugging of profiling
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
413	[Xdebug] Feature/Change request	minor	always	2008-10-08 16:56	2011-03-31 04:06
Reporter:	cweiske	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.6
Summary:	use XDEBUG_PROFILE environment variable as profiler_enable_trigger
Description:	It should be possible to declare an environment variable XDEBUG_PROFILE on the commandline that starts the profiler when xdebug.profiler_enable_trigger is enabled.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001239) derick    2009-12-30 13:07	You can already do this (differently) with: export XDEBUG_CONFIG="profiler_enable=1" This will override the xdebug.profiler_enable INI setting.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
611	[Xdebug] Installation	major	always	2010-08-24 08:37	2011-03-30 22:59
Reporter:	trotters213	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Server 2003 Server Enterprise Edition SP2
PHP Version:	5.3.3
Summary:	XDebug installed: Only as PHP extension!
Description:	I can't correctly install XDebug on my IIS 6 server as Zend Extension. I updated my PHP from 5.2.9 to 5.3.3 NTS VC9 and then XDebug from 2.0.4 to 2.1.0. My php.ini contains the good path to xdebug module : zend_extension = C:\php\5.3.3\ext\php_xdebug-2.1.0-5.3-vc9-nts.dll I tried my configuration here http://www.xdebug.org/find-binary.php [^] and I did what they recommended but I always got my problem : "XDebug installed: Only as PHP extension!" I can't use profiling nore debugging but my var_dump is customized.
Steps To Reproduce:
Additional Information:	1. I have no error in ISS event log when I start it. 2. In the php.ini I tried differents syntaxes to declare xdebug module : * extension = C:\php\5.3.3\ext\php_xdebug-2.1.0-5.3-vc9-nts.dll * extension = php_xdebug-2.1.0-5.3-vc9-nts.dll * zend_extension = C:\php\5.3.3\ext\php_xdebug-2.1.0-5.3-vc9-nts.dll * zend_extension = ext\php_xdebug-2.1.0-5.3-vc9-nts.dll * zend_extension = php_xdebug-2.1.0-5.3-vc9-nts.dll * zend_extension_ts = C:\php\5.3.3\ext\php_xdebug-2.1.0-5.3-vc9-nts.dll But I always got my problem. 3. when I run phpinfo there is : "Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Xdebug v2.1.0, Copyright (c) 2002-2010, by Derick Rethans" but the module is loaded as extension instead of zend extension 4. with PHP 5.2.9 and XDebug 2.0.4 everything was OK.
Attached Files:

Notes
(0001577) ivano    2010-10-04 17:20    (edited on: 2010-10-04 17:22)	I have got the same issue but I'm using: Windows Vista :-( Apache 2.0 PHP 5.2.6 XDebug 2.1.0 PHP is installed in a directory whose name contains spaces but the tailored instructions report it correctly. Here is its summary: # Xdebug installed: Only as PHP extension! # Server API: Apache 2.0 Handler # Windows: yes - Compiler: MS VC6 - Architecture: x86 # Zend Server: no # PHP Version: 5.2.6 # Zend API nr: 220060519 # PHP API nr: 20060613 # Debug Build: no # Thread Safe Build: yes # Configuration File Path: C:\Windows # Configuration File: D:\Program Files\TYPO3_4.3.2\php\php.ini # Extensions directory: D:\Program Files\TYPO3_4.3.2\php\ext And here are its instructions: Instructions Warning: You seem to have Xdebug loaded as a normal PHP extension only. This will cause odd issues, please see the FAQ entry on it.    1. Download php_xdebug-2.1.0-5.2-vc6.dll    2. Move the downloaded file to D:\Program Files\TYPO3_4.3.2\php\ext    3. Edit D:\Program Files\TYPO3_4.3.2\php\php.ini and add the line       zend_extension_ts = D:\Program Files\TYPO3_4.3.2\php\ext\php_xdebug-2.1.0-5.2-vc6.dll    4. Restart the webserver The FAQ entry pointed does not apply to me since I'm not using any .so extension and in any case the config files do not contain the mentioned line: extension=xdebug.so
(0001578) ivano    2010-10-04 17:55	Another note. Despite the warning message is showed, if I run php-m I get the following: [Zend Modules] XDebug eAccelerator but xdebug (with lower case x is listed also under the PHP Modules list. Doest this mean: XDebug is really installed as a Zend Extension? I have double checked and in my php.ini file I cannot find another location where xdebug or Xdbug is mentioned
(0001643) derick    2011-01-10 22:01	Can you please make sure you don't have an extension= line for xdebug somewhere? The top bit of phpinfo() shows you which .ini files are loaded.
(0001707) derick    2011-03-30 22:59	The requested information was not provided. Please re-open if you do provide that information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
634	[Xdebug] Debug client (console)	trivial	always	2010-11-01 23:44	2011-03-30 22:58
Reporter:	dennis605	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.1
Summary:	Xdebugger jumps over funtion
Description:	I use xdebugger with komodo to debug my php projects. Almost everything works fine, but sometimes when i set a breakpoint, to jump through my code, the debgger jumps over functions, although i step through with the 'jump in' function. When this happens, also i'm not able to see local variables and there values.
Steps To Reproduce:	I can't give steps to reproduce, cause it's in my source code.
Additional Information:
Attached Files:

Notes
(0001642) derick    2011-01-10 21:59	Could you provide a short reproduce script that shows the behaviour, and also provide a remote debugging log (See http://xdebug.org/docs/remote#remote_log [^] on how to make one) for that session?
(0001706) derick    2011-03-30 22:58	The requested information was not provided. Please re-open if you do provide that information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
640	[Xdebug] Usage problems	major	always	2010-11-12 09:08	2011-03-30 22:57
Reporter:	rich	Platform:	x86_64
Assigned To:	derick	OS:	Ubuntu Linux 2.6.35-22-generic
Priority:	normal	OS Version:	10.10
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux minicooper 2.6.35-22-generic #35-Ubuntu SMP Sat Oct 16 20:45:36 UTC 2010 x86_64 GNU/Linux
PHP Version:	5.3.3
Summary:	Unable to expand standtart classes in Remote Debugging
Description:	See Steps To Reproduce
Steps To Reproduce:	<?php $x = array(array((object) array('df' => 4))); $y = array(array(array((object) array('df' => 4)))); $z = 0; ?> 1. Place breakpoint on $z = 0; 2. Start debugging Expand all x and y variables ----- $x ----- org.netbeans.modules.viewmodel.TreeModelNode@206e9e1f[Name=, displayName=x] array org.netbeans.modules.viewmodel.TreeModelNode@5c77f4fb[Name=, displayName=[0]] array org.netbeans.modules.viewmodel.TreeModelNode@54b58608[Name=, displayName=[0]] stdClass org.netbeans.modules.viewmodel.TreeModelNode@1b40c938[Name=, displayName=CLASSNAME] string stdClass org.netbeans.modules.viewmodel.TreeModelNode@3a5a8982[Name=, displayName=df] integer 4 -------------- ----- $y ----- org.netbeans.modules.viewmodel.TreeModelNode@3e4f15db[Name=, displayName=y] array org.netbeans.modules.viewmodel.TreeModelNode@bf7be15[Name=, displayName=[0]] array org.netbeans.modules.viewmodel.TreeModelNode@29ea179c[Name=, displayName=[0]] array org.netbeans.modules.viewmodel.TreeModelNode@6026bb93[Name=, displayName=[0]] stdClass org.netbeans.modules.viewmodel.TreeModelNode@7ce0745e[Name=, displayName=CLASSNAME] string stdClass -------------- $y variable should have org.netbeans.modules.viewmodel.TreeModelNode@3a5a8982[Name=, displayName=df] integer 4 too, but it is not
Additional Information:
Attached Files:

Notes
(0001641) derick    2011-01-10 21:57	Could you please provide a remote debugging log of this session (See http://xdebug.org/docs/remote#remote_log [^] on how to make one)
(0001705) derick    2011-03-30 22:57	The requested information was not provided. Please re-open if you do provide that information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
671	[Xdebug] Feature/Change request	minor	have not tried	2011-03-10 21:28	2011-03-30 22:47
Reporter:	niklas	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.5
Summary:	trig function trace by GET variable
Description:	It would be very handy to trigger a function trace when a special GET variable is in the request.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001701) derick    2011-03-30 22:47	(And 517 is fixed in SVN)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
357	[Xdebug] Usage problems	major	always	2008-03-17 17:28	2011-03-18 09:30
Reporter:	PeterJanRoes	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:	Windows XP
PHP Version:	5.2.5
Summary:	Profiler shows huge times for certain calls
Description:	The cachegrind.out output of the profiler contains some lines with huge values for the time spent. These values are clearly wrong and mess up the overall timing information (KCacheGrind shows weird percentages as well). The values are very suspicious as they lie close to the maximum value of an unsigned integer. Maybe some integer overflow is occurring during one of the calculations producing the erroneous values? Please note that the script being profiled produces an output file of around 80Mb and the functions having the incorrect timing values are called thousands of times.
Steps To Reproduce:
Additional Information:	Here are some lines from the output file, please note the huge timing values: fl=C:\Documents and Settings\Peter-Jan Roes\workspace\WikiProtein\extensions\Wikidata\OmegaWiki\Editor.php fn=WrappingEditor->getAttribute 223 23 cfn=WrappingEditor->getAttribute calls=1 0 0 1742 33 fl=C:\Documents and Settings\Peter-Jan Roes\workspace\WikiProtein\extensions\Wikidata\OmegaWiki\Editor.php fn=AttributeEditorMap->addEditor 272 4293967322 cfn=WrappingEditor->getAttribute calls=1 0 0 223 56 fl=C:\Documents and Settings\Peter-Jan Roes\workspace\WikiProtein\extensions\Wikidata\OmegaWiki\Editor.php fn=DefaultEditor->addEditor 636 1000028 cfn=AttributeEditorMap->addEditor calls=1 0 0 272 4293967379 fl=C:\Documents and Settings\Peter-Jan Roes\workspace\WikiProtein\extensions\Wikidata\OmegaWiki\Editor.php fn=DefaultEditor->getAttribute 1742 2 fl=C:\Documents and Settings\Peter-Jan Roes\workspace\WikiProtein\extensions\Wikidata\OmegaWiki\Editor.php fn=WrappingEditor->getAttribute 636 23 cfn=DefaultEditor->getAttribute calls=1 0 0 1742 2
Attached Files:

Notes
(0000829) PeterJanRoes    2008-03-18 12:17	I have checked out the XDebug profiler code and tried to find the source of the problem. I have not tested anything or changed any code but these are my current insights into the problem by just reviewing the code. The profiler uses a structure "xdebug_profile" which contains two doubles: "time" and "mark". These doubles are used in various calculations and later on converted (indirectly) to an "unsigned long". Performing floating point arithmetic is always prone to numeric instability, especially when large and small numbers are used together many times in calculations. You might loose some precision somewhere along the road and that might explain the strange timings I encounter. Wouldn't it be better to store "unsigned longs" in the "xdebug_profile" structure instead? This would allow for exact calculations and hopefully resolve the problem. Please let me know if the above isn't true and if I should provide some more information on reproducing the problem.
(0001382) c960657    2010-03-15 12:09	I see this too running PHP 5.2.11 with Xcache 1.3.0 on WinXP with Xdebug 2.0.3 as well as with 2.1.0beta3 when profiling Drupal (i.e. with very large cachegrind files). This user seems to experience this under SuSE Linux: http://xdebug.org/archives/xdebug-general/1282.html [^]
(0001539) eis_os    2010-07-23 15:58	Hello This a very hard bug to debug in an easy reliable test case, the actually problem is the unstable clock source of windows (Server 2003 / XP) together with AMD CPU. Internally XDebug uses php gettimeofday, and that uses QueryPerformanceCounter So magical your xdebugs microtime goes backwards a bit, and the result is a negative number. Solution for AMD CPU: http://support.microsoft.com/kb/895980 [^] Quote from MSDN QueryPerformanceCounter: "On a multiprocessor computer, it should not matter which processor is called. However, you can get different results on different processors due to bugs in the basic input/output system (BIOS) or the hardware abstraction layer (HAL)."
(0001603) ped    2010-11-11 13:54	I have the issue too: SW: WinXP, PHP 5.3.3, xdebug2.1.0-5.3-vc6 HW: Intel Core2 (dual core) The wrong times do look like negative numbers converted to uint32. Looking at the results, they usually come in pairs, one fn= has ~4293967300, and some other near around has 1mil+xxx which is wrong too. So it looks to me like +-1000000 (exactly) happens as some sort of hiccup. I tried to nail php.exe down to single core ASAP (by hand in task manager, I'm testing the unit test run which takes 20+ seconds without profiling, almost 1min with profiling enabled), it doesn't look like it did help to make the issue less frequent, so it's maybe not that much related to core switching, maybe it's more about unreliable perf counters.
(0001604) ped    2010-11-11 14:19	Checking the source vs this reference: http://rabbit.eng.miami.edu/info/functions/time.html#gtod [^] (see example for gettimeofday function) usefulstuff.c lines 183 - 185: 183 if (msec >= 1.0) { 184 msec -= (long) msec; 185 } are simply wrong? I can't figure out their purpose, the tv_usec should be less then 1mil anyway, and even if due to some inaccuracy it would be GRE 1mil, it's supposed to be added to seconds anyway, as it forms total time together, IMHO. This would make sense to me only if the implementation of gettimeofday has known bug which requires to subtract 1sec if the tv_usec is above 1mil. Also if I understand it correctly, the xdebug_get_utime returns double, which is then later printed into log file as integer again, doing the conversion back and forth without any good reason (except doing add/sub with doubles is more simple, but that's not good reason). I think the timing should work with original integers pair, i.e. creating a struct to store them both and helper functions to add/subtract two of them and finally a function to output correct total number of usecs. If the maintainers of this project are interested, I may try to produce such patch, let me know in this thread.
(0001605) eis_os    2010-11-11 15:28	gettimeofday of php-src/win32/time.c will be used under Windows, that is a emulation function using QueryPerformanceCounter. I tested this in xdebug code and the calls to PHP gettimeofday can vary. Using /pmtimer made the timing stable for my use case, but my be still unstable for others. As tested, the php gettimeofday may return earlier times in later calls, and at this point the value is still a double. Maybe useful: http://developer.nvidia.com/object/timer_function_performance.html [^]
(0001606) ped    2010-11-12 08:36	eis_os: I don't understand what you talk about. It's not important where is gettimeofday implemented, as long as it's implemented correctly and it returns always same or greater time then by previous call. If you have a well documented problem with AMD multicore CPU, then it's obvious it may return wrong numbers, but I have Intel Core2, where such problem shouldn't arise AFAIK (at least I didn't find it documented anywhere). I did take a quick peek at win32/time.c from PHP sources implementation, and ... it looks ok. I would change "if (time_Info->tv_usec > 1000000) {" on line 108 to >=, but that's not critical fix in global sense (although this may be the trigger point to expose the bug in xdebug/usefulstuff.c !) Actually this implementation probably hides even BIOS/multicore problems for the price of low accuracy of the result. Notice the L92 "if (timer < PW32G(lasttime)) {". This is originally planned as a reinit of usec timing in case the performance counters overflow, but if you have multi core system which makes QueryPerformanceCounter unreliable, it will just cause the reinit trough getfilesystemtime(..) to happen more often. It's very likely that one with additional execution overhead will yield positive result, so no history trip happens then. OTOH the xdebug/usefulstuff.c double xdebug_get_utime(void) is quite opposite, it is IMO obviously wrong (that if at line 183 shouldn't be there if I understand it correctly) + not well thought out, actually it looks like it was done by somebody who didn't have a clue what he's doing. (converting forth and back from integers to double, so wasting both CPU and precision without any reason) "I tested this in xdebug code and the calls to PHP gettimeofday can vary." How did you test that? I can't compile the source at my machine, but by reading the source I strongly doubt such behavior (maybe on multicore PC with the described BIOS problems, but as I said the reinit would very likely hide even that, unless the difference between cores is insanely huge, like over 500 ticks). Anyway, I don't have problems with such short time shifts to history, I have +-1 second(!) variation in xdebug results, and I'm more and more sure it's because of bug in xdebug/usefulstuff.c (when converting the gettimeofday to double). Actually I'm now sure the code is wrong. "and at this point the value is still a double" And this doesn't make sense to me at all. There's no double value involved with gettimeoftheday (except it's internal implementation, but I'm talking about API), the first double the xdebug encounters is its own converted value, and the conversion itself causes the bug to happen. So "still a double" ... ?? still since when, since conversion? Re-reading after myself... I sound way too aggressive and harsh, sorry for the tone. (and sorry for not rewriting it, but I don't have all day for this + factually it's ok)
(0001607) ped    2010-11-12 08:52	The nvidia link is nice overview... and it's interesting to see how slow the QueryPerformanceCounter function is, I did expect it to be much faster. But in the end for profiling you can't use GetTickCount() 5~16ms resolution timer, so it has no practical implication on current xdebug implementation. Maybe the only practical implication is to drop gettimeofday on win completely and rewrite xdebug profiler to use QueryPerformanceCounter directly. I don't think it's worth the effort (putting away just one layer of call and a bit of useless double conversions, would make some sense, but it's considerable effort with little gain). Still if maintainer of xdebug is interested, I can rewrite it (but I need somebody who can compile it to do the testing ... plus while I was looking at xdebug source, I figured out the C now extremely annoys me, I got too much used to C++ and classes encapsulation, so my source would require very likely tidying variables/API names and overall style).
(0001608) eis_os    2010-11-12 10:08    (edited on: 2010-11-12 10:35)	I did add a forced hang(loop) if oldtime > newtime in xdebug utime. And then attached a debugger to see if it hangs there, I compiled with a trunk php version ~ 5.3.1 (so it's a moving target) and Windows SDK VC9 Compiler. I am sorry you can't compile it yourself, but that is not my fault. I am not saying xdebug is correct with it's timing code, but before you start rewriting xdebug you may need to verify if php gettimeofday and xdebug utime is reliable enough, otherwise you still have the same problem. More I didn't want to say. Anyway, that's how it looks like in my local tree based on 2.2dev: double xdebug_get_utime(void) { #ifdef HAVE_GETTIMEOFDAY     struct timeval tp;     long sec = 0L;     double msec = 0.0;     if (gettimeofday((struct timeval *) &tp, NULL) == 0) { #if 1         return ((double)(tp.tv_sec + tp.tv_usec / MICRO_IN_SEC)); #else         sec = tp.tv_sec;         msec = (double) (tp.tv_usec / MICRO_IN_SEC);         if (msec >= 1.0) {             msec -= (long) msec;         }         return msec + sec; #endif     } #endif     return 0; } I am quite sure I still use this build, so it may be right that xdebug_get_utime may be broken specially on win32, but I need to decompile it to verify. -edit- A recompile looks the same disassembled, so I use xdebug r3323 (2.2-dev) with php5.3 revision 301742 patched with the above code. About Core2Duo I found this (Specially Message 30): http://www.osronline.com/showthread.cfm?link=189427#30 [^] And this, so it seems there are different tsc features: http://www.gossamer-threads.com/lists/xen/devel/185419 [^]
(0001609) ped    2010-11-12 10:59	PHP bug URL for tracking purposes: http://bugs.php.net/bug.php?id=53297 [^]
(0001610) eis_os    2010-11-12 11:26	Yes, the output isn't problematical for my code above, for xdebug we don't need the separation at all. The actual code for xdebug should be: (Otherwise we lose our overflowing second here) if (msec >= 1.0) {    sec += (long) msec;    msec -= (long) msec; } return msec + sec; I still think my version is much better for win32: return ((double)(tp.tv_sec + tp.tv_usec / MICRO_IN_SEC)); This compiles down to 3 FPU instructions without jump, regardless if gettimeofday is broken or not. Still PHP should be fixed...
(0001611) ped    2010-11-12 12:32	eis_os: yes, your version is basically what I suggested (to delete the offending if block) + written as single line. And I can just agree. PHP bug filed, so let's see if/when they react. I did talk with derick on IRC and he now pretty much shares the same view. (now I'm just waiting for either new PHP or xdebug DLL, whichever will react faster :)) Thanks for helping with the issue and pointing out the other problems with win32 performance counters on multi core CPUs, this may be valuable knowledge resource for people who will run into those. (I'm not affected by this, but others may be)
(0001612) ped    2010-11-14 20:14	PHP fix accepted to SVN. (So 5.3.4 will contain the fix? I have no idea how long it takes to propage new SVN change to public release)
(0001693) derick    2011-03-17 17:59	I just read over this again, and with PHP 5.3.6 being out, this should now be resolved, right? cheers, Derick
(0001694) ped    2011-03-18 09:30	derick: the bug in xdebug is now no more triggered by bad gettimeofday result (since PHP5.3.4). Still there was bug in xdebug as described in my note http://bugs.xdebug.org/view.php?id=357#c1604 [^] ... did you remove that already? I can't verify the claims about AMD CPUs, but I would suggest to recreate another bug report for those anyway, because the +-1sec hiccup was purely SW problem in PHP and xdebug and it's now hidden by PHP fix.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
666	[Xdebug] Debug client (console)	minor	always	2011-02-22 17:53	2011-03-10 20:45
Reporter:	Yunosh	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Nested object not returning properties above a certain level
Description:	Like explained on IRC, if watching variables during remote debugging, expanding nested objects stops working after a certain hierarchy level. Reproduce script: http://pastebin.com/kcAZNC5g [^] Remote log: http://pastebin.com/hKWH3pQP [^]
Steps To Reproduce:
Additional Information:
Attached Files:	hKWH3pQP.txt (15,925) 2011-03-10 20:29 http://bugs.xdebug.org/file_download.php?file_id=14&type=bug

Notes
(0001685) derick    2011-03-10 20:29	Script: <?php $o = new stdClass(); $o->a = new stdClass(); $o->a->b = new stdClass(); $o->a->b->c = new stdClass(); xdebug_break(); exit;
(0001686) derick    2011-03-10 20:45	This seems to be an IDE issue. It doesn't set the required more nesting levels through the protocol, or bother to request more information for the nested objects. I don't know there is much I can do about this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
668	[Xdebug] Feature/Change request	minor	have not tried	2011-03-01 16:23	2011-03-03 20:19
Reporter:	daniela.waranie	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.1.0
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.10
Summary:	Validate Breakpoint Path (check if a dir / file is a symlink)
Description:	Version 2.1.0beta2 dev. When a IDE tries to register a breakpoint (breakpoint_set) Xdebug should check if a symlinked file or folder is in the provided path. And in case a symlink is detected it should reject the breakpoint. The request message should point out the folder/filename that was detected to be a symlink. Trying to register a symlinked path for a breakpoint points out that the required path mapping in the IDE (debug client) from local path to server path is missing or wrong. So the IDE would be able to show warnings and "path mapping dialogs" for requected breakpoints and the developer is able to update the path mapping. PHP: is_link()
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
656	[Xdebug] Usage problems	minor	always	2011-01-17 23:57	2011-02-17 21:19
Reporter:	jsimms	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP Home SP3
PHP Version:	5.3.3
Summary:	Summary not written when script ended with "exit()"
Description:	It seems that there may still be a problem with scripts that are terminated prematurely using the "exit" keyword. I must admit that I am not very knowledgeable when it comes to the inner workings of xdebug or cachegrind files, but the two bug reports listed below seem to highlight what I am experiencing: http://bugs.xdebug.org/view.php?id=68 [^] http://bugs.xdebug.org/view.php?id=631 [^] I installed xdebug tonight and noticed that when viewing the results in webgrind, sometimes information would be missing. Quickly deduced that this information was only missing on pages that used the "exit" keyword.
Steps To Reproduce:	Create a simple script that is terminated prematurely using the exit keyword. I used a page that had a single call to phpinfo(), followed by the exit keyword. The resulting cachegrind file lacks, what I am assuming, is the summary line that others have mentioned in previous reports.
Additional Information:	Apache/2.2.15 (Win32) PHP 5.3.3 php_xdebug-2.1.0-5.3-vc6.dll (as instructed by the Tailored Installation Instructions) This is the first time I have submitted a bug report. If I am missing some relevant information, please let me know and I will add it.
Attached Files:

Notes
(0001673) jon    2011-02-12 18:14	I could also reproduce this with PHP 5.3.3 and xdebug 2.1.0. This was fixed in rev. 3369 (http://bugs.xdebug.org/view.php?id=631 [^]). If you need this bug fix you'll want to install from source -- either checkout trunk or just apply the patch from ticket 631 to the 2.1.0 release.
(0001674) jsimms    2011-02-12 19:06	Unfortunately, I think compiling a dll may be a little beyond me. Unless you have a link to a good tutorial? I guess I'll just have to wait for the Windows binaries on the site to be updated. Thanks for letting me know Jon :)
(0001677) derick    2011-02-17 19:59	@jsimms: I have some at http://xdebug.org/files/xdebug-latest.tgz [^] which are from December 17th — but they should have the fix. Can you try?
(0001678) jsimms    2011-02-17 21:18	Hi Derick, I replaced the php_xdebug-2.1.0-5.3-vc6.dll file with the php_xdebug-2.1dev-5.3-vc6.dll and it seems to be working great. I've tested pages that use the "exit" keyword and the resulting cachegrind files appear to have all the relevant information. I also tried the 2.2dev DLL, and that is fine too. Thanks for posting that DLL pack, I appreciate it :)
(0001679) derick    2011-02-17 21:19	Great. Closing as a dup of 0000631 then. cheers, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
661	[Xdebug] Usage problems	crash	sometimes	2011-02-03 02:16	2011-02-09 22:19
Reporter:	mday	Platform:	linux
Assigned To:	derick	OS:	ubuntu
Priority:	normal	OS Version:	10.10
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	ubuntu 10.10
PHP Version:	5.3.3
Summary:	code-coverage causes segmentation fault
Description:	running my unit tests with zend framework and code-coverage causes segmentation fault
Steps To Reproduce:	it's difficult to give the steps to reproduce this since it's using zend framework when the fail happens and there's a lot of code.
Additional Information:	gdb output: > gdb /usr/bin/php (gdb) run phpunit --coverage-html ../public/tests/ (gdb) run /usr/bin/phpunit --coverage-html ../public/tests/ Starting program: /usr/bin/php /usr/bin/phpunit --coverage-html ../public/tests/ [Thread debugging using libthread_db enabled] [New Thread 0x7fffef348700 (LWP 15023)] [Thread 0x7fffef348700 (LWP 15023) exited] PHPUnit 3.5.10 by Sebastian Bergmann. ....PHP Warning: imagepng(): Unable to open './images/captcha/933a47cb6e8c2f1d70fbfd4d17dac4ce.png' for writing: No such file or directory in /pool/deployments/zendFramework/1.11.1/library/Zend/Captcha/Image.php on line 563 ......... Program received signal SIGSEGV, Segmentation fault. 0x00000000006b9213 in ?? () (gdb) bt #0 0x00000000006b9213 in ?? () #1 0x000000000069850d in _zval_dtor_func () 0000002 0x00000000006bd4cf in ?? () 0000003 0x000000000070caea in ?? () 0000004 0x000000000070d47d in ?? () 0000005 0x00000000006c0e90 in execute () 0000006 0x00007ffff41e1d15 in xdebug_execute (op_array=0x2d49740) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000007 0x00000000006e9706 in ?? () 0000008 0x00000000006c0e90 in execute () 0000009 0x00007ffff41e1d15 in xdebug_execute (op_array=0x3cad4a8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000010 0x00000000006e9706 in ?? () 0000011 0x00000000006c0e90 in execute () 0000012 0x00007ffff41e1d15 in xdebug_execute (op_array=0x28b7ea8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000013 0x000000000068ea14 in zend_call_function () 0000014 0x00000000006afb67 in zend_call_method () 0000015 0x00000000006bc7f3 in zend_std_cast_object_tostring () 0000016 0x0000000000699a1f in zend_make_printable_zval () 0000017 0x00000000006924d1 in concat_function () 0000018 0x00000000006c3e62 in ?? () 0000019 0x00000000006c0e90 in execute () 0000020 0x00007ffff41e1d15 in xdebug_execute (op_array=0x3f3b628) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000021 0x00000000006d51fc in ?? () 0000022 0x00000000006c0e90 in execute () 0000023 0x00007ffff41e1d15 in xdebug_execute (op_array=0x2042ca8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000024 0x00000000006e9706 in ?? () 0000025 0x00000000006c0e90 in execute () 0000026 0x00007ffff41e1d15 in xdebug_execute (op_array=0x20ae318) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000027 0x00000000006e9706 in ?? () 0000028 0x00000000006c0e90 in execute () 0000029 0x00007ffff41e1d15 in xdebug_execute (op_array=0x2e4bb80) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000030 0x000000000068ea14 in zend_call_function () 0000031 0x00000000005ceb87 in ?? () 0000032 0x00007ffff41e20bd in xdebug_execute_internal (current_execute_data=0x7ffff7ece808, return_value_used=1) at /tmp/pear/temp/xdebug/xdebug.c:1339 0000033 0x00000000006e9a16 in ?? () 0000034 0x00000000006c0e90 in execute () #35 0x00007ffff41e1d15 in xdebug_execute (op_array=0x2053c48) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000036 0x000000000068ea14 in zend_call_function () 0000037 0x00000000006afb67 in zend_call_method () 0000038 0x00000000006bbafe in zend_std_call_user_call () 0000039 0x00007ffff41e20bd in xdebug_execute_internal (current_execute_data=0x7ffff7ecd020, return_value_used=1) at /tmp/pear/temp/xdebug/xdebug.c:1339 0000040 0x00000000006e9a16 in ?? () 0000041 0x00000000006c0e90 in execute () 0000042 0x00007ffff41e1d15 in xdebug_execute (op_array=0x2d02838) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000043 0x00000000006d51fc in ?? () 0000044 0x00000000006c0e90 in execute () 0000045 0x00007ffff41e1d15 in xdebug_execute (op_array=0x2042ca8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000046 0x00000000006e9706 in ?? () 0000047 0x00000000006c0e90 in execute () 0000048 0x00007ffff41e1d15 in xdebug_execute (op_array=0x20ae318) at /tmp/pear/temp/xdebug/xdebug.c:1272 #49 0x00000000006e9706 in ?? () 0000050 0x00000000006c0e90 in execute () #51 0x00007ffff41e1d15 in xdebug_execute (op_array=0x139dc48) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000052 0x00000000006e9706 in ?? () 0000053 0x00000000006c0e90 in execute () 0000054 0x00007ffff41e1d15 in xdebug_execute (op_array=0x1f994a8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000055 0x00000000006e9706 in ?? () 0000056 0x00000000006c0e90 in execute () 0000057 0x00007ffff41e1d15 in xdebug_execute (op_array=0x1369d40) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000058 0x00000000006e9706 in ?? () 0000059 0x00000000006c0e90 in execute () 0000060 0x00007ffff41e1d15 in xdebug_execute (op_array=0x12fca28) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000061 0x00000000006e9706 in ?? () 0000062 0x00000000006c0e90 in execute () 0000063 0x00007ffff41e1d15 in xdebug_execute (op_array=0x1624720) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000064 0x00000000006e9706 in ?? () 0000065 0x00000000006c0e90 in execute () 0000066 0x00007ffff41e1d15 in xdebug_execute (op_array=0x1676100) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000067 0x000000000068ea14 in zend_call_function () 0000068 0x0000000000541db4 in ?? () 0000069 0x00007ffff41e20bd in xdebug_execute_internal (current_execute_data=0x7ffff7ec8770, return_value_used=1) at /tmp/pear/temp/xdebug/xdebug.c:1339 0000070 0x00000000006e9a16 in ?? () 0000071 0x00000000006c0e90 in execute () 0000072 0x00007ffff41e1d15 in xdebug_execute (op_array=0x16e8748) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000073 0x00000000006e9706 in ?? () 0000074 0x00000000006c0e90 in execute () 0000075 0x00007ffff41e1d15 in xdebug_execute (op_array=0x16e8630) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000076 0x00000000006e9706 in ?? () 0000077 0x00000000006c0e90 in execute () 0000078 0x00007ffff41e1d15 in xdebug_execute (op_array=0x17b0e08) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000079 0x00000000006e9706 in ?? () 0000080 0x00000000006c0e90 in execute () 0000081 0x00007ffff41e1d15 in xdebug_execute (op_array=0x16e8518) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000082 0x00000000006e9706 in ?? () 0000083 0x00000000006c0e90 in execute () 0000084 0x00007ffff41e1d15 in xdebug_execute (op_array=0x1498850) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000085 0x00000000006e9706 in ?? () 0000086 0x00000000006c0e90 in execute () 0000087 0x00007ffff41e1d15 in xdebug_execute (op_array=0x148c820) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000088 0x00000000006e9706 in ?? () 0000089 0x00000000006c0e90 in execute () 0000090 0x00007ffff41e1d15 in xdebug_execute (op_array=0x148c820) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000091 0x00000000006e9706 in ?? () 0000092 0x00000000006c0e90 in execute () 0000093 0x00007ffff41e1d15 in xdebug_execute (op_array=0x17534c8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000094 0x00000000006e9706 in ?? () 0000095 0x00000000006c0e90 in execute () 0000096 0x00007ffff41e1d15 in xdebug_execute (op_array=0x1065e30) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000097 0x00000000006e9706 in ?? () 0000098 0x00000000006c0e90 in execute () 0000099 0x00007ffff41e1d15 in xdebug_execute (op_array=0x103eac8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000100 0x00000000006e9706 in ?? () 0000101 0x00000000006c0e90 in execute () 0000102 0x00007ffff41e1d15 in xdebug_execute (op_array=0x1028df0) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000103 0x000000000069885d in zend_execute_scripts () 0000104 0x00000000006441a8 in php_execute_script () 0000105 0x0000000000729f26 in ?? () 0000106 0x00007ffff54a9d8e in __libc_start_main () from /lib/libc.so.6 0000107 0x00000000004281e9 in _start ()
Attached Files:	segfaults.txt (8,593) 2011-02-09 22:11 http://bugs.xdebug.org/file_download.php?file_id=9&type=bug

Notes
(0001658) mday    2011-02-03 02:32    (edited on: 2011-02-03 17:52)	here's another gdb output: root@matthewbox:/pool/www/www.hiding_my_domain.com/tests# gdb /usr/bin/php GNU gdb (GDB) 7.2-ubuntu Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> [^] This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... [^] Reading symbols from /usr/bin/php...(no debugging symbols found)...done. (gdb) run /usr/bin/phpunit --coverage-html ../public/tests/ Starting program: /usr/bin/php /usr/bin/phpunit --coverage-html ../public/tests/ [Thread debugging using libthread_db enabled] [New Thread 0x7fffef348700 (LWP 15242)] [Thread 0x7fffef348700 (LWP 15242) exited] PHPUnit 3.5.10 by Sebastian Bergmann. .................. Time: 21 seconds, Memory: 46.00Mb OK (18 tests, 21 assertions) Generating code coverage report, this may take a moment. Program received signal SIGSEGV, Segmentation fault. 0x00000000006a5967 in zend_hash_destroy () #0 0x00000000006a5967 in zend_hash_destroy () #1 0x00000000006ba7d2 in zend_object_std_dtor () 0000002 0x00000000006ba809 in zend_objects_free_object_storage () 0000003 0x00000000006be1fc in zend_objects_store_del_ref_by_handle_ex () 0000004 0x00000000006b6bf8 in gc_collect_cycles () 0000005 0x00000000006b6fc2 in gc_zobj_possible_root () 0000006 0x00000000006e9513 in ?? () 0000007 0x00000000006c0e90 in execute () 0000008 0x00007ffff41e1d15 in xdebug_execute (op_array=0x15089c8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000009 0x00000000006e9706 in ?? () 0000010 0x00000000006c0e90 in execute () 0000011 0x00007ffff41e1d15 in xdebug_execute (op_array=0x1508228) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000012 0x00000000006e9706 in ?? () 0000013 0x00000000006c0e90 in execute () 0000014 0x00007ffff41e1d15 in xdebug_execute (op_array=0x14e3968) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000015 0x00000000006e9706 in ?? () 0000016 0x00000000006c0e90 in execute () 0000017 0x00007ffff41e1d15 in xdebug_execute (op_array=0x14e1170) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000018 0x00000000006e9706 in ?? () 0000019 0x00000000006c0e90 in execute () 0000020 0x00007ffff41e1d15 in xdebug_execute (op_array=0x3f283d8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000021 0x00000000006e9706 in ?? () 0000022 0x00000000006c0e90 in execute () 0000023 0x00007ffff41e1d15 in xdebug_execute (op_array=0x403b320) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000024 0x00000000006e9706 in ?? () 0000025 0x00000000006c0e90 in execute () 0000026 0x00007ffff41e1d15 in xdebug_execute (op_array=0x3f2fea8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000027 0x00000000006e9706 in ?? () 0000028 0x00000000006c0e90 in execute () 0000029 0x00007ffff41e1d15 in xdebug_execute (op_array=0x3f2fea8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000030 0x00000000006e9706 in ?? () 0000031 0x00000000006c0e90 in execute () 0000032 0x00007ffff41e1d15 in xdebug_execute (op_array=0x3f2fea8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000033 0x00000000006e9706 in ?? () 0000034 0x00000000006c0e90 in execute () #35 0x00007ffff41e1d15 in xdebug_execute (op_array=0x3f9c0e8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000036 0x00000000006e9706 in ?? () 0000037 0x00000000006c0e90 in execute () 0000038 0x00007ffff41e1d15 in xdebug_execute (op_array=0x144c7b8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000039 0x00000000006e9706 in ?? () 0000040 0x00000000006c0e90 in execute () 0000041 0x00007ffff41e1d15 in xdebug_execute (op_array=0x1065e30) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000042 0x00000000006e9706 in ?? () 0000043 0x00000000006c0e90 in execute () 0000044 0x00007ffff41e1d15 in xdebug_execute (op_array=0x103eac8) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000045 0x00000000006e9706 in ?? () 0000046 0x00000000006c0e90 in execute () 0000047 0x00007ffff41e1d15 in xdebug_execute (op_array=0x1028df0) at /tmp/pear/temp/xdebug/xdebug.c:1272 0000048 0x000000000069885d in zend_execute_scripts () #49 0x00000000006441a8 in php_execute_script () 0000050 0x0000000000729f26 in ?? () #51 0x00007ffff54a9d8e in __libc_start_main () from /lib/libc.so.6 0000052 0x00000000004281e9 in _start () hope these help : / without using --code-coverage (which phpunit uses xdebug for) it works just fine
(0001659) mday    2011-02-03 02:41	i'm running a valgrind on it right now, but one weird thing is that it doesn't happen all the time, sometimes it makes it all the way through and tells me that all tests passed and that it generates a code coverage report. i'll post the valgrind report probably tomorrow since it's taking a really long time to generate.
(0001660) derick    2011-02-03 09:33	Hi, those dumps don't help at all because you don't have full symbols. In order to fix it, I will need to be able to reproduce it. You can do that either by providing a short reproducable script, or by providing me with *exact* instructions, including a code dump, on how to reproduce it. I don't know which tests you're running at all now. From the 2nd trace however, a hint shows that this might not be Xdebug, but PHP's Garbage Collector. Try turning it off (zend.enable_gc=0) and see if that helps. Make also sure you set the following environment variable: export USE_ZEND_ALLOC=0 cheers, Derick
(0001661) mday    2011-02-03 22:28	Hi Derick, thanks for the fast response and for the suggestions. I tried what you suggested and nothing seemed to work. I ended up recompiling php to get the newest version (5.3.5) instead of using the one that I was using: PHP 5.3.3-1ubuntu9.3 and now my tests are running fine. At some point I was able to get an actual error which I think was causing the segfault and that was it was trying to allocate like 70,000 petabytes of memory - and I really have no idea : / we're definitely not doing anything that crazy, so it could just be that specific version of php that I was running. I wish I could keep trying to figure out what exactly was causing that but this is a work project and I don't have that luxury of time. Thanks again for your help (and your excellent product)!
(0001662) derick    2011-02-03 23:26	I'll mark it as "resolved" then. Good luck!
(0001665) mday    2011-02-09 21:30	reopening issue due to this issue: has duplicate 0000663
(0001666) derick    2011-02-09 21:39	You wrote somewhere else that you used "export ZEND_ALLOC=0" and not "export USE_ZEND_ALLOC=0". What did you use? And your backtrace really points to an issue with PHP's Garbage Collector. Can you run GDB like this: shell: $ USE_ZEND_ALLOC=0 gdb /usr/bin/php gdb: (gdb) run -dzend.enable_gc=0 /usr/bin/phpunit --coverage-html ../public/tests/ Then instead of pasting the backtrace in a comment, please use the "attach file" functionality.
(0001667) mday    2011-02-09 22:12	I ran the test 4 times, it seg faulted 3 times, I ran a backtrace on it two times, I uploaded the results of all in a text file.
(0001668) derick    2011-02-09 22:19	All those crashes happen in GC related cases. I don't know why it doesn't properly get turned off with -dzend.enable_gc=0 though. But none of them point to any crash in Xdebug, just in normal PHP. Please add the segfaults.txt file to the PHP bug report that you filed. I'm going to have to mark this one as "no change required" as it's a PHP issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
663	[Xdebug] Usage problems	crash	random	2011-02-07 23:24	2011-02-09 09:34
Reporter:	mday	Platform:	linux
Assigned To:	derick	OS:	fedora
Priority:	normal	OS Version:	fedora 14
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	fedora 14 desktop edition
PHP Version:	5.3.3
Summary:	phpunit with code coverage seg fault
Description:	hi derick, upgrading my php version still didn't solve it (although the last ticket was closed because i thought it did). I'm still able to reproduce the issue, but it takes a huge amount of code to do it, and none of my slimmed down tests are able to do it. It seems like a race condition, but i have a much more indepth core dump now at least. Also I'm able to reproduce this seg fault on both ubuntu 10.10 and this fedora desktop edition. also this is using php 5.3.5, which isn't an option below
Steps To Reproduce:	phpunit --coverage-html ~/blah
Additional Information:	warning: core file may not match specified executable file. Missing separate debuginfo for /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/72/9136de0eaacd9a954bddbfa3b701ba7be9dbf9 /var/cache/abrt-di/usr/lib/debug/.build-id/72/9136de0eaacd9a954bddbfa3b701ba7be9dbf9 Missing separate debuginfo for /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/solr.so Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/ef/58c8a07956d87e06f6235cf0c03606ccfe11de /var/cache/abrt-di/usr/lib/debug/.build-id/ef/58c8a07956d87e06f6235cf0c03606ccfe11de Missing separate debuginfo for /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/igbinary.so Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/b4/b6b1d226ca81d9538e288a16c253f37ba6eebd /var/cache/abrt-di/usr/lib/debug/.build-id/b4/b6b1d226ca81d9538e288a16c253f37ba6eebd Missing separate debuginfo for /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/memcached.so Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/0c/0be6f66577260457a9a0682847c5403108c6e5 /var/cache/abrt-di/usr/lib/debug/.build-id/0c/0be6f66577260457a9a0682847c5403108c6e5 Missing separate debuginfo for /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/apc.so Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/51/7bd7643bf31d9563576a7ca2b65123f2888e1e /var/cache/abrt-di/usr/lib/debug/.build-id/51/7bd7643bf31d9563576a7ca2b65123f2888e1e Missing separate debuginfo for Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/bb/59d9741d29c8d4ef59c5aa92df45b808bb0eb9 /var/cache/abrt-di/usr/lib/debug/.build-id/bb/59d9741d29c8d4ef59c5aa92df45b808bb0eb9 [New Thread 9659] Core was generated by `/usr/local/php/bin/php /usr/local/php/bin/phpunit --coverage-html /home/alex0/b'. Program terminated with signal 11, Segmentation fault. #0 _zend_mm_free_int (heap=0x1cec2d0, p=0x4696370) at /home/alex0/Downloads/php-5.3.4/Zend/zend_alloc.c:2018 2018 if (ZEND_MM_IS_FREE_BLOCK(next_block)) { Thread 1 (Thread 9659): #0 _zend_mm_free_int (heap=0x1cec2d0, p=0x4696370) at /home/alex0/Downloads/php-5.3.4/Zend/zend_alloc.c:2018 mm_block = 0x4696360 next_block = 0x4d718e0 size = 7189888 #1 0x00000000006db5c1 in _zval_dtor (zval_ptr=0x7fff90745628) at /home/alex0/Downloads/php-5.3.4/Zend/zend_variables.h:35 No locals. 0000002 _zval_ptr_dtor (zval_ptr=0x7fff90745628) at /home/alex0/Downloads/php-5.3.4/Zend/zend_execute_API.c:443 No locals. 0000003 0x000000000070aead in zend_std_write_property (object=0x46d2340, member=0x393e258, value=0x469a908) at /home/alex0/Downloads/php-5.3.4/Zend/zend_object_handlers.c:447 garbage = 0x4695738 zobj = 0x4699780 tmp_member = 0x0 variable_ptr = 0x4696038 property_info = <value optimized out> 0000004 0x0000000000769b80 in zend_assign_to_object (execute_data=0x7f7478b721a8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_execute.c:589 object = 0x46d2340 free_value = {var = 0x0} value = 0x469a908 retval = 0x7f7478b72470 0000005 ZEND_ASSIGN_OBJ_SPEC_UNUSED_CONST_HANDLER (execute_data=0x7f7478b721a8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:17678 opline = 0x393e208 op_data = 0x393e280 property_name = 0x393e258 0000006 0x000000000070d5dc in execute (op_array=0x394c6e8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b721a8 nested = 1 '\001' original_in_execution = 1 '\001' 0000007 0x00007f747967dcd9 in xdebug_execute (op_array=0x394c6e8) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0xb53 edata = 0x7f7478b71e18 fse = 0x2f09a90 xfse = 0x4034236a0 magic_cookie = 0x0 do_return = 0 function_nr = 948515 le = 0x7f7478b71e18 eval_id = 0 0000008 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b71e18) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x352d9e0 should_change_scope = 1 '\001' 0000009 0x000000000070d5dc in execute (op_array=0x3baaaa0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b71e18 nested = 1 '\001' original_in_execution = 1 '\001' 0000010 0x00007f747967dcd9 in xdebug_execute (op_array=0x3baaaa0) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0xb64 edata = 0x7f7478b71b40 fse = 0x258b970 xfse = 0x4006f6f2e magic_cookie = 0x0 do_return = 0 function_nr = 948212 le = 0x7f7478b71b40 eval_id = 0 0000011 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b71b40) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x352e5a8 should_change_scope = 1 '\001' 0000012 0x000000000070d5dc in execute (op_array=0x3528798) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b71b40 nested = 1 '\001' original_in_execution = 1 '\001' 0000013 0x00007f747967dcd9 in xdebug_execute (op_array=0x3528798) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x7f7478a123b0 edata = 0x7fff90745d10 fse = 0x258b6f0 xfse = 0x3528798 magic_cookie = 0x0 do_return = 0 function_nr = 948211 le = 0x20d eval_id = 0 0000014 0x00000000006dd27c in zend_call_function (fci=0x7fff90745e40, fci_cache=<value optimized out>) at /home/alex0/Downloads/php-5.3.4/Zend/zend_execute_API.c:964 i = <value optimized out> original_return_value = 0x0 calling_symbol_table = 0x1f6d368 original_op_array = 0x46cc1a0 original_opline_ptr = 0x7f7478b716c0 current_scope = 0x2d45028 current_called_scope = 0x2d45028 calling_scope = 0x46cc1a0 called_scope = 0x0 current_this = 0x4693148 execute_data = {opline = 0x0, function_state = {function = 0x3528798, arguments = 0x7f7478b71b38}, fbc = 0x0, called_scope = 0x0, op_array = 0x0, object = 0x469a908, Ts = 0x7f7478b71778, CVs = 0x7f7478b71758, symbol_table = 0x1f6d368, prev_execute_data = 0x7f7478b716c0, old_error_reporting = 0x0, nested = 0 '\000', original_return_value = 0x0, current_scope = 0x7f7478b71738, current_called_scope = 0x456d5c0, current_this = 0x0, current_object = 0x0, call_opline = 0x0} 0000015 0x00000000006ff6c7 in zend_call_method (object_pp=0x7fff90745f68, obj_ce=<value optimized out>, fn_proxy=0x3b408b8, function_name=0x9d1c3e "__tostring", function_name_len=<value optimized out>, retval_ptr_ptr=0x7fff90745f78, param_count=0, arg1=0x0, arg2=0x0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_interfaces.c:97 fcic = {initialized = 1 '\001', function_handler = 0x3528798, calling_scope = 0x3b406c8, called_scope = 0x3b406c8, object_ptr = 0x469a908} result = <value optimized out> fci = {size = 72, function_table = 0x46cc1a0, function_name = 0x7fff90745ec0, symbol_table = 0x0, retval_ptr_ptr = 0x7fff90745f78, param_count = 0, params = 0x7fff90745ee0, object_ptr = 0x469a908, no_separation = 1 '\001'} z_fname = {value = {lval = 206158430224, dval = 1.0185579797423812e-312, str = {val = 0x3000000010 <Address 0x3000000010 out of bounds>, len = -1871421504}, ht = 0x3000000010, obj = {handle = 16, handlers = 0x7fff90745fc0}}, refcount__gc = 2423545584, type = 255 '\377', is_ref__gc = 127 '\177'} retval = <value optimized out> function_table = <value optimized out> params = {0x7fff90745f48, 0x7fff90745f50} 0000016 0x000000000070905c in zend_std_cast_object_tostring (readobj=0x469a908, writeobj=0x7fff90745ff0, type=<value optimized out>) at /home/alex0/Downloads/php-5.3.4/Zend/zend_object_handlers.c:1266 retval = <value optimized out> ce = 0x3b406c8 0000017 0x00000000006ea54f in zend_make_printable_zval (expr=0x469a908, expr_copy=0x7fff90745ff0, use_copy=0x7fff90746028) at /home/alex0/Downloads/php-5.3.4/Zend/zend.c:243 No locals. 0000018 0x00000000006e5c91 in concat_function (result=0x7f7478b719a8, op1=0x4606558, op2=0x469a908) at /home/alex0/Downloads/php-5.3.4/Zend/zend_operators.c:1234 op1_copy = {value = {lval = 140735616933984, dval = 6.9532633473355079e-310, str = {val = 0x7fff90746060 " \315\317", len = 2036855975}, ht = 0x7fff90746060, obj = {handle = 2423545952, handlers = 0x7f747967f4a7}}, refcount__gc = 73425616, type = 0 '\000', is_ref__gc = 0 '\000'} op2_copy = {value = {lval = 49312080, dval = 2.4363404652975217e-316, str = {val = 0x2f07150 "\320p\360\002", len = 49322992}, ht = 0x2f07150, obj = {handle = 49312080, handlers = 0x2f09bf0}}, refcount__gc = 21, type = 0 '\000', is_ref__gc = 0 '\000'} use_copy1 = 0 use_copy2 = 0 0000019 0x000000000070f7e2 in ZEND_CONCAT_SPEC_CONST_CV_HANDLER (execute_data=0x7f7478b716c0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:4193 opline = 0x4606528 0000020 0x000000000070d5dc in execute (op_array=0x46cc1a0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b716c0 nested = 1 '\001' original_in_execution = 1 '\001' 0000021 0x00007f747967dcd9 in xdebug_execute (op_array=0x46cc1a0) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x7f747969571e edata = 0x7f7478b714c0 fse = 0x2f09920 xfse = 0x696690 magic_cookie = 0x0 do_return = 0 function_nr = 946126 le = 0x46d2340 eval_id = 0 0000022 0x000000000072dc05 in ZEND_INCLUDE_OR_EVAL_SPEC_VAR_HANDLER (execute_data=0x7f7478b714c0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:8637 opline = 0x2d8c310 new_op_array = <value optimized out> return_value_used = 0 free_op1 = {var = 0x46d2340} inc_filename = <value optimized out> tmp_inc_filename = {value = {lval = 140735616934624, dval = 6.9532633473671281e-310, str = {val = 0x7fff907462e0 "\300\024\267xt\177", len = 2036855975}, ht = 0x7fff907462e0, obj = {handle = 2423546592, handlers = 0x7f747967f4a7}}, refcount__gc = 1, type = 0 '\000', is_ref__gc = 0 '\000'} failure_retval = 0 '\000' 0000023 0x000000000070d5dc in execute (op_array=0x2d89cb8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b714c0 nested = 1 '\001' original_in_execution = 1 '\001' 0000024 0x00007f747967dcd9 in xdebug_execute (op_array=0x2d89cb8) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x370 edata = 0x7f7478b71278 fse = 0x2f06f90 xfse = 0x301f2c9c0 magic_cookie = 0x0 do_return = 0 function_nr = 946124 le = 0x7f7478b71278 eval_id = 0 0000025 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b71278) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x2dcd5d0 should_change_scope = 1 '\001' 0000026 0x000000000070d5dc in execute (op_array=0x2deba50) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b71278 nested = 1 '\001' original_in_execution = 1 '\001' 0000027 0x00007f747967dcd9 in xdebug_execute (op_array=0x2deba50) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x69 edata = 0x7f7478b70830 fse = 0x2f06e30 xfse = 0x303955690 magic_cookie = 0x0 do_return = 0 function_nr = 946116 le = 0x7f7478b70830 eval_id = 0 0000028 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b70830) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x3a391b0 should_change_scope = 1 '\001' 0000029 0x000000000070d5dc in execute (op_array=0x3a2ceb0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b70830 nested = 1 '\001' original_in_execution = 1 '\001' 0000030 0x00007f747967dcd9 in xdebug_execute (op_array=0x3a2ceb0) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x4696c50 edata = 0x7fff90746930 fse = 0x3955930 xfse = 0x7f747969571e magic_cookie = 0x0 do_return = 0 function_nr = 946070 le = 0x400000003 eval_id = 0 0000031 0x00000000006dd27c in zend_call_function (fci=0x7fff90746a50, fci_cache=<value optimized out>) at /home/alex0/Downloads/php-5.3.4/Zend/zend_execute_API.c:964 i = <value optimized out> original_return_value = 0x7fff90747038 calling_symbol_table = 0x0 original_op_array = 0x2d9a318 original_opline_ptr = 0x7f7478b70670 current_scope = 0x2d8a080 current_called_scope = 0x2d45028 calling_scope = 0x2d9a318 called_scope = 0x7fff90747038 current_this = 0x3bd3d48 execute_data = {opline = 0x0, function_state = {function = 0x3a2ceb0, arguments = 0x7f7478b70828}, fbc = 0x0, called_scope = 0x0, op_array = 0x0, object = 0x45fc198, Ts = 0x7f7478b70738, CVs = 0x7f7478b70708, symbol_table = 0x0, prev_execute_data = 0x7f7478b70670, old_error_reporting = 0x0, nested = 0 '\000', original_return_value = 0x7fff90747038, current_scope = 0x2d8a080, current_called_scope = 0x2d45028, current_this = 0x3bd3d48, current_object = 0x0, call_opline = 0x45d5c08} 0000032 0x0000000000627047 in zif_call_user_func_array (ht=<value optimized out>, return_value=0x45fcd10, return_value_ptr=<value optimized out>, this_ptr=<value optimized out>, return_value_used=<value optimized out>) at /home/alex0/Downloads/php-5.3.4/ext/standard/basic_functions.c:4796 params = 0x4696c50 retval_ptr = 0x0 fci = {size = 72, function_table = 0x3a2c690, function_name = 0x45b1b18, symbol_table = 0x0, retval_ptr_ptr = 0x7fff90746ad0, param_count = 2, params = 0x46d5830, object_ptr = 0x45fc198, no_separation = 1 '\001'} fci_cache = {initialized = 1 '\001', function_handler = 0x3a2ceb0, calling_scope = 0x3a2c660, called_scope = 0x3a2c660, object_ptr = 0x45fc198} 0000033 0x00007f747967e081 in xdebug_execute_internal (current_execute_data=0x7f7478b70670, return_value_used=1) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1339 edata = 0x7f7478b70670 fse = 0x3955c80 cur_opcode = 0xcfcd20 do_return = 0 function_nr = 946069 0000034 0x0000000000739a74 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b70670) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:318 opline = 0x2d9b9a0 should_change_scope = 0 '\000' #35 0x000000000070d5dc in execute (op_array=0x2d9a318) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b70670 nested = 1 '\001' original_in_execution = 1 '\001' 0000036 0x00007f747967dcd9 in xdebug_execute (op_array=0x2d9a318) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x38 edata = 0x7fff90746dd0 fse = 0x39557f0 xfse = 0x2debba8 magic_cookie = 0x0 do_return = 0 function_nr = 946020 le = 0x4 eval_id = 0 0000037 0x00000000006dd27c in zend_call_function (fci=0x7fff90746f00, fci_cache=<value optimized out>) at /home/alex0/Downloads/php-5.3.4/Zend/zend_execute_API.c:964 i = <value optimized out> original_return_value = 0x0 calling_symbol_table = 0x1f26490 original_op_array = 0x45a5f70 original_opline_ptr = 0x7f7478b6ee88 current_scope = 0x0 current_called_scope = 0x2d45028 calling_scope = 0x45a5f70 called_scope = 0x0 current_this = 0x3bd3d48 execute_data = {opline = 0x0, function_state = {function = 0x2d9a318, arguments = 0x7f7478b70668}, fbc = 0x0, called_scope = 0x0, op_array = 0x0, object = 0x3bd3d48, Ts = 0x7f7478b6ef70, CVs = 0x7f7478b6ef20, symbol_table = 0x1f26490, prev_execute_data = 0x7f7478b6ee88, old_error_reporting = 0x0, nested = 0 '\000', original_return_value = 0x0, current_scope = 0x2d45028, current_called_scope = 0x2d45028, current_this = 0x3bd3d48, current_object = 0x0, call_opline = 0x2} 0000038 0x00000000006ff6c7 in zend_call_method (object_pp=0x7fff90747028, obj_ce=<value optimized out>, fn_proxy=0x2d45208, function_name=0xa0136c "__call", function_name_len=<value optimized out>, retval_ptr_ptr=0x7fff90747038, param_count=2, arg1=0x46d4208, arg2=0x46d59a0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_interfaces.c:97 fcic = {initialized = 1 '\001', function_handler = 0x2d9a318, calling_scope = 0x2d45028, called_scope = 0x2d45028, object_ptr = 0x3bd3d48} result = <value optimized out> fci = {size = 72, function_table = 0x38, function_name = 0x7fff90746f80, symbol_table = 0x0, retval_ptr_ptr = 0x7fff90747038, param_count = 2, params = 0x7fff90746fa0, object_ptr = 0x3bd3d48, no_separation = 1 '\001'} z_fname = {value = {lval = 8, dval = 3.9525251667299724e-323, str = {val = 0x8 <Address 0x8 out of bounds>, len = 2025260624}, ht = 0x8, obj = {handle = 8, handlers = 0x7f7478b70650}}, refcount__gc = 0, type = 0 '\000', is_ref__gc = 0 '\000'} retval = <value optimized out> function_table = <value optimized out> params = {0x7fff90747008, 0x7fff90747010} 0000039 0x000000000070894e in zend_std_call_user_call (ht=<value optimized out>, return_value=0x4696c20, return_value_ptr=<value optimized out>, this_ptr=0x3bd3d48, return_value_used=<value optimized out>) at /home/alex0/Downloads/php-5.3.4/Zend/zend_object_handlers.c:713 func = 0x46933c0 method_name_ptr = 0x46d4208 method_args_ptr = 0x46d59a0 method_result_ptr = 0x0 ce = 0x2d45028 0000040 0x00007f747967e081 in xdebug_execute_internal (current_execute_data=0x7f7478b6ee88, return_value_used=1) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1339 edata = 0x7f7478b6ee88 fse = 0x39552e0 cur_opcode = 0xcfcd20 do_return = 0 function_nr = 946019 0000041 0x0000000000739a74 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b6ee88) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:318 opline = 0x46fe228 should_change_scope = 1 '\001' 0000042 0x000000000070d5dc in execute (op_array=0x45a5f70) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b6ee88 nested = 1 '\001' original_in_execution = 1 '\001' 0000043 0x00007f747967dcd9 in xdebug_execute (op_array=0x45a5f70) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x7f747969571e edata = 0x7f7478b6ec88 fse = 0x31c9ab0 xfse = 0x696690 magic_cookie = 0x0 do_return = 0 function_nr = 941982 le = 0x4686c98 eval_id = 0 0000044 0x000000000072dc05 in ZEND_INCLUDE_OR_EVAL_SPEC_VAR_HANDLER (execute_data=0x7f7478b6ec88) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:8637 opline = 0x2d8c310 new_op_array = <value optimized out> return_value_used = 0 free_op1 = {var = 0x4686c98} inc_filename = <value optimized out> tmp_inc_filename = {value = {lval = 140735616938976, dval = 6.9532633475821454e-310, str = {val = 0x7fff907473e0 "\210\354\266xt\177", len = 2036855975}, ht = 0x7fff907473e0, obj = {handle = 2423550944, handlers = 0x7f747967f4a7}}, refcount__gc = 1, type = 0 '\000', is_ref__gc = 0 '\000'} failure_retval = 0 '\000' 0000045 0x000000000070d5dc in execute (op_array=0x2d89cb8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b6ec88 nested = 1 '\001' original_in_execution = 1 '\001' 0000046 0x00007f747967dcd9 in xdebug_execute (op_array=0x2d89cb8) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x370 edata = 0x7f7478b6ea40 fse = 0x3a60eb0 xfse = 0x301f2c9c0 magic_cookie = 0x0 do_return = 0 function_nr = 941980 le = 0x7f7478b6ea40 eval_id = 0 0000047 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b6ea40) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x2dcd5d0 should_change_scope = 1 '\001' 0000048 0x000000000070d5dc in execute (op_array=0x2deba50) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b6ea40 nested = 1 '\001' original_in_execution = 1 '\001' #49 0x00007f747967dcd9 in xdebug_execute (op_array=0x2deba50) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x31c edata = 0x7f7478b6e390 fse = 0x3a61380 xfse = 0x3033af300 magic_cookie = 0x0 do_return = 0 function_nr = 941973 le = 0x7f7478b6e390 eval_id = 0 0000050 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b6e390) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x22158f8 should_change_scope = 1 '\001' #51 0x000000000070d5dc in execute (op_array=0x220fc40) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b6e390 nested = 1 '\001' original_in_execution = 1 '\001' 0000052 0x00007f747967dcd9 in xdebug_execute (op_array=0x220fc40) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x8f edata = 0x7f7478b6d8d8 fse = 0x39a84c0 xfse = 0x3033aa0e0 magic_cookie = 0x0 do_return = 0 function_nr = 941880 le = 0x7f7478b6d8d8 eval_id = 0 0000053 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b6d8d8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x2cf3448 should_change_scope = 1 '\001' 0000054 0x000000000070d5dc in execute (op_array=0x2ce7e90) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b6d8d8 nested = 1 '\001' original_in_execution = 1 '\001' 0000055 0x00007f747967dcd9 in xdebug_execute (op_array=0x2ce7e90) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x14b edata = 0x7f7478b6d5d0 fse = 0x32b5860 xfse = 0x301f5fc60 magic_cookie = 0x0 do_return = 0 function_nr = 941862 le = 0x7f7478b6d5d0 eval_id = 0 0000056 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b6d5d0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x21e2808 should_change_scope = 1 '\001' 0000057 0x000000000070d5dc in execute (op_array=0x21e0740) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b6d5d0 nested = 1 '\001' original_in_execution = 1 '\001' 0000058 0x00007f747967dcd9 in xdebug_execute (op_array=0x21e0740) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x3c5 edata = 0x7f7478b6bbb0 fse = 0x39a5560 xfse = 0x302b7ed80 magic_cookie = 0x0 do_return = 0 function_nr = 941860 le = 0x7f7478b6bbb0 eval_id = 0 0000059 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b6bbb0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x2192fd8 should_change_scope = 1 '\001' 0000060 0x000000000070d5dc in execute (op_array=0x217d4c0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b6bbb0 nested = 1 '\001' original_in_execution = 1 '\001' 0000061 0x00007f747967dcd9 in xdebug_execute (op_array=0x217d4c0) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0xcd edata = 0x7f7478b6b4d0 fse = 0x286e300 xfse = 0x300000000 magic_cookie = 0x0 do_return = 0 function_nr = 938537 le = 0x7f7478b6b4d0 eval_id = 0 0000062 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b6b4d0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x1fe6998 should_change_scope = 1 '\001' 0000063 0x000000000070d5dc in execute (op_array=0x250f780) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b6b4d0 nested = 1 '\001' original_in_execution = 1 '\001' 0000064 0x00007f747967dcd9 in xdebug_execute (op_array=0x250f780) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x39 edata = 0x7f7478b6b1a8 fse = 0x29239d0 xfse = 0x202cc6fb0 magic_cookie = 0x0 do_return = 0 function_nr = 938483 le = 0x7f7478b6b1a8 eval_id = 0 0000065 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b6b1a8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x250cfd8 should_change_scope = 1 '\001' 0000066 0x000000000070d5dc in execute (op_array=0x23eb188) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b6b1a8 nested = 1 '\001' original_in_execution = 1 '\001' 0000067 0x00007f747967dcd9 in xdebug_execute (op_array=0x23eb188) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x69b68d edata = 0x7fff90748520 fse = 0x2cc6d40 xfse = 0x2cc6d23 magic_cookie = 0x0 do_return = 0 function_nr = 933530 le = 0x0 eval_id = 0 0000068 0x00000000006dd27c in zend_call_function (fci=0x7fff90748650, fci_cache=<value optimized out>) at /home/alex0/Downloads/php-5.3.4/Zend/zend_execute_API.c:964 i = <value optimized out> original_return_value = 0x7f7478b699a8 calling_symbol_table = 0x0 original_op_array = 0x2515c18 original_opline_ptr = 0x7f7478b6a5d8 current_scope = 0x0 current_called_scope = 0x1e55110 calling_scope = 0x2515c18 called_scope = 0x7f7478b699a8 current_this = 0x3af8748 execute_data = {opline = 0x0, function_state = {function = 0x23eb188, arguments = 0x7f7478b6b1a0}, fbc = 0x0, called_scope = 0x0, op_array = 0x0, object = 0x25292e8, Ts = 0x7f7478b6a6c0, CVs = 0x7f7478b6a670, symbol_table = 0x0, prev_execute_data = 0x7f7478b6a5d8, old_error_reporting = 0x0, nested = 0 '\000', original_return_value = 0x0, current_scope = 0x1fde068, current_called_scope = 0x23eacf8, current_this = 0x25292e8, current_object = 0x0, call_opline = 0x0} 0000069 0x00000000005a46e2 in zim_reflection_method_invokeArgs (ht=<value optimized out>, return_value=0x461e660, return_value_ptr=<value optimized out>, this_ptr=<value optimized out>, return_value_used=<value optimized out>) at /home/alex0/Downloads/php-5.3.4/ext/reflection/php_reflection.c:2745 retval_ptr = <value optimized out> params = 0x459e458 object = 0x25292e8 intern = 0x46e5ba0 mptr = 0x23eb188 argc = 0 result = <value optimized out> fci = {size = 72, function_table = 0x0, function_name = 0x0, symbol_table = 0x0, retval_ptr_ptr = 0x7fff907486e8, param_count = 0, params = 0x459e458, object_ptr = 0x25292e8, no_separation = 1 '\001'} fcc = {initialized = 1 '\001', function_handler = 0x23eb188, calling_scope = 0x23eacf8, called_scope = 0x23eacf8, object_ptr = 0x25292e8} obj_ce = 0x23eacf8 param_array = 0x459c5e8 0000070 0x00007f747967e081 in xdebug_execute_internal (current_execute_data=0x7f7478b6a5d8, return_value_used=1) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1339 edata = 0x7f7478b6a5d8 fse = 0x2cc6bb0 cur_opcode = 0xcfcd20 do_return = 0 function_nr = 933529 0000071 0x0000000000739a74 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b6a5d8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:318 opline = 0x20696a8 should_change_scope = 1 '\001' 0000072 0x000000000070d5dc in execute (op_array=0x2515c18) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b6a5d8 nested = 1 '\001' original_in_execution = 1 '\001' 0000073 0x00007f747967dcd9 in xdebug_execute (op_array=0x2515c18) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x273 edata = 0x7f7478b693f8 fse = 0x2f0f030 xfse = 0x302c2ae20 magic_cookie = 0x0 do_return = 0 function_nr = 933525 le = 0x7f7478b693f8 eval_id = 0 0000074 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b693f8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x2061da8 should_change_scope = 1 '\001' 0000075 0x000000000070d5dc in execute (op_array=0x2515b20) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b693f8 nested = 1 '\001' original_in_execution = 1 '\001' 0000076 0x00007f747967dcd9 in xdebug_execute (op_array=0x2515b20) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x275 edata = 0x7f7478b682c0 fse = 0x28d07d0 xfse = 0x303a5e5c0 magic_cookie = 0x0 do_return = 0 function_nr = 919955 le = 0x7f7478b682c0 eval_id = 0 0000077 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b682c0) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x25d4898 should_change_scope = 1 '\001' 0000078 0x000000000070d5dc in execute (op_array=0x25a21e8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b682c0 nested = 1 '\001' original_in_execution = 1 '\001' 0000079 0x00007f747967dcd9 in xdebug_execute (op_array=0x25a21e8) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x250edf8 edata = 0x7f7478b67220 fse = 0x1f79fd0 xfse = 0x25292e8 magic_cookie = 0x0 do_return = 0 function_nr = 919941 le = 0x7fff90748df0 eval_id = 0 0000080 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b67220) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x205ec60 should_change_scope = 1 '\001' 0000081 0x000000000070d5dc in execute (op_array=0x2515a28) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b67220 nested = 1 '\001' original_in_execution = 1 '\001' 0000082 0x00007f747967dcd9 in xdebug_execute (op_array=0x2515a28) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x330000000d edata = 0x7f7478b67108 fse = 0x3458500 xfse = 0x0 magic_cookie = 0x0 do_return = 0 function_nr = 919923 le = 0x7fff90749020 eval_id = 0 0000083 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b67108) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x22ecc20 should_change_scope = 1 '\001' 0000084 0x000000000070d5dc in execute (op_array=0x22ee6e8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b67108 nested = 1 '\001' original_in_execution = 1 '\001' 0000085 0x00007f747967dcd9 in xdebug_execute (op_array=0x22ee6e8) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x0 edata = 0x7f7478b65db8 fse = 0x3ac4340 xfse = 0x43b3490 magic_cookie = 0x0 do_return = 0 function_nr = 919922 le = 0x7fff90749250 eval_id = 0 0000086 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b65db8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x2310ac0 should_change_scope = 1 '\001' 0000087 0x000000000070d5dc in execute (op_array=0x22eab18) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b65db8 nested = 1 '\001' original_in_execution = 1 '\001' 0000088 0x00007f747967dcd9 in xdebug_execute (op_array=0x22eab18) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x0 edata = 0x7f7478b64a50 fse = 0x2d18eb0 xfse = 0x23e57e0 magic_cookie = 0x0 do_return = 0 function_nr = 854232 le = 0x7fff90749480 eval_id = 0 0000089 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b64a50) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x230d550 should_change_scope = 1 '\001' 0000090 0x000000000070d5dc in execute (op_array=0x22eab18) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b64a50 nested = 1 '\001' original_in_execution = 1 '\001' 0000091 0x00007f747967dcd9 in xdebug_execute (op_array=0x22eab18) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x2559568 edata = 0x7f7478b62520 fse = 0x24c8420 xfse = 0x1f2c9c0 magic_cookie = 0x0 do_return = 0 function_nr = 24484 le = 0x7fff907496b0 eval_id = 0 0000092 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b62520) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x255c4c0 should_change_scope = 1 '\001' 0000093 0x000000000070d5dc in execute (op_array=0x23e8c48) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b62520 nested = 1 '\001' original_in_execution = 1 '\001' 0000094 0x00007f747967dcd9 in xdebug_execute (op_array=0x23e8c48) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x1f52ab0 edata = 0x7f7478b61580 fse = 0x24c8680 xfse = 0x1f2bea0 magic_cookie = 0x0 do_return = 0 function_nr = 14326 le = 0x7fff907498e0 eval_id = 0 0000095 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b61580) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x1f55dc8 should_change_scope = 1 '\001' 0000096 0x000000000070d5dc in execute (op_array=0x1f4ee68) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b61580 nested = 1 '\001' original_in_execution = 1 '\001' 0000097 0x00007f747967dcd9 in xdebug_execute (op_array=0x1f4ee68) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0xf edata = 0x7f7478b61370 fse = 0x1f78c30 xfse = 0x7fff90749af8 magic_cookie = 0x0 do_return = 0 function_nr = 5726 le = 0x7fff90749b10 eval_id = 0 0000098 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b61370) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x1f50e80 should_change_scope = 1 '\001' 0000099 0x000000000070d5dc in execute (op_array=0x1f180d8) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b61370 nested = 1 '\001' original_in_execution = 1 '\001' 0000100 0x00007f747967dcd9 in xdebug_execute (op_array=0x1f180d8) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x1701f08a58 edata = 0x7f7478b61050 fse = 0x1f6e220 xfse = 0x0 magic_cookie = 0x0 do_return = 0 function_nr = 5725 le = 0x1f1cf10 eval_id = 0 0000101 0x0000000000739761 in zend_do_fcall_common_helper_SPEC (execute_data=0x7f7478b61050) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:340 opline = 0x1f08cb0 should_change_scope = 1 '\001' 0000102 0x000000000070d5dc in execute (op_array=0x1f04910) at /home/alex0/Downloads/php-5.3.4/Zend/zend_vm_execute.h:107 ret = <value optimized out> execute_data = 0x7f7478b61050 nested = 1 '\001' original_in_execution = 0 '\000' 0000103 0x00007f747967dcd9 in xdebug_execute (op_array=0x1f04910) at /home/alex0/Downloads/xdebug-2.1.0/xdebug.c:1272 dummy = 0x30aa874bba edata = 0x0 fse = 0x1f2c0a0 xfse = 0x0 magic_cookie = 0x0 do_return = 0 function_nr = 0 le = 0x1 eval_id = 0 0000104 0x00000000006eaf4a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/alex0/Downloads/php-5.3.4/Zend/zend.c:1194 files = {{gp_offset = 40, fp_offset = 32767, overflow_arg_area = 0x7fff9074a090, reg_save_area = 0x7fff9074a020}} i = <value optimized out> file_handle = 0x7fff9074c550 orig_op_array = 0x0 orig_retval_ptr_ptr = 0x0 0000105 0x0000000000699292 in php_execute_script (primary_file=0x7fff9074c550) at /home/alex0/Downloads/php-5.3.4/main/main.c:2265 realfile = "/usr/local/php/bin/phpunit\000\022 $T\000\000\000\000\000\000\000\000\000\340%b\252\060\000\000\000\210D\200\252\060\000\000\000\000\300\243\177t\177\000\000\004\000\001\000\001\000\000\000\020\305t\220\377\177\000\000\377\377\377\377\000\000\000\000L\033A", '\000' <repeats 13 times>, "\001\000\000\000\000\000\000\000\200f\315", '\000' <repeats 13 times>, "x\302t\220\377\177", '\000' <repeats 18 times>"\241, \334@\252\060\000\000\000\001\000\000\000\377\177\000\000\000\000\000\000\000\000\000\000\210D\200\252\060\000\000\000\003\000\000\000\000\000\000\000\360\261t\220\377\177\000\000 \310\317\000\000\000\000\000@\312\317\000\000\000\000\000@\312\317\000\000\000\000\000 \315\317\000\000\000\000\000\225HA\252\060\000\000\000\260\336\271\252\060\000\000\000Q\000\000\000\000\000\000\000\034\000\000\000\000\000\000\000"... __orig_bailout = 0x7fff9074c330 __bailout = {{__jmpbuf = {13618464, 6934147492352453919, 140735616963947, 0, 140735616963947, 0, 6934147489059925279, -6934370945383305953}, __mask_was_saved = 0, __saved_mask = {__val = {10522688, 10522688, 48, 30330048, 32689072, 32689104, 7300309, 48, 7, 140735616958960, 9416, 30672944, 140735616958960, 0, 32689072, 0}}}} prepend_file_p = <value optimized out> append_file_p = 0x0 prepend_file = {type = ZEND_HANDLE_FILENAME, filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0, isatty = 0, mmap = {len = 0, pos = 0, map = 0x0, buf = 0x0, old_handle = 0x0, old_closer = 0}, reader = 0, fsizer = 0, closer = 0}}, free_filename = 0 '\000'} append_file = {type = ZEND_HANDLE_FILENAME, filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0, isatty = 0, mmap = {len = 0, pos = 0, map = 0x0, buf = 0x0, old_handle = 0x0, old_closer = 0}, reader = 0, fsizer = 0, closer = 0}}, free_filename = 0 '\000'} old_cwd = 0x7fff9074a0a0 "" use_heap = 0 '\000' retval = 0 0000106 0x000000000077ccc3 in main (argc=4, argv=0x7fff9074c7c8) at /home/alex0/Downloads/php-5.3.4/sapi/cli/php_cli.c:1193 __orig_bailout = 0x0 __bailout = {{__jmpbuf = {110, -6934370154013430497, 13598656, 13370784, 0, 0, 6934147492341968159, -6934370929438003937}, __mask_was_saved = 0, __saved_mask = {__val = {209018964832, 140735616959296, 0, 140138331847208, 0, 140138331828776, 140138334371840, 209048315851, 209019013120, 209048308648, 209014788730, 4294968440, 140735616959616, 20233565, 140735616960032, 17}}}} exit_status = 0 c = <value optimized out> file_handle = {type = ZEND_HANDLE_MAPPED, filename = 0x7fff9074d56b "/usr/local/php/bin/phpunit", opened_path = 0x0, handle = {fd = 32525376, fp = 0x1f04c40, stream = {handle = 0x1f04c40, isatty = 0, mmap = {len = 2113, pos = 0, map = 0x7f747fc92000, buf = 0x7f747fc92019 <Address 0x7f747fc92019 out of bounds>, old_handle = 0x1f2c0a0, old_closer = 0x6fe790 <zend_stream_stdio_closer>}, reader = 0x6fe880 <zend_stream_stdio_reader>, fsizer = 0x6fe7c0 <zend_stream_stdio_fsizer>, closer = 0x6fe810 <zend_stream_mmap_closer>}}, free_filename = 0 '\000'} behavior = 1 reflection_what = 0x0 orig_optind = 1 orig_optarg = 0x0 arg_free = <value optimized out> arg_excp = <value optimized out> script_file = <value optimized out> interactive = <value optimized out> module_started = 1 request_started = 1 lineno = 2 exec_direct = 0x0 exec_run = 0x0 exec_begin = 0x0 exec_end = 0x0 param_error = <value optimized out> hide_argv = 0 ini_entries_len = <value optimized out> From To Syms Read Shared Object Library 0x00000039dc400c50 0x00000039dc405d18 Yes /lib64/libcrypt.so.1 0x00000030acc038c0 0x00000030acc13498 Yes /lib64/libresolv.so.2 0x00000030ab402190 0x00000030ab4057c8 Yes /lib64/librt.so.1 0x00000039da821a40 0x00000039da855df8 Yes /usr/lib64/mysql/libmysqlclient.so.16 0x00007f747fa452a0 0x00007f747fa5e238 Yes /usr/lib64/libmcrypt.so.4 0x00000030b000c730 0x00000030b006e318 Yes /usr/lib64/libfreetype.so.6 0x00000030afc04830 0x00000030afc1e7a8 Yes /usr/lib64/libpng12.so.0 0x00000030abc01e70 0x00000030abc0e678 Yes /lib64/libz.so.1 0x00000030be6059e0 0x00000030be631588 Yes /usr/lib64/libjpeg.so.62 0x00000039dfc0f840 0x00000039dfc4d778 Yes /usr/lib64/libcurl.so.4 0x00000030ab803ef0 0x00000030ab8447a8 Yes /lib64/libm.so.6 0x00000030ab000de0 0x00000030ab001988 Yes /lib64/libdl.so.2 0x00000030bca03f90 0x00000030bca11c08 Yes /lib64/libnsl.so.1 0x00000030b482c9a0 0x00000030b490a728 Yes /usr/lib64/libxml2.so.2 0x00000030b40145b0 0x00000030b4046e58 Yes /usr/lib64/libssl.so.10 0x00000030b2c5c8c0 0x00000030b2d21e38 Yes /lib64/libcrypto.so.10 0x00000030aa81eb60 0x00000030aa94a1dc Yes /lib64/libc.so.6 0x00007f747f7dd230 0x00007f747f81c918 Yes /lib64/libfreebl3.so 0x00000030aac05680 0x00000030aac11048 Yes /lib64/libpthread.so.0 0x00000030aa400b20 0x00000030aa419956 Yes /lib64/ld-linux-x86-64.so.2 0x00000030b9802f00 0x00000030b9807418 Yes /lib64/libidn.so.11 0x00000039df403590 0x00000039df40a878 Yes /usr/lib64/liblber-2.4.so.2 0x00000039df80e050 0x00000039df839d78 Yes /usr/lib64/libldap-2.4.so.2 0x00000030b3007d80 0x00000030b3030c28 Yes /lib64/libgssapi_krb5.so.2 0x00000030b341a1f0 0x00000030b348d188 Yes /lib64/libkrb5.so.3 0x00000030b3804260 0x00000030b381bea8 Yes /lib64/libk5crypto.so.3 0x00000030b24013b0 0x00000030b2401f98 Yes /lib64/libcom_err.so.2 0x00000039de407b60 0x00000039de42a1e8 Yes /usr/lib64/libssl3.so 0x00000039de809880 0x00000039de821be8 Yes /usr/lib64/libsmime3.so 0x00000039dd018570 0x00000039dd0fd2c8 Yes /usr/lib64/libnss3.so 0x00000039dd408560 0x00000039dd413888 Yes /usr/lib64/libnssutil3.so 0x00000039dd800ea0 0x00000039dd801d48 Yes /lib64/libplds4.so 0x00000039de0013c0 0x00000039de002b78 Yes /lib64/libplc4.so 0x00000039ddc0cf60 0x00000039ddc2c868 Yes /lib64/libnspr4.so 0x00000030bda04bf0 0x00000030bda1ffa8 Yes /usr/lib64/libssh2.so.1 0x00000039df0046a0 0x00000039df014408 Yes /usr/lib64/libsasl2.so.2 0x00000030b3c027a0 0x00000030b3c07898 Yes /lib64/libkrb5support.so.0 0x00000030b2800aa0 0x00000030b2800fa8 Yes /lib64/libkeyutils.so.1 0x00000030ac405640 0x00000030ac415758 Yes /lib64/libselinux.so.1 0x00007f747967a2e0 0x00007f747969e6e8 Yes /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so 0x00007f7479447550 0x00007f7479462018 Yes /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/solr.so 0x00007f747922cc60 0x00007f7479236418 Yes /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/igbinary.so 0x00007f7479020f70 0x00007f7479026b18 Yes /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/memcached.so 0x0000003598203e30 0x000000359820f908 Yes /usr/lib64/libmemcached.so.5 0x00000030ac0028f0 0x00000030ac0122b8 Yes /lib64/libgcc_s.so.1 0x00007f7478df79e0 0x00007f7478e0a288 Yes /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626/apc.so 0x00007f7478be40d0 0x00007f7478beb358 Yes /lib64/libnss_files.so.2 $1 = 0x0 No symbol "__glib_assert_msg" in current context. rax 0x0 0 rbx 0x6db580 7189888 rcx 0xb 11 rdx 0x6e8ed0 7245520 rsi 0x4696370 74015600 rdi 0x1cec2d0 30327504 rbp 0x1cec2d0 0x1cec2d0 rsp 0x7fff90745560 0x7fff90745560 r8 0x1 1 r9 0x88d6e8e71717ca58 -8586419560312747432 r10 0x39431f0 60043760 r11 0x4696020 74014752 r12 0x4696370 74015600 r13 0x4696360 74015584 r14 0x4d718e0 81205472 r15 0x7f7478b72260 140138218201696 rip 0x6cab63 0x6cab63 <_zend_mm_free_int+163> eflags 0x10206 [ PF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 Dump of assembler code for function _zend_mm_free_int: 0x00000000006caac0 <+0>: mov %rbp,-0x20(%rsp) 0x00000000006caac5 <+5>: mov %r12,-0x18(%rsp) 0x00000000006caaca <+10>: mov %rdi,%rbp 0x00000000006caacd <+13>: mov %rbx,-0x28(%rsp) 0x00000000006caad2 <+18>: mov %r13,-0x10(%rsp) 0x00000000006caad7 <+23>: mov %rsi,%r12 0x00000000006caada <+26>: mov %r14,-0x8(%rsp) 0x00000000006caadf <+31>: sub $0x28,%rsp 0x00000000006caae3 <+35>: test %rsi,%rsi 0x00000000006caae6 <+38>: je 0x6cab2c <_zend_mm_free_int+108> 0x00000000006caae8 <+40>: mov -0x10(%rsi),%rbx 0x00000000006caaec <+44>: lea -0x10(%rsi),%r13 0x00000000006caaf0 <+48>: and $0xfffffffffffffffc,%rbx 0x00000000006caaf4 <+52>: cmp $0x21f,%rbx 0x00000000006caafb <+59>: ja 0x6cab49 <_zend_mm_free_int+137> 0x00000000006caafd <+61>: mov 0x90(%rdi),%eax 0x00000000006cab03 <+67>: cmp $0x3ffff,%eax 0x00000000006cab08 <+72>: ja 0x6cab49 <_zend_mm_free_int+137> 0x00000000006cab0a <+74>: mov %rbx,%rdx 0x00000000006cab0d <+77>: lea (%rax,%rbx,1),%ebx 0x00000000006cab10 <+80>: shr $0x3,%rdx 0x00000000006cab14 <+84>: add $0xe,%rdx 0x00000000006cab18 <+88>: mov 0x8(%rdi,%rdx,8),%rcx 0x00000000006cab1d <+93>: mov %rcx,0x10(%r13) 0x00000000006cab21 <+97>: mov %r13,0x8(%rdi,%rdx,8) 0x00000000006cab26 <+102>: mov %ebx,0x90(%rdi) 0x00000000006cab2c <+108>: mov (%rsp),%rbx 0x00000000006cab30 <+112>: mov 0x8(%rsp),%rbp 0x00000000006cab35 <+117>: mov 0x10(%rsp),%r12 0x00000000006cab3a <+122>: mov 0x18(%rsp),%r13 0x00000000006cab3f <+127>: mov 0x20(%rsp),%r14 0x00000000006cab44 <+132>: add $0x28,%rsp 0x00000000006cab48 <+136>: retq 0x00000000006cab49 <+137>: mov 0x60ac48(%rip),%rax # 0xcd5798 0x00000000006cab50 <+144>: mov (%rax),%rax 0x00000000006cab53 <+147>: test %rax,%rax 0x00000000006cab56 <+150>: je 0x6cab5a <_zend_mm_free_int+154> 0x00000000006cab58 <+152>: callq *%rax 0x00000000006cab5a <+154>: lea 0x0(%r13,%rbx,1),%r14 0x00000000006cab5f <+159>: sub %rbx,0x68(%rbp) => 0x00000000006cab63 <+163>: testb $0x1,(%r14) 0x00000000006cab67 <+167>: je 0x6cabe3 <_zend_mm_free_int+291> 0x00000000006cab69 <+169>: mov -0x8(%r12),%rax 0x00000000006cab6e <+174>: test $0x1,%al 0x00000000006cab70 <+176>: je 0x6cabc8 <_zend_mm_free_int+264> 0x00000000006cab72 <+178>: cmpq $0x3,0x8(%r13) 0x00000000006cab77 <+183>: jne 0x6cab87 <_zend_mm_free_int+199> 0x00000000006cab79 <+185>: mov 0x0(%r13,%rbx,1),%rax 0x00000000006cab7e <+190>: and $0x3,%eax 0x00000000006cab81 <+193>: cmp $0x3,%rax 0x00000000006cab85 <+197>: je 0x6cabf6 <_zend_mm_free_int+310> 0x00000000006cab87 <+199>: mov %rbx,0x0(%r13) 0x00000000006cab8b <+203>: mov %rbx,0x8(%r13,%rbx,1) 0x00000000006cab90 <+208>: mov %r13,%rsi 0x00000000006cab93 <+211>: mov %rbp,%rdi 0x00000000006cab96 <+214>: callq 0x6ca650 <zend_mm_add_to_free_list> 0x00000000006cab9b <+219>: mov 0x609ece(%rip),%rax # 0xcd4a70 0x00000000006caba2 <+226>: mov (%rax),%rax 0x00000000006caba5 <+229>: test %rax,%rax 0x00000000006caba8 <+232>: je 0x6cab2c <_zend_mm_free_int+108> 0x00000000006cabaa <+234>: mov (%rsp),%rbx 0x00000000006cabae <+238>: mov 0x8(%rsp),%rbp 0x00000000006cabb3 <+243>: mov 0x10(%rsp),%r12 0x00000000006cabb8 <+248>: mov 0x18(%rsp),%r13 0x00000000006cabbd <+253>: mov 0x20(%rsp),%r14 0x00000000006cabc2 <+258>: add $0x28,%rsp 0x00000000006cabc6 <+262>: jmpq *%rax 0x00000000006cabc8 <+264>: and $0xfffffffffffffffc,%eax 0x00000000006cabcb <+267>: mov %rbp,%rdi 0x00000000006cabce <+270>: neg %eax 0x00000000006cabd0 <+272>: cltq 0x00000000006cabd2 <+274>: add %rax,%r13 0x00000000006cabd5 <+277>: mov %r13,%rsi 0x00000000006cabd8 <+280>: callq 0x6ca950 <zend_mm_remove_from_free_list> 0x00000000006cabdd <+285>: add 0x0(%r13),%rbx 0x00000000006cabe1 <+289>: jmp 0x6cab72 <_zend_mm_free_int+178> 0x00000000006cabe3 <+291>: mov %r14,%rsi 0x00000000006cabe6 <+294>: mov %rbp,%rdi 0x00000000006cabe9 <+297>: callq 0x6ca950 <zend_mm_remove_from_free_list> 0x00000000006cabee <+302>: add (%r14),%rbx 0x00000000006cabf1 <+305>: jmpq 0x6cab69 <_zend_mm_free_int+169> 0x00000000006cabf6 <+310>: mov 0x40(%rbp),%rax 0x00000000006cabfa <+314>: lea -0x10(%r13),%rsi 0x00000000006cabfe <+318>: lea 0x40(%rbp),%rdx 0x00000000006cac02 <+322>: cmp %rsi,%rax 0x00000000006cac05 <+325>: je 0x6cac14 <_zend_mm_free_int+340> 0x00000000006cac07 <+327>: lea 0x8(%rax),%rdx 0x00000000006cac0b <+331>: mov 0x8(%rax),%rax 0x00000000006cac0f <+335>: cmp %rsi,%rax 0x00000000006cac12 <+338>: jne 0x6cac07 <_zend_mm_free_int+327> 0x00000000006cac14 <+340>: mov 0x8(%rsi),%rax 0x00000000006cac18 <+344>: mov 0x48(%rbp),%rdi 0x00000000006cac1c <+348>: mov %rax,(%rdx) 0x00000000006cac1f <+351>: mov (%rsi),%rax 0x00000000006cac22 <+354>: sub %rax,0x50(%rbp) 0x00000000006cac26 <+358>: mov (%rdi),%rax 0x00000000006cac29 <+361>: callq *0x30(%rax) 0x00000000006cac2c <+364>: jmpq 0x6cab9b <_zend_mm_free_int+219> End of assembler dump. Debuginfo absent: 0c0be6f66577260457a9a0682847c5403108c6e5 Debuginfo absent: 433cd3e174dfc89e9e8ecb5bf3021cd36cc52c80 Debuginfo absent: 517bd7643bf31d9563576a7ca2b65123f2888e1e Debuginfo absent: 729136de0eaacd9a954bddbfa3b701ba7be9dbf9 Debuginfo absent: b4b6b1d226ca81d9538e288a16c253f37ba6eebd Debuginfo absent: ef58c8a07956d87e06f6235cf0c03606ccfe11de
Attached Files:

Notes
(0001663) mday    2011-02-08 00:11	just a quick note for what it's worth, is that if I allow some time to go by, or restart my box, the first test always runs fine, and generates all my code coverage files, but if i do it again right afterward, i get the seg fault.
(0001664) derick    2011-02-09 09:34	Please don't open a new bug for the same issue->reopen the old one.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
659	[Xdebug] Debug client (console)	feature	always	2011-01-31 14:18	2011-01-31 22:04
Reporter:	bluto	Platform:	XAMPP 1.7.4 [PHP: 5.3.5]
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows
PHP Version:	5.3.3
Summary:	xdebug.trace_output_name is completely ignored
Description:	Whatever the value in param xdebug.trace_output_name xdebug continues to use the following filename structure for its filenames: cachegrind.out.xxxx where xxxx is a number Critical when running multiple PHP script at once, they will rewrite and wipe previous content.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001657) derick    2011-01-31 22:04	Trace files are not profile files. You'd want the xdebug.profiler_output_name setting: http://xdebug.org/docs/all_settings#profiler_output_name [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
646	[Xdebug] Usage problems	major	always	2010-12-17 16:49	2011-01-25 14:03
Reporter:	AIML_Engr	Platform:	Mac Server
Assigned To:	derick	OS:	OSX
Priority:	high	OS Version:	10.6.4
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	Xdebug causes PHP files to hang at load
Description:	When Xdebug is enabled in the php.ini, server will not process any php files. The scripts will then time out, though normal html files run fine. Checking installed modules, php-m shows Xdebug under [Zend]. All other server operations seem normal.
Steps To Reproduce:	Un-comment zend_extension=... line in php.ini Restart server. Run php file from browser. Page load will hang indefinitely until timeout. Re-comment out zend_extension=... line in php.ini Restart server. Run php file from browser. Page will load fine.
Additional Information:	End of php.ini with Xdebug settings: [Zend] zend_extension="/usr/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so"; xdebug.file_link_format="txmt://open?url=file://%f&line=%1"; [^] xdebug.remote_enable=1 xdebug.remote_autostart=1 xdebug.remote_mode=req xdebug.remote_host= myIP xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.profiler_enable=1 xdebug.var_display_max_depth=10 xdebug.var_display_max_data=1000
Attached Files:

Notes
(0001623) derick    2011-01-02 18:02	I can't reproduce this; and I don't have this OS anywhere either. Check with strace, or the Mac equivalent, what's going on?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
648	[Xdebug] Installation	major	have not tried	2010-12-18 12:53	2011-01-15 13:23
Reporter:	stephenl	Platform:	Windows 7
Assigned To:	derick	OS:	Ultimate
Priority:	high	OS Version:	64bit
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Xdebug will not install
Description:	Tailored Installation Instructions report as follows Summary •Xdebug installed: no •Server API: Apache 2.0 Handler •Windows: yes - Compiler: MS VC6 - Architecture: x86 •Zend Server: no •PHP Version: 5.3.4 •Zend API nr: 220090626 •PHP API nr: 20090626 •Debug Build: no •Thread Safe Build: yes •Configuration File Path: C:\Windows •Configuration File: C:\Program Files (x86)\php\php.ini •Extensions directory: C:\Program Instructions 1.Download php_xdebug-2.1.0-5.3-vc6.dll 2.Move the downloaded file to C:\Program 3.Edit C:\Program Files (x86)\php\php.ini and add the line zend_extension = C:\Program\php_xdebug-2.1.0-5.3-vc6.dll 4.Restart the webserver I have tried installing as suggested above and the extension will not load I have also replaced zend_extension with extension, this allows teh extension to load however phpinfo() reports XDEBUG NOT LOADED AS ZEND EXTENSION Please advise where im going wrong, or is Xdebug incompatiable with Windows 7 64bit ?
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001628) philmatu    2011-01-03 02:39	I have a very similar situation. I've posted to the CPanel Forum https://forums.cpanel.net/f5/bug-report-pecl-related-181881.html#post746311 [^] System: CentOS 5.5 x64 - PHP 5.3.4 The extension installs via command line "pecl install xdebug" But in PHP.ini, the extension is placed as: extension="xdebug.so" As CPanel's support technician pointed out, it should be: zend_extension="PATH_TO_FILE/xdebug.so" Changing this fixed the problems. Thanks, Phil
(0001649) derick    2011-01-15 13:23	Please contact the mailinglist for support as this is not a bug. See http://xdebug.org/support.php#list [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
655	[Xdebug] Installation	major	have not tried	2011-01-15 01:37	2011-01-15 13:22
Reporter:	ERanck01	Platform:	Windows
Assigned To:	derick	OS:	Windows XP
Priority:	high	OS Version:	5.1
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Trouble installing xdebug
Description:	After following all the instructions in the tailored instructions, xdebug still does not appear when I go into PHPinfo(). Please advise. The following were the instructions: * Xdebug installed: no * Server API: Apache 2.0 Handler * Windows: yes - Compiler: MS VC6 - Architecture: x86 * Zend Server: no * PHP Version: 5.3.1 * Zend API nr: 220090626 * PHP API nr: 20090626 * Debug Build: no * Thread Safe Build: yes * Configuration File Path: no value * Configuration File: C:\xampp\php\php.ini * Extensions directory: C:\xampp\php\ext Instructions 1. Download php_xdebug-2.1.0-5.3-vc6.dll 2. Move the downloaded file to C:\xampp\php\ext 3. Edit C:\xampp\php\php.ini and add the line zend_extension = C:\xampp\php\ext\php_xdebug-2.1.0-5.3-vc6.dll 4. Restart the webserver
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001648) derick    2011-01-15 13:22	Please contact the mailinglist for support as this is not a bug. See http://xdebug.org/support.php#list [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
654	[Xdebug] Usage problems	major	always	2011-01-11 10:22	2011-01-14 22:58
Reporter:	fch	Platform:	Unix
Assigned To:	derick	OS:	Ubuntu/Mandriva
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Xdebug hide error message in CLI
Description:	Xdebug hide notice error message sent by session_start in CLI
Steps To Reproduce:	Just do "php -n -r 'echo "foo\n"; session_start();'" with xdebug disabled and enabled.
Additional Information:
Attached Files:

Notes
(0001647) derick    2011-01-14 22:58	This seems to have been a deliberate change ages ago: http://svn.xdebug.org/cgi-bin/viewvc.cgi?view=revision&root=xdebug&revision=2793 [^] But can't figure out why, and don't see a reason why it should do that either. So I've reverted that change for 2.1.1 and 2.2.0.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
626	[Xdebug] Installation	minor	always	2010-10-13 22:36	2011-01-10 22:08
Reporter:	etienne_sf	Platform:	Windows (All?)
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	All
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	windows
PHP Version:	5.2.10
Summary:	Spaces are not managed in 'Tailored Installation instructions'
Description:	This parsing of the phpinfo is very very nice! And Xdebug seems just nice also. Great ! I was about to send you mail to thank you for that, but, unfortunatly, I took the time to register here, as there is a little issue with space. My PHP installation is done by default, that is, in c:\Program Files\PHP. See what is outputed by the 'Tailored Installation instructions' instruction page: * Configuration File Path: C:\WINDOWS * Configuration File: C:\Program Files\PHP\php.ini * Extensions directory: C:\Program Instructions 1. Download php_xdebug-2.1.0-5.2-vc6.dll 2. Move the downloaded file to C:\Program 3. Edit C:\Program Files\PHP\php.ini and add the line zend_extension_ts = C:\Program\php_xdebug-2.1.0-5.2-vc6.dll 4. Restart the webserver You can see that: - Step 2 is wrong (the correct path is C:\Program Files\PHP\ext - Step 3 is wrong : should be "C:\Program Files\PHP\ext\php_xdebug-2.1.0-5.2-vc6.dll" Best regards Etienne NB: PHP 5.2.11 doesn't appear in the list of versions, in the creation page.
Steps To Reproduce:	Please paste the attached phpinfo.txt file... If I can attach one. I can not while creating the bug. I'll try just after. If it's not possible ... I guess you don't really need one... I'll wait for you to ask for it, if you think it's necessary. (I removed some lines, as I guess you don't need them to repeat the problem)
Additional Information:
Attached Files:

Notes
(0001581) etienne_sf    2010-10-13 22:36	I can't attach a file...
(0001645) derick    2011-01-10 22:08	Duplicate of issue 0000612.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
618	[Xdebug] Usage problems	major	always	2010-09-23 02:11	2011-01-10 22:06
Reporter:	jasonwyz98	Platform:	Linux
Assigned To:	derick	OS:	Ubuntu
Priority:	high	OS Version:	10.04
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 10.04
PHP Version:	5.3.3
Summary:	Xdebug does NOT break when the "break point" is set at the method declaration
Description:	Hi Basically Xdebug does NOT break when the "break point" is set at the method declaration. IDE: PhpStorm "http://www.jetbrains.com/phpstorm/" [^] PHP: PHP 5.3.3 by dotdeb.org Xdebug Config: zend_extension="/usr/lib/php5/20090626+lfs/xdebug.so" xdebug.remote_enable=On xdebug.remote_log="/home/jason/srv/www/test.net/logs/xdebug.log" xdebug.collect_params=3 xdebug.profiler_enable_trigger=1 xdebug.profiler_output_dir="/home/jason/srv/www/test.net/Profiles" Thanks
Steps To Reproduce:	namespace Tests; echo PHP_EOL . '' . PHP_EOL; class Test { // break point here => works static public function static_method() { // break point here => does NOT work echo PHP_EOL . __FUNCTION__ . PHP_EOL; // break point here => works } public function __construct() { // break point here => does NOT work echo PHP_EOL . __FUNCTION__ . PHP_EOL; // break point here => works } public function instance_method() { // break point here => does NOT work echo PHP_EOL . __FUNCTION__ . PHP_EOL; // break point here => works } } Test::static_method(); $t = new Test(); $t->instance_method();
Additional Information:
Attached Files:

Notes
(0001644) derick    2011-01-10 22:06	PHP doesn't see any code on those lines, so there can not be any breakpoint. However, if you want to break on method calls, the debugging protocol implements that. I don't know whether PHPStorm provides that functionality though.:   1 <?php   2 namespace Tests;   3   4 echo PHP_EOL . '' . PHP_EOL;   5   6 class Test { // break point here => works   7   8 static public function static_method() { // break point here => does NOT work   9  10 echo PHP_EOL . __FUNCTION__ . PHP_EOL; // break point here => works  11  12 }  13  14 public function __construct() { // break point here => does NOT work  15  16 echo PHP_EOL . __FUNCTION__ . PHP_EOL; // break point here => works  17  18 }  19  20 public function instance_method() { // break point here => does NOT work  21  22 echo PHP_EOL . __FUNCTION__ . PHP_EOL; // break point here => works  23  24 }  25 }  26  27 Test::static_method();  28  29 $t = new Test();  30  31 $t->instance_method(); Finding entry points Branch analysis from position: 0 Return found filename: /tmp/bug618.php function name: (null) number of ops: 27 compiled vars: !0 = $t line # * op fetch ext return operands ---------------------------------------------------------------------------------    2 0 > NOP    4 1 EXT_STMT          2 FETCH_CONSTANT ~0 'Tests%5CPHP_EOL'          3 CONCAT 0000002:0000001 ~0, ''          4 FETCH_CONSTANT 0000002:0000002 'Tests%5CPHP_EOL'          5 CONCAT 0000003:0000003 0000002:0000001, 0000002:0000002          6 ECHO 0000003:0000003    6 7 EXT_STMT          8 NOP   27 9 EXT_STMT         10 ZEND_INIT_STATIC_METHOD_CALL 'Tests%5CTest', 'static_method'         11 EXT_FCALL_BEGIN         12 DO_FCALL_BY_NAME 0         13 EXT_FCALL_END   29 14 EXT_STMT         15 ZEND_FETCH_CLASS :6 'Tests%5CTest'         16 EXT_FCALL_BEGIN         17 NEW $7 :6         18 DO_FCALL_BY_NAME 0         19 EXT_FCALL_END         20 ASSIGN !0, $7   31 21 EXT_STMT         22 ZEND_INIT_METHOD_CALL !0, 'instance_method'         23 EXT_FCALL_BEGIN         24 DO_FCALL_BY_NAME 0         25 EXT_FCALL_END   32 26 > RETURN 1 Class Tests\Test: Function static_method: Finding entry points Branch analysis from position: 0 Return found filename: /tmp/bug618.php function name: static_method number of ops: 9 compiled vars: none line # * op fetch ext return operands ---------------------------------------------------------------------------------    8 0 > EXT_NOP   10 1 EXT_STMT          2 FETCH_CONSTANT ~0 'Tests%5CPHP_EOL'          3 CONCAT 0000002:0000001 ~0, 'static_method'          4 FETCH_CONSTANT 0000002:0000002 'Tests%5CPHP_EOL'          5 CONCAT 0000003:0000003 0000002:0000001, 0000002:0000002          6 ECHO 0000003:0000003   12 7 EXT_STMT          8 > RETURN null End of function static_method. Function __construct: Finding entry points Branch analysis from position: 0 Return found filename: /tmp/bug618.php function name: __construct number of ops: 9 compiled vars: none line # * op fetch ext return operands ---------------------------------------------------------------------------------   14 0 > EXT_NOP   16 1 EXT_STMT          2 FETCH_CONSTANT ~0 'Tests%5CPHP_EOL'          3 CONCAT 0000002:0000001 ~0, '__construct'          4 FETCH_CONSTANT 0000002:0000002 'Tests%5CPHP_EOL'          5 CONCAT 0000003:0000003 0000002:0000001, 0000002:0000002          6 ECHO 0000003:0000003   18 7 EXT_STMT          8 > RETURN null End of function __construct. Function instance_method: Finding entry points Branch analysis from position: 0 Return found filename: /tmp/bug618.php function name: instance_method number of ops: 9 compiled vars: none line # * op fetch ext return operands ---------------------------------------------------------------------------------   20 0 > EXT_NOP   22 1 EXT_STMT          2 FETCH_CONSTANT ~0 'Tests%5CPHP_EOL'          3 CONCAT 0000002:0000001 ~0, 'instance_method'          4 FETCH_CONSTANT 0000002:0000002 'Tests%5CPHP_EOL'          5 CONCAT 0000003:0000003 0000002:0000001, 0000002:0000002          6 ECHO 0000003:0000003   24 7 EXT_STMT          8 > RETURN null End of function instance_method. End of class Tests\Test.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
638	[Xdebug] Debug client (console)	major	have not tried	2010-11-09 10:26	2011-01-10 21:56
Reporter:	fratilkus	Platform:	eclipse
Assigned To:	derick	OS:	windows
Priority:	normal	OS Version:	XP SP2
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Do not show Variables in eclipse
Description:	If you use binary indexes in arrays, xdebug want show variables
Steps To Reproduce:	<?php $index = chr(0); $x = array( $index => 1, 2, 3 ); var_dump($x); ?>
Additional Information:
Attached Files:

Notes
(0001640) derick    2011-01-10 21:56	Duplicate of issue 0000650 (which has a better report).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
633	[Xdebug] Usage problems	major	always	2010-11-01 19:13	2011-01-10 21:54
Reporter:	marian form uzbekistan	Platform:	Intel i7
Assigned To:	derick	OS:	Windows 7
Priority:	high	OS Version:	profesional
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.1
Summary:	Variables not available in Eclipse/DebugPerspective/Variables view.
Description:	php_xdebug-2.1.0-5.3-vc6.dll downloaded form your website eclipse galileo PHP Version 5.3.1 Debuging works ( step in/out, breakpoints etc... ) but can't see any variables in variables eclipse view. It's empty. Breakpoint tab works fine.
Steps To Reproduce:	1. Open eclipse and appache on localhost. 2. set up debuging for some script, set a break point . 3. debug it and stop at breakpoint and check if you see any variables. observed results: no variables seen whatsoever. expected variables: all local objects, globals super-globals ought to be seen in variables view together with their fields.
Additional Information:	it's pretty sad circumstances since the reason for debugging is to inspect the variables during runtime.
Attached Files:

Notes
(0001597) marian form uzbekistan    2010-11-01 20:17	I have upgraded the PHP version to 5.3.3 ( non thread safe VC6 compiled ) and the problem still exists.
(0001598) marian form uzbekistan    2010-11-01 20:28	I have upgraded the PHP version to 5.3.3 ( non thread safe VC6 compiled ) AND RESTRTED ECLIPSE ;P and the problem gone. It works now. so maybe php 5.3.1 and xdebug 2.1.0 doesn't mix together well.
(0001602) fratilkus    2010-11-09 10:23	If you use binary indexes in arrays, xdebug want show variables Example: <?php $index = chr(0); $x = array( $index => 1, 2, 3 ); var_dump($x); ?> Maybe this bug helps
(0001613) dasjo    2010-11-15 14:00	same here with php 5.3.3 + xdebug 2.1.0 under ubuntu 9.10 in different eclipse & aptana versions
(0001639) derick    2011-01-10 21:54	Closing this as it works for the original reporter. @fratilkus: There is already another report for that: http://bugs.xdebug.org/view.php?id=650 [^] @dasjo: Talk on the mailinglist, and provide there remote debug log from a small reproducable script. For a debug log, see: http://xdebug.org/docs/remote#remote_log [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
649	[Xdebug] Installation	major	always	2010-12-29 12:32	2011-01-10 21:51
Reporter:	scoopex	Platform:	Linux
Assigned To:	derick	OS:	SUSE SLES 11 / Ubuntu 10.10
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Installation prefix not properly handeled
Description:	I want to install xdebug to a dedicated directory without using the root account. The "--prefix" flag of "configure" is not handled properly. This bug also causes to break the installation of phing using pear as non-root user user. (Pear automatically downloads and installes xdebug)
Steps To Reproduce:	My installation process: --- export INSTALLDIR="/tmp/broken-xdebug" export XDEBUG_RELEASE="2.1.0" wget http://www.xdebug.org/files/xdebug-${XDEBUG_RELEASE}.tgz [^] tar zxf xdebug-${XDEBUG_RELEASE}.tgz cd xdebug-${XDEBUG_RELEASE} phpize ./configure --enable-xdebug --prefix=$INSTALLDIR/xdebug make make install --- After invoking "make install" i get the following error message: --- Installing shared extensions: /usr/lib/php5/20090626/ cp: cannot create regular file `/usr/lib/php5/20090626/#INST@12385#': Permission denied make: *** [install-modules] Error 1 ---
Additional Information:	Patching the makefile after running the "configure", "make", "make install" by the following procedure can be used as a dirty workaround: perl -i -pe "~s;^EXTENSION_DIR.*\$;EXTENSION_DIR = $INSTALLDIR/extensions/;" Makefile
Attached Files:

Notes
(0001625) derick    2011-01-02 18:08	The configure script is created by PHP's phpize command; if the prefix option doesn't work, the bug is likely in that script. Please file a bug report at http://bugs.php.net [^] However, you don't need "make install" for Xdebug to work. You can just copy modules/xdebug.so after compilation to whatever location you want, and then use zend_extension=/full/path/to/xdebug.so
(0001626) scoopex    2011-01-02 18:56	That`s bad - xdebug installation also fails while installing phpunit with coverage support without beeing root. (This is the source of my problem) I discovered that setting the following environment variable would be a workaround: -- make INSTALL_ROOT=/tmp/test install -- I´m not very experienced extension development and the tools related to this - maybe you can provide some information about what should be the correct solution.
(0001638) derick    2011-01-10 21:50	This is still not a bug, and let's not discuss support issues in the bug tracker (Feel free to write to the mailinglist!)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
652	[Xdebug] Installation	minor	have not tried	2011-01-05 23:16	2011-01-06 16:41
Reporter:	maxaon	Platform:	Windows x64
Assigned To:	derick	OS:	Windows 7
Priority:	normal	OS Version:	Ultimate x64
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 x64 Ultimate
PHP Version:	5.3.3
Summary:	Unable to install
Description:	Unable to install XDebug phpinfo() PHP Version 5.3.4 Compiler MSVC9 (Visual C++ 2008) Architecture x86 PHP API 20090626 PHP Extension 20090626 Zend Extension 220090626 Zend Extension Build API220090626,TS,VC9 PHP Extension Build API20090626,TS,VC9 Thread Safety enabled I tried zend_extension_ts="C:\www\bin\PHP\ext\php_xdebug-2.1.0-5.3-vc9.dll" zend_extension="C:\www\bin\PHP\ext\php_xdebug-2.1.0-5.3-vc9.dll" zend_extension_ts="C:\www\bin\PHP\ext\php_xdebug-2.1.0-5.3-vc9-nts-x86_64.dll" zend_extension="C:\www\bin\PHP\ext\php_xdebug-2.1.0-5.3-vc9-nts-x86_64.dll" an of course restarted apache. In phpinfo i can't find xdebug extension
Steps To Reproduce:
Additional Information:	Apache 2.2.17; PHP 5.3.4
Attached Files:

Notes
(0001634) maxaon    2011-01-05 23:37	I don't how but when i changed zend_extension="C:\www\bin\PHP\ext\php_xdebug-2.1.0-5.3-vc9.dll" to zend_extension="C:/www/bin/PHP/ext/php_xdebug-2.1.0-5.3-vc9.dll" and added "C:\www\bin\PHP\ext\ZendDebugger.dll" zend_extension_ts="C:\www\bin\PHP\ext\ZendDebugger.dll" zend_debugger.allow_hosts=192.168.100.100, 127.0.0.1 zend_debugger.expose_remotely=always then i stopped apache and started i found that Xdedug loaded. And if i start apache with zend_extension="C:\www\bin\PHP\ext\php_xdebug-2.1.0-5.3-vc9.dll" everything is ok Strange.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
642	[Xdebug] Debug client (console)	major	always	2010-11-25 07:58	2011-01-03 22:54
Reporter:	the-ninth	Platform:	Intel
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	7
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.0
Summary:	No line number for offsetGet and offsetSet
Description:	I am using Xdebug as profiler and when using the magic methods offsetGet and offsetSet, the result is displayed but without a line number. I am using WAMP as server and WinCacheGrind to display the results. Not sure about the severity but my code makes heavy use of these methods (I am using the Doctrine ORM framework) and for me it is therefore a major issue.
Steps To Reproduce:	Execute and profile the following script: <?php class Test implements ArrayAccess { private $container = array(); public function offsetSet($offset, $value) { $this->container[$offset] = $value; } public function offsetExists($offset) { return isset($this->container[$offset]); } public function offsetUnset($offset) { unset($this->container[$offset]); } public function offsetGet($offset) { return isset($this->container[$offset]) ? $this->container[$offset] : null; } } $test = new Test(); $test['test'] = 'test'; echo $test['test']; ?>
Additional Information:
Attached Files:

Notes
(0001630) derick    2011-01-03 22:54	Fixed in SVN for 2.1.x and 2.2.x.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
293	[Xdebug] Feature/Change request	block	always	2007-07-12 13:45	2011-01-03 09:33
Reporter:	k-fish	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	6.0-dev
Summary:	Impossible to compile with PHP6
Description:	It is not possible to compile xdebug (latest CVS) against PHP6 (Build Date: May 25 2007 23:24:03).
Steps To Reproduce:	./phpize ./configure --enable-xdebug
Additional Information:	see attached file with the output of phpize, configure, make
Attached Files:

Notes
(0000690) k-fish    2007-07-12 14:23	No attachments it seems, so here we go: kmac:~/xdebug karsten$ phpize Configuring for: PHP Api Version: 20070116 Zend Module Api No: 20060613 Zend Extension Api No: 320060519 kmac:~/xdebug karsten$ ./configure --enable-xdebug checking for egrep... grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking whether gcc and cc understand -c and -o together... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... no checking build system type... i686-apple-darwin8.10.1 checking host system type... i686-apple-darwin8.10.1 checking target system type... i686-apple-darwin8.10.1 checking for PHP prefix... /opt/local checking for PHP includes... -I/opt/local/include/php -I/opt/local/include/php/main -I/opt/local/include/php/TSRM -I/opt/local/include/php/Zend -I/opt/local/include/php/ext -I/opt/local/include/php/ext/date/lib checking for PHP extension directory... /opt/local/lib/php/extensions/no-debug-non-zts-20060613 checking for PHP installed headers prefix... /opt/local/include/php checking for re2c... no configure: WARNING: You will need re2c 0.12.0 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... no checking for awk... awk checking if awk is broken... no checking for location of ICU headers and libraries... found in /opt/local checking for ICU 3.4 or greater... found 3.6 checking whether to enable eXtended debugging support... yes, shared checking for gettimeofday... yes checking for cos in -lm... yes checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C++ preprocessor... g++ -E checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fno-common checking if gcc PIC flag -fno-common works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.10.1 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fno-common checking if g++ PIC flag -fno-common works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.10.1 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes configure: creating ./config.status config.status: creating config.h kmac:~/xdebug karsten$ make /bin/sh /Users/karsten/xdebug/libtool --mode=compile gcc -I. -I/Users/karsten/xdebug -DPHP_ATOM_INC -I/Users/karsten/xdebug/include -I/Users/karsten/xdebug/main -I/Users/karsten/xdebug -I/opt/local/include/php -I/opt/local/include/php/main -I/opt/local/include/php/TSRM -I/opt/local/include/php/Zend -I/opt/local/include/php/ext -I/opt/local/include/php/ext/date/lib -I/opt/local/include -DHAVE_CONFIG_H -g -O0 -c /Users/karsten/xdebug/xdebug.c -o xdebug.lo mkdir .libs  gcc -I. -I/Users/karsten/xdebug -DPHP_ATOM_INC -I/Users/karsten/xdebug/include -I/Users/karsten/xdebug/main -I/Users/karsten/xdebug -I/opt/local/include/php -I/opt/local/include/php/main -I/opt/local/include/php/TSRM -I/opt/local/include/php/Zend -I/opt/local/include/php/ext -I/opt/local/include/php/ext/date/lib -I/opt/local/include -DHAVE_CONFIG_H -g -O0 -c /Users/karsten/xdebug/xdebug.c -fno-common -DPIC -o .libs/xdebug.o In file included from /Users/karsten/xdebug/xdebug.c:63: /Users/karsten/xdebug/php_xdebug.h:214: error: parse error before 'php_output_globals' /Users/karsten/xdebug/php_xdebug.h:214: warning: no semicolon at end of struct or union /Users/karsten/xdebug/php_xdebug.h:223: error: parse error before '}' token /Users/karsten/xdebug/php_xdebug.h:223: warning: data definition has no type or storage class /Users/karsten/xdebug/xdebug.c:176: error: parse error before 'xdebug_globals' /Users/karsten/xdebug/xdebug.c:176: warning: data definition has no type or storage class /Users/karsten/xdebug/xdebug.c: In function 'OnUpdateServer': /Users/karsten/xdebug/xdebug.c:184: error: request for member 'server' in something not a structure or union /Users/karsten/xdebug/xdebug.c:184: error: request for member 'server' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'OnUpdateGet': /Users/karsten/xdebug/xdebug.c:189: error: request for member 'get' in something not a structure or union /Users/karsten/xdebug/xdebug.c:189: error: request for member 'get' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'OnUpdatePost': /Users/karsten/xdebug/xdebug.c:194: error: request for member 'post' in something not a structure or union /Users/karsten/xdebug/xdebug.c:194: error: request for member 'post' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'OnUpdateCookie': /Users/karsten/xdebug/xdebug.c:199: error: request for member 'cookie' in something not a structure or union /Users/karsten/xdebug/xdebug.c:199: error: request for member 'cookie' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'OnUpdateFiles': /Users/karsten/xdebug/xdebug.c:204: error: request for member 'files' in something not a structure or union /Users/karsten/xdebug/xdebug.c:204: error: request for member 'files' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'OnUpdateEnv': /Users/karsten/xdebug/xdebug.c:209: error: request for member 'env' in something not a structure or union /Users/karsten/xdebug/xdebug.c:209: error: request for member 'env' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'OnUpdateRequest': /Users/karsten/xdebug/xdebug.c:214: error: request for member 'request' in something not a structure or union /Users/karsten/xdebug/xdebug.c:214: error: request for member 'request' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'OnUpdateSession': /Users/karsten/xdebug/xdebug.c:219: error: request for member 'session' in something not a structure or union /Users/karsten/xdebug/xdebug.c:219: error: request for member 'session' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'OnUpdateIDEKey': /Users/karsten/xdebug/xdebug.c:224: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:225: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:228: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:230: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'OnUpdateDebugMode': /Users/karsten/xdebug/xdebug.c:238: error: request for member 'remote_mode' in something not a structure or union /Users/karsten/xdebug/xdebug.c:241: error: request for member 'remote_mode' in something not a structure or union /Users/karsten/xdebug/xdebug.c:244: error: request for member 'remote_mode' in something not a structure or union /Users/karsten/xdebug/xdebug.c:247: error: request for member 'remote_mode' in something not a structure or union /Users/karsten/xdebug/xdebug.c: At top level: /Users/karsten/xdebug/xdebug.c:254: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:255: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:256: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:261: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:262: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:264: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:268: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:270: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:271: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:272: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:273: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:274: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:278: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:280: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:281: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:282: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:293: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:294: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:295: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:298: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:299: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:300: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:301: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:302: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:303: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:306: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:307: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:308: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:313: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:315: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:316: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:325: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:326: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:327: error: parse error before 'zend_xdebug_globals' /Users/karsten/xdebug/xdebug.c:331: error: parse error before '*' token /Users/karsten/xdebug/xdebug.c: In function 'php_xdebug_init_globals': /Users/karsten/xdebug/xdebug.c:333: error: 'xg' undeclared (first use in this function) /Users/karsten/xdebug/xdebug.c:333: error: (Each undeclared identifier is reported only once /Users/karsten/xdebug/xdebug.c:333: error: for each function it appears in.) /Users/karsten/xdebug/xdebug.c:333: error: 'struct _zend_ini_entry' has no member named 'stack' /Users/karsten/xdebug/xdebug.c:334: error: 'struct _zend_ini_entry' has no member named 'level' /Users/karsten/xdebug/xdebug.c:335: error: 'struct _zend_ini_entry' has no member named 'do_trace' /Users/karsten/xdebug/xdebug.c:336: error: 'struct _zend_ini_entry' has no member named 'trace_file' /Users/karsten/xdebug/xdebug.c:337: error: 'struct _zend_ini_entry' has no member named 'do_code_coverage' /Users/karsten/xdebug/xdebug.c:338: error: 'struct _zend_ini_entry' has no member named 'breakpoint_count' /Users/karsten/xdebug/xdebug.c:339: error: 'struct _zend_ini_entry' has no member named 'ide_key' /Users/karsten/xdebug/xdebug.c:341: error: 'struct _zend_ini_entry' has no member named 'server' /Users/karsten/xdebug/xdebug.c:341: warning: passing argument 1 of 'xdebug_llist_init' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:342: error: 'struct _zend_ini_entry' has no member named 'get' /Users/karsten/xdebug/xdebug.c:342: warning: passing argument 1 of 'xdebug_llist_init' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:343: error: 'struct _zend_ini_entry' has no member named 'post' /Users/karsten/xdebug/xdebug.c:343: warning: passing argument 1 of 'xdebug_llist_init' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:344: error: 'struct _zend_ini_entry' has no member named 'cookie' /Users/karsten/xdebug/xdebug.c:344: warning: passing argument 1 of 'xdebug_llist_init' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:345: error: 'struct _zend_ini_entry' has no member named 'files' /Users/karsten/xdebug/xdebug.c:345: warning: passing argument 1 of 'xdebug_llist_init' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:346: error: 'struct _zend_ini_entry' has no member named 'env' /Users/karsten/xdebug/xdebug.c:346: warning: passing argument 1 of 'xdebug_llist_init' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:347: error: 'struct _zend_ini_entry' has no member named 'request' /Users/karsten/xdebug/xdebug.c:347: warning: passing argument 1 of 'xdebug_llist_init' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:348: error: 'struct _zend_ini_entry' has no member named 'session' /Users/karsten/xdebug/xdebug.c:348: warning: passing argument 1 of 'xdebug_llist_init' from incompatible pointer type /Users/karsten/xdebug/xdebug.c: At top level: /Users/karsten/xdebug/xdebug.c:351: error: parse error before '*' token /Users/karsten/xdebug/xdebug.c: In function 'php_xdebug_shutdown_globals': /Users/karsten/xdebug/xdebug.c:353: error: 'xg' undeclared (first use in this function) /Users/karsten/xdebug/xdebug.c:353: error: 'struct _zend_ini_entry' has no member named 'server' /Users/karsten/xdebug/xdebug.c:353: warning: passing argument 1 of 'xdebug_llist_empty' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:354: error: 'struct _zend_ini_entry' has no member named 'get' /Users/karsten/xdebug/xdebug.c:354: warning: passing argument 1 of 'xdebug_llist_empty' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:355: error: 'struct _zend_ini_entry' has no member named 'post' /Users/karsten/xdebug/xdebug.c:355: warning: passing argument 1 of 'xdebug_llist_empty' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:356: error: 'struct _zend_ini_entry' has no member named 'cookie' /Users/karsten/xdebug/xdebug.c:356: warning: passing argument 1 of 'xdebug_llist_empty' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:357: error: 'struct _zend_ini_entry' has no member named 'files' /Users/karsten/xdebug/xdebug.c:357: warning: passing argument 1 of 'xdebug_llist_empty' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:358: error: 'struct _zend_ini_entry' has no member named 'env' /Users/karsten/xdebug/xdebug.c:358: warning: passing argument 1 of 'xdebug_llist_empty' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:359: error: 'struct _zend_ini_entry' has no member named 'request' /Users/karsten/xdebug/xdebug.c:359: warning: passing argument 1 of 'xdebug_llist_empty' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:360: error: 'struct _zend_ini_entry' has no member named 'session' /Users/karsten/xdebug/xdebug.c:360: warning: passing argument 1 of 'xdebug_llist_empty' from incompatible pointer type /Users/karsten/xdebug/xdebug.c: In function 'xdebug_jmp_handler': /Users/karsten/xdebug/xdebug.c:504: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_jmpz_handler': /Users/karsten/xdebug/xdebug.c:505: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_is_identical_handler': /Users/karsten/xdebug/xdebug.c:506: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_is_not_identical_handler': /Users/karsten/xdebug/xdebug.c:507: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_is_equal_handler': /Users/karsten/xdebug/xdebug.c:508: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_is_not_equal_handler': /Users/karsten/xdebug/xdebug.c:509: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_is_smaller_handler': /Users/karsten/xdebug/xdebug.c:510: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_is_smaller_or_equal_handler': /Users/karsten/xdebug/xdebug.c:511: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_assign_handler': /Users/karsten/xdebug/xdebug.c:512: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_assign_dim_handler': /Users/karsten/xdebug/xdebug.c:513: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_add_array_element_handler': /Users/karsten/xdebug/xdebug.c:514: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_return_handler': /Users/karsten/xdebug/xdebug.c:515: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_ext_stmt_handler': /Users/karsten/xdebug/xdebug.c:516: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_raise_abstract_error_handler': /Users/karsten/xdebug/xdebug.c:517: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_send_var_handler': /Users/karsten/xdebug/xdebug.c:518: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_send_var_no_ref_handler': /Users/karsten/xdebug/xdebug.c:519: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_send_val_handler': /Users/karsten/xdebug/xdebug.c:520: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_new_handler': /Users/karsten/xdebug/xdebug.c:521: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_ext_fcall_begin_handler': /Users/karsten/xdebug/xdebug.c:522: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_catch_handler': /Users/karsten/xdebug/xdebug.c:523: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_bool_handler': /Users/karsten/xdebug/xdebug.c:524: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_add_string_handler': /Users/karsten/xdebug/xdebug.c:525: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_init_array_handler': /Users/karsten/xdebug/xdebug.c:526: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_fetch_obj_r_handler': /Users/karsten/xdebug/xdebug.c:527: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_fetch_obj_w_handler': /Users/karsten/xdebug/xdebug.c:528: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_fetch_dim_r_handler': /Users/karsten/xdebug/xdebug.c:529: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_fetch_obj_func_arg_handler': /Users/karsten/xdebug/xdebug.c:530: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_fetch_dim_func_arg_handler': /Users/karsten/xdebug/xdebug.c:531: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_fetch_class_handler': /Users/karsten/xdebug/xdebug.c:532: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_fetch_constant_handler': /Users/karsten/xdebug/xdebug.c:533: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_concat_handler': /Users/karsten/xdebug/xdebug.c:534: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'zm_startup_xdebug': /Users/karsten/xdebug/xdebug.c:550: error: request for member 'aggr_calls' in something not a structure or union /Users/karsten/xdebug/xdebug.c:550: warning: passing argument 1 of '_zend_hash_init_ex' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:613: error: request for member 'breakpoint_count' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'zm_shutdown_xdebug': /Users/karsten/xdebug/xdebug.c:620: error: request for member 'profiler_aggregate' in something not a structure or union /Users/karsten/xdebug/xdebug.c:630: error: request for member 'aggr_calls' in something not a structure or union /Users/karsten/xdebug/xdebug.c:630: warning: passing argument 1 of 'zend_hash_destroy' from incompatible pointer type /Users/karsten/xdebug/xdebug.c: In function 'zm_activate_xdebug': /Users/karsten/xdebug/xdebug.c:711: error: request for member 'no_exec' in something not a structure or union /Users/karsten/xdebug/xdebug.c:712: error: request for member 'level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:713: error: request for member 'do_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:714: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c:715: error: request for member 'code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c:716: error: request for member 'code_coverage_op_array_cache' in something not a structure or union /Users/karsten/xdebug/xdebug.c:717: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:718: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:719: error: request for member 'tracefile_name' in something not a structure or union /Users/karsten/xdebug/xdebug.c:720: error: request for member 'profile_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:721: error: request for member 'profile_filename' in something not a structure or union /Users/karsten/xdebug/xdebug.c:722: error: request for member 'prev_memory' in something not a structure or union /Users/karsten/xdebug/xdebug.c:723: error: request for member 'function_count' in something not a structure or union /Users/karsten/xdebug/xdebug.c:724: error: request for member 'active_symbol_table' in something not a structure or union /Users/karsten/xdebug/xdebug.c:725: error: request for member 'last_exception_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:728: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:729: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:731: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:749: error: request for member 'no_exec' in something not a structure or union /Users/karsten/xdebug/xdebug.c:753: error: request for member 'extended_info' in something not a structure or union /Users/karsten/xdebug/xdebug.c:755: error: request for member 'default_enable' in something not a structure or union /Users/karsten/xdebug/xdebug.c:762: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:763: error: request for member 'profiler_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:764: error: request for member 'breakpoints_allowed' in something not a structure or union /Users/karsten/xdebug/xdebug.c:765: error: request for member 'auto_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:765: error: request for member 'trace_output_dir' in something not a structure or union /Users/karsten/xdebug/xdebug.c:765: error: request for member 'trace_output_dir' in something not a structure or union /Users/karsten/xdebug/xdebug.c:765: warning: passing argument 1 of 'strlen' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:768: error: request for member 'trace_options' in something not a structure or union /Users/karsten/xdebug/xdebug.c:768: warning: passing argument 2 of 'xdebug_start_trace' makes integer from pointer without a cast /Users/karsten/xdebug/xdebug.c:772: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:772: error: request for member 'program_name' in something not a structure or union /Users/karsten/xdebug/xdebug.c:773: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:773: error: request for member 'list' in something not a structure or union /Users/karsten/xdebug/xdebug.c:773: error: request for member 'last_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:774: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:774: error: request for member 'list' in something not a structure or union /Users/karsten/xdebug/xdebug.c:774: error: request for member 'last_line' in something not a structure or union /Users/karsten/xdebug/xdebug.c:775: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:775: error: request for member 'do_break' in something not a structure or union /Users/karsten/xdebug/xdebug.c:776: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:776: error: request for member 'do_step' in something not a structure or union /Users/karsten/xdebug/xdebug.c:777: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:777: error: request for member 'do_next' in something not a structure or union /Users/karsten/xdebug/xdebug.c:778: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:778: error: request for member 'do_finish' in something not a structure or union /Users/karsten/xdebug/xdebug.c:781: error: request for member 'dumped' in something not a structure or union /Users/karsten/xdebug/xdebug.c:784: error: request for member 'start_time' in something not a structure or union /Users/karsten/xdebug/xdebug.c:788: error: request for member 'orig_var_dump_func' in something not a structure or union /Users/karsten/xdebug/xdebug.c:793: error: request for member 'orig_set_time_limit_func' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'zm_post_zend_deactivate_xdebug': /Users/karsten/xdebug/xdebug.c:810: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:811: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:811: error: request for member 'handler' in something not a structure or union /Users/karsten/xdebug/xdebug.c:811: error: 'struct _zend_ini_entry' has no member named 'remote_deinit' /Users/karsten/xdebug/xdebug.c:811: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:811: error: called object '&<erroneous-expression>' is not a function /Users/karsten/xdebug/xdebug.c:812: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:812: error: request for member 'socket' in something not a structure or union /Users/karsten/xdebug/xdebug.c:812: warning: passing argument 1 of 'xdebug_close_socket' makes integer from pointer without a cast /Users/karsten/xdebug/xdebug.c:814: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:814: error: request for member 'program_name' in something not a structure or union /Users/karsten/xdebug/xdebug.c:815: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:815: error: request for member 'program_name' in something not a structure or union /Users/karsten/xdebug/xdebug.c:818: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:818: warning: passing argument 1 of 'xdebug_llist_destroy' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:819: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:821: error: request for member 'do_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:821: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:825: error: request for member 'profile_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:826: error: request for member 'profile_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:826: warning: passing argument 1 of 'fclose' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:829: error: request for member 'profile_filename' in something not a structure or union /Users/karsten/xdebug/xdebug.c:830: error: request for member 'profile_filename' in something not a structure or union /Users/karsten/xdebug/xdebug.c:833: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:834: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:835: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:838: error: request for member 'level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:839: error: request for member 'do_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:840: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c:842: error: request for member 'code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c:842: warning: passing argument 1 of 'xdebug_hash_destroy' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:843: error: request for member 'code_coverage_op_array_cache' in something not a structure or union /Users/karsten/xdebug/xdebug.c:843: warning: passing argument 1 of 'xdebug_hash_destroy' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:845: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:845: error: request for member 'list' in something not a structure or union /Users/karsten/xdebug/xdebug.c:845: error: request for member 'last_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:846: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:846: error: request for member 'list' in something not a structure or union /Users/karsten/xdebug/xdebug.c:846: error: request for member 'last_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:849: error: request for member 'last_exception_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:850: error: request for member 'last_exception_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:855: error: request for member 'orig_var_dump_func' in something not a structure or union /Users/karsten/xdebug/xdebug.c:857: error: request for member 'orig_set_time_limit_func' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_build_fname': /Users/karsten/xdebug/xdebug.c:894: error: used union type value where scalar is required /Users/karsten/xdebug/xdebug.c:909: error: incompatible type for argument 1 of 'strdup' /Users/karsten/xdebug/xdebug.c:911: error: invalid operands to binary && /Users/karsten/xdebug/xdebug.c:913: error: incompatible type for argument 1 of 'strdup' /Users/karsten/xdebug/xdebug.c:918: error: incompatible type for argument 1 of 'strdup' /Users/karsten/xdebug/xdebug.c: In function 'trace_function_begin': /Users/karsten/xdebug/xdebug.c:946: error: request for member 'do_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:946: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:948: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:948: warning: passing argument 1 of 'fprintf' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:949: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:949: warning: passing argument 1 of 'fclose' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:950: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:952: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:952: warning: passing argument 1 of 'fflush' from incompatible pointer type /Users/karsten/xdebug/xdebug.c: In function 'trace_function_end': /Users/karsten/xdebug/xdebug.c:960: error: request for member 'do_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:960: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:962: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:962: warning: passing argument 1 of 'fprintf' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:963: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:963: warning: passing argument 1 of 'fclose' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:964: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:966: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:966: warning: passing argument 1 of 'fflush' from incompatible pointer type /Users/karsten/xdebug/xdebug.c: In function 'add_stack_frame': /Users/karsten/xdebug/xdebug.c:985: error: request for member 'level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:999: error: request for member 'function_count' in something not a structure or union /Users/karsten/xdebug/xdebug.c:999: error: wrong type argument to increment /Users/karsten/xdebug/xdebug.c:1002: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1002: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1006: error: invalid operands to binary && /Users/karsten/xdebug/xdebug.c:1008: error: incompatible type for argument 1 of 'strcmp' /Users/karsten/xdebug/xdebug.c:1009: error: incompatible type for argument 1 of 'strcmp' /Users/karsten/xdebug/xdebug.c:1010: error: incompatible type for argument 1 of 'strcmp' /Users/karsten/xdebug/xdebug.c:1011: error: incompatible type for argument 1 of 'strcmp' /Users/karsten/xdebug/xdebug.c:1013: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1013: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1013: error: 'struct _zend_ini_entry' has no member named 'ptr' /Users/karsten/xdebug/xdebug.c:1013: error: 'struct _zend_ini_entry' has no member named 'filename' /Users/karsten/xdebug/xdebug.c:1013: warning: passing argument 1 of 'strdup' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1016: error: request for member 'function_count' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1016: error: wrong type argument to increment /Users/karsten/xdebug/xdebug.c:1023: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1023: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1023: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1023: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1023: error: 'struct _zend_ini_entry' has no member named 'ptr' /Users/karsten/xdebug/xdebug.c:1024: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1024: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1024: error: 'struct _zend_ini_entry' has no member named 'ptr' /Users/karsten/xdebug/xdebug.c:1024: error: 'struct _zend_ini_entry' has no member named 'filename' /Users/karsten/xdebug/xdebug.c:1024: warning: passing argument 1 of 'strdup' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1027: error: request for member 'prev_memory' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1029: error: request for member 'prev_memory' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1055: error: request for member 'collect_includes' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1066: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1066: error: request for member 'collect_params' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1066: error: request for member 'collect_vars' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1101: error: used union type value where scalar is required /Users/karsten/xdebug/xdebug.c:1102: error: incompatible type for argument 1 of 'strdup' /Users/karsten/xdebug/xdebug.c:1106: error: request for member 'collect_params' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1122: error: used union type value where scalar is required /Users/karsten/xdebug/xdebug.c:1123: error: incompatible type for argument 1 of 'strdup' /Users/karsten/xdebug/xdebug.c:1133: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1137: error: request for member 'profiler_aggregate' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1143: error: request for member 'aggr_calls' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1143: warning: passing argument 1 of 'zend_hash_find' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1159: error: request for member 'aggr_calls' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1159: warning: passing argument 1 of '_zend_hash_add_or_update' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1163: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1163: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1164: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1164: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1164: error: 'struct _zend_ini_entry' has no member named 'ptr' /Users/karsten/xdebug/xdebug.c:1166: error: request for member 'profiler_aggregate' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1180: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1180: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1180: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1180: warning: passing argument 1 of 'xdebug_llist_insert_next' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1180: warning: passing argument 2 of 'xdebug_llist_insert_next' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1182: error: request for member 'profiler_aggregate' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'add_used_variables': /Users/karsten/xdebug/xdebug.c:1214: error: incompatible types in assignment /Users/karsten/xdebug/xdebug.c:1218: error: incompatible types in assignment /Users/karsten/xdebug/xdebug.c: In function 'handle_breakpoints': /Users/karsten/xdebug/xdebug.c:1284: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1284: error: request for member 'function_breakpoints' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1284: warning: passing argument 1 of 'xdebug_hash_extended_find' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1290: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1290: error: request for member 'handler' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1290: error: 'struct _zend_ini_entry' has no member named 'remote_breakpoint' /Users/karsten/xdebug/xdebug.c:1290: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1290: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1290: error: called object '&<erroneous-expression>' is not a function /Users/karsten/xdebug/xdebug.c:1294: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1294: error: request for member 'do_break' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1304: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1304: error: request for member 'class_breakpoints' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1304: warning: passing argument 1 of 'xdebug_hash_extended_find' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1309: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1309: error: request for member 'do_break' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'xdebug_execute': /Users/karsten/xdebug/xdebug.c:1324: error: request for member 'do_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1324: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1330: error: request for member 'no_exec' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1330: warning: comparison between pointer and integer /Users/karsten/xdebug/xdebug.c:1335: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1335: error: request for member 'program_name' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1336: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1336: error: request for member 'program_name' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1339: error: request for member 'level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1353: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1354: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1356: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1364: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1365: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1367: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1370: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1370: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1370: error: invalid operands to binary && /Users/karsten/xdebug/xdebug.c:1371: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1371: error: request for member 'ide_key' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1371: warning: passing argument 1 of 'strlen' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1371: warning: passing argument 3 of 'php_setcookie' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1398: error: request for member 'remote_autostart' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1399: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1400: error: request for member 'remote_enable' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1401: error: request for member 'remote_mode' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1401: warning: comparison between pointer and integer /Users/karsten/xdebug/xdebug.c:1404: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1404: error: request for member 'socket' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1404: error: request for member 'remote_host' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1404: error: request for member 'remote_port' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1404: warning: passing argument 1 of 'xdebug_create_socket' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1404: warning: passing argument 2 of 'xdebug_create_socket' makes integer from pointer without a cast /Users/karsten/xdebug/xdebug.c:1405: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1405: error: request for member 'socket' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1406: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1409: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1409: error: request for member 'handler' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1409: error: request for member 'remote_handler' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1409: warning: passing argument 1 of 'xdebug_handler_get' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1410: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1410: error: request for member 'handler' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1411: error: request for member 'remote_handler' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1412: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1413: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1413: error: request for member 'handler' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1413: error: 'struct _zend_ini_entry' has no member named 'remote_init' /Users/karsten/xdebug/xdebug.c:1413: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1413: error: called object '&<erroneous-expression>' is not a function /Users/karsten/xdebug/xdebug.c:1415: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1429: error: request for member 'profiler_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1431: error: request for member 'profiler_enable' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1434: error: request for member 'profiler_enable_trigger' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1451: error: request for member 'profiler_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1456: error: request for member 'level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1456: error: wrong type argument to increment /Users/karsten/xdebug/xdebug.c:1457: error: request for member 'level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1457: error: request for member 'max_nesting_level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1458: error: request for member 'max_nesting_level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1463: error: request for member 'function_count' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1469: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1469: error: request for member 'collect_vars' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1469: error: request for member 'show_local_vars' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1476: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1476: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1485: error: request for member 'do_code_coverage' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1485: error: request for member 'code_coverage_unused' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1492: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1492: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1492: error: request for member 'handler' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1492: error: 'struct _zend_ini_entry' has no member named 'register_eval_id' /Users/karsten/xdebug/xdebug.c:1493: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1493: error: request for member 'handler' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1493: error: 'struct _zend_ini_entry' has no member named 'register_eval_id' /Users/karsten/xdebug/xdebug.c:1493: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1493: error: called object '&<erroneous-expression>' is not a function /Users/karsten/xdebug/xdebug.c:1497: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1497: error: request for member 'breakpoints_allowed' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1499: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1503: error: request for member 'profiler_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1508: error: request for member 'profiler_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1515: error: request for member 'collect_return' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1515: error: request for member 'do_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1515: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1518: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1518: warning: passing argument 1 of 'fprintf' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1519: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1519: warning: passing argument 1 of 'fflush' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1525: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1525: error: request for member 'breakpoints_allowed' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1527: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1532: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1532: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1532: error: request for member 'handler' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1532: error: 'struct _zend_ini_entry' has no member named 'unregister_eval_id' /Users/karsten/xdebug/xdebug.c:1533: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1533: error: request for member 'handler' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1533: error: 'struct _zend_ini_entry' has no member named 'unregister_eval_id' /Users/karsten/xdebug/xdebug.c:1533: error: request for member 'context' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1533: error: called object '&<erroneous-expression>' is not a function /Users/karsten/xdebug/xdebug.c:1538: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1538: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1538: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1538: warning: passing argument 1 of 'xdebug_llist_remove' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1538: warning: passing argument 2 of 'xdebug_llist_remove' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1539: error: request for member 'level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1539: error: wrong type argument to decrement /Users/karsten/xdebug/xdebug.c: In function 'xdebug_execute_internal': /Users/karsten/xdebug/xdebug.c:1547: error: request for member 'do_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1547: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1550: error: request for member 'level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1550: error: wrong type argument to increment /Users/karsten/xdebug/xdebug.c:1551: error: request for member 'level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1551: error: request for member 'max_nesting_level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1552: error: request for member 'max_nesting_level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1557: error: request for member 'function_count' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1561: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1561: error: request for member 'breakpoints_allowed' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1563: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1567: error: request for member 'profiler_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1572: error: request for member 'profiler_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1579: error: request for member 'collect_return' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1579: error: request for member 'do_trace' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1579: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1584: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1584: warning: passing argument 1 of 'fprintf' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1585: error: request for member 'trace_file' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1585: warning: passing argument 1 of 'fflush' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1591: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1591: error: request for member 'breakpoints_allowed' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1593: error: request for member 'remote_enabled' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1597: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1597: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1597: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1597: warning: passing argument 1 of 'xdebug_llist_remove' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1597: warning: passing argument 2 of 'xdebug_llist_remove' from incompatible pointer type /Users/karsten/xdebug/xdebug.c:1598: error: request for member 'level' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1598: error: wrong type argument to decrement /Users/karsten/xdebug/xdebug.c: In function 'dump_used_var_with_contents': /Users/karsten/xdebug/xdebug.c:1661: error: request for member 'active_symbol_table' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1662: error: request for member 'active_symbol_table' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1664: error: request for member 'active_symbol_table' in something not a structure or union /Users/karsten/xdebug/xdebug.c: In function 'log_stack': /Users/karsten/xdebug/xdebug.c:1707: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1707: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1707: error: 'struct _zend_ini_entry' has no member named 'size' /Users/karsten/xdebug/xdebug.c:1710: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1710: error: 'struct _zend_ini_entry' has no member named 'head' /Users/karsten/xdebug/xdebug.c: In function 'get_printable_stack': /Users/karsten/xdebug/xdebug.c:1769: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1769: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1769: error: 'struct _zend_ini_entry' has no member named 'size' /Users/karsten/xdebug/xdebug.c:1770: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1770: error: 'struct _zend_ini_entry' has no member named 'head' /Users/karsten/xdebug/xdebug.c:1770: error: 'struct _zend_ini_entry' has no member named 'ptr' /Users/karsten/xdebug/xdebug.c:1774: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1774: error: 'struct _zend_ini_entry' has no member named 'head' /Users/karsten/xdebug/xdebug.c:1784: error: request for member 'start_time' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1784: error: invalid operands to binary - /Users/karsten/xdebug/xdebug.c:1790: error: request for member 'start_time' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1790: error: invalid operands to binary - /Users/karsten/xdebug/xdebug.c:1808: error: request for member 'collect_params' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1808: warning: comparison between pointer and integer /Users/karsten/xdebug/xdebug.c:1821: error: request for member 'collect_params' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1837: error: request for member 'collect_params' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1871: error: request for member 'dump_globals' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1871: error: request for member 'dump_once' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1871: error: request for member 'dumped' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1877: error: request for member 'dumped' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1880: error: request for member 'show_local_vars' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1880: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1880: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1880: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1881: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1881: error: 'struct _zend_ini_entry' has no member named 'size' /Users/karsten/xdebug/xdebug.c:1883: error: request for member 'stack' in something not a structure or union /Users/karsten/xdebug/xdebug.c:1883: error: 'struct _zend_ini_entry' has no member named 'tail' /Users/karsten/xdebug/xdebug.c:1883: error: 'struct _zend_ini_entry' has no member named 'ptr' /Users/karsten/xdebug/xdebug.c:1884: error: request for member 'stack' in something not a
(0000691) derick    2007-07-14 15:09	PHP 6 is just not supported yet. I'll have a look at it when it becomes more stable.
(0000696) k-fish    2007-07-14 21:54	Since we are already developing on PHP6 (because we want Unicode the right way), and we'd love to have code coverage reports with PHPUnit - is there *any* way you can estimate when that will be? Thanks, Karsten
(0000720) derick    2007-08-28 22:39	I started working on this now, need it myself ;-)
(0000739) k-fish    2007-10-15 13:16	Hi, the last comment looks promising... But we have October now, and current CVS looks pretty much as con-compiling as before. :( Any news on the topic? Thanks!
(0000740) k-fish    2007-10-15 13:23	Addendum to my last comment: I tried compiling against PHP6 as of 2007-10-14 14:30. Here is the phpize output: PHP Api Version: 20070116 Zend Module Api No: 20070729 Zend Extension Api No: 320070729
(0000741) derick    2007-10-16 15:55	It's a lot of work - be patient :)
(0000826) k-fish    2008-01-28 23:24	We are - for the time being - back to PHP5. Anyway, let us know when it works... :)
(0001629) derick    2011-01-03 09:33	No more PHP 6.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
635	[Xdebug] Usage problems	minor	always	2010-11-02 10:42	2011-01-02 23:39
Reporter:	akkie	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Gentoo Linux
PHP Version:	5.3.3
Summary:	Browser output broken with xdebug.show_exception_trace = 1
Description:	When enabling xdebug.show_exception_trace then the output from the stack trace will not be displayed in the default table. Instead unformatted output will be sent to the browser.
Steps To Reproduce:	<?php try { throw new Exception('Caught exception'); } catch (Exception $e) { } throw new Exception('Uncaught exception');
Additional Information:	<tr><th align='left' bgcolor='#f57900' colspan="5"><span style='background-color: #cc0000; color: #fce94f; font-size: x-large;'>( ! )</span> Exception: Caught exception in /var/www/htdocs/xdebug.php on line 4</th></tr> <tr><th align='left' bgcolor='#e9b96e' colspan='5'>Call Stack</th></tr> <tr><th align='center' bgcolor='#eeeeec'>#</th><th align='left' bgcolor='#eeeeec'>Time</th><th align='left' bgcolor='#eeeeec'>Memory</th><th align='left' bgcolor='#eeeeec'>Function</th><th align='left' bgcolor='#eeeeec'>Location</th></tr> <tr><td bgcolor='#eeeeec' align='center'>1</td><td bgcolor='#eeeeec' align='center'>0.0001</td><td bgcolor='#eeeeec' align='right'>636136</td><td bgcolor='#eeeeec'>{main}( )</td><td title='/var/www/htdocs/xdebug.php' bgcolor='#eeeeec'>../xdebug.php:0</td></tr> <tr><th align='left' bgcolor='#f57900' colspan="5"><span style='background-color: #cc0000; color: #fce94f; font-size: x-large;'>( ! )</span> Exception: Uncaught exception in /var/www/htdocs/xdebug.php on line 9</th></tr> <tr><th align='left' bgcolor='#e9b96e' colspan='5'>Call Stack</th></tr> <tr><th align='center' bgcolor='#eeeeec'>#</th><th align='left' bgcolor='#eeeeec'>Time</th><th align='left' bgcolor='#eeeeec'>Memory</th><th align='left' bgcolor='#eeeeec'>Function</th><th align='left' bgcolor='#eeeeec'>Location</th></tr> <tr><td bgcolor='#eeeeec' align='center'>1</td><td bgcolor='#eeeeec' align='center'>0.0001</td><td bgcolor='#eeeeec' align='right'>636136</td><td bgcolor='#eeeeec'>{main}( )</td><td title='/var/www/htdocs/xdebug.php' bgcolor='#eeeeec'>../xdebug.php:0</td></tr> <font size='1'><table class='xdebug-error' dir='ltr' border='1' cellspacing='0' cellpadding='1'> <tr><th align='left' bgcolor='#f57900' colspan="5"><span style='background-color: #cc0000; color: #fce94f; font-size: x-large;'>( ! )</span> Fatal error: Uncaught exception 'Exception' with message 'Uncaught exception' in /var/www/htdocs/xdebug.php on line 9</th></tr> <tr><th align='left' bgcolor='#f57900' colspan="5"><span style='background-color: #cc0000; color: #fce94f; font-size: x-large;'>( ! )</span> Exception: Uncaught exception in /var/www/htdocs/xdebug.php on line 9</th></tr> <tr><th align='left' bgcolor='#e9b96e' colspan='5'>Call Stack</th></tr> <tr><th align='center' bgcolor='#eeeeec'>#</th><th align='left' bgcolor='#eeeeec'>Time</th><th align='left' bgcolor='#eeeeec'>Memory</th><th align='left' bgcolor='#eeeeec'>Function</th><th align='left' bgcolor='#eeeeec'>Location</th></tr> <tr><td bgcolor='#eeeeec' align='center'>1</td><td bgcolor='#eeeeec' align='center'>0.0001</td><td bgcolor='#eeeeec' align='right'>636136</td><td bgcolor='#eeeeec'>{main}( )</td><td title='/var/www/htdocs/xdebug.php' bgcolor='#eeeeec'>../xdebug.php:0</td></tr> </table></font>
Attached Files:

Notes
(0001614) antoniocs    2010-11-20 22:56	I am having the same problem!! Ubuntu Server 10.10 64bit PHP 5.3.3-1ubuntu9.1 Xdebug 2.1.0
(0001627) derick    2011-01-02 23:39	Fixed in SVN (for 2.2.x)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
647	[Xdebug] Usage problems	major	always	2010-12-18 03:59	2011-01-02 18:02
Reporter:	matt.meisberger	Platform:
Assigned To:	derick	OS:	linux mint
Priority:	normal	OS Version:	any
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	linux mint
PHP Version:	5.3.3
Summary:	human readable output doesn't display human readable
Description:	In ubuntu distros, xdebug will output human readable but with the same settings in mint (ubuntu offshoot) it will only display text and not the human readable table
Steps To Reproduce:	install any recent version of mint. install xdebug.
Additional Information:
Attached Files:

Notes
(0001624) derick    2011-01-02 18:02	This is probably: http://xdebug.org/docs/faq#format [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
641	[Xdebug] Feature/Change request	feature	always	2010-11-18 08:46	2010-11-18 09:08
Reporter:	vegardlarsen	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.1.0
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux 2.6.32-24-generic-pae 0000038-Ubuntu
PHP Version:	5.3.2
Summary:	ob_gzhandler is not profiled
Description:	ob_gzhandler is not present in the outputted profile dump, even though it is included.
Steps To Reproduce:	<?php ob_start('ob_gzhandler'); // do whatever you want here ?>
Additional Information:	If you specify your own output buffering handler, it is present in the profile dump. If you call ob_gzhandler from your own handler, php:ob_gzhandler will be present as well. <?php ob_start('ob_ownhandler'); function ob_ownhandler($buffer, $mode) { if (strlen($buffer) <= 128) { return false; } return ob_gzhandler($buffer, $mode); } ?> The above will list both ob_ownhandler and ob_gzhandler in the output.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
367	[Xdebug] Feature/Change request	tweak	always	2008-04-18 19:30	2010-11-08 00:32
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.6
Summary:	Fix up template.rc for Xdebug
Description:	.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
233	[Xdebug] Feature/Change request	trivial	always	2007-01-16 13:30	2010-11-08 00:27
Reporter:	ascent	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	any
PHP Version:	5.1.6
Summary:	XML output in XT files
Description:	Hello, there are some output formats (2?) for the trace files (*.xt) But im missing a XML File-Output. For sure, xml files are useful for much more stuff, so it would be a good idea to also support that xml output.
Steps To Reproduce:
Additional Information:	see also xdebug-general list
Attached Files:

Notes
(0001601) derick    2010-11-08 00:27	I won't be adding an XML format; the tab-separated CSV format is easy enough to parse.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
591	[Xdebug] Debug client (console)	major	always	2010-07-02 19:48	2010-11-08 00:24
Reporter:	zuvejywisicyfinu	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	short if/else syntax: does not break on all lines of code
Description:	Here are examples of code, try to debug both and you'll see that in the first case, the debugger does not break on all the lines being executed, so I cannot put a breakpoint, and I also cannot know which code was executed.
Steps To Reproduce:
Additional Information:	------------------------------BAD------------------------------ <?php $a = true; if($a) if($a) $asdf = "b1"; else $asdf = "b2"; else $asdf = "c"; echo $asdf; ?> ------------------------------OK------------------------------ <?php $a = true; if($a) { if($a) { $asdf = "b1"; } else { $asdf = "b2"; } } else { $asdf = "c"; } echo $asdf; ?>
Attached Files:

Notes
(0001517) derick    2010-07-08 08:38	I know this happens, but there is very little I can do about this, as PHP's internals don't always add the correct hooks (or rather, on the correct lines) with the short syntax. With VLD we see this: compiled vars: !0 = $a, !1 = $asdf line # * op fetch ext return operands ---------------------------------------------------------------------------------    3 0 > EXT_STMT          1 ASSIGN !0, true    6 2 EXT_STMT          3 > JMPZ !0, ->9    7 4 > > JMPZ !0, ->7          5 > ASSIGN !1, 'b1'          6 > JMP ->8    9 7 > ASSIGN !1, 'b2'          8 > > JMP ->10   11 9 > ASSIGN !1, 'c'   13 10 > EXT_STMT         11 ECHO !1   16 12 EXT_STMT         13 > RETURN 1 Only where you see "EXT_STMT" is where Xdebug can interrupt PHP's execution for break points. I don't quite know how to fix this...
(0001531) zuvejywisicyfinu    2010-07-16 09:38	How about reporting it to PHP developers?
(0001600) derick    2010-11-08 00:24	It's not a bug, so there is nothing to report.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
632	[Xdebug] Feature/Change request	feature	N/A	2010-10-28 19:24	2010-10-29 21:40
Reporter:	cesaric	Platform:
Assigned To:	derick	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac
PHP Version:	5.3.3
Summary:	Option to remove "Container" type in Arrays
Description:	Would it be possible to add a config option that would remove the "Container" type in the Variable window for arrays? When dealing with nested arrays, it makes it a bit more intuitive for someone like myself to read without it there. We already have the length in the array value. Example w/o Container: Name | Type | Value --------------------------------------------- $node1 | array | Array[2] $node2 | array | Array[1] $node4 | string | "good bye" $node3 | string | "hello" I don't know if I'm missing something about the Container but thought I'd ask. Thanks!
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001594) derick    2010-10-29 18:50	I've no idea what you're talking about here? Which variable view do you mean? Xdebug doesn't provide anything like this... perhaps some IDE does. Do you mean a variable pane in some IDE?
(0001595) cesaric    2010-10-29 21:35	Sorry, here's a screenshot: http://cesaric.com/misc/xdebug.jpg [^] Maybe this is a PDT thing... I don't know. Basically, I want that container row I circled to go away.
(0001596) derick    2010-10-29 21:40	Yes, that's a PDT thing. I find it annoying too, but it's not something that Xdebug does. You'll have to ask the PDT folks about this; sorry!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
628	[Xdebug] Usage problems	crash	always	2010-10-16 02:44	2010-10-20 12:43
Reporter:	ricardok1	Platform:	Apache 64 VC9
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	Win 2008 64
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 2008 64
PHP Version:	5.3.3
Summary:	Don't start
Description:	It gives this message: [Sat Oct 16 02:36:10 2010] [notice] Parent: Received restart signal -- Restarting the server. [Sat Oct 16 02:36:10 2010] [notice] Child 1852: Exit event signaled. Child process is ending. httpd.exe: Could not reliably determine the server's fully qualified domain name, using 192.168.1.99 for ServerName [Sat Oct 16 02:36:10 2010] [notice] Apache/2.2.16 (Win64) mod_geoip/1.2.5 PHP/5.3.3 configured -- resuming normal operations [Sat Oct 16 02:36:10 2010] [notice] Server built: Jul 27 2010 07:18:33 [Sat Oct 16 02:36:10 2010] [notice] Parent: Created child process 3356 httpd.exe: Could not reliably determine the server's fully qualified domain name, using 192.168.1.99 for ServerName httpd.exe: Could not reliably determine the server's fully qualified domain name, using 192.168.1.99 for ServerName Failed loading php_xdebug-2.1.0-5.3-vc9-x86_64.dll [Sat Oct 16 02:36:10 2010] [notice] Child 3356: Child process is running [Sat Oct 16 02:36:11 2010] [notice] Child 3356: Acquired the start mutex. [Sat Oct 16 02:36:11 2010] [notice] Child 1852: Released the start mutex [Sat Oct 16 02:36:11 2010] [notice] Child 3356: Starting 64 worker threads. [Sat Oct 16 02:36:11 2010] [notice] Child 3356: Starting thread to listen on port 80. [Sat Oct 16 02:36:12 2010] [notice] Child 1852: All worker threads have exited. [Sat Oct 16 02:36:12 2010] [notice] Child 1852: Child process is exiting
Steps To Reproduce:	Just use Win64 + PHP 5.3 TS VC9 64 + Xdebug VC9 TS 64
Additional Information:
System Description	Windows XP SP3 32bits Windows 2008 R2 64bits Apache 2.2.14 32bits VC6 TS PHP 5.3.2 VC6 TS
Attached Files:

Notes
(0001586) derick    2010-10-20 12:43	This is not a bug, you're just loading the wrong file (or from the wrong location).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
624	[Xdebug] Documentation	minor	have not tried	2010-10-02 11:06	2010-10-11 10:58
Reporter:	alexsuh	Platform:	x32
Assigned To:	derick	OS:	windows
Priority:	normal	OS Version:	xp
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	windows xp
PHP Version:	5.3.3
Summary:	incorrect instructions at xdebug.org/find-binary.php
Description:	the tool does not recognize folder names with spaces correctly so folder "Program Files " becomes "Programs" for example : extension_dir => C:\Program Files\PHP\ext => C:\Program Files\PHP\ext from php -i is shown as Extensions directory: C:\Program (at http://xdebug.org/find-binary.php [^])
Steps To Reproduce:	1.install php on windows machine at default folder (C:\program files\php) 2.run php -i >output.txt 3.copy content of output.txt into text are at http://xdebug.org/find-binary.php [^] 4.click 'analyze my phpinfo()' under summary Extensions directory: C:\Program instead of C:\Program Files\PHP\ext
Additional Information:
Attached Files:

Notes
(0001580) derick    2010-10-11 10:58	It's a duplicate of 612.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
621	[Xdebug] Documentation	text	N/A	2010-09-25 13:03	2010-09-25 13:03
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	assigned	Product Version:	2.2dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:
PHP Version:	5.3.3
Summary:	mention in the docs,some tricks to make profiling better
Description:	- turn off xdbeug.default_enable - turn off xdebug's tracing etc...
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
615	[Xdebug] Usage problems	crash	sometimes	2010-09-11 22:48	2010-09-12 12:41
Reporter:	tvlooy	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu
PHP Version:	5.3.2
Summary:	Using PHPUnit 3.4.15 getMockFromWsdl() causes PHP to segfault
Description:	Reported at PHPUnit. Stefan said it's a PHP bug. Reported at PHP, they said it's something in xdebug. So, here I am. Please take a look at: http://bugs.php.net/bug.php?id=52814&edit=2 [^]
Steps To Reproduce:
Additional Information:	It would be cool if the PHP project, PHPUnit and xdebug fix this together. I'll do anything I can to help, but I can't provide a test script without breaking up PHPUnit, and I'm not familiar with any of the code bases.
Attached Files:

Notes
(0001570) tvlooy    2010-09-11 22:51	Sorry! Sebastian, not Stefan.
(0001571) derick    2010-09-12 00:33	Please try Xdebug 2.1.0 first.
(0001572) tvlooy    2010-09-12 11:01	Oke, problem solved :-) http://twitter.com/tombevers/status/24254999356 [^]
(0001573) derick    2010-09-12 12:41	Closing then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
613	[Xdebug] Feature/Change request	feature	always	2010-09-03 15:56	2010-09-03 15:56
Reporter:	Tyrael	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.2dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Allow starting/stoping/restarting the profiling
Description:	It would be a good thing to allow the profiler to be controlled from the userland. This could especially be handy when you have to profile daemons, because if you call pcntl_fork then the file descriptors would be cloned. This would cause that both instance would be outputting the profiling information to the same file, and which is far more worse: the file handler would be closed when the parent or any child exits.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
608	[Xdebug] Installation	major	always	2010-08-13 13:28	2010-08-15 17:40
Reporter:	jsmitka	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 x64 Professional
PHP Version:	5.3-dev
Summary:	Xdebug rev. 3337 won't compile on Windows
Description:	Hello, today I've updated my copy of Xdebug sources and tried to compile the extension, but the build failed. When I tried to compile rev. 3336, the build succeeded. See additional information for relevant information from the build log (I've grepped out all warnings). With my little knowledge of C, I've tried to write a patch: http://jan.smitka.org/xdebug-3337.patch [^] With this patch applied, Xdebug compiles fine on my machine and seems to work properly. Please review the patch and consider merging it into the official source tree. Thanks! Jan "Panda" Smitka
Steps To Reproduce:
Additional Information:	"cl.exe" /D COMPILE_DL_XDEBUG /D XDEBUG_EXPORTS=1 /nologo /FD /I . /I main /I Zend /I TSRM /I ext /D _WINDOWS /D ZEND_WIN32=1 /D PHP_WIN32=1 /D WIN32 /D _MBCS /W3 /wd4996 /Wp64 /MP5 /LD /MD /W3 /Ox /D NDebug /D NDEBUG /D ZEND_WIN32_FORCE_INLINE /GF /D ZEND_DEBUG=0 /D ZTS=1 /I "D:\sources\php\win64build\include" /D FD_SETSIZE=256 /Fox64\Release_TS\ext\xdebug\ /Fdx64\Release_TS\ext\xdebug\ /Fpx64\Release_TS\ext\xdebug\ /FRx64\Release_TS\ext\xdebug\ /c ext\xdebug\usefulstuff.c ext\xdebug\xdebug.c ext\xdebug\xdebug_code_coverage.c ext\xdebug\xdebug_com.c ext\xdebug\xdebug_compat.c ext\xdebug\xdebug_handler_dbgp.c ext\xdebug\xdebug_handlers.c ext\xdebug\xdebug_hash.c ext\xdebug\xdebug_llist.c ext\xdebug\xdebug_private.c ext\xdebug\xdebug_profiler.c ext\xdebug\xdebug_set.c ext\xdebug\xdebug_stack.c ext\xdebug\xdebug_str.c ext\xdebug\xdebug_superglobals.c ext\xdebug\xdebug_tracing.c ext\xdebug\xdebug_var.c ext\xdebug\xdebug_xml.c usefulstuff.c xdebug.c xdebug_code_coverage.c xdebug_com.c xdebug_compat.c xdebug_handler_dbgp.c ext\xdebug\xdebug.c(314) : error C2039: 'output_is_tty' : is not a member of '_zend_xdebug_globals' d:\sources\php\php-svn-5.3\ext\xdebug\php_xdebug.h(143) : see declaration of '_zend_xdebug_globals' ext\xdebug\xdebug.c(314) : error C2065: 'OUTPUT_NOT_CHECKED' : undeclared identifier xdebug_handlers.c xdebug_hash.c xdebug_llist.c xdebug_private.c xdebug_profiler.c xdebug_set.c xdebug_stack.c xdebug_str.c xdebug_superglobals.c xdebug_tracing.c ext\xdebug\xdebug_stack.c(139) : error C2198: 'select_formats' : too few arguments for call ext\xdebug\xdebug_stack.c(421) : error C2065: 'tsrm_ls' : undeclared identifier xdebug_var.c xdebug_xml.c
Attached Files:

Notes
(0001562) derick    2010-08-15 17:40	I already had a patch, but forgot to commit it. Thanks for the report; this should now be fixed in SVN.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
603	[Xdebug] Feature/Change request	feature	N/A	2010-08-02 16:14	2010-08-13 11:12
Reporter:	Draeli	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.1.0
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.3
Summary:	Idea : change CSS style presentation
Description:	En : Actually 'xdebug-var-dump' class is use to have personnalized Css but it's not possible to do deep style change, can you used 'span' (and a named class on each different tag) instead tag 'i/u/small' and other ? Fr : Actuellement la classe 'xdebug-var-dump' est utilisé pour personnalisé le style CSS mais il n'est pas possible de changer le style en profondeur. Pourriez vous utilisé la balise 'span' (et une classe spécifique pour chaque balise différente) à la place des tags comme 'i/u/small' et autres ? Example : ---- Actually (capture with Firebug) : <pre dir="ltr" class="xdebug-var-dump"> object(api\Obj)[17] private '__arrMethod' <font color="#888a85">=></font> array 'coucou' <font color="#888a85">=></font> object(Closure)[16] public 'plop' <font color="#888a85">=></font> <small>string</small> <font color="#cc0000">'je suis la variable plop'</font> (length=24) After : <pre dir="ltr" class="xdebug-var-dump"> <span class="typeObject">object</span><span class="syntaxBracketOpen">(</span><span class="objectName">api\Obj</span><span class="syntaxBracketEnd">)</span><span class="syntaxHookOpen">[</span><span class="id">17</span><span class="syntaxHookEnd">]</span> <span class="varAccessPrivate">private</span> <span class="varName">'__arrMethod'</span> <span class="as">=></span> <span class="typeArray">array</span> <span class="arrayKey">'coucou'</span> <span class="as">=></span> <span class="typeObject">object</span><span class="syntaxBracketOpen">(</span><span class="objectName">Closure</span><span class="syntaxBracketEnd">)</span><span class="syntaxHookOpen">[</span><span class="id">16</span><span class="syntaxHookEnd">]</span> <span class="varAccessPublic">public</span> <span class="varName">'plop'</span> <span class="as">=></span> <span class="typeString">string</span> <span class="varValue">'je suis la variable plop'</span> <span class="length">(length=24)</span> with a Css style <style type="text/css"> .xdebug-var-dump{border:1px dotted #00f;color:#000;padding:4px;background:#eee;} .xdebug-var-dump .syntaxBracketOpen{color:#1a8f40;} .xdebug-var-dump .syntaxBracketEnd{color:#1a8f40;} .xdebug-var-dump .objectName{font-style:italic;color:#0c3f3e;} .xdebug-var-dump .syntaxHookOpen{color:#9f1d6c;} .xdebug-var-dump .syntaxHookEnd{color:#9f1d6c;} .xdebug-var-dump .id{color:#56235f;} .xdebug-var-dump .as{color:#8f8411;} .xdebug-var-dump .length{font-size:.9em;color:#210d6f;} .xdebug-var-dump .varAccessPrivate{color:#9f1326;} .xdebug-var-dump .varAccessProtected{color:#13469f;} .xdebug-var-dump .varAccessPublic{color:#139f5b;} .xdebug-var-dump .varName{color:#7f1769;} .xdebug-var-dump .varValue{color:#ef0e17;} .xdebug-var-dump .typeObject{font-weight:700;color:#4f4205;} .xdebug-var-dump .typeArray{color:#8f641a;} .xdebug-var-dump .typeString{color:#6f670d;} .xdebug-var-dump .typeBoolean{color:#5c6f0d;} .xdebug-var-dump .arrayKey{color:#279f91;} </style>
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001555) derick    2010-08-13 09:24	I could; but it requires a *lot* of extra data to be generated, something that I rather not do. Is this really important?
(0001560) Draeli    2010-08-13 11:12	I don't know if that's absolutly important but I know I win time in my development debug when I can quickly repair an error type and read all part of error. With a color syntax more advanced, I think mind can associate more quickly an error group. Example : I forgot a syntax point, I can associate the associate type error with red color. Now, next time, I see a red error, mind knows "oh, damn error syntax" and read details error isn't necessary. In my error handler, actually I associate colors with error type (Exception, Php type error, ....) and I see the time winning by this process.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
602	[Xdebug] Usage problems	major	always	2010-07-30 13:46	2010-08-13 09:24
Reporter:	WebDevHobo	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.1
Summary:	Netbeans debugger, all variables remain uninitialized.
Description:	I'm using Netbeans 6.9 with PHP, using Xdebug 2.1.0 5.3 VC6 and PHP 5.3.1 I've been using Netbeans since 6.5 and Xdebug since 2.0.1 and have never had this problem until now. Whenever I start a debug session, all variables remain uninitialized, except for the Superglobals and $this-> variables. Watches also work. If I add a watch for a variable, it will correctly be shown, yet the normal display will keep saying it is uninitialized.
Steps To Reproduce:
Additional Information:	Here's a screenshot: http://imgur.com/Lylas.png [^] As can be seen: the watch indicates the value, while the normal display keeps saying it's still uninitialized. So my question: is this an Xdebug or a Netbeans issue. Either way, the prospect of having to add a watch for every single variable I might want to check at some point, is not something I look forward to.
Attached Files:

Notes
(0001551) WebDevHobo    2010-07-30 16:56	I think I've solved it now. I found this page while doing a Bing search: http://xdebug.org/find-binary.php [^] And followed the instructions. The php.ini file that WAMP edits for you is actually not the c:\wamp\bin\php\php5.3.x\php.ini file, but the one in the c:\wamp\bin\apache2.2.x\ folder. After editing this one, everything worked.
(0001554) derick    2010-08-13 09:24	k, closing then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
577	[Xdebug] Usage problems	major	have not tried	2010-05-09 19:12	2010-07-24 00:48
Reporter:	migajek	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	$_POST complex type sub-items unavailable
Description:	Hi, when at break state [caused by breakpoint hit] I'm requesting "superglobals" by calling context_get -i 9 -c 1 in response I get an array of superglobals together with their values, however only "simple" types ... when an array has nested array, it is returned empty (which seems to be OK, as we don't want to transfer tons of data when unnecessary). Here's the part of data which represents $_POST array: <property name="_POST" fullname="$_POST" address="151453160" type="array" children="1" numchildren="2" page="0" pagesize="32"> <property name="Comment" fullname="$_POST['Comment']" address="151454340" type="array" children="1" numchildren="3"> </property> <property name="ajax" fullname="$_POST['ajax']" address="151454604" type="string" size="12" encoding="base64"> <![CDATA[Y29tbWVudC1mb3Jt]]> </property> </property> which is of course correct ... but, then I want to see values of $_POST['Comment'] array, thus I'm calling property_get -i 11 -n $_POST['Comment'] in response I get an error ... <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="11" status="break" reason="ok"><error code="300"><message><![CDATA[can not get property]]></message></error></response> I'm using XDebug svn revision 3274 ... is there any (undocumented) change in protocol (which requires for example base64 encoding variable name or something) or am I simply doing something wrong? PHP Version 5.2.10-2ubuntu6.4 PHP API 20041225 PHP Extension 20060613 Zend Extension 220060519
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001479) derick    2010-05-16 14:01	You're not specifiying the context (-c) for superglobals with property_get. It's possible that this worked before, but that was not meant so. Can you try adding -c 1 ?
(0001481) migajek    2010-05-16 15:07	Hi, indeed, specifying context each time solved the problem. So far it worked fine without that (possibly windows builds still do work correctly? I'll check it ASAP). However the current behavior makes it a bit tricky to implement "Watches" feature, which now will require user to specify context (local/global) or to implement some kind of auto-guessing ... Is there any possible solution for that?
(0001545) derick    2010-07-24 00:48	I can't think of a solution here actually; so closing as this works as how it's supposed to.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
582	[Xdebug] Usage problems	crash	always	2010-05-17 00:04	2010-07-24 00:45
Reporter:	Hubbitus	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	CentOS Linux 5.5
PHP Version:	5.3.2
Summary:	php 5.3 crached with xdebug 2.0.5
Description:	It always crashes near to start of debug session. After hit one or two breakpoint. Problem always reproduced.
Steps To Reproduce:
Additional Information:	I have tried get backtrace by get coredump (from howto http://bugs.php.net/bugs-generating-backtrace.php [^]): $ echo "/tmp/core-%e.%p" > /proc/sys/kernel/core_pattern $ ulimit -c unlimited # service httpd restart and run it from GDB: # gdb httpd.itk # gdb httpd.itk GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-23.el5) Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> [^] This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... [^] Reading symbols from /usr/sbin/httpd.itk...(no debugging symbols found)...done. (gdb) run -X -DNO_DETACH Starting program: /usr/sbin/httpd.itk -X -DNO_DETACH [Thread debugging using libthread_db enabled] Detaching after fork from child process 26415. Program exited with code 01. (gdb) quit [root@cos1 conf]# With no success. Please, can you say what I do wrong and how I can help debug this issue?
Attached Files:

Notes
(0001482) derick    2010-05-17 00:57	Please try the latest RC from http://xdebug.org/download.php [^] and see if that works.
(0001483) Hubbitus    2010-05-17 10:01	2.1.0RC1 seams segfaulted on the same manner. May be it live on few seconds longer and 3-4 debug steps may be accomplished...
(0001484) Hubbitus    2010-05-17 10:06	Now I downgrade php to 5.2.10 version and on it both versions of xdebug works fine.
(0001485) derick    2010-05-17 15:11	Please make a proper backtrace then, as yours doesn't show anything useful. Try with PHP 5.3 and the 2.1.0RC1 though! See the instructions at http://bugs.php.net/bugs-generating-backtrace.php [^] under "If you can't get a core file"
(0001486) kaliber    2010-05-17 15:29	Probably the same issue, Ubuntu 10.04. Test case: testcase.php: <?php eval(file_get_contents("cache.php")); cache.php: function whatever() {}; Core was generated by `php testcase.php'. Program terminated with signal 11, Segmentation fault. #0 0x009da785 in ?? () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0x009da785 in ?? () from /lib/tls/i686/cmov/libc.so.6 #1 0x0825f45c in php_addcslashes (str=0x17b0af43 <Address 0x17b0af43 out of bounds>, length=0, new_length=0xbfcf3624, should_free=0, what=0x3f22ea "'\\", wlength=6)     at /build/buildd/php5-5.3.2/ext/standard/string.c:3121 0000002 0x003e6b0a in xdebug_var_export (struc=0xbfcf3680, str=0xbfcf3660, level=1, debug_zval=0, options=0xa941e28) at /build/buildd/xdebug-2.0.5/build-php5/xdebug_var.c:283 0000003 0x003e6fc6 in xdebug_get_zval_value (val=0xa8cfe70, debug_zval=0, options=0xa941e28) at /build/buildd/xdebug-2.0.5/build-php5/xdebug_var.c:365 0000004 0x003cd985 in add_stack_frame (zdata=0xa901824, op_array=0xa8d0bcc, type=2) at /build/buildd/xdebug-2.0.5/build-php5/xdebug.c:1081 0000005 0x003cee3f in xdebug_execute (op_array=0xa8d0bcc) at /build/buildd/xdebug-2.0.5/build-php5/xdebug.c:1512 0000006 0x08348c36 in ZEND_INCLUDE_OR_EVAL_SPEC_VAR_HANDLER (execute_data=0xa901824) at /build/buildd/php5-5.3.2/Zend/zend_vm_execute.h:8576 0000007 0x08333d8e in execute (op_array=0xa8d044c) at /build/buildd/php5-5.3.2/Zend/zend_vm_execute.h:104 0000008 0x003cf015 in xdebug_execute (op_array=0xa8d044c) at /build/buildd/xdebug-2.0.5/build-php5/xdebug.c:1562 0000009 0x08309fa6 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /build/buildd/php5-5.3.2/Zend/zend.c:1266 0000010 0x082ae754 in php_execute_script (primary_file=0xbfcf5e14) at /build/buildd/php5-5.3.2/main/main.c:2288 0000011 0x083a0c28 in main (argc=2, argv=0xbfcf5f54) at /build/buildd/php5-5.3.2/sapi/cli/php_cli.c:1196
(0001498) mcleod    2010-06-21 22:44	I had a similar problem with the released version of XDebug on windows 7, using php 5.3.2 on Apache and IIS. It made my scripts crash with a weird error in the browser, stating that the request was reinitialized and the browser only showing that warning. Because I found this entry here I tried the RC1 version as Derick recommended and it worked just fine. It took me quite some time to figure out why it wasn't working, because I never bothered to install XDebug before. Now that I did, I am quite happy and I hope this will help someone else who has the same problem. Thanks Derick!
(0001511) lexaa    2010-07-01 15:41	The same issue. I use Fedora 13, PHP 5.3.2. Crash reproduced on XDebug 2.0.5 and 2.1.0RC1. Backtrace: *** glibc detected *** httpd: double free or corruption (!prev): 0x00007f3eeced4890 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x3f2ea75726)[0x7f3eea951726] /usr/lib64/php/modules/xdebug.so(xdebug_dbgp_deinit+0x3e2)[0x7f3ed8d3dc17] /usr/lib64/php/modules/xdebug.so(zm_post_zend_deactivate_xdebug+0x3c)[0x7f3ed8d2a1c4] /etc/httpd/modules/libphp5.so(+0x20fef2)[0x7f3ee09eaef2] /etc/httpd/modules/libphp5.so(zend_hash_apply+0x45)[0x7f3ee09f7545] /etc/httpd/modules/libphp5.so(+0x210a97)[0x7f3ee09eba97] /etc/httpd/modules/libphp5.so(php_request_shutdown+0x385)[0x7f3ee099a3c5] /etc/httpd/modules/libphp5.so(+0x298d07)[0x7f3ee0a73d07] httpd(ap_run_handler+0x70)[0x7f3eec3c26d0] httpd(ap_invoke_handler+0x98)[0x7f3eec3c5f48] httpd(ap_process_request+0x1c0)[0x7f3eec3d1520] httpd(+0x37428)[0x7f3eec3ce428] httpd(ap_run_process_connection+0x68)[0x7f3eec3ca198] httpd(+0x3eef7)[0x7f3eec3d5ef7] httpd(+0x3f1c6)[0x7f3eec3d61c6] httpd(ap_mpm_run+0x5a3)[0x7f3eec3d6813] httpd(main+0xb40)[0x7f3eec3ae890] /lib64/libc.so.6(__libc_start_main+0xfd)[0x7f3eea8fac5d] httpd(+0x16849)[0x7f3eec3ad849]
(0001544) derick    2010-07-24 00:45	OP didn't provide feedback, and I can't reproduce this with latest SVN.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
564	[Xdebug] Usage problems	crash	always	2010-04-14 20:25	2010-07-24 00:27
Reporter:	ricardok1	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP SP3 x86
PHP Version:	5.3.2
Summary:	Xdebug 2.1.0.RC1 crash apps (blank screen & no error on log)
Description:	When I switched from 2.0.5 to 2.1.0.RC1 my application stop working. Delivery a blank screen and no error reported on logs.
Steps To Reproduce:
Additional Information:	all VC6 x86
Attached Files:

Notes
(0001454) derick    2010-04-20 15:00	You need to provide a lot more information, such as a short reproducable script, as well as a backtrace: http://bugs.php.net/bugs-generating-backtrace-win32.php [^]
(0001457) ricardok1    2010-04-22 21:14	It appears that the problem is with xcache 1.3.0 but I'm not sure...
(0001458) derick    2010-04-22 21:18	If you remove xcache from the configuration, does the same issue happen then?
(0001459) ricardok1    2010-04-22 22:10	If I remove xcache 1.3.0 it works normally. With xdebug 2.0.5 + xcache 1.3.0 its ok - no problem. The "youth" of PHP 5.3.x branch creates many compatibility issues, don't you think? In the opcoders cache it destroys our believe in the stability...
(0001460) derick    2010-04-22 22:16	Well, it makes little sense to use xcache with Xdebug together anyway. I also think APC is *much* more stable anyway. In any case, supporting all sorts of opcode caches isn't something I want to spend time on so I'll be closing this report.
(0001461) ricardok1    2010-04-22 22:17	Thread 248 - System ID 11032 Entry point msvcr90!_endthreadex+6f Create time 22-04-2010 22:12:27 Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.0 Function Arg 1 Arg 2 Arg 3 Source php_xdebug!xdebug_init_oparray+23 20962290 008eeb62 013a0e78 php_xcache_1_3_0_5_3_0_vc6+7972 013a0e78 20962290 205aee50 php5ts!zend_llist_apply_with_argument+22 00d9d240 01477960 20962290 php_xcache_1_3_0_5_3_0_vc6+7951 00000000 00000000 00000000 PHP_XDEBUG!XDEBUG_INIT_OPARRAY+23WARNING - DebugDiag was not able to locate debug symbols for php_xdebug.dll, so the information below may be incomplete. In httpd__PID__11096__Date__04_22_2010__Time_10_12_32PM__93__Second_Chance_Exception_C0000005.dmp the assembly instruction at php_xdebug!xdebug_init_oparray+23 in C:\AppServ\php5\ext\php_xdebug.dll from Derick Rethans has caused an access violation exception (0xC0000005) when trying to write to memory location 0x00000000 on thread 248 Module Information Image Name: C:\AppServ\php5\ext\php_xdebug.dll Symbol Type: Export Base address: 0x01440000 Time Stamp: Thu Jul 02 10:31:11 2009 Checksum: 0x00000000 Comments: Thanks to Derick Rethans, Ilia Alshanetsky, Harald Radi COM DLL: False Company Name: Derick Rethans ISAPIExtension: False File Description: Xdebug ISAPIFilter: False File Version: 2.0.5 Managed DLL: False Internal Name: php_xdebug.dll VB DLL: False Legal Copyright: Copyright © 2002-2008 Derick Rethans Loaded Image Name: php_xdebug.dll Legal Trademarks: Mapped Image Name: C:\AppServ\php5\ext\php_xdebug.dll Original filename: php_xdebug.dll Module name: php_xdebug Private Build: Single Threaded: False Product Name: Xdebug Module Size: 160,00 KBytes Product Version: 2.0.5 Symbol File Name: php_xdebug.dll Special Build: &
(0001462) ricardok1    2010-04-22 22:30	With PHP 5.3.x, the APC is a beta version to say the least. Pierre didn't get stability in operation on Win32. I saw others with the same problem. My production server is a Win2008 x64 but with Apache+PHP x86 - xdedug will work with this hybrid x64 / x86 system?
(0001464) ricardok1    2010-04-22 22:35	With 2.1.0.rc1: Thread 0 - System ID 8412 Entry point httpd+222d Create time 22-04-2010 20:59:12 Time spent in user mode 0 Days 0:0:0.640 Time spent in kernel mode 0 Days 0:0:1.15 Function Arg 1 Arg 2 Arg 3 Source ntdll!KiRaiseUserExceptionDispatcher+37 7c90cffa 7c809c2b 00000005 ntdll!KiFastSystemCall+3 7c809c2b 00000005 01e4ba30 ntdll!NtClose+c 00000005 01e4ba30 015020cf kernel32!CloseHandle+51 00000005 00000002 04180020 php_xcache_1_3_0_5_3_0_vc6+20cf 01e4bbc0 01460f70 003d4068 php_xcache_1_3_0_5_3_0_vc6+d1c2 01e4ba80 01513438 00000000 php_xcache_1_3_0_5_3_0_vc6+d24a 00000000 00000000 00000000 In httpd__PID__4380__Date__04_22_2010__Time_09_06_23PM__546__Second_Chance_Exception_C0000008.dmp the assembly instruction at ntdll!KiRaiseUserExceptionDispatcher+37 in C:\WINDOWS\system32\ntdll.dll from Microsoft Corporation has caused an unknown exception (0xc0000008) on thread 0 This exception originated from php_xcache_1_3_0_5_3_0_vc6+20cf. Module Information Image Name: C:\AppServ\php5\ext\php_xcache_1.3.0-5.3.0-vc6.dll Symbol Type: Export Base address: 0x01500000 Time Stamp: Tue Aug 04 04:07:23 2009 Checksum: 0x00000000 Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: php_xcache.dll ISAPIFilter: False File Version: 5.3.0 Managed DLL: False Internal Name: XCACHE extension VB DLL: False Legal Copyright: Copyright © 1997-2009 The PHP Group Loaded Image Name: php_xcache_1.3.0-5.3.0-vc6.dll Legal Trademarks: PHP Mapped Image Name: C:\AppServ\php5\ext\php_xcache_1.3.0-5.3.0-vc6.dll Original filename: php_xcache.dll Module name: php_xcache_1_3_0_5_3_0_vc6 Private Build: Single Threaded: False Product Name: PHP Module Size: 88,00 KBytes Product Version: 5.3.0 Symbol File Name: php_xcache_1.3.0-5.3.0-vc6.dll Special Build: &
(0001488) arekanderu    2010-06-03 02:16    (edited on: 2010-06-03 02:20)	Hello I am using ubuntu 10.04 x64 and installed Xdebug v2.1.0rc today. Unfortunately I am experiencing this problem as well. I have a project (based on zend framework) which i can step through the breakpoints just fine but when execution completes i see blank screen. If i disable xdebug output is just fine. I do not have xcache enabled (or at least thats what phpinfo reports). In addition, when i have xdebug enabled and I try to run my phpinfo.php (which simply contains a call to phpinfo();) the script instead of executing i get a message from browser to download it, like the server does not know how to handle php files. If, once again, i disable xdebug, phpinfo.php executes just fine. Please let me know what further info i can provide to help resolve this problem. PHP Version: PHP 5.3.2-1ubuntu4.2 with Suhosin-Patch (cli) (built: May 13 2010 20:03:45)
(0001520) derick    2010-07-08 11:18	Can you guys please check the latest proper release (2.1.0) as well? I can't reproduce this.
(0001527) ricardok1    2010-07-09 21:47	Derick, the version 2.1.0 works well with xcache and eaccelerator. No more crashes! Thanks!
(0001528) ricardok1    2010-07-09 21:49	Tested on:  Win32 + PHP 5.3.2 VC6 TS + xcache 1.3.0 / 2.0 dev and  Win32 + PHP 5.3.2 VC6 TS + eaccelerator 0.9.6.1
(0001529) ricardok1    2010-07-09 22:18	Donation: 4LE973636H4339447
(0001542) derick    2010-07-24 00:27	All right; thanks for testing (and the donation). Closing then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
593	[Xdebug] Installation	major	always	2010-07-12 08:43	2010-07-24 00:04
Reporter:	lasereyes	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	linux (centos 5.4)
PHP Version:	5.3.2
Summary:	About install the xdebug
Description:	when I restart the apache , I get the error logs as follow: Warning: Xdebug MUST be loaded as a Zend extension in Unknown on line 0 Warning: Xdebug MUST be loaded as a Zend extension in Unknown on line 0 Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory Warning: Xdebug MUST be loaded as a Zend extension in Unknown on line 0 Warning: Xdebug MUST be loaded as a Zend extension in Unknown on line 0 Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory Warning: Xdebug MUST be loaded as a Zend extension in Unknown on line 0 Warning: Xdebug MUST be loaded as a Zend extension in Unknown on line 0 Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory Warning: Xdebug MUST be loaded as a Zend extension in Unknown on line 0 Warning: Xdebug MUST be loaded as a Zend extension in Unknown on line 0 Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory Failed loading xdebug.so: xdebug.so: cannot open shared object file: No such file or directory .......
Steps To Reproduce:
Additional Information:	php version: 5.3.2 xdebug: 2.1.0 ==> download from ( http://xdebug.org/download.php [^]) install: tar -xzvf xdebug-2.1.0.tgz cd xdebug-2.1.0 phpize ./configure make make install update the php.ini zend_extension="/opt/local/php/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so" xdebug.profiler_output_dir = "/tmp/xdebug/" xdebug.profiler_enable = Off xdebug.profiler_enable_trigger = 1 [root@localhost xdebug-2.1.0]# php -m [PHP Modules] apc Core ctype curl date dom ereg fileinfo filter hash iconv json ldap libxml memcache mysql pcre PDO pdo_mysql pdo_sqlite Phar posix Reflection session SimpleXML sockets SPL SQLite sqlite3 standard tokenizer xdebug xml xmlreader xmlwriter [Zend Modules] Xdebug I can load the xdebug module, but the apache log also exist, I hope you can tell me how to deal with the issue. Thank you.
Attached Files:

Notes
(0001540) derick    2010-07-23 21:44	You're trying to load it twice somehow. This is not a bug.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
552	[Xdebug] Usage problems	minor	always	2010-03-25 09:30	2010-07-13 10:24
Reporter:	TothAmon	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	CentOS release 5.4 (Final)
PHP Version:	5.2.10
Summary:	xdebug.dump.SERVER not dumping if no accessed before
Description:	PLEASE NOTICE THAT PHP VER is 5.2.11 (which is not available to select) I put it into "Additional Informations" if $_SERVER variable is not accessed in php script, then no dump is made to reproduce it simply run script: <?php array_filter(''); // will produce warning ?> no $_SERVER['REQUEST_URI'] is dumped now try this: <?php var_dump($_SERVER); array_filter(''); ?> here $_SERVER['REQUEST_URI'] is dumped
Steps To Reproduce:
Additional Information:	$ lsb_release -a LSB Version: :core-3.1-amd64:core-3.1-ia32:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-ia32:graphics-3.1-noarch Distributor ID: CentOS Description: CentOS release 5.4 (Final) Release: 5.4 Codename: Final $ php -i phpinfo() PHP Version => 5.2.11 [...] $ cat /etc/php.d/xdebug.ini ; Enable xdebug extension module zend_extension=/usr/lib64/php/modules/xdebug.so xdebug.collect_vars=on xdebug.collect_params=4 xdebug.collect_return=true xdebug.dump.SERVER=REQUEST_URI xdebug.show_local_vars=on xdebug.var_display_max_depth=16
Attached Files:

Notes
(0001453) derick    2010-04-20 14:59	Could you please try the SVN version: http://xdebug.org/docs/install#source [^]
(0001524) derick    2010-07-08 11:22	Could you please try the SVN version: http://xdebug.org/docs/install#source [^]
(0001525) TothAmon    2010-07-09 09:30	it's up to the server administrator ;/ and he's not goin to install svn trunk he restrict himself to CentOS packages only i will try do give some response when possible
(0001526) derick    2010-07-09 18:14	Well, by now 2.1.0 is out; so you could try that.
(0001530) TothAmon    2010-07-13 10:18	Hi again :) problem is gone with php version 5.2.13 and Xdebug 2.1.0 thanks for a great job here :)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
553	[Xdebug] Usage problems	block	always	2010-03-26 14:23	2010-07-08 11:22
Reporter:	bfelipee	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	segmentation fault
Description:	segmentation fault error is thrown when I am trying to debug with dev version of xdebug (rev 3241), apache 2.2 not reproducible with latest beta.
Steps To Reproduce:
Additional Information:	apache error log after trying to run with new xdebug (rev 3241) [Fri Mar 26 15:18:44 2010] [notice] caught SIGTERM, shutting down PHP Warning: Directive 'register_long_arrays' is deprecated in PHP 5.3 and greater in Unknown on line 0 PHP Warning: Directive 'magic_quotes_gpc' is deprecated in PHP 5.3 and greater in Unknown on line 0 [Fri Mar 26 15:18:45 2010] [notice] Apache/2.2.12 (Ubuntu) PHP/5.3.2 mod_ssl/2.2.12 OpenSSL/0.9.8g configured -- resuming normal operations [Fri Mar 26 15:19:08 2010] [notice] child pid 25645 exit signal Segmentation fault (11)
Attached Files:

Notes
(0001411) derick    2010-03-31 09:11	If it works with the latest beta, then of course it's fixed...
(0001413) bfelipee    2010-03-31 09:15	bug is reported against rc1, beta is lower version. To be more clear, workED in beta, reproducible in rc1 development (svn checkout)
(0001421) derick    2010-03-31 18:58	Alright, then I need a reproducible script and a backtrace. The back trace should be made with zend memory manager off (export USE_ZEND_ALLOC=1): http://bugs.php.net/bugs-generating-backtrace.php [^] A valgrind report would be extremely helpful as well.
(0001422) bfelipee    2010-03-31 19:11	sure, no problem. going on vacation in couple of minutes so I will make this next week for you. thanks.
(0001449) derick    2010-04-13 20:46	Would you have the requested information already?
(0001523) derick    2010-07-08 11:22	No feedback, and can't reproduce.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
531	[Xdebug] Usage problems	major	always	2010-02-04 01:13	2010-07-08 11:22
Reporter:	graphy	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.1.0RC1
Operating System:	WindowsXP
PHP Version:	5.3.0
Summary:	No stop at breakpoint with 2.1.0beta2 and eclipse
Description:	I'd got the problem of uninitialized variable with v2.0.5 but it's worked. After reading another report, i'd try the new version 2.1.0beta2. I'd got no error but it's worse. I'm working with eclipse. If i don't ask to break at first line, my browser display a white blank page after waiting few second the So I'd try with the standalone version of xdebug for window and ... it work. Bug or bad configuration ?
Steps To Reproduce:
Additional Information:	Eclipse Gallileo + php 5.3.0 VC6 + wamp2 php.ini (about xdebug) zend_extension=C:/wamp/bin/php/php5.3.0/php_xdebug-2.1.0beta2-5.3-vc6.dll xdebug.remote_enable=1 xdebug.remote_host=127.0.0.1 xdebug.remote_port=9000 xdebug.remote_handler="dbgp" xdebug.remote_mode=req xdebug.profiler_enable = 1 xdebug.profiler_output_dir = c:/wamp/tmp/ xdebug.collect_params = 4 xdebug.collect_return = on xdebug.collect_vars = on xdebug.show_local_vars = 1
Attached Files:

Notes
(0001423) derick    2010-03-31 22:40	Xdebug 2.1.0beta3 should address quite a lot of those issues; could you please try it?
(0001522) derick    2010-07-08 11:22	Can't reproduce this, and no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
590	[Xdebug] Usage problems	major	have not tried	2010-07-01 05:31	2010-07-08 08:34
Reporter:	kulmacet	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Centos 5.4 2.6.18-194.3.1.el5
PHP Version:	5.3.2
Summary:	XDebug ignored
Description:	I just recently created a new LAMP server with the following characteristics: os: Centos 5.4 2.6.18-194.3.1.el5 Mem: 512mb Apache 2.2.3 Mysql: 5.1.48 PHP 5.3.2 I have installed xdebug 2.1.0 per the site instructions. Xdebug is showing in the phpinfo() page and the php -m from the command line. However, the xdebug is being ignored, errors are not formatted as expected and show up as a standard PHP error. No formatting or styling. Any support appreciated, Thanks in advance, Kulmacet
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001512) kulmacet    2010-07-01 16:07	I found that a the PHP setting html_errors was set to off this should be set to On: In the php.ini html_errors = On
(0001516) derick    2010-07-08 08:34	Yes, it seems like some 'clever' person changed the default in PHP. I will speak angrily to him :-) Glad you found it on your own.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
571	[Xdebug] Usage problems	major	always	2010-04-26 06:46	2010-06-23 13:34
Reporter:	ksafonov	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.1
Summary:	XDebug still sends invalid chars
Description:	Although issue 421 is claimed to be fixed, we encounter the same problem: invalid characters are sent by Xdebug as part of XML response.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001466) ksafonov    2010-04-26 06:47	Log opened at 2010-04-26 05:44:05 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/Programs/xampp/htdocs/sandbox/foobar/utf8.php" [^] language="PHP" protocol_version="1.0" appid="6984" idekey="__PRODUCT_NAME__1"><engine version="2.1.0rc1"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2010 by Derick Rethans]]></copyright></init> <- feature_get -i 49 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="49" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- feature_get -i 50 -n breakpoint_types -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="50" feature_name="breakpoint_types" supported="1"><![CDATA[line conditional call return exception]]></response> <- feature_set -i 51 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="51" feature="show_hidden" success="1"></response> <- stdout -i 52 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stdout" transaction_id="52" success="0"></response> <- stderr -i 53 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stderr" transaction_id="53" success="0"></response> <- feature_get -i 54 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="54" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_set -i 55 -n max_children -v 100 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="55" feature="max_children" success="1"></response> <- feature_set -i 56 -n max_data -v 100 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="56" feature="max_data" success="1"></response> <- feature_set -i 57 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="57" feature="max_depth" success="1"></response> <- eval -i 58 -- cGhwX3VuYW1lKCJzIik= -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="eval" transaction_id="58"><property address="151911040" type="string" size="10" encoding="base64"><![CDATA[V2luZG93cyBOVA==]]></property></response> <- breakpoint_set -i 59 -t line -f file:///C:/Programs/xampp/htdocs/sandbox/foobar/utf8.php [^] -n 1157 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="59" state="enabled" id="69840001"></response> <- breakpoint_set -i 60 -t line -f file:///C:/Programs/xampp/htdocs/sandbox/foobar/a.php [^] -n 427 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="60" state="enabled" id="69840002"></response> <- breakpoint_set -i 61 -t line -f file:///C:/Programs/xampp/htdocs/sandbox/foobar/Samples/BankAccount/_intellij_phpunit_launcher.php [^] -n 419 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="61" state="enabled" id="69840003"></response> <- breakpoint_set -i 62 -t line -f file:///C:/Programs/xampp/htdocs/sandbox/foobar/utf8.php [^] -n 1129 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="62" state="enabled" id="69840004"></response> <- run -i 63 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="63" status="break" reason="ok"><xdebug:message filename="file:///C:/Programs/xampp/htdocs/sandbox/foobar/utf8.php" [^] lineno="1129"></xdebug:message></response> <- stack_get -i 64 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="64"><stack where="{main}" level="0" type="file" filename="file:///C:/Programs/xampp/htdocs/sandbox/foobar/utf8.php" [^] lineno="1129"></stack></response> <- context_names -i 65 -d 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="65"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context></response> <- context_get -i 66 -d 0 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="66" context="0"><property name="UTF8_LOWER_ACCENTS" fullname="$UTF8_LOWER_ACCENTS" address="167189792" type="null"></property><property name="UTF8_LOWER_TO_UPPER" fullname="$UTF8_LOWER_TO_UPPER" type="uninitialized"></property><property name="UTF8_ROMANIZATION" fullname="$UTF8_ROMANIZATION" type="uninitialized"></property><property name="UTF8_SPECIAL_CHARS" fullname="$UTF8_SPECIAL_CHARS" type="uninitialized"></property><property name="UTF8_SPECIAL_CHARS2" fullname="$UTF8_SPECIAL_CHARS2" type="uninitialized"></property><property name="UTF8_UPPER_ACCENTS" fullname="$UTF8_UPPER_ACCENTS" type="uninitialized"></property><property name="UTF8_UPPER_TO_LOWER" fullname="$UTF8_UPPER_TO_LOWER" type="uninitialized"></property></response> <- context_get -i 67 -d 0 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="67" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="166637648" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="XDEBUG_SESSION" fullname="$_COOKIE['XDEBUG_SESSION']" address="166638392" type="string" size="17" encoding="base64"><![CDATA[X19QUk9EVUNUX05BTUVfXzE=]]></property></property><property name="_ENV" fullname="$_ENV" address="166639072" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_FILES" fullname="$_FILES" address="166638688" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_GET" fullname="$_GET" address="166637480" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="XDEBUG_SESSION_START" fullname="$_GET['XDEBUG_SESSION_START']" address="166637960" type="string" size="17" encoding="base64"><![CDATA[X19QUk9EVUNUX05BTUVfXzE=]]></property></property><property name="_POST" fullname="$_POST" address="166637800" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_REQUEST" fullname="$_REQUEST" address="166639240" type="array" children="1" numchildren="2" page="0" pagesize="100"><property name="XDEBUG_SESSION_START" fullname="$_REQUEST['XDEBUG_SESSION_START']" address="166637960" type="string" size="17" encoding="base64"><![CDATA[X19QUk9EVUNUX05BTUVfXzE=]]></property><property name="XDEBUG_SESSION" fullname="$_REQUEST['XDEBUG_SESSION']" address="166638392" type="string" size="17" encoding="base64"><![CDATA[X19QUk9EVUNUX05BTUVfXzE=]]></property></property><property name="_SERVER" fullname="$_SERVER" address="166639544" type="array" children="1" numchildren="40" page="0" pagesize="100"><property name="MIBDIRS" fullname="$_SERVER['MIBDIRS']" address="166640000" type="string" size="33" encoding="base64"><![CDATA[QzovUHJvZ3JhbXMveGFtcHAvcGhwL2V4dHJhcy9taWJz]]></property><property name="MYSQL_HOME" fullname="$_SERVER['MYSQL_HOME']" address="166640256" type="string" size="27" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNceGFtcHBcbXlzcWxcYmlu]]></property><property name="OPENSSL_CONF" fullname="$_SERVER['OPENSSL_CONF']" address="166640544" type="string" size="40" encoding="base64"><![CDATA[QzovUHJvZ3JhbXMveGFtcHAvYXBhY2hlL2Jpbi9vcGVuc3NsLmNuZg==]]></property><property name="PHP_PEAR_SYSCONF_DIR" fullname="$_SERVER['PHP_PEAR_SYSCONF_DIR']" address="166640856" type="string" size="21" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNceGFtcHBccGhw]]></property><property name="PHPRC" fullname="$_SERVER['PHPRC']" address="166641040" type="string" size="21" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNceGFtcHBccGhw]]></property><property name="TMP" fullname="$_SERVER['TMP']" address="166641272" type="string" size="21" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNceGFtcHBcdG1w]]></property><property name="HTTP_HOST" fullname="$_SERVER['HTTP_HOST']" address="166641488" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="HTTP_USER_AGENT" fullname="$_SERVER['HTTP_USER_AGENT']" address="166641880" type="string" size="88" encoding="base64"><![CDATA[TW96aWxsYS81LjAgKFdpbmRvd3M7IFU7IFdpbmRvd3MgTlQgNi4xOyBlbi1HQjsgcnY6MS45LjIuMykgR2Vja28vMjAxMDA0MDEgRmlyZWZveC8zLjYuMw==]]></property><property name="HTTP_ACCEPT" fullname="$_SERVER['HTTP_ACCEPT']" address="166642280" type="string" size="63" encoding="base64"><![CDATA[dGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44]]></property><property name="HTTP_ACCEPT_LANGUAGE" fullname="$_SERVER['HTTP_ACCEPT_LANGUAGE']" address="166642600" type="string" size="14" encoding="base64"><![CDATA[ZW4tZ2IsZW47cT0wLjU=]]></property><property name="HTTP_ACCEPT_ENCODING" fullname="$_SERVER['HTTP_ACCEPT_ENCODING']" address="166642840" type="string" size="12" encoding="base64"><![CDATA[Z3ppcCxkZWZsYXRl]]></property><property name="HTTP_ACCEPT_CHARSET" fullname="$_SERVER['HTTP_ACCEPT_CHARSET']" address="166643032" type="string" size="30" encoding="base64"><![CDATA[SVNPLTg4NTktMSx1dGYtODtxPTAuNywqO3E9MC43]]></property><property name="HTTP_KEEP_ALIVE" fullname="$_SERVER['HTTP_KEEP_ALIVE']" address="166642472" type="string" size="3" encoding="base64"><![CDATA[MTE1]]></property><property name="HTTP_CONNECTION" fullname="$_SERVER['HTTP_CONNECTION']" address="166643448" type="string" size="10" encoding="base64"><![CDATA[a2VlcC1hbGl2ZQ==]]></property><property name="HTTP_COOKIE" fullname="$_SERVER['HTTP_COOKIE']" address="166643728" type="string" size="32" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT049X19QUk9EVUNUX05BTUVfXzE=]]></property><property name="PATH" fullname="$_SERVER['PATH']" address="166645000" type="string" size="520" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMjtDOlxXaW5kb3dzO0M6XFdpbmRvd3NcU3lzdGVtMzJcV2JlbTtDOlxXaW5kb3dzXFN5c3RlbTMyXFdpbmRvd3NQb3dlclNoZWxsXHYxLjBcOw==]]></property><property name="SystemRoot" fullname="$_SERVER['SystemRoot']" address="166645352" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="COMSPEC" fullname="$_SERVER['COMSPEC']" address="166645744" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="PATHEXT" fullname="$_SERVER['PATHEXT']" address="166646048" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="WINDIR" fullname="$_SERVER['WINDIR']" address="166646224" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="SERVER_SIGNATURE" fullname="$_SERVER['SERVER_SIGNATURE']" address="166646872" type="string" size="189" encoding="base64"><![CDATA[PGFkZHJlc3M+QXBhY2hlLzIuMi4xNCAoV2luMzIpIERBVi8yIG1vZF9zc2wvMi4yLjE0IE9wZW5TU0wvMC45LjhsIG1vZF9hdXRvaW5kZXhfY29sb3IgUEhQLzUuMy4xIG1vZA==]]></property><property name="SERVER_SOFTWARE" fullname="$_SERVER['SERVER_SOFTWARE']" address="166646544" type="string" size="141" encoding="base64"><![CDATA[QXBhY2hlLzIuMi4xNCAoV2luMzIpIERBVi8yIG1vZF9zc2wvMi4yLjE0IE9wZW5TU0wvMC45LjhsIG1vZF9hdXRvaW5kZXhfY29sb3IgUEhQLzUuMy4xIG1vZF9hcHJlcTItMg==]]></property><property name="SERVER_NAME" fullname="$_SERVER['SERVER_NAME']" address="166647584" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="SERVER_ADDR" fullname="$_SERVER['SERVER_ADDR']" address="166647760" type="string" size="3" encoding="base64"><![CDATA[Ojox]]></property><property name="SERVER_PORT" fullname="$_SERVER['SERVER_PORT']" address="166647968" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="REMOTE_ADDR" fullname="$_SERVER['REMOTE_ADDR']" address="166648176" type="string" size="3" encoding="base64"><![CDATA[Ojox]]></property><property name="DOCUMENT_ROOT" fullname="$_SERVER['DOCUMENT_ROOT']" address="166648440" type="string" size="24" encoding="base64"><![CDATA[QzovUHJvZ3JhbXMveGFtcHAvaHRkb2Nz]]></property><property name="SERVER_ADMIN" fullname="$_SERVER['SERVER_ADMIN']" address="166648688" type="string" size="20" encoding="base64"><![CDATA[cG9zdG1hc3RlckBsb2NhbGhvc3Q=]]></property><property name="SCRIPT_FILENAME" fullname="$_SERVER['SCRIPT_FILENAME']" address="166649000" type="string" size="48" encoding="base64"><![CDATA[QzovUHJvZ3JhbXMveGFtcHAvaHRkb2NzL3NhbmRib3gvZm9vYmFyL3V0ZjgucGhw]]></property><property name="REMOTE_PORT" fullname="$_SERVER['REMOTE_PORT']" address="166649216" type="string" size="5" encoding="base64"><![CDATA[NTY1MzE=]]></property><property name="GATEWAY_INTERFACE" fullname="$_SERVER['GATEWAY_INTERFACE']" address="166649496" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PROTOCOL" fullname="$_SERVER['SERVER_PROTOCOL']" address="166649352" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjE=]]></property><property name="REQUEST_METHOD" fullname="$_SERVER['REQUEST_METHOD']" address="166650160" type="string" size="3" encoding="base64"><![CDATA[R0VU]]></property><property name="QUERY_STRING" fullname="$_SERVER['QUERY_STRING']" address="166650704" type="string" size="38" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT05fU1RBUlQ9X19QUk9EVUNUX05BTUVfXzE=]]></property><property name="REQUEST_URI" fullname="$_SERVER['REQUEST_URI']" address="166650880" type="string" size="63" encoding="base64"><![CDATA[L3NhbmRib3gvZm9vYmFyL3V0ZjgucGhwP1hERUJVR19TRVNTSU9OX1NUQVJUPV9fUFJPRFVDVF9OQU1FX18x]]></property><property name="SCRIPT_NAME" fullname="$_SERVER['SCRIPT_NAME']" address="166651136" type="string" size="24" encoding="base64"><![CDATA[L3NhbmRib3gvZm9vYmFyL3V0ZjgucGhw]]></property><property name="PHP_SELF" fullname="$_SERVER['PHP_SELF']" address="166651392" type="string" size="24" encoding="base64"><![CDATA[L3NhbmRib3gvZm9vYmFyL3V0ZjgucGhw]]></property><property name="REQUEST_TIME" fullname="$_SERVER['REQUEST_TIME']" address="166651480" type="int"><![CDATA[1272260645]]></property><property name="argv" fullname="$_SERVER['argv']" address="166651568" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="0" fullname="$_SERVER['argv'][0]" address="166651688" type="string" size="38" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT05fU1RBUlQ9X19QUk9EVUNUX05BTUVfXzE=]]></property></property><property name="argc" fullname="$_SERVER['argc']" address="166651816" type="int"><![CDATA[1]]></property></property><property name="GLOBALS" fullname="$GLOBALS" address="167116664" type="array" children="1" numchildren="9" page="0" pagesize="100"><property name="GLOBALS" fullname="$GLOBALS['GLOBALS']" address="167116664" type="array" children="1" recursive="1"></property><property name="_POST" fullname="$GLOBALS['_POST']" address="166637800" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_GET" fullname="$GLOBALS['_GET']" address="166637480" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="XDEBUG_SESSION_START" fullname="$GLOBALS['_GET']['XDEBUG_SESSION_START']" address="166637960" type="string" size="17" encoding="base64"><![CDATA[X19QUk9EVUNUX05BTUVfXzE=]]></property></property><property name="_COOKIE" fullname="$GLOBALS['_COOKIE']" address="166637648" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="XDEBUG_SESSION" fullname="$GLOBALS['_COOKIE']['XDEBUG_SESSION']" address="166638392" type="string" size="17" encoding="base64"><![CDATA[X19QUk9EVUNUX05BTUVfXzE=]]></property></property><property name="_FILES" fullname="$GLOBALS['_FILES']" address="166638688" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_ENV" fullname="$GLOBALS['_ENV']" address="166639072" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_REQUEST" fullname="$GLOBALS['_REQUEST']" address="166639240" type="array" children="1" numchildren="2" page="0" pagesize="100"><property name="XDEBUG_SESSION_START" fullname="$GLOBALS['_REQUEST']['XDEBUG_SESSION_START']" address="166637960" type="string" size="17" encoding="base64"><![CDATA[X19QUk9EVUNUX05BTUVfXzE=]]></property><property name="XDEBUG_SESSION" fullname="$GLOBALS['_REQUEST']['XDEBUG_SESSION']" address="166638392" type="string" size="17" encoding="base64"><![CDATA[X19QUk9EVUNUX05BTUVfXzE=]]></property></property><property name="_SERVER" fullname="$GLOBALS['_SERVER']" address="166639544" type="array" children="1" numchildren="40" page="0" pagesize="100"><property name="MIBDIRS" fullname="$GLOBALS['_SERVER']['MIBDIRS']" address="166640000" type="string" size="33" encoding="base64"><![CDATA[QzovUHJvZ3JhbXMveGFtcHAvcGhwL2V4dHJhcy9taWJz]]></property><property name="MYSQL_HOME" fullname="$GLOBALS['_SERVER']['MYSQL_HOME']" address="166640256" type="string" size="27" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNceGFtcHBcbXlzcWxcYmlu]]></property><property name="OPENSSL_CONF" fullname="$GLOBALS['_SERVER']['OPENSSL_CONF']" address="166640544" type="string" size="40" encoding="base64"><![CDATA[QzovUHJvZ3JhbXMveGFtcHAvYXBhY2hlL2Jpbi9vcGVuc3NsLmNuZg==]]></property><property name="PHP_PEAR_SYSCONF_DIR" fullname="$GLOBALS['_SERVER']['PHP_PEAR_SYSCONF_DIR']" address="166640856" type="string" size="21" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNceGFtcHBccGhw]]></property><property name="PHPRC" fullname="$GLOBALS['_SERVER']['PHPRC']" address="166641040" type="string" size="21" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNceGFtcHBccGhw]]></property><property name="TMP" fullname="$GLOBALS['_SERVER']['TMP']" address="166641272" type="string" size="21" encoding="base64"><![CDATA[QzpcUHJvZ3JhbXNceGFtcHBcdG1w]]></property><property name="HTTP_HOST" fullname="$GLOBALS['_SERVER']['HTTP_HOST']" address="166641488" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="HTTP_USER_AGENT" fullname="$GLOBALS['_SERVER']['HTTP_USER_AGENT']" address="166641880" type="string" size="88" encoding="base64"><![CDATA[TW96aWxsYS81LjAgKFdpbmRvd3M7IFU7IFdpbmRvd3MgTlQgNi4xOyBlbi1HQjsgcnY6MS45LjIuMykgR2Vja28vMjAxMDA0MDEgRmlyZWZveC8zLjYuMw==]]></property><property name="HTTP_ACCEPT" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT']" address="166642280" type="string" size="63" encoding="base64"><![CDATA[dGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44]]></property><property name="HTTP_ACCEPT_LANGUAGE" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT_LANGUAGE']" address="166642600" type="string" size="14" encoding="base64"><![CDATA[ZW4tZ2IsZW47cT0wLjU=]]></property><property name="HTTP_ACCEPT_ENCODING" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT_ENCODING']" address="166642840" type="string" size="12" encoding="base64"><![CDATA[Z3ppcCxkZWZsYXRl]]></property><property name="HTTP_ACCEPT_CHARSET" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT_CHARSET']" address="166643032" type="string" size="30" encoding="base64"><![CDATA[SVNPLTg4NTktMSx1dGYtODtxPTAuNywqO3E9MC43]]></property><property name="HTTP_KEEP_ALIVE" fullname="$GLOBALS['_SERVER']['HTTP_KEEP_ALIVE']" address="166642472" type="string" size="3" encoding="base64"><![CDATA[MTE1]]></property><property name="HTTP_CONNECTION" fullname="$GLOBALS['_SERVER']['HTTP_CONNECTION']" address="166643448" type="string" size="10" encoding="base64"><![CDATA[a2VlcC1hbGl2ZQ==]]></property><property name="HTTP_COOKIE" fullname="$GLOBALS['_SERVER']['HTTP_COOKIE']" address="166643728" type="string" size="32" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT049X19QUk9EVUNUX05BTUVfXzE=]]></property><property name="PATH" fullname="$GLOBALS['_SERVER']['PATH']" address="166645000" type="string" size="520" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMjtDOlxXaW5kb3dzO0M6XFdpbmRvd3NcU3lzdGVtMzJcV2JlbTtDOlxXaW5kb3dzXFN5c3RlbTMyXFdpbmRvd3NQb3dlclNoZWxsXHYxLjBcOw==]]></property><property name="SystemRoot" fullname="$GLOBALS['_SERVER']['SystemRoot']" address="166645352" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="COMSPEC" fullname="$GLOBALS['_SERVER']['COMSPEC']" address="166645744" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="PATHEXT" fullname="$GLOBALS['_SERVER']['PATHEXT']" address="166646048" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="WINDIR" fullname="$GLOBALS['_SERVER']['WINDIR']" address="166646224" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="SERVER_SIGNATURE" fullname="$GLOBALS['_SERVER']['SERVER_SIGNATURE']" address="166646872" type="string" size="189" encoding="base64"><![CDATA[PGFkZHJlc3M+QXBhY2hlLzIuMi4xNCAoV2luMzIpIERBVi8yIG1vZF9zc2wvMi4yLjE0IE9wZW5TU0wvMC45LjhsIG1vZF9hdXRvaW5kZXhfY29sb3IgUEhQLzUuMy4xIG1vZA==]]></property><property name="SERVER_SOFTWARE" fullname="$GLOBALS['_SERVER']['SERVER_SOFTWARE']" address="166646544" type="string" size="141" encoding="base64"><![CDATA[QXBhY2hlLzIuMi4xNCAoV2luMzIpIERBVi8yIG1vZF9zc2wvMi4yLjE0IE9wZW5TU0wvMC45LjhsIG1vZF9hdXRvaW5kZXhfY29sb3IgUEhQLzUuMy4xIG1vZF9hcHJlcTItMg==]]></property><property name="SERVER_NAME" fullname="$GLOBALS['_SERVER']['SERVER_NAME']" address="166647584" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="SERVER_ADDR" fullname="$GLOBALS['_SERVER']['SERVER_ADDR']" address="166647760" type="string" size="3" encoding="base64"><![CDATA[Ojox]]></property><property name="SERVER_PORT" fullname="$GLOBALS['_SERVER']['SERVER_PORT']" address="166647968" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="REMOTE_ADDR" fullname="$GLOBALS['_SERVER']['REMOTE_ADDR']" address="166648176" type="string" size="3" encoding="base64"><![CDATA[Ojox]]></property><property name="DOCUMENT_ROOT" fullname="$GLOBALS['_SERVER']['DOCUMENT_ROOT']" address="166648440" type="string" size="24" encoding="base64"><![CDATA[QzovUHJvZ3JhbXMveGFtcHAvaHRkb2Nz]]></property><property name="SERVER_ADMIN" fullname="$GLOBALS['_SERVER']['SERVER_ADMIN']" address="166648688" type="string" size="20" encoding="base64"><![CDATA[cG9zdG1hc3RlckBsb2NhbGhvc3Q=]]></property><property name="SCRIPT_FILENAME" fullname="$GLOBALS['_SERVER']['SCRIPT_FILENAME']" address="166649000" type="string" size="48" encoding="base64"><![CDATA[QzovUHJvZ3JhbXMveGFtcHAvaHRkb2NzL3NhbmRib3gvZm9vYmFyL3V0ZjgucGhw]]></property><property name="REMOTE_PORT" fullname="$GLOBALS['_SERVER']['REMOTE_PORT']" address="166649216" type="string" size="5" encoding="base64"><![CDATA[NTY1MzE=]]></property><property name="GATEWAY_INTERFACE" fullname="$GLOBALS['_SERVER']['GATEWAY_INTERFACE']" address="166649496" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PROTOCOL" fullname="$GLOBALS['_SERVER']['SERVER_PROTOCOL']" address="166649352" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjE=]]></property><property name="REQUEST_METHOD" fullname="$GLOBALS['_SERVER']['REQUEST_METHOD']" address="166650160" type="string" size="3" encoding="base64"><![CDATA[R0VU]]></property><property name="QUERY_STRING" fullname="$GLOBALS['_SERVER']['QUERY_STRING']" address="166650704" type="string" size="38" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT05fU1RBUlQ9X19QUk9EVUNUX05BTUVfXzE=]]></property><property name="REQUEST_URI" fullname="$GLOBALS['_SERVER']['REQUEST_URI']" address="166650880" type="string" size="63" encoding="base64"><![CDATA[L3NhbmRib3gvZm9vYmFyL3V0ZjgucGhwP1hERUJVR19TRVNTSU9OX1NUQVJUPV9fUFJPRFVDVF9OQU1FX18x]]></property><property name="SCRIPT_NAME" fullname="$GLOBALS['_SERVER']['SCRIPT_NAME']" address="166651136" type="string" size="24" encoding="base64"><![CDATA[L3NhbmRib3gvZm9vYmFyL3V0ZjgucGhw]]></property><property name="PHP_SELF" fullname="$GLOBALS['_SERVER']['PHP_SELF']" address="166651392" type="string" size="24" encoding="base64"><![CDATA[L3NhbmRib3gvZm9vYmFyL3V0ZjgucGhw]]></property><property name="REQUEST_TIME" fullname="$GLOBALS['_SERVER']['REQUEST_TIME']" address="166651480" type="int"><![CDATA[1272260645]]></property><property name="argv" fullname="$GLOBALS['_SERVER']['argv']" address="166651568" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="0" fullname="$GLOBALS['_SERVER']['argv'][0]" address="166651688" type="string" size="38" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT05fU1RBUlQ9X19QUk9EVUNUX05BTUVfXzE=]]></property></property><property name="argc" fullname="$GLOBALS['_SERVER']['argc']" address="166651816" type="int"><![CDATA[1]]></property></property><property name="UTF8_LOWER_ACCENTS" fullname="$GLOBALS['UTF8_LOWER_ACCENTS']" address="167189792" type="null"></property></property></response> <- step_over -i 68 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_over" transaction_id="68" status="break" reason="ok"><xdebug:message filename="file:///C:/Programs/xampp/htdocs/sandbox/foobar/utf8.php" [^] lineno="1156"></xdebug:message></response> <- stack_get -i 69 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="69"><stack where="{main}" level="0" type="file" filename="file:///C:/Programs/xampp/htdocs/sandbox/foobar/utf8.php" [^] lineno="1156"></stack></response> <- context_names -i 70 -d 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="70"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context></response> <- context_get -i 71 -d 0 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="71" context="0"><property name="UTF8_LOWER_ACCENTS" fullname="$UTF8_LOWER_ACCENTS" address="167189792" type="array" children="1" numchildren="104" page="0" pagesize="100"><property name="? " fullname="$UTF8_LOWER_ACCENTS['? ']" address="167189760" type="string" size="1" encoding="base64"><![CDATA[YQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167190536" type="string" size="1" encoding="base64"><![CDATA[bw==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167190504" type="string" size="1" encoding="base64"><![CDATA[ZA==]]></property><property name="???" fullname="$UTF8_LOWER_ACCENTS['???']" address="167190008" type="string" size="1" encoding="base64"><![CDATA[Zg==]]></property><property name="?«" fullname="$UTF8_LOWER_ACCENTS['?«']" address="167190040" type="string" size="1" encoding="base64"><![CDATA[ZQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167191032" type="string" size="1" encoding="base64"><![CDATA[cw==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167191128" type="string" size="1" encoding="base64"><![CDATA[bw==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167191224" type="string" size="2" encoding="base64"><![CDATA[c3M=]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167191320" type="string" size="1" encoding="base64"><![CDATA[YQ==]]></property><property name="?™" fullname="$UTF8_LOWER_ACCENTS['?™']" address="167191416" type="string" size="1" encoding="base64"><![CDATA[cg==]]></property><property name="?›" fullname="$UTF8_LOWER_ACCENTS['?›']" address="167191512" type="string" size="1" encoding="base64"><![CDATA[dA==]]></property><property name="?€" fullname="$UTF8_LOWER_ACCENTS['?€']" address="167191608" type="string" size="1" encoding="base64"><![CDATA[bg==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167191704" type="string" size="1" encoding="base64"><![CDATA[YQ==]]></property><property name="?·" fullname="$UTF8_LOWER_ACCENTS['?·']" address="167191800" type="string" size="1" encoding="base64"><![CDATA[aw==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167191896" type="string" size="1" encoding="base64"><![CDATA[cw==]]></property><property name="?»?" fullname="$UTF8_LOWER_ACCENTS['?»?']" address="167191992" type="string" size="1" encoding="base64"><![CDATA[eQ==]]></property><property name="?†" fullname="$UTF8_LOWER_ACCENTS['?†']" address="167192088" type="string" size="1" encoding="base64"><![CDATA[bg==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167192184" type="string" size="1" encoding="base64"><![CDATA[bA==]]></property><property name="?§" fullname="$UTF8_LOWER_ACCENTS['?§']" address="167192280" type="string" size="1" encoding="base64"><![CDATA[aA==]]></property><property name="??—" fullname="$UTF8_LOWER_ACCENTS['??—']" address="167192376" type="string" size="1" encoding="base64"><![CDATA[cA==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167192472" type="string" size="1" encoding="base64"><![CDATA[bw==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167192568" type="string" size="1" encoding="base64"><![CDATA[dQ==]]></property><property name="?›" fullname="$UTF8_LOWER_ACCENTS['?›']" address="167192664" type="string" size="1" encoding="base64"><![CDATA[ZQ==]]></property><property name="?©" fullname="$UTF8_LOWER_ACCENTS['?©']" address="167192760" type="string" size="1" encoding="base64"><![CDATA[ZQ==]]></property><property name="?§" fullname="$UTF8_LOWER_ACCENTS['?§']" address="167192856" type="string" size="1" encoding="base64"><![CDATA[Yw==]]></property><property name="???" fullname="$UTF8_LOWER_ACCENTS['???']" address="167192952" type="string" size="1" encoding="base64"><![CDATA[dw==]]></property><property name="?‹" fullname="$UTF8_LOWER_ACCENTS['?‹']" address="167193048" type="string" size="1" encoding="base64"><![CDATA[Yw==]]></property><property name="?µ" fullname="$UTF8_LOWER_ACCENTS['?µ']" address="167193144" type="string" size="1" encoding="base64"><![CDATA[bw==]]></property><property name="???" fullname="$UTF8_LOWER_ACCENTS['???']" address="167193240" type="string" size="1" encoding="base64"><![CDATA[cw==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167193336" type="string" size="1" encoding="base64"><![CDATA[bw==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167193432" type="string" size="1" encoding="base64"><![CDATA[Zw==]]></property><property name="?§" fullname="$UTF8_LOWER_ACCENTS['?§']" address="167193528" type="string" size="1" encoding="base64"><![CDATA[dA==]]></property><property name="?™" fullname="$UTF8_LOWER_ACCENTS['?™']" address="167193624" type="string" size="1" encoding="base64"><![CDATA[cw==]]></property><property name="?—" fullname="$UTF8_LOWER_ACCENTS['?—']" address="167193720" type="string" size="1" encoding="base64"><![CDATA[ZQ==]]></property><property name="?‰" fullname="$UTF8_LOWER_ACCENTS['?‰']" address="167193816" type="string" size="1" encoding="base64"><![CDATA[Yw==]]></property><property name="?›" fullname="$UTF8_LOWER_ACCENTS['?›']" address="167193912" type="string" size="1" encoding="base64"><![CDATA[cw==]]></property><property name="?®" fullname="$UTF8_LOWER_ACCENTS['?®']" address="167194008" type="string" size="1" encoding="base64"><![CDATA[aQ==]]></property><property name="?±" fullname="$UTF8_LOWER_ACCENTS['?±']" address="167194104" type="string" size="1" encoding="base64"><![CDATA[dQ==]]></property><property name="?‡" fullname="$UTF8_LOWER_ACCENTS['?‡']" address="167194200" type="string" size="1" encoding="base64"><![CDATA[Yw==]]></property><property name="?™" fullname="$UTF8_LOWER_ACCENTS['?™']" address="167194296" type="string" size="1" encoding="base64"><![CDATA[ZQ==]]></property><property name="?µ" fullname="$UTF8_LOWER_ACCENTS['?µ']" address="167194392" type="string" size="1" encoding="base64"><![CDATA[dw==]]></property><property name="??«" fullname="$UTF8_LOWER_ACCENTS['??«']" address="167194488" type="string" size="1" encoding="base64"><![CDATA[dA==]]></property><property name="?«" fullname="$UTF8_LOWER_ACCENTS['?«']" address="167194584" type="string" size="1" encoding="base64"><![CDATA[dQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167194680" type="string" size="1" encoding="base64"><![CDATA[Yw==]]></property><property name="?¶" fullname="$UTF8_LOWER_ACCENTS['?¶']" address="167194776" type="string" size="2" encoding="base64"><![CDATA[b2U=]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167194872" type="string" size="1" encoding="base64"><![CDATA[ZQ==]]></property><property name="?·" fullname="$UTF8_LOWER_ACCENTS['?·']" address="167194968" type="string" size="1" encoding="base64"><![CDATA[eQ==]]></property><property name="?…" fullname="$UTF8_LOWER_ACCENTS['?…']" address="167195064" type="string" size="1" encoding="base64"><![CDATA[YQ==]]></property><property name="?‚" fullname="$UTF8_LOWER_ACCENTS['?‚']" address="167195160" type="string" size="1" encoding="base64"><![CDATA[bA==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167195256" type="string" size="1" encoding="base64"><![CDATA[dQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167195352" type="string" size="1" encoding="base64"><![CDATA[dQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167195448" type="string" size="1" encoding="base64"><![CDATA[cw==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167195544" type="string" size="1" encoding="base64"><![CDATA[Zw==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167195640" type="string" size="1" encoding="base64"><![CDATA[bA==]]></property><property name="?’" fullname="$UTF8_LOWER_ACCENTS['?’']" address="167195736" type="string" size="1" encoding="base64"><![CDATA[Zg==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167195832" type="string" size="1" encoding="base64"><![CDATA[eg==]]></property><property name="???" fullname="$UTF8_LOWER_ACCENTS['???']" address="167195928" type="string" size="1" encoding="base64"><![CDATA[dw==]]></property><property name="???" fullname="$UTF8_LOWER_ACCENTS['???']" address="167196024" type="string" size="1" encoding="base64"><![CDATA[Yg==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167196120" type="string" size="1" encoding="base64"><![CDATA[YQ==]]></property><property name="?¬" fullname="$UTF8_LOWER_ACCENTS['?¬']" address="167196264" type="string" size="1" encoding="base64"><![CDATA[aQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167196360" type="string" size="1" encoding="base64"><![CDATA[aQ==]]></property><property name="??‹" fullname="$UTF8_LOWER_ACCENTS['??‹']" address="167196456" type="string" size="1" encoding="base64"><![CDATA[ZA==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167196552" type="string" size="1" encoding="base64"><![CDATA[dA==]]></property><property name="?—" fullname="$UTF8_LOWER_ACCENTS['?—']" address="167196648" type="string" size="1" encoding="base64"><![CDATA[cg==]]></property><property name="?¤" fullname="$UTF8_LOWER_ACCENTS['?¤']" address="167196744" type="string" size="2" encoding="base64"><![CDATA[YWU=]]></property><property name="?­" fullname="$UTF8_LOWER_ACCENTS['?­']" address="167197360" type="string" size="1" encoding="base64"><![CDATA[aQ==]]></property><property name="?•" fullname="$UTF8_LOWER_ACCENTS['?•']" address="167197456" type="string" size="1" encoding="base64"><![CDATA[cg==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167197552" type="string" size="1" encoding="base64"><![CDATA[ZQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167197648" type="string" size="2" encoding="base64"><![CDATA[dWU=]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167197744" type="string" size="1" encoding="base64"><![CDATA[bw==]]></property><property name="?“" fullname="$UTF8_LOWER_ACCENTS['?“']" address="167197840" type="string" size="1" encoding="base64"><![CDATA[ZQ==]]></property><property name="?±" fullname="$UTF8_LOWER_ACCENTS['?±']" address="167197936" type="string" size="1" encoding="base64"><![CDATA[bg==]]></property><property name="?„" fullname="$UTF8_LOWER_ACCENTS['?„']" address="167198032" type="string" size="1" encoding="base64"><![CDATA[bg==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167198128" type="string" size="1" encoding="base64"><![CDATA[aA==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167198224" type="string" size="1" encoding="base64"><![CDATA[Zw==]]></property><property name="?‘" fullname="$UTF8_LOWER_ACCENTS['?‘']" address="167198320" type="string" size="1" encoding="base64"><![CDATA[ZA==]]></property><property name="?µ" fullname="$UTF8_LOWER_ACCENTS['?µ']" address="167198416" type="string" size="1" encoding="base64"><![CDATA[ag==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167198512" type="string" size="1" encoding="base64"><![CDATA[eQ==]]></property><property name="?©" fullname="$UTF8_LOWER_ACCENTS['?©']" address="167198608" type="string" size="1" encoding="base64"><![CDATA[dQ==]]></property><property name="?­" fullname="$UTF8_LOWER_ACCENTS['?­']" address="167198704" type="string" size="1" encoding="base64"><![CDATA[dQ==]]></property><property name="?°" fullname="$UTF8_LOWER_ACCENTS['?°']" address="167198800" type="string" size="1" encoding="base64"><![CDATA[dQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167198896" type="string" size="1" encoding="base64"><![CDATA[dA==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167198992" type="string" size="1" encoding="base64"><![CDATA[eQ==]]></property><property name="?‘" fullname="$UTF8_LOWER_ACCENTS['?‘']" address="167199088" type="string" size="1" encoding="base64"><![CDATA[bw==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167199184" type="string" size="1" encoding="base64"><![CDATA[YQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167199280" type="string" size="1" encoding="base64"><![CDATA[bA==]]></property><property name="??…" fullname="$UTF8_LOWER_ACCENTS['??…']" address="167199376" type="string" size="1" encoding="base64"><![CDATA[dw==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167199472" type="string" size="1" encoding="base64"><![CDATA[eg==]]></property><property name="?«" fullname="$UTF8_LOWER_ACCENTS['?«']" address="167199568" type="string" size="1" encoding="base64"><![CDATA[aQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167199664" type="string" size="1" encoding="base64"><![CDATA[YQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167199760" type="string" size="1" encoding="base64"><![CDATA[Zw==]]></property><property name="???" fullname="$UTF8_LOWER_ACCENTS['???']" address="167199856" type="string" size="1" encoding="base64"><![CDATA[bQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167199952" type="string" size="1" encoding="base64"><![CDATA[bw==]]></property><property name="?©" fullname="$UTF8_LOWER_ACCENTS['?©']" address="167200048" type="string" size="1" encoding="base64"><![CDATA[aQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167200144" type="string" size="1" encoding="base64"><![CDATA[dQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167200240" type="string" size="1" encoding="base64"><![CDATA[aQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167200336" type="string" size="1" encoding="base64"><![CDATA[eg==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167200432" type="string" size="1" encoding="base64"><![CDATA[YQ==]]></property><property name="?»" fullname="$UTF8_LOWER_ACCENTS['?»']" address="167200528" type="string" size="1" encoding="base64"><![CDATA[dQ==]]></property><property name="??" fullname="$UTF8_LOWER_ACCENTS['??']" address="167200624" type="string" size="2" encoding="base64"><![CDATA[dGg=]]></property></property><property name="UTF8_LOWER_TO_UPPER" fullname="$UTF8_LOWER_TO_UPPER" type="uninitialized"></property><property name="UTF8_ROMANIZATION" fullname="$UTF8_ROMANIZATION" type="uninitialized"></property><property name="UTF8_SPECIAL_CHARS" fullname="$UTF8_SPECIAL_CHARS" type="uninitialized"></property><property name="UTF8_SPECIAL_CHARS2" fullname="$UTF8_SPECIAL_CHARS2" type="uninitialized"></property><property name="UTF8_UPPER_ACCENTS" fullname="$UTF8_UPPER_ACCENTS" type="uninitialized"></property><property name="UTF8_UPPER_TO_LOWER" fullname="$UTF8_UPPER_TO_LOWER" type="uninitialized"></property></response> -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="71" status="break" reason="ok"><xdebug:message filename="file:///C:/Programs/xampp/htdocs/sandbox/foobar/utf8.php" [^] lineno="1157"></xdebug:message></response> -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] status="stopping" reason="ok"></response> Log closed at 2010-04-26 05:44:09
(0001467) ksafonov    2010-04-26 06:50    (edited on: 2010-04-26 06:51)	For some reason I cannot attach the sample file, but one can download it from JetBrains issue tracker: http://youtrack.jetbrains.net/_persistent/utf8.php?file=74-25990&v=0&c=true. [^] The log is taken with breakpoint at line 1129.
(0001500) derick    2010-06-22 10:22	I can't reproduce this. I don't even know where the problem is in the report that you're showing as there is too much data around it. Would you have a *small* reproducing script. Preferably with one array, and one array element? xmllint also sees no problem with the data packet.
(0001501) ksafonov    2010-06-22 13:00	Sure: 1. installed php_xdebug-2.1.0RC1-5.3-vc6.dll (that is suggested by the script on the website) 2. opened the file http://youtrack.jetbrains.net/_persistent/571.php?file=74-29737&v=0&c=true [^] 3. put breakpoint to the line 2 4. started execution, stopped at breakpoint 5. tried to step over      => invalid packed received Xdebug log attached as http://youtrack.jetbrains.net/_persistent/xdebug-571.log?file=74-29739&v=0&c=true [^]
(0001503) derick    2010-06-22 14:33	I still see no problems with this packet, except for perhaps the encoding header. Can you easily test a patch (on a unix host)?
(0001504) ksafonov    2010-06-23 12:30	Derick, seems there's a problem at my side. Deep apologies for wasting your time.
(0001505) derick    2010-06-23 12:33	It would be good to know what the problem is though; could you either add a link to a description, or provide it here?
(0001507) ksafonov    2010-06-23 13:30	Sure! Original issue: http://youtrack.jetbrains.net/issue/WI-958 [^] The problem was that underlying socket connection subsystem was converting bytes that come from Xdebug into a string with a system default encoding, instead of supplying raw bytes as expected.
(0001508) derick    2010-06-23 13:34	Cheers. Closing this issue then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
573	[Xdebug] Debug client (console)	minor	always	2010-04-28 09:41	2010-06-23 12:34
Reporter:	masch	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Fedora 12/13
PHP Version:	5.3.2
Summary:	I cannot get the variable on a breakpoint
Description:	I use Kdevelop4 and I found that when I am in a breakpoint I cannot get the value of a variable. I talked with the Kdevelop4 developer and he told that there is an issue on the xdebug version on Fedora, because he use the same xdebug version on his Gentoo and I tested on Ubuntu and it works fine. Here is the xdebug output when I try to get the variable value: kdevelop(18624)/kdevelop (xdebug) XDebug::Connection::sendCommand: "stack_get -i 37" kdevelop(18624)/kdevplatform (debugger) KDevelop::IVariableController::handleEvent: 2 kdevelop(18624)/kdevelop (xdebug) XDebug::PropertyGetCallback::execute: "<?xml version='1.0' encoding='iso-8859-1'?> <response status="break" reason="ok" xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="35"> <error code="300"> <message><![CDATA[can not get property]]></message> </error> </response> " Do you know how to fix it? Please let me know if you need more information. Thanks! salu2... masch...
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001468) masch    2010-04-28 09:44	Here is the full output on the cli client: Here is the output with debuclient: I do not know why I getting: can not get property debugclient -p 9000 Xdebug Simple DBGp client (0.10.0) Copyright 2002-2007 by Derick Rethans. - libedit support: enabled Listening on TCP port 9000. Waiting for debug server to connect. Connect <?xml version="1.0" encoding="iso-8859-1"?> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///var/www/html/public_html/tttttttttt/tttttttttt.php" [^] language="PHP" protocol_version="1.0" appid="21613" idekey="masch"><engine version="2.0.5"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2009 by Derick Rethans]]></copyright></init> (cmd) breakpoint_set -i 1 -t line -f file:///var/www/html/public_html/tttttttttt/tttttttttt.php [^] -n 5 <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="1" id="216130001"></response> (cmd) breakpoint_set -i 1 -t line -f file:///var/www/html/public_html/tttttttttt/tttttttttt.php [^] -n 8 <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="1" id="216130002"></response> (cmd) run -i 1 <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="1" status="break" reason="ok"><xdebug:message filename="file:///var/www/html/public_html/tttttttttt/tttttttttt.php" [^] lineno="8"></xdebug:message></response> (cmd) run -i 1 <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="1" status="break" reason="ok"><xdebug:message filename="file:///var/www/html/public_html/tttttttttt/tttttttttt.php" [^] lineno="5"></xdebug:message></response> (cmd) property_get -i 1 -n $var1 -d 0 <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="1" status="break" reason="ok"><error code="300"><message><![CDATA[can not get property]]></message></error></response> salu2... masch...
(0001469) derick    2010-04-28 22:47	Please try the latest release candidate from http://xdebug.org/download.php [^] If that still causes the same problem, please provide your test file with a trace that is used with this test file.
(0001499) derick    2010-06-22 09:47	Can't reproduce, and no feedback for trying the latest release.
(0001502) masch    2010-06-22 13:41	Sorry, I forgot to mention that I tried it with the release version and it worked fine. Thanks!..
(0001506) derick    2010-06-23 12:34	All right, marking as fixed then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
586	[Xdebug] Usage problems	minor	always	2010-06-15 20:14	2010-06-16 16:17
Reporter:	chamby	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux - Ubuntu 10.04 LTS
PHP Version:	5.3.2
Summary:	eval() with base64_decode causes segfault
Description:	<?php //echo base64_encode('printf("output text");'); // Generates the string used below eval(base64_decode('cHJpbnRmKCJvdXRwdXQgdGV4dCIpOw==')); // Should print 'output text' ?> (gdb) bt #0 0x00007f2c59235022 in ?? () from /lib/libc.so.6 #1 0x00000000005f9e59 in php_addcslashes (str=0x3c0656d988681c07 <Address 0x3c0656d988681c07 out of bounds>, length=0, new_length=0x0, should_free=1, what=0x7f2c581cdaea "'\\", wlength=6) at /build/buildd/php5-5.3.2/ext/standard/string.c:3121 0000002 0x00007f2c581c1acb in xdebug_var_export (struc=0x7fff8205e3b8, str=0x7fff8205e3c0, level=1, debug_zval=0, options=0x1585090) at /build/buildd/xdebug-2.0.5/build-php5/xdebug_var.c:283 0000003 0x00007f2c581c1f8e in xdebug_get_zval_value (val=0x155bd10, debug_zval=0, options=0x1585090) at /build/buildd/xdebug-2.0.5/build-php5/xdebug_var.c:365 0000004 0x00007f2c581a727e in add_stack_frame (zdata=0x7f2c5bdbb068, op_array=0x155d238, type=2) at /build/buildd/xdebug-2.0.5/build-php5/xdebug.c:1081 0000005 0x00007f2c581a8984 in xdebug_execute (op_array=0x155d238) at /build/buildd/xdebug-2.0.5/build-php5/xdebug.c:1512 0000006 0x00000000006d165c in ZEND_INCLUDE_OR_EVAL_SPEC_VAR_HANDLER (execute_data=0x7f2c5bdbb068) at /build/buildd/php5-5.3.2/Zend/zend_vm_execute.h:8576 0000007 0x00000000006bd400 in execute (op_array=0x155c710) at /build/buildd/php5-5.3.2/Zend/zend_vm_execute.h:104 0000008 0x00007f2c581a8b9e in xdebug_execute (op_array=0x155c710) at /build/buildd/xdebug-2.0.5/build-php5/xdebug.c:1562 0000009 0x000000000069512d in zend_execute_scripts (type=0, retval=0x7fff8205e920, file_count=3) at /build/buildd/php5-5.3.2/Zend/zend.c:1266 0000010 0x0000000000640d98 in php_execute_script (primary_file=0x2) at /build/buildd/php5-5.3.2/main/main.c:2288 0000011 0x0000000000726236 in main (argc=0, argv=0x1) at /build/buildd/php5-5.3.2/sapi/cli/php_cli.c:1196
Steps To Reproduce:
Additional Information:	see https://bugs.launchpad.net/ubuntu/+source/php5/+bug/594696 [^]
Attached Files:

Notes
(0001494) derick    2010-06-15 23:34	Please try Xdebug 2.1.0RC1 from http://xdebug.org/download.php, [^] or rather, try it from SVN: http://xdebug.org/docs/install#source [^]
(0001495) chamby    2010-06-16 00:10	Unable to reproduce with SVN. I should build from source more often I guess. ;-)
(0001496) derick    2010-06-16 16:17	awesome, closing then

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
584	[Xdebug] Usage problems	minor	always	2010-06-07 10:23	2010-06-13 15:04
Reporter:	ksafonov	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 x64
PHP Version:	5.2.10
Summary:	Xdebug breaks twice in a single line in certain cases
Description:	Script: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> [^] <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>Statements termination</title> </head> <body> <?php echo 'One hit.' ; ?> <?php echo 'One hit.'; ?> <?php echo 'One hit.' ?> <?php echo 'Two hits.'; ?> <?php echo 'Two hits.' ?> </body> </html> Set breakpoints to every line with a string literal. Start debugging (we used PhpStorm for that). Resume execution after every breakpoint hit. Result: for lines with 'Two hits' literal you have to resume twice to go further.
Steps To Reproduce:
Additional Information:	PHP 5.2.13 Xdebug log: Log opened at 2010-06-07 09:16:20 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/Users/ksafonov/WebideProjects/suse-a3/test.php" [^] language="PHP" protocol_version="1.0" appid="11568" idekey="__PRODUCT_NAME__1"><engine version="2.1.0rc1"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2010 by Derick Rethans]]></copyright></init> <- feature_get -i 206 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="206" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- feature_get -i 207 -n breakpoint_types -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="207" feature_name="breakpoint_types" supported="1"><![CDATA[line conditional call return exception]]></response> <- feature_set -i 208 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="208" feature="show_hidden" success="1"></response> <- stdout -i 209 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stdout" transaction_id="209" success="0"></response> <- stderr -i 210 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stderr" transaction_id="210" success="0"></response> <- feature_get -i 211 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="211" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_set -i 212 -n max_children -v 100 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="212" feature="max_children" success="1"></response> <- feature_set -i 213 -n max_data -v 100 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="213" feature="max_data" success="1"></response> <- feature_set -i 214 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="214" feature="max_depth" success="1"></response> <- eval -i 215 -- cGhwX3VuYW1lKCJzIik= -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="eval" transaction_id="215"><property address="12647144" type="string" size="10" encoding="base64"><![CDATA[V2luZG93cyBOVA==]]></property></response> <- breakpoint_set -i 216 -t line -f file:///C:/Users/ksafonov/WebideProjects/suse-a3/test.php [^] -n 17 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="216" state="enabled" id="115680001"></response> <- breakpoint_set -i 217 -t line -f file:///C:/Users/ksafonov/WebideProjects/suse-a3/test.php [^] -n 13 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="217" state="enabled" id="115680002"></response> <- breakpoint_set -i 218 -t line -f file:///C:/Users/ksafonov/WebideProjects/suse-a3/test.php [^] -n 16 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="218" state="enabled" id="115680003"></response> <- breakpoint_set -i 219 -t line -f file:///C:/Users/ksafonov/WebideProjects/suse-a3/test.php [^] -n 19 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="219" state="enabled" id="115680004"></response> <- breakpoint_set -i 220 -t line -f file:///C:/Users/ksafonov/WebideProjects/suse-a3/test.php [^] -n 10 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="220" state="enabled" id="115680005"></response> <- run -i 221 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="221" status="break" reason="ok"><xdebug:message filename="file:///C:/Users/ksafonov/WebideProjects/suse-a3/test.php" [^] lineno="10"></xdebug:message></response> <- stack_get -i 222 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="222"><stack where="{main}" level="0" type="file" filename="file:///C:/Users/ksafonov/WebideProjects/suse-a3/test.php" [^] lineno="10"></stack></response> <- context_names -i 223 -d 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="223"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context></response> <- context_get -i 224 -d 0 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="224" context="0"></response> <- context_get -i 225 -d 0 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="225" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="37660696" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_ENV" fullname="$_ENV" address="37654208" type="array" children="1" numchildren="45" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$_ENV['ALLUSERSPROFILE']" address="37654328" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ant_home" fullname="$_ENV['ant_home']" address="37654456" type="string" size="29" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNVw=]]></property><property name="APPDATA" fullname="$_ENV['APPDATA']" address="37654304" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="CommonProgramFiles" fullname="$_ENV['CommonProgramFiles']" address="37654736" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$_ENV['CommonProgramFiles(x86)']" address="37654872" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramW6432" fullname="$_ENV['CommonProgramW6432']" address="37655008" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$_ENV['COMPUTERNAME']" address="37655144" type="string" size="13" encoding="base64"><![CDATA[S1NBRk9OT1YtVkFJTw==]]></property><property name="ComSpec" fullname="$_ENV['ComSpec']" address="37655120" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="configsetroot" fullname="$_ENV['configsetroot']" address="37655384" type="string" size="24" encoding="base64"><![CDATA[QzpcV2luZG93c1xDb25maWdTZXRSb290]]></property><property name="dev_idea_home" fullname="$_ENV['dev_idea_home']" address="37655544" type="string" size="16" encoding="base64"><![CDATA[YzpcUHJvamVjdHNcSURFQQ==]]></property><property name="EMC_AUTOPLAY" fullname="$_ENV['EMC_AUTOPLAY']" address="37655696" type="string" size="49" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXA==]]></property><property name="FP_NO_HOST_CHECK" fullname="$_ENV['FP_NO_HOST_CHECK']" address="37655360" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$_ENV['HOMEDRIVE']" address="37655912" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$_ENV['HOMEPATH']" address="37656016" type="string" size="15" encoding="base64"><![CDATA[XFVzZXJzXGtzYWZvbm92]]></property><property name="java_home" fullname="$_ENV['java_home']" address="37656096" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS41LjBfMjJc]]></property><property name="LOCALAPPDATA" fullname="$_ENV['LOCALAPPDATA']" address="37656216" type="string" size="31" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$_ENV['LOGONSERVER']" address="37656320" type="string" size="11" encoding="base64"><![CDATA[XFxTVC1TRVJWRVI=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$_ENV['NUMBER_OF_PROCESSORS']" address="37656296" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="OS" fullname="$_ENV['OS']" address="37656656" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$_ENV['Path']" address="37657384" type="string" size="643" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxQQyBDb25uZWN0aXZpdHkgU29sdXRpb25cO0M6XFdpbmRvd3Ncc3lzdGVtMzI7QzpcV2luZG93cztDOlxXaW5kb3dzXFN5c3RlbTMyXA==]]></property><property name="PATHEXT" fullname="$_ENV['PATHEXT']" address="37657520" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$_ENV['PROCESSOR_ARCHITECTURE']" address="37657600" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_ARCHITEW6432" fullname="$_ENV['PROCESSOR_ARCHITEW6432']" address="37657640" type="string" size="5" encoding="base64"><![CDATA[QU1ENjQ=]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$_ENV['PROCESSOR_IDENTIFIER']" address="37657800" type="string" size="50" encoding="base64"><![CDATA[SW50ZWw2NCBGYW1pbHkgNiBNb2RlbCAzNyBTdGVwcGluZyAyLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$_ENV['PROCESSOR_LEVEL']" address="37657928" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$_ENV['PROCESSOR_REVISION']" address="37657904" type="string" size="4" encoding="base64"><![CDATA[MjUwMg==]]></property><property name="ProgramData" fullname="$_ENV['ProgramData']" address="37658144" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$_ENV['ProgramFiles']" address="37658224" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramFiles(x86)" fullname="$_ENV['ProgramFiles(x86)']" address="37658120" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramW6432" fullname="$_ENV['ProgramW6432']" address="37658456" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PSModulePath" fullname="$_ENV['PSModulePath']" address="37658600" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$_ENV['PUBLIC']" address="37658696" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="RoxioCentral" fullname="$_ENV['RoxioCentral']" address="37658880" type="string" size="70" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcUm94aW8gQ2VudHJhbDM2XA==]]></property><property name="SESSIONNAME" fullname="$_ENV['SESSIONNAME']" address="37659224" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property><property name="SystemDrive" fullname="$_ENV['SystemDrive']" address="37659320" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="SystemRoot" fullname="$_ENV['SystemRoot']" address="37659424" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="TEMP" fullname="$_ENV['TEMP']" address="37659400" type="string" size="7" encoding="base64"><![CDATA[YzpcVGVtcA==]]></property><property name="TMP" fullname="$_ENV['TMP']" address="37659600" type="string" size="7" encoding="base64"><![CDATA[YzpcdGVtcA==]]></property><property name="USERDNSDOMAIN" fullname="$_ENV['USERDNSDOMAIN']" address="37659728" type="string" size="16" encoding="base64"><![CDATA[U1dJRlRURUFNUy5MT0NBTA==]]></property><property name="USERDOMAIN" fullname="$_ENV['USERDOMAIN']" address="37659840" type="string" size="10" encoding="base64"><![CDATA[U1dJRlRURUFNUw==]]></property><property name="USERNAME" fullname="$_ENV['USERNAME']" address="37659944" type="string" size="8" encoding="base64"><![CDATA[a3NhZm9ub3Y=]]></property><property name="USERPROFILE" fullname="$_ENV['USERPROFILE']" address="37660056" type="string" size="17" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3Y=]]></property><property name="windir" fullname="$_ENV['windir']" address="37660136" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="work_idea_home" fullname="$_ENV['work_idea_home']" address="37660280" type="string" size="29" encoding="base64"><![CDATA[YzpccHJvZ3JhbXNcaWRlYS1mcm9tLXNvdXJjZXM=]]></property><property name="XDEBUG_CONFIG" fullname="$_ENV['XDEBUG_CONFIG']" address="37660408" type="string" size="24" encoding="base64"><![CDATA[aWRla2V5PV9fUFJPRFVDVF9OQU1FX18x]]></property></property><property name="_FILES" fullname="$_FILES" address="37668768" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_GET" fullname="$_GET" address="37660256" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_POST" fullname="$_POST" address="37668184" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_REQUEST" fullname="$_REQUEST" address="37669000" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_SERVER" fullname="$_SERVER" address="37660808" type="array" children="1" numchildren="53" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$_SERVER['ALLUSERSPROFILE']" address="37660968" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ant_home" fullname="$_SERVER['ant_home']" address="37661096" type="string" size="29" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNVw=]]></property><property name="APPDATA" fullname="$_SERVER['APPDATA']" address="37660944" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="CommonProgramFiles" fullname="$_SERVER['CommonProgramFiles']" address="37661360" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$_SERVER['CommonProgramFiles(x86)']" address="37661496" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramW6432" fullname="$_SERVER['CommonProgramW6432']" address="37661632" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$_SERVER['COMPUTERNAME']" address="37661768" type="string" size="13" encoding="base64"><![CDATA[S1NBRk9OT1YtVkFJTw==]]></property><property name="ComSpec" fullname="$_SERVER['ComSpec']" address="37661744" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="configsetroot" fullname="$_SERVER['configsetroot']" address="37662008" type="string" size="24" encoding="base64"><![CDATA[QzpcV2luZG93c1xDb25maWdTZXRSb290]]></property><property name="dev_idea_home" fullname="$_SERVER['dev_idea_home']" address="37662168" type="string" size="16" encoding="base64"><![CDATA[YzpcUHJvamVjdHNcSURFQQ==]]></property><property name="EMC_AUTOPLAY" fullname="$_SERVER['EMC_AUTOPLAY']" address="37662320" type="string" size="49" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXA==]]></property><property name="FP_NO_HOST_CHECK" fullname="$_SERVER['FP_NO_HOST_CHECK']" address="37661984" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$_SERVER['HOMEDRIVE']" address="37662536" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$_SERVER['HOMEPATH']" address="37662640" type="string" size="15" encoding="base64"><![CDATA[XFVzZXJzXGtzYWZvbm92]]></property><property name="java_home" fullname="$_SERVER['java_home']" address="37662720" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS41LjBfMjJc]]></property><property name="LOCALAPPDATA" fullname="$_SERVER['LOCALAPPDATA']" address="37662840" type="string" size="31" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$_SERVER['LOGONSERVER']" address="37662944" type="string" size="11" encoding="base64"><![CDATA[XFxTVC1TRVJWRVI=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$_SERVER['NUMBER_OF_PROCESSORS']" address="37662920" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="OS" fullname="$_SERVER['OS']" address="37663144" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$_SERVER['Path']" address="37663872" type="string" size="643" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxQQyBDb25uZWN0aXZpdHkgU29sdXRpb25cO0M6XFdpbmRvd3Ncc3lzdGVtMzI7QzpcV2luZG93cztDOlxXaW5kb3dzXFN5c3RlbTMyXA==]]></property><property name="PATHEXT" fullname="$_SERVER['PATHEXT']" address="37664008" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$_SERVER['PROCESSOR_ARCHITECTURE']" address="37664088" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_ARCHITEW6432" fullname="$_SERVER['PROCESSOR_ARCHITEW6432']" address="37664128" type="string" size="5" encoding="base64"><![CDATA[QU1ENjQ=]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$_SERVER['PROCESSOR_IDENTIFIER']" address="37664288" type="string" size="50" encoding="base64"><![CDATA[SW50ZWw2NCBGYW1pbHkgNiBNb2RlbCAzNyBTdGVwcGluZyAyLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$_SERVER['PROCESSOR_LEVEL']" address="37664416" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$_SERVER['PROCESSOR_REVISION']" address="37664392" type="string" size="4" encoding="base64"><![CDATA[MjUwMg==]]></property><property name="ProgramData" fullname="$_SERVER['ProgramData']" address="37664632" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$_SERVER['ProgramFiles']" address="37664712" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramFiles(x86)" fullname="$_SERVER['ProgramFiles(x86)']" address="37664608" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramW6432" fullname="$_SERVER['ProgramW6432']" address="37664944" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PSModulePath" fullname="$_SERVER['PSModulePath']" address="37665088" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$_SERVER['PUBLIC']" address="37665184" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="RoxioCentral" fullname="$_SERVER['RoxioCentral']" address="37665368" type="string" size="70" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcUm94aW8gQ2VudHJhbDM2XA==]]></property><property name="SESSIONNAME" fullname="$_SERVER['SESSIONNAME']" address="37665712" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property><property name="SystemDrive" fullname="$_SERVER['SystemDrive']" address="37665808" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="SystemRoot" fullname="$_SERVER['SystemRoot']" address="37665912" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="TEMP" fullname="$_SERVER['TEMP']" address="37665888" type="string" size="7" encoding="base64"><![CDATA[YzpcVGVtcA==]]></property><property name="TMP" fullname="$_SERVER['TMP']" address="37666088" type="string" size="7" encoding="base64"><![CDATA[YzpcdGVtcA==]]></property><property name="USERDNSDOMAIN" fullname="$_SERVER['USERDNSDOMAIN']" address="37666216" type="string" size="16" encoding="base64"><![CDATA[U1dJRlRURUFNUy5MT0NBTA==]]></property><property name="USERDOMAIN" fullname="$_SERVER['USERDOMAIN']" address="37666328" type="string" size="10" encoding="base64"><![CDATA[U1dJRlRURUFNUw==]]></property><property name="USERNAME" fullname="$_SERVER['USERNAME']" address="37666432" type="string" size="8" encoding="base64"><![CDATA[a3NhZm9ub3Y=]]></property><property name="USERPROFILE" fullname="$_SERVER['USERPROFILE']" address="37666544" type="string" size="17" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3Y=]]></property><property name="windir" fullname="$_SERVER['windir']" address="37666624" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="work_idea_home" fullname="$_SERVER['work_idea_home']" address="37666768" type="string" size="29" encoding="base64"><![CDATA[YzpccHJvZ3JhbXNcaWRlYS1mcm9tLXNvdXJjZXM=]]></property><property name="XDEBUG_CONFIG" fullname="$_SERVER['XDEBUG_CONFIG']" address="37666896" type="string" size="24" encoding="base64"><![CDATA[aWRla2V5PV9fUFJPRFVDVF9OQU1FX18x]]></property><property name="PHP_SELF" fullname="$_SERVER['PHP_SELF']" address="37667048" type="string" size="49" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcV2ViaWRlUHJvamVjdHNcc3VzZS1hM1x0ZXN0LnBocA==]]></property><property name="SCRIPT_NAME" fullname="$_SERVER['SCRIPT_NAME']" address="37667192" type="string" size="49" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcV2ViaWRlUHJvamVjdHNcc3VzZS1hM1x0ZXN0LnBocA==]]></property><property name="SCRIPT_FILENAME" fullname="$_SERVER['SCRIPT_FILENAME']" address="37667336" type="string" size="49" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcV2ViaWRlUHJvamVjdHNcc3VzZS1hM1x0ZXN0LnBocA==]]></property><property name="PATH_TRANSLATED" fullname="$_SERVER['PATH_TRANSLATED']" address="37667488" type="string" size="49" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcV2ViaWRlUHJvamVjdHNcc3VzZS1hM1x0ZXN0LnBocA==]]></property><property name="DOCUMENT_ROOT" fullname="$_SERVER['DOCUMENT_ROOT']" address="37667576" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="REQUEST_TIME" fullname="$_SERVER['REQUEST_TIME']" address="37667664" type="int"><![CDATA[1275902180]]></property><property name="argv" fullname="$_SERVER['argv']" address="37666744" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="0" fullname="$_SERVER['argv'][0]" address="37667832" type="string" size="49" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcV2ViaWRlUHJvamVjdHNcc3VzZS1hM1x0ZXN0LnBocA==]]></property></property><property name="argc" fullname="$_SERVER['argc']" address="37667968" type="int"><![CDATA[1]]></property></property><property name="GLOBALS" fullname="$GLOBALS" address="37628672" type="array" children="1" numchildren="16" page="0" pagesize="100"><property name="GLOBALS" fullname="$GLOBALS['GLOBALS']" address="37628672" type="array" children="1" recursive="1"></property><property name="_ENV" fullname="$GLOBALS['_ENV']" address="37654208" type="array" children="1" numchildren="45" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$GLOBALS['_ENV']['ALLUSERSPROFILE']" address="37654328" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ant_home" fullname="$GLOBALS['_ENV']['ant_home']" address="37654456" type="string" size="29" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNVw=]]></property><property name="APPDATA" fullname="$GLOBALS['_ENV']['APPDATA']" address="37654304" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="CommonProgramFiles" fullname="$GLOBALS['_ENV']['CommonProgramFiles']" address="37654736" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$GLOBALS['_ENV']['CommonProgramFiles(x86)']" address="37654872" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramW6432" fullname="$GLOBALS['_ENV']['CommonProgramW6432']" address="37655008" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$GLOBALS['_ENV']['COMPUTERNAME']" address="37655144" type="string" size="13" encoding="base64"><![CDATA[S1NBRk9OT1YtVkFJTw==]]></property><property name="ComSpec" fullname="$GLOBALS['_ENV']['ComSpec']" address="37655120" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="configsetroot" fullname="$GLOBALS['_ENV']['configsetroot']" address="37655384" type="string" size="24" encoding="base64"><![CDATA[QzpcV2luZG93c1xDb25maWdTZXRSb290]]></property><property name="dev_idea_home" fullname="$GLOBALS['_ENV']['dev_idea_home']" address="37655544" type="string" size="16" encoding="base64"><![CDATA[YzpcUHJvamVjdHNcSURFQQ==]]></property><property name="EMC_AUTOPLAY" fullname="$GLOBALS['_ENV']['EMC_AUTOPLAY']" address="37655696" type="string" size="49" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXA==]]></property><property name="FP_NO_HOST_CHECK" fullname="$GLOBALS['_ENV']['FP_NO_HOST_CHECK']" address="37655360" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$GLOBALS['_ENV']['HOMEDRIVE']" address="37655912" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$GLOBALS['_ENV']['HOMEPATH']" address="37656016" type="string" size="15" encoding="base64"><![CDATA[XFVzZXJzXGtzYWZvbm92]]></property><property name="java_home" fullname="$GLOBALS['_ENV']['java_home']" address="37656096" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS41LjBfMjJc]]></property><property name="LOCALAPPDATA" fullname="$GLOBALS['_ENV']['LOCALAPPDATA']" address="37656216" type="string" size="31" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$GLOBALS['_ENV']['LOGONSERVER']" address="37656320" type="string" size="11" encoding="base64"><![CDATA[XFxTVC1TRVJWRVI=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$GLOBALS['_ENV']['NUMBER_OF_PROCESSORS']" address="37656296" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="OS" fullname="$GLOBALS['_ENV']['OS']" address="37656656" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$GLOBALS['_ENV']['Path']" address="37657384" type="string" size="643" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxQQyBDb25uZWN0aXZpdHkgU29sdXRpb25cO0M6XFdpbmRvd3Ncc3lzdGVtMzI7QzpcV2luZG93cztDOlxXaW5kb3dzXFN5c3RlbTMyXA==]]></property><property name="PATHEXT" fullname="$GLOBALS['_ENV']['PATHEXT']" address="37657520" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$GLOBALS['_ENV']['PROCESSOR_ARCHITECTURE']" address="37657600" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_ARCHITEW6432" fullname="$GLOBALS['_ENV']['PROCESSOR_ARCHITEW6432']" address="37657640" type="string" size="5" encoding="base64"><![CDATA[QU1ENjQ=]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$GLOBALS['_ENV']['PROCESSOR_IDENTIFIER']" address="37657800" type="string" size="50" encoding="base64"><![CDATA[SW50ZWw2NCBGYW1pbHkgNiBNb2RlbCAzNyBTdGVwcGluZyAyLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$GLOBALS['_ENV']['PROCESSOR_LEVEL']" address="37657928" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$GLOBALS['_ENV']['PROCESSOR_REVISION']" address="37657904" type="string" size="4" encoding="base64"><![CDATA[MjUwMg==]]></property><property name="ProgramData" fullname="$GLOBALS['_ENV']['ProgramData']" address="37658144" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$GLOBALS['_ENV']['ProgramFiles']" address="37658224" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramFiles(x86)" fullname="$GLOBALS['_ENV']['ProgramFiles(x86)']" address="37658120" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramW6432" fullname="$GLOBALS['_ENV']['ProgramW6432']" address="37658456" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PSModulePath" fullname="$GLOBALS['_ENV']['PSModulePath']" address="37658600" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$GLOBALS['_ENV']['PUBLIC']" address="37658696" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="RoxioCentral" fullname="$GLOBALS['_ENV']['RoxioCentral']" address="37658880" type="string" size="70" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcUm94aW8gQ2VudHJhbDM2XA==]]></property><property name="SESSIONNAME" fullname="$GLOBALS['_ENV']['SESSIONNAME']" address="37659224" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property><property name="SystemDrive" fullname="$GLOBALS['_ENV']['SystemDrive']" address="37659320" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="SystemRoot" fullname="$GLOBALS['_ENV']['SystemRoot']" address="37659424" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="TEMP" fullname="$GLOBALS['_ENV']['TEMP']" address="37659400" type="string" size="7" encoding="base64"><![CDATA[YzpcVGVtcA==]]></property><property name="TMP" fullname="$GLOBALS['_ENV']['TMP']" address="37659600" type="string" size="7" encoding="base64"><![CDATA[YzpcdGVtcA==]]></property><property name="USERDNSDOMAIN" fullname="$GLOBALS['_ENV']['USERDNSDOMAIN']" address="37659728" type="string" size="16" encoding="base64"><![CDATA[U1dJRlRURUFNUy5MT0NBTA==]]></property><property name="USERDOMAIN" fullname="$GLOBALS['_ENV']['USERDOMAIN']" address="37659840" type="string" size="10" encoding="base64"><![CDATA[U1dJRlRURUFNUw==]]></property><property name="USERNAME" fullname="$GLOBALS['_ENV']['USERNAME']" address="37659944" type="string" size="8" encoding="base64"><![CDATA[a3NhZm9ub3Y=]]></property><property name="USERPROFILE" fullname="$GLOBALS['_ENV']['USERPROFILE']" address="37660056" type="string" size="17" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3Y=]]></property><property name="windir" fullname="$GLOBALS['_ENV']['windir']" address="37660136" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="work_idea_home" fullname="$GLOBALS['_ENV']['work_idea_home']" address="37660280" type="string" size="29" encoding="base64"><![CDATA[YzpccHJvZ3JhbXNcaWRlYS1mcm9tLXNvdXJjZXM=]]></property><property name="XDEBUG_CONFIG" fullname="$GLOBALS['_ENV']['XDEBUG_CONFIG']" address="37660408" type="string" size="24" encoding="base64"><![CDATA[aWRla2V5PV9fUFJPRFVDVF9OQU1FX18x]]></property></property><property name="HTTP_ENV_VARS" fullname="$GLOBALS['HTTP_ENV_VARS']" address="37654208" type="array" children="1" numchildren="45" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$GLOBALS['HTTP_ENV_VARS']['ALLUSERSPROFILE']" address="37654328" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ant_home" fullname="$GLOBALS['HTTP_ENV_VARS']['ant_home']" address="37654456" type="string" size="29" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNVw=]]></property><property name="APPDATA" fullname="$GLOBALS['HTTP_ENV_VARS']['APPDATA']" address="37654304" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="CommonProgramFiles" fullname="$GLOBALS['HTTP_ENV_VARS']['CommonProgramFiles']" address="37654736" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$GLOBALS['HTTP_ENV_VARS']['CommonProgramFiles(x86)']" address="37654872" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramW6432" fullname="$GLOBALS['HTTP_ENV_VARS']['CommonProgramW6432']" address="37655008" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$GLOBALS['HTTP_ENV_VARS']['COMPUTERNAME']" address="37655144" type="string" size="13" encoding="base64"><![CDATA[S1NBRk9OT1YtVkFJTw==]]></property><property name="ComSpec" fullname="$GLOBALS['HTTP_ENV_VARS']['ComSpec']" address="37655120" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="configsetroot" fullname="$GLOBALS['HTTP_ENV_VARS']['configsetroot']" address="37655384" type="string" size="24" encoding="base64"><![CDATA[QzpcV2luZG93c1xDb25maWdTZXRSb290]]></property><property name="dev_idea_home" fullname="$GLOBALS['HTTP_ENV_VARS']['dev_idea_home']" address="37655544" type="string" size="16" encoding="base64"><![CDATA[YzpcUHJvamVjdHNcSURFQQ==]]></property><property name="EMC_AUTOPLAY" fullname="$GLOBALS['HTTP_ENV_VARS']['EMC_AUTOPLAY']" address="37655696" type="string" size="49" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXA==]]></property><property name="FP_NO_HOST_CHECK" fullname="$GLOBALS['HTTP_ENV_VARS']['FP_NO_HOST_CHECK']" address="37655360" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$GLOBALS['HTTP_ENV_VARS']['HOMEDRIVE']" address="37655912" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$GLOBALS['HTTP_ENV_VARS']['HOMEPATH']" address="37656016" type="string" size="15" encoding="base64"><![CDATA[XFVzZXJzXGtzYWZvbm92]]></property><property name="java_home" fullname="$GLOBALS['HTTP_ENV_VARS']['java_home']" address="37656096" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS41LjBfMjJc]]></property><property name="LOCALAPPDATA" fullname="$GLOBALS['HTTP_ENV_VARS']['LOCALAPPDATA']" address="37656216" type="string" size="31" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$GLOBALS['HTTP_ENV_VARS']['LOGONSERVER']" address="37656320" type="string" size="11" encoding="base64"><![CDATA[XFxTVC1TRVJWRVI=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$GLOBALS['HTTP_ENV_VARS']['NUMBER_OF_PROCESSORS']" address="37656296" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="OS" fullname="$GLOBALS['HTTP_ENV_VARS']['OS']" address="37656656" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$GLOBALS['HTTP_ENV_VARS']['Path']" address="37657384" type="string" size="643" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxQQyBDb25uZWN0aXZpdHkgU29sdXRpb25cO0M6XFdpbmRvd3Ncc3lzdGVtMzI7QzpcV2luZG93cztDOlxXaW5kb3dzXFN5c3RlbTMyXA==]]></property><property name="PATHEXT" fullname="$GLOBALS['HTTP_ENV_VARS']['PATHEXT']" address="37657520" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$GLOBALS['HTTP_ENV_VARS']['PROCESSOR_ARCHITECTURE']" address="37657600" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_ARCHITEW6432" fullname="$GLOBALS['HTTP_ENV_VARS']['PROCESSOR_ARCHITEW6432']" address="37657640" type="string" size="5" encoding="base64"><![CDATA[QU1ENjQ=]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$GLOBALS['HTTP_ENV_VARS']['PROCESSOR_IDENTIFIER']" address="37657800" type="string" size="50" encoding="base64"><![CDATA[SW50ZWw2NCBGYW1pbHkgNiBNb2RlbCAzNyBTdGVwcGluZyAyLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$GLOBALS['HTTP_ENV_VARS']['PROCESSOR_LEVEL']" address="37657928" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$GLOBALS['HTTP_ENV_VARS']['PROCESSOR_REVISION']" address="37657904" type="string" size="4" encoding="base64"><![CDATA[MjUwMg==]]></property><property name="ProgramData" fullname="$GLOBALS['HTTP_ENV_VARS']['ProgramData']" address="37658144" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$GLOBALS['HTTP_ENV_VARS']['ProgramFiles']" address="37658224" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramFiles(x86)" fullname="$GLOBALS['HTTP_ENV_VARS']['ProgramFiles(x86)']" address="37658120" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramW6432" fullname="$GLOBALS['HTTP_ENV_VARS']['ProgramW6432']" address="37658456" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PSModulePath" fullname="$GLOBALS['HTTP_ENV_VARS']['PSModulePath']" address="37658600" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$GLOBALS['HTTP_ENV_VARS']['PUBLIC']" address="37658696" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="RoxioCentral" fullname="$GLOBALS['HTTP_ENV_VARS']['RoxioCentral']" address="37658880" type="string" size="70" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcUm94aW8gQ2VudHJhbDM2XA==]]></property><property name="SESSIONNAME" fullname="$GLOBALS['HTTP_ENV_VARS']['SESSIONNAME']" address="37659224" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property><property name="SystemDrive" fullname="$GLOBALS['HTTP_ENV_VARS']['SystemDrive']" address="37659320" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="SystemRoot" fullname="$GLOBALS['HTTP_ENV_VARS']['SystemRoot']" address="37659424" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="TEMP" fullname="$GLOBALS['HTTP_ENV_VARS']['TEMP']" address="37659400" type="string" size="7" encoding="base64"><![CDATA[YzpcVGVtcA==]]></property><property name="TMP" fullname="$GLOBALS['HTTP_ENV_VARS']['TMP']" address="37659600" type="string" size="7" encoding="base64"><![CDATA[YzpcdGVtcA==]]></property><property name="USERDNSDOMAIN" fullname="$GLOBALS['HTTP_ENV_VARS']['USERDNSDOMAIN']" address="37659728" type="string" size="16" encoding="base64"><![CDATA[U1dJRlRURUFNUy5MT0NBTA==]]></property><property name="USERDOMAIN" fullname="$GLOBALS['HTTP_ENV_VARS']['USERDOMAIN']" address="37659840" type="string" size="10" encoding="base64"><![CDATA[U1dJRlRURUFNUw==]]></property><property name="USERNAME" fullname="$GLOBALS['HTTP_ENV_VARS']['USERNAME']" address="37659944" type="string" size="8" encoding="base64"><![CDATA[a3NhZm9ub3Y=]]></property><property name="USERPROFILE" fullname="$GLOBALS['HTTP_ENV_VARS']['USERPROFILE']" address="37660056" type="string" size="17" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3Y=]]></property><property name="windir" fullname="$GLOBALS['HTTP_ENV_VARS']['windir']" address="37660136" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="work_idea_home" fullname="$GLOBALS['HTTP_ENV_VARS']['work_idea_home']" address="37660280" type="string" size="29" encoding="base64"><![CDATA[YzpccHJvZ3JhbXNcaWRlYS1mcm9tLXNvdXJjZXM=]]></property><property name="XDEBUG_CONFIG" fullname="$GLOBALS['HTTP_ENV_VARS']['XDEBUG_CONFIG']" address="37660408" type="string" size="24" encoding="base64"><![CDATA[aWRla2V5PV9fUFJPRFVDVF9OQU1FX18x]]></property></property><property name="argv" fullname="$GLOBALS['argv']" address="37666744" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="0" fullname="$GLOBALS['argv'][0]" address="37667832" type="string" size="49" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcV2ViaWRlUHJvamVjdHNcc3VzZS1hM1x0ZXN0LnBocA==]]></property></property><property name="argc" fullname="$GLOBALS['argc']" address="37667968" type="int"><![CDATA[1]]></property><property name="_POST" fullname="$GLOBALS['_POST']" address="37668184" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="HTTP_POST_VARS" fullname="$GLOBALS['HTTP_POST_VARS']" address="37668184" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_GET" fullname="$GLOBALS['_GET']" address="37660256" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="HTTP_GET_VARS" fullname="$GLOBALS['HTTP_GET_VARS']" address="37660256" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_COOKIE" fullname="$GLOBALS['_COOKIE']" address="37660696" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="HTTP_COOKIE_VARS" fullname="$GLOBALS['HTTP_COOKIE_VARS']" address="37660696" type="array" children="0" numchildren="0" page="0" pagesize="100"></property><property name="_SERVER" fullname="$GLOBALS['_SERVER']" address="37660808" type="array" children="1" numchildren="53" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$GLOBALS['_SERVER']['ALLUSERSPROFILE']" address="37660968" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ant_home" fullname="$GLOBALS['_SERVER']['ant_home']" address="37661096" type="string" size="29" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNVw=]]></property><property name="APPDATA" fullname="$GLOBALS['_SERVER']['APPDATA']" address="37660944" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="CommonProgramFiles" fullname="$GLOBALS['_SERVER']['CommonProgramFiles']" address="37661360" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$GLOBALS['_SERVER']['CommonProgramFiles(x86)']" address="37661496" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramW6432" fullname="$GLOBALS['_SERVER']['CommonProgramW6432']" address="37661632" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$GLOBALS['_SERVER']['COMPUTERNAME']" address="37661768" type="string" size="13" encoding="base64"><![CDATA[S1NBRk9OT1YtVkFJTw==]]></property><property name="ComSpec" fullname="$GLOBALS['_SERVER']['ComSpec']" address="37661744" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="configsetroot" fullname="$GLOBALS['_SERVER']['configsetroot']" address="37662008" type="string" size="24" encoding="base64"><![CDATA[QzpcV2luZG93c1xDb25maWdTZXRSb290]]></property><property name="dev_idea_home" fullname="$GLOBALS['_SERVER']['dev_idea_home']" address="37662168" type="string" size="16" encoding="base64"><![CDATA[YzpcUHJvamVjdHNcSURFQQ==]]></property><property name="EMC_AUTOPLAY" fullname="$GLOBALS['_SERVER']['EMC_AUTOPLAY']" address="37662320" type="string" size="49" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXA==]]></property><property name="FP_NO_HOST_CHECK" fullname="$GLOBALS['_SERVER']['FP_NO_HOST_CHECK']" address="37661984" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$GLOBALS['_SERVER']['HOMEDRIVE']" address="37662536" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$GLOBALS['_SERVER']['HOMEPATH']" address="37662640" type="string" size="15" encoding="base64"><![CDATA[XFVzZXJzXGtzYWZvbm92]]></property><property name="java_home" fullname="$GLOBALS['_SERVER']['java_home']" address="37662720" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS41LjBfMjJc]]></property><property name="LOCALAPPDATA" fullname="$GLOBALS['_SERVER']['LOCALAPPDATA']" address="37662840" type="string" size="31" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$GLOBALS['_SERVER']['LOGONSERVER']" address="37662944" type="string" size="11" encoding="base64"><![CDATA[XFxTVC1TRVJWRVI=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$GLOBALS['_SERVER']['NUMBER_OF_PROCESSORS']" address="37662920" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="OS" fullname="$GLOBALS['_SERVER']['OS']" address="37663144" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$GLOBALS['_SERVER']['Path']" address="37663872" type="string" size="643" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxQQyBDb25uZWN0aXZpdHkgU29sdXRpb25cO0M6XFdpbmRvd3Ncc3lzdGVtMzI7QzpcV2luZG93cztDOlxXaW5kb3dzXFN5c3RlbTMyXA==]]></property><property name="PATHEXT" fullname="$GLOBALS['_SERVER']['PATHEXT']" address="37664008" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$GLOBALS['_SERVER']['PROCESSOR_ARCHITECTURE']" address="37664088" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_ARCHITEW6432" fullname="$GLOBALS['_SERVER']['PROCESSOR_ARCHITEW6432']" address="37664128" type="string" size="5" encoding="base64"><![CDATA[QU1ENjQ=]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$GLOBALS['_SERVER']['PROCESSOR_IDENTIFIER']" address="37664288" type="string" size="50" encoding="base64"><![CDATA[SW50ZWw2NCBGYW1pbHkgNiBNb2RlbCAzNyBTdGVwcGluZyAyLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$GLOBALS['_SERVER']['PROCESSOR_LEVEL']" address="37664416" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$GLOBALS['_SERVER']['PROCESSOR_REVISION']" address="37664392" type="string" size="4" encoding="base64"><![CDATA[MjUwMg==]]></property><property name="ProgramData" fullname="$GLOBALS['_SERVER']['ProgramData']" address="37664632" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$GLOBALS['_SERVER']['ProgramFiles']" address="37664712" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramFiles(x86)" fullname="$GLOBALS['_SERVER']['ProgramFiles(x86)']" address="37664608" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramW6432" fullname="$GLOBALS['_SERVER']['ProgramW6432']" address="37664944" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PSModulePath" fullname="$GLOBALS['_SERVER']['PSModulePath']" address="37665088" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$GLOBALS['_SERVER']['PUBLIC']" address="37665184" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="RoxioCentral" fullname="$GLOBALS['_SERVER']['RoxioCentral']" address="37665368" type="string" size="70" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXDEwLjBcUm94aW8gQ2VudHJhbDM2XA==]]></property><property name="SESSIONNAME" fullname="$GLOBALS['_SERVER']['SESSIONNAME']" address="37665712" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property><property name="SystemDrive" fullname="$GLOBALS['_SERVER']['SystemDrive']" address="37665808" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="SystemRoot" fullname="$GLOBALS['_SERVER']['SystemRoot']" address="37665912" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="TEMP" fullname="$GLOBALS['_SERVER']['TEMP']" address="37665888" type="string" size="7" encoding="base64"><![CDATA[YzpcVGVtcA==]]></property><property name="TMP" fullname="$GLOBALS['_SERVER']['TMP']" address="37666088" type="string" size="7" encoding="base64"><![CDATA[YzpcdGVtcA==]]></property><property name="USERDNSDOMAIN" fullname="$GLOBALS['_SERVER']['USERDNSDOMAIN']" address="37666216" type="string" size="16" encoding="base64"><![CDATA[U1dJRlRURUFNUy5MT0NBTA==]]></property><property name="USERDOMAIN" fullname="$GLOBALS['_SERVER']['USERDOMAIN']" address="37666328" type="string" size="10" encoding="base64"><![CDATA[U1dJRlRURUFNUw==]]></property><property name="USERNAME" fullname="$GLOBALS['_SERVER']['USERNAME']" address="37666432" type="string" size="8" encoding="base64"><![CDATA[a3NhZm9ub3Y=]]></property><property name="USERPROFILE" fullname="$GLOBALS['_SERVER']['USERPROFILE']" address="37666544" type="string" size="17" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3Y=]]></property><property name="windir" fullname="$GLOBALS['_SERVER']['windir']" address="37666624" type="string" size="10" encoding="base64"><![CDATA[QzpcV2luZG93cw==]]></property><property name="work_idea_home" fullname="$GLOBALS['_SERVER']['work_idea_home']" address="37666768" type="string" size="29" encoding="base64"><![CDATA[YzpccHJvZ3JhbXNcaWRlYS1mcm9tLXNvdXJjZXM=]]></property><property name="XDEBUG_CONFIG" fullname="$GLOBALS['_SERVER']['XDEBUG_CONFIG']" address="37666896" type="string" size="24" encoding="base64"><![CDATA[aWRla2V5PV9fUFJPRFVDVF9OQU1FX18x]]></property><property name="PHP_SELF" fullname="$GLOBALS['_SERVER']['PHP_SELF']" address="37667048" type="string" size="49" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcV2ViaWRlUHJvamVjdHNcc3VzZS1hM1x0ZXN0LnBocA==]]></property><property name="SCRIPT_NAME" fullname="$GLOBALS['_SERVER']['SCRIPT_NAME']" address="37667192" type="string" size="49" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcV2ViaWRlUHJvamVjdHNcc3VzZS1hM1x0ZXN0LnBocA==]]></property><property name="SCRIPT_FILENAME" fullname="$GLOBALS['_SERVER']['SCRIPT_FILENAME']" address="37667336" type="string" size="49" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcV2ViaWRlUHJvamVjdHNcc3VzZS1hM1x0ZXN0LnBocA==]]></property><property name="PATH_TRANSLATED" fullname="$GLOBALS['_SERVER']['PATH_TRANSLATED']" address="37667488" type="string" size="49" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcV2ViaWRlUHJvamVjdHNcc3VzZS1hM1x0ZXN0LnBocA==]]></property><property name="DOCUMENT_ROOT" fullname="$GLOBALS['_SERVER']['DOCUMENT_ROOT']" address="37667576" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="REQUEST_TIME" fullname="$GLOBALS['_SERVER']['REQUEST_TIME']" address="37667664" type="int"><![CDATA[1275902180]]></property><property name="argv" fullname="$GLOBALS['_SERVER']['argv']" address="37666744" type="array" children="1" numchildren="1" page="0" pagesize="100"><property name="0" fullname="$GLOBALS['_SERVER']['argv'][0]" address="37667832" type="string" size="49" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcV2ViaWRlUHJvamVjdHNcc3VzZS1hM1x0ZXN0LnBocA==]]></property></property><property name="argc" fullname="$GLOBALS['_SERVER']['argc']" address="37667968" type="int"><![CDATA[1]]></property></property><property name="HTTP_SERVER_VARS" fullname="$GLOBALS['HTTP_SERVER_VARS']" address="37660808" type="array" children="1" numchildren="53" page="0" pagesize="100"><property name="ALLUSERSPROFILE" fullname="$GLOBALS['HTTP_SERVER_VARS']['ALLUSERSPROFILE']" address="37660968" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ant_home" fullname="$GLOBALS['HTTP_SERVER_VARS']['ant_home']" address="37661096" type="string" size="29" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcYXBhY2hlLWFudC0xLjYuNVw=]]></property><property name="APPDATA" fullname="$GLOBALS['HTTP_SERVER_VARS']['APPDATA']" address="37660944" type="string" size="33" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxSb2FtaW5n]]></property><property name="CommonProgramFiles" fullname="$GLOBALS['HTTP_SERVER_VARS']['CommonProgramFiles']" address="37661360" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramFiles(x86)" fullname="$GLOBALS['HTTP_SERVER_VARS']['CommonProgramFiles(x86)']" address="37661496" type="string" size="35" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXM=]]></property><property name="CommonProgramW6432" fullname="$GLOBALS['HTTP_SERVER_VARS']['CommonProgramW6432']" address="37661632" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$GLOBALS['HTTP_SERVER_VARS']['COMPUTERNAME']" address="37661768" type="string" size="13" encoding="base64"><![CDATA[S1NBRk9OT1YtVkFJTw==]]></property><property name="ComSpec" fullname="$GLOBALS['HTTP_SERVER_VARS']['ComSpec']" address="37661744" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="configsetroot" fullname="$GLOBALS['HTTP_SERVER_VARS']['configsetroot']" address="37662008" type="string" size="24" encoding="base64"><![CDATA[QzpcV2luZG93c1xDb25maWdTZXRSb290]]></property><property name="dev_idea_home" fullname="$GLOBALS['HTTP_SERVER_VARS']['dev_idea_home']" address="37662168" type="string" size="16" encoding="base64"><![CDATA[YzpcUHJvamVjdHNcSURFQQ==]]></property><property name="EMC_AUTOPLAY" fullname="$GLOBALS['HTTP_SERVER_VARS']['EMC_AUTOPLAY']" address="37662320" type="string" size="49" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxDb21tb24gRmlsZXNcUm94aW8gU2hhcmVkXA==]]></property><property name="FP_NO_HOST_CHECK" fullname="$GLOBALS['HTTP_SERVER_VARS']['FP_NO_HOST_CHECK']" address="37661984" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$GLOBALS['HTTP_SERVER_VARS']['HOMEDRIVE']" address="37662536" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$GLOBALS['HTTP_SERVER_VARS']['HOMEPATH']" address="37662640" type="string" size="15" encoding="base64"><![CDATA[XFVzZXJzXGtzYWZvbm92]]></property><property name="java_home" fullname="$GLOBALS['HTTP_SERVER_VARS']['java_home']" address="37662720" type="string" size="24" encoding="base64"><![CDATA[YzpcUHJvZ3JhbXNcamRrMS41LjBfMjJc]]></property><property name="LOCALAPPDATA" fullname="$GLOBALS['HTTP_SERVER_VARS']['LOCALAPPDATA']" address="37662840" type="string" size="31" encoding="base64"><![CDATA[QzpcVXNlcnNca3NhZm9ub3ZcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$GLOBALS['HTTP_SERVER_VARS']['LOGONSERVER']" address="37662944" type="string" size="11" encoding="base64"><![CDATA[XFxTVC1TRVJWRVI=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$GLOBALS['HTTP_SERVER_VARS']['NUMBER_OF_PROCESSORS']" address="37662920" type="string" size="1" encoding="base64"><![CDATA[NA==]]></property><property name="OS" fullname="$GLOBALS['HTTP_SERVER_VARS']['OS']" address="37663144" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$GLOBALS['HTTP_SERVER_VARS']['Path']" address="37663872" type="string" size="643" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KVxQQyBDb25uZWN0aXZpdHkgU29sdXRpb25cO0M6XFdpbmRvd3Ncc3lzdGVtMzI7QzpcV2luZG93cztDOlxXaW5kb3dzXFN5c3RlbTMyXA==]]></property><property name="PATHEXT" fullname="$GLOBALS['HTTP_SERVER_VARS']['PATHEXT']" address="37664008" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$GLOBALS['HTTP_SERVER_VARS']['PROCESSOR_ARCHITECTURE']" address="37664088" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_ARCHITEW6432" fullname="$GLOBALS['HTTP_SERVER_VARS']['PROCESSOR_ARCHITEW6432']" address="37664128" type="string" size="5" encoding="base64"><![CDATA[QU1ENjQ=]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$GLOBALS['HTTP_SERVER_VARS']['PROCESSOR_IDENTIFIER']" address="37664288" type="string" size="50" encoding="base64"><![CDATA[SW50ZWw2NCBGYW1pbHkgNiBNb2RlbCAzNyBTdGVwcGluZyAyLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$GLOBALS['HTTP_SERVER_VARS']['PROCESSOR_LEVEL']" address="37664416" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$GLOBALS['HTTP_SERVER_VARS']['PROCESSOR_REVISION']" address="37664392" type="string" size="4" encoding="base64"><![CDATA[MjUwMg==]]></property><property name="ProgramData" fullname="$GLOBALS['HTTP_SERVER_VARS']['ProgramData']" address="37664632" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$GLOBALS['HTTP_SERVER_VARS']['ProgramFiles']" address="37664712" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramFiles(x86)" fullname="$GLOBALS['HTTP_SERVER_VARS']['ProgramFiles(x86)']" address="37664608" type="string" size="22" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg2KQ==]]></property><property name="ProgramW6432" fullname="$GLOBALS['HTTP_SERVER_VARS']['ProgramW6432']" address="37664944" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PSModulePath" fullname="$GLOBALS['HTTP_SERVER_VARS']['PSModulePath']" address="37665088" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$GLOBALS['HTTP_SERVER_VARS']['PUBLIC']" address="37665184" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="RoxioCentral" fullname="$GLOBALS['HTTP_SERVER_VARS']['RoxioCentral']" address="37665368" type="string" size="70" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcyAoeDg
Attached Files:

Notes
(0001489) ksafonov    2010-06-07 10:24    (edited on: 2010-06-07 10:27)	Original bug report in our issue tracker: http://youtrack.jetbrains.net/issue/WI-2193 [^]
(0001490) ksafonov    2010-06-07 10:26    (edited on: 2010-06-07 10:27)	Log seems not to upload completely, please find it at http://youtrack.jetbrains.net/_persistent/xdebug.log?file=74-29209&v=0&c=true [^]
(0001493) derick    2010-06-13 15:04	This is not a bug. Xdebug breaks after every statement that PHP "sees". If we analyse what PHPdoes (with VLD) we see this: line # * op fetch ext return operands ---------------------------------------------------------------------------------   10 0 > EXT_STMT          1 ECHO '%3C%21DOCTYPE+HTML+PUBLIC+%22-%2F%2FW3C%2F%2FDTD+HTML+4.01+Transitional%2F%2FEN%22%0A++++++++%22http%3A%2F%2Fwww.w3.org%2FTR%2Fhtml4%2Floose.dtd%22%3E+%5B%5E%5D%0A%3Chtml%3E%0A%3Chead%3E%0A++++%3Cmeta+http-equiv%3D%22Content-Type%22+content%3D%22text%2Fhtml%3B+charset%3DUTF-8%22%3E%0A++++%3Ctitle%3EStatements+termination%3C%2Ftitle%3E%0A%3C%2Fhead%3E%0A%3Cbody%3E%0A%0A'   11 2 EXT_STMT          3 ECHO 'One+hit.'          4 NOP   13 5 EXT_STMT          6 ECHO '%0A'   14 7 EXT_STMT          8 ECHO 'One+hit.'   15 9 NOP   17 10 EXT_STMT         11 ECHO '%0A'   18 12 EXT_STMT         13 ECHO 'One+hit.'   20 14 EXT_STMT         15 ECHO '%0A'         16 EXT_STMT         17 ECHO 'Two+hits.'   21 18 NOP   23 19 EXT_STMT         20 ECHO '%0A'         21 EXT_STMT         22 ECHO 'Two+hits.'   28 23 EXT_STMT         24 ECHO '%0A%0A%3C%2Fbody%3E%0A%3C%2Fhtml%3E%0A'         25 > RETURN 1 Every EXT_STMT is a breakpoint stopping point.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
583	[Xdebug] Documentation	minor	always	2010-05-24 17:40	2010-05-24 17:49
Reporter:	sdmarshall73	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows xp3
PHP Version:	5.3.2
Summary:	Tailored Installation Instructions gives incorrect Extension Directory
Description:	I'm running PHP on windows in under the Program Files folder. When I paste the output of phpinfo in the text area, all the other parameters are correct except for the extension directory. The regex used apparently is not catering for a php installation in this type of directory because it keeps giving: Extensions directory: C:\Program I'll paste my phpinfo below...
Steps To Reproduce:
Additional Information:	PHP Version 5.3.2 System Windows NT DANNY 5.1 build 2600 (Windows XP Home Edition Service Pack 3) i586 Build Date Mar 3 2010 19:38:00 Compiler MSVC6 (Visual C++ 6.0) Architecture x86 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--disable-isapi" "--enable-debug-pack" "--disable-isapi" "--without-mssql" "--without-pdo-mssql" "--without-pi3web" "--with-pdo-oci=D:\php-sdk\oracle\instantclient10\sdk,shared" "--with-oci8=D:\php-sdk\oracle\instantclient10\sdk,shared" "--with-oci8-11g=D:\php-sdk\oracle\instantclient11\sdk,shared" "--enable-object-out-dir=../obj/" "--enable-com-dotnet" Server API Apache 2.0 Handler Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\Program Files\PHP\5.3.2\php.ini Scan this dir for additional .ini files (none) Additional .ini files parsed (none) PHP API 20090626 PHP Extension 20090626 Zend Extension 220090626 Zend Extension Build API220090626,TS,VC6 PHP Extension Build API20090626,TS,VC6 Debug Build no Thread Safety enabled Zend Memory Manager enabled Zend Multibyte Support disabled IPv6 Support enabled Registered PHP Streams php, file, glob, data, http, ftp, zip, compress.zlib, phar Registered Stream Socket Transports tcp, udp Registered Stream Filters convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, zlib.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies PHP Credits Configuration apache2handler Apache Version Apache/2.2.15 (Win32) PHP/5.3.2 Apache API Version 20051115 Server Administrator admin@danny.com Hostname:Port 192.168.1.3:0 Max Requests Per Child: 0 - Keep Alive: on - Max Per Connection: 100 Timeouts Connection: 300 - Keep-Alive: 5 Virtual Server No Server Root C:/Program Files/Apache Software Foundation/Apache2.2 Loaded Modules core mod_win32 mpm_winnt http_core mod_so mod_actions mod_alias mod_asis mod_auth_basic mod_authn_default mod_authn_file mod_authz_default mod_authz_groupfile mod_authz_host mod_authz_user mod_autoindex mod_cgi mod_dir mod_env mod_include mod_isapi mod_log_config mod_mime mod_negotiation mod_rewrite mod_setenvif mod_php5 Directive Local Value Master Value engine 1 1 last_modified 0 0 xbithack 0 0 Apache Environment Variable Value HTTP_HOST localhost HTTP_CONNECTION keep-alive HTTP_USER_AGENT Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.55 Safari/533.4 HTTP_REFERER http://localhost/ [^] HTTP_ACCEPT application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 HTTP_ACCEPT_ENCODING gzip,deflate,sdch HTTP_ACCEPT_LANGUAGE en-US,en;q=0.8 HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.3 HTTP_COOKIE 64ad5a91718e1837d19624ca00af067a=bb124b2a72dc45c77a8566ffd29d2594; d8e94e46fbc6640de126fc36374e8e35=5e69a69ecfb4746604bb12fd34df8cea PATH C:\Program Files\ActiveState Komodo IDE 5\;C:\Program Files\PC Connectivity Solution\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft Office\OFFICE11\Business Contact Manager\IM;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;C:\Program Files\Microsoft Office\OFFICE11\Business Contact Manager\;C:\Program Files\ImageConverter Plus;C:\Program Files\ImageConverter Plus\Microsoft.VC80.CRT;C:\Program Files\ImageConverter Plus\Microsoft.VC80.MFC;C:\Program Files\Intel\DMIX;c:\Program Files\Common Files\Intuit\QBPOSSDKRuntime;C:\Program Files\NuSphere\TechPlat\apache\php;;C:\Program Files\TortoiseSVN\bin;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\jEdit;C:\Program Files\MySQL\MySQL Server 5.0\bin SystemRoot C:\WINDOWS COMSPEC C:\WINDOWS\system32\cmd.exe PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH WINDIR C:\WINDOWS SERVER_SIGNATURE no value SERVER_SOFTWARE Apache/2.2.15 (Win32) PHP/5.3.2 SERVER_NAME localhost SERVER_ADDR 127.0.0.1 SERVER_PORT 80 REMOTE_ADDR 127.0.0.1 DOCUMENT_ROOT C:/Program Files/Apache Software Foundation/Apache2.2/htdocs SERVER_ADMIN admin@danny.com SCRIPT_FILENAME C:/Program Files/Apache Software Foundation/Apache2.2/htdocs/phpinfo.php REMOTE_PORT 2820 GATEWAY_INTERFACE CGI/1.1 SERVER_PROTOCOL HTTP/1.1 REQUEST_METHOD GET QUERY_STRING no value REQUEST_URI /phpinfo.php SCRIPT_NAME /phpinfo.php HTTP Headers Information HTTP Request Headers HTTP Request GET /phpinfo.php HTTP/1.1 Host localhost Connection keep-alive User-Agent Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.55 Safari/533.4 Referer http://localhost/ [^] Accept application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Encoding gzip,deflate,sdch Accept-Language en-US,en;q=0.8 Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.3 Cookie 64ad5a91718e1837d19624ca00af067a=bb124b2a72dc45c77a8566ffd29d2594; d8e94e46fbc6640de126fc36374e8e35=5e69a69ecfb4746604bb12fd34df8cea HTTP Response Headers X-Powered-By PHP/5.3.2 Keep-Alive timeout=5, max=98 Connection Keep-Alive Transfer-Encoding chunked Content-Type text/html bcmath BCMath support enabled Directive Local Value Master Value bcmath.scale 0 0 calendar Calendar support enabled com_dotnet COM support enabled DCOM support disabled .Net support not present in this build Directive Local Value Master Value com.allow_dcom 0 0 com.autoregister_casesensitive 1 1 com.autoregister_typelib 0 0 com.autoregister_verbose 0 0 com.code_page no value no value com.typelib_file no value no value Core PHP Version 5.3.2 Directive Local Value Master Value allow_call_time_pass_reference Off Off allow_url_fopen On On allow_url_include Off Off always_populate_raw_post_data Off Off arg_separator.input & & arg_separator.output & & asp_tags Off Off auto_append_file no value no value auto_globals_jit On On auto_prepend_file no value no value browscap no value no value default_charset no value no value default_mimetype text/html text/html define_syslog_variables Off Off disable_classes no value no value disable_functions no value no value display_errors Off Off display_startup_errors On On doc_root no value no value docref_ext no value no value docref_root no value no value enable_dl Off Off error_append_string no value no value error_log no value no value error_prepend_string no value no value error_reporting 30719 30719 exit_on_timeout Off Off expose_php On On extension_dir C:\Program Files\PHP\5.3.2\ext C:\Program Files\PHP\5.3.2\ext file_uploads On On highlight.bg #FFFFFF #FFFFFF highlight.comment #FF8000 #FF8000 highlight.default #0000BB #0000BB highlight.html #000000 #000000 highlight.keyword #007700 #007700 highlight.string #DD0000 #DD0000 html_errors On On ignore_repeated_errors Off Off ignore_repeated_source Off Off ignore_user_abort Off Off implicit_flush Off Off include_path .;C:\php5\pear .;C:\php5\pear log_errors On On log_errors_max_len 1024 1024 magic_quotes_gpc Off Off magic_quotes_runtime Off Off magic_quotes_sybase Off Off mail.add_x_header On On mail.force_extra_parameters no value no value mail.log no value no value max_execution_time 30 30 max_file_uploads 20 20 max_input_nesting_level 64 64 max_input_time 60 60 memory_limit 128M 128M open_basedir no value no value output_buffering 4096 4096 output_handler no value no value post_max_size 20M 20M precision 14 14 realpath_cache_size 16K 16K realpath_cache_ttl 120 120 register_argc_argv Off Off register_globals Off Off register_long_arrays Off Off report_memleaks On On report_zend_debug On On request_order GP GP safe_mode Off Off safe_mode_exec_dir no value no value safe_mode_gid Off Off safe_mode_include_dir no value no value sendmail_from no value no value sendmail_path no value no value serialize_precision 100 100 short_open_tag Off Off SMTP localhost localhost smtp_port 25 25 sql.safe_mode Off Off track_errors On On unserialize_callback_func no value no value upload_max_filesize 20M 20M upload_tmp_dir no value no value user_dir no value no value user_ini.cache_ttl 300 300 user_ini.filename .user.ini .user.ini variables_order GPCS GPCS xmlrpc_error_number 0 0 xmlrpc_errors Off Off y2k_compliance On On zend.enable_gc On On ctype ctype functions enabled date date/time support enabled "Olson" Timezone Database Version 2010.3 Timezone Database internal Default timezone America/Jamaica Directive Local Value Master Value date.default_latitude 31.7667 31.7667 date.default_longitude 35.2333 35.2333 date.sunrise_zenith 90.583333 90.583333 date.sunset_zenith 90.583333 90.583333 date.timezone America/Jamaica America/Jamaica dom DOM/XML enabled DOM/XML API Version 20031129 libxml Version 2.7.3 HTML Support enabled XPath Support enabled XPointer Support enabled Schema Support enabled RelaxNG Support enabled ereg Regex Library Bundled library enabled filter Input Validation and Filtering enabled Revision $Revision: 294106 $ Directive Local Value Master Value filter.default unsafe_raw unsafe_raw filter.default_flags no value no value ftp FTP support enabled hash hash support enabled Hashing Engines md2 md4 md5 sha1 sha224 sha256 sha384 sha512 ripemd128 ripemd160 ripemd256 ripemd320 whirlpool tiger128,3 tiger160,3 tiger192,3 tiger128,4 tiger160,4 tiger192,4 snefru snefru256 gost adler32 crc32 crc32b salsa10 salsa20 haval128,3 haval160,3 haval192,3 haval224,3 haval256,3 haval128,4 haval160,4 haval192,4 haval224,4 haval256,4 haval128,5 haval160,5 haval192,5 haval224,5 haval256,5 iconv iconv support enabled iconv implementation "libiconv" iconv library version 1.11 Directive Local Value Master Value iconv.input_encoding ISO-8859-1 ISO-8859-1 iconv.internal_encoding ISO-8859-1 ISO-8859-1 iconv.output_encoding ISO-8859-1 ISO-8859-1 json json support enabled json version 1.2.1 libxml libXML support active libXML Compiled Version 2.7.3 libXML Loaded Version 20703 libXML streams enabled mbstring Multibyte Support enabled Multibyte string engine libmbfl HTTP input encoding translation disabled mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Multibyte (japanese) regex support enabled Multibyte regex (oniguruma) version 4.7.1 Directive Local Value Master Value mbstring.detect_order no value no value mbstring.encoding_translation Off Off mbstring.func_overload 0 0 mbstring.http_input pass pass mbstring.http_output pass pass mbstring.http_output_conv_mimetypes ^(text/|application/xhtml\+xml) ^(text/|application/xhtml\+xml) mbstring.internal_encoding no value no value mbstring.language neutral neutral mbstring.strict_detection Off Off mbstring.substitute_character no value no value mcrypt mcrypt support enabled Version 2.5.8 Api No 20021217 Supported ciphers cast-128 gost rijndael-128 twofish cast-256 loki97 rijndael-192 saferplus wake blowfish-compat des rijndael-256 serpent xtea blowfish enigma rc2 tripledes arcfour Supported modes cbc cfb ctr ecb ncfb nofb ofb stream Directive Local Value Master Value mcrypt.algorithms_dir no value no value mcrypt.modes_dir no value no value mhash MHASH support Enabled MHASH API Version Emulated Support mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version mysqlnd 5.0.7-dev - 091210 - $Revision: 294543 $ Directive Local Value Master Value mysql.allow_local_infile On On mysql.allow_persistent On On mysql.connect_timeout 60 60 mysql.default_host no value no value mysql.default_password no value no value mysql.default_port no value no value mysql.default_socket no value no value mysql.default_user no value no value mysql.max_links Unlimited Unlimited mysql.max_persistent Unlimited Unlimited mysql.trace_mode Off Off mysqli MysqlI Support enabled Client API library version mysqlnd 5.0.7-dev - 091210 - $Revision: 294543 $ Active Persistent Links 0 Inactive Persistent Links 0 Active Links 0 Directive Local Value Master Value mysqli.allow_local_infile On On mysqli.allow_persistent On On mysqli.default_host no value no value mysqli.default_port 3306 3306 mysqli.default_pw no value no value mysqli.default_socket no value no value mysqli.default_user no value no value mysqli.max_links Unlimited Unlimited mysqli.max_persistent Unlimited Unlimited mysqli.reconnect Off Off mysqlnd mysqlnd enabled Version mysqlnd 5.0.7-dev - 091210 - $Revision: 294543 $ Compression supported Command buffer size 4096 Read buffer size 32768 Read timeout 31536000 Collecting statistics Yes Collecting memory statistics Yes Client statistics bytes_sent 843259 bytes_received 4556436 packets_sent 6880 packets_received 37404 protocol_overhead_in 149616 protocol_overhead_out 27520 bytes_received_ok_packet 4928 bytes_received_eof_packet 18099 bytes_received_rset_header_packet 40473 bytes_received_rset_field_meta_packet 1002301 bytes_received_rset_row_packet 3473495 bytes_received_prepare_response_packet 0 bytes_received_change_user_packet 0 packets_sent_command 3331 packets_received_ok 448 packets_received_eof 2011 packets_received_rset_header 2774 packets_received_rset_field_meta 15787 packets_received_rset_row 16275 packets_received_prepare_response 0 packets_received_change_user 0 result_set_queries 1902 non_result_set_queries 854 no_index_used 685 bad_index_used 0 slow_queries 0 buffered_sets 1902 unbuffered_sets 0 ps_buffered_sets 0 ps_unbuffered_sets 0 flushed_normal_sets 0 flushed_ps_sets 0 ps_prepared_never_executed 0 ps_prepared_once_executed 0 rows_fetched_from_server_normal 14373 rows_fetched_from_server_ps 0 rows_buffered_from_client_normal 14373 rows_buffered_from_client_ps 0 rows_fetched_from_client_normal_buffered 14324 rows_fetched_from_client_normal_unbuffered 0 rows_fetched_from_client_ps_buffered 0 rows_fetched_from_client_ps_unbuffered 0 rows_fetched_from_client_ps_cursor 0 rows_affected_normal 531 rows_affected_ps 0 rows_skipped_normal 14373 rows_skipped_ps 0 copy_on_write_saved 35 copy_on_write_performed 126732 command_buffer_too_small 1 connect_success 109 connect_failure 0 connection_reused 0 reconnect 0 pconnect_success 0 active_connections 0 active_persistent_connections 0 explicit_close 109 implicit_close 0 disconnect_close 0 in_middle_of_command_close 0 explicit_free_result 1902 implicit_free_result 0 explicit_stmt_close 0 implicit_stmt_close 0 mem_emalloc_count 20240 mem_emalloc_ammount 4853463 mem_ecalloc_count 11739 mem_ecalloc_ammount 1711432 mem_erealloc_count 13850 mem_erealloc_ammount 820852 mem_efree_count 45544 mem_malloc_count 18212 mem_malloc_ammount 31022800 mem_calloc_count 1902 mem_calloc_ammount 806448 mem_realloc_count 0 mem_realloc_ammount 0 mem_free_count 20149 proto_text_fetched_null 0 proto_text_fetched_bit 0 proto_text_fetched_tinyint 15959 proto_text_fetched_short 0 proto_text_fetched_int24 0 proto_text_fetched_int 38861 proto_text_fetched_bigint 280 proto_text_fetched_decimal 150 proto_text_fetched_float 0 proto_text_fetched_double 35 proto_text_fetched_date 0 proto_text_fetched_year 0 proto_text_fetched_time 0 proto_text_fetched_datetime 5136 proto_text_fetched_timestamp 0 proto_text_fetched_string 45434 proto_text_fetched_blob 20559 proto_text_fetched_enum 0 proto_text_fetched_set 0 proto_text_fetched_geometry 0 proto_text_fetched_other 0 proto_binary_fetched_null 0 proto_binary_fetched_bit 0 proto_binary_fetched_tinyint 0 proto_binary_fetched_short 0 proto_binary_fetched_int24 0 proto_binary_fetched_int 0 proto_binary_fetched_bigint 0 proto_binary_fetched_decimal 0 proto_binary_fetched_float 0 proto_binary_fetched_double 0 proto_binary_fetched_date 0 proto_binary_fetched_year 0 proto_binary_fetched_time 0 proto_binary_fetched_datetime 0 proto_binary_fetched_timestamp 0 proto_binary_fetched_string 0 proto_binary_fetched_blob 0 proto_binary_fetched_enum 0 proto_binary_fetched_set 0 proto_binary_fetched_geometry 0 proto_binary_fetched_other 0 init_command_executed_count 0 init_command_failed_count 0 com_quit 109 com_init_db 109 com_query 2774 com_field_list 0 com_create_db 0 com_drop_db 0 com_refresh 0 com_shutdown 0 com_statistics 0 com_process_info 0 com_connect 0 com_process_kill 0 com_debug 0 com_ping 230 com_time 0 com_delayed_insert 0 com_change_user 0 com_binlog_dump 0 com_table_dump 0 com_connect_out 0 com_register_slave 0 com_stmt_prepare 0 com_stmt_execute 0 com_stmt_send_long_data 0 com_stmt_close 0 com_stmt_reset 0 com_stmt_set_option 109 com_stmt_fetch 0 com_deamon 0 odbc ODBC Support enabled Active Persistent Links 0 Active Links 0 ODBC library Win32 Directive Local Value Master Value odbc.allow_persistent On On odbc.check_persistent On On odbc.default_cursortype Static cursor Static cursor odbc.default_db no value no value odbc.default_pw no value no value odbc.default_user no value no value odbc.defaultbinmode return as is return as is odbc.defaultlrl return up to 4096 bytes return up to 4096 bytes odbc.max_links Unlimited Unlimited odbc.max_persistent Unlimited Unlimited pcre PCRE (Perl Compatible Regular Expressions) Support enabled PCRE Library Version 8.00 2009-10-19 Directive Local Value Master Value pcre.backtrack_limit 100000 100000 pcre.recursion_limit 100000 100000 PDO PDO support enabled PDO drivers no value Phar Phar: PHP Archive support enabled Phar EXT version 2.0.1 Phar API version 1.1.1 SVN revision $Revision: 290435 $ Phar-based phar archives enabled Tar-based phar archives enabled ZIP-based phar archives enabled gzip compression enabled bzip2 compression disabled (install pecl/bz2) OpenSSL support disabled (install ext/openssl) Phar based on pear/PHP_Archive, original concept by Davey Shafik. Phar fully realized by Gregory Beaver and Marcus Boerger. Portions of tar implementation Copyright (c) 2003-2009 Tim Kientzle. Directive Local Value Master Value phar.cache_list no value no value phar.readonly On On phar.require_hash On On Reflection Reflection enabled Version $Revision: 293036 $ session Session Support enabled Registered save handlers files user Registered serializer handlers php php_binary wddx Directive Local Value Master Value session.auto_start Off Off session.bug_compat_42 On On session.bug_compat_warn On On session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain no value no value session.cookie_httponly Off Off session.cookie_lifetime 0 0 session.cookie_path / / session.cookie_secure Off Off session.entropy_file no value no value session.entropy_length 0 0 session.gc_divisor 1000 1000 session.gc_maxlifetime 1440 1440 session.gc_probability 1 1 session.hash_bits_per_character 5 5 session.hash_function 0 0 session.name PHPSESSID PHPSESSID session.referer_check no value no value session.save_handler files files session.save_path no value no value session.serialize_handler php php session.use_cookies On On session.use_only_cookies On On session.use_trans_sid 0 0 SimpleXML Simplexml support enabled Revision $Revision: 293036 $ Schema support enabled sockets Sockets Support enabled SPL SPL support enabled Interfaces Countable, OuterIterator, RecursiveIterator, SeekableIterator, SplObserver, SplSubject Classes AppendIterator, ArrayIterator, ArrayObject, BadFunctionCallException, BadMethodCallException, CachingIterator, DirectoryIterator, DomainException, EmptyIterator, FilesystemIterator, FilterIterator, GlobIterator, InfiniteIterator, InvalidArgumentException, IteratorIterator, LengthException, LimitIterator, LogicException, MultipleIterator, NoRewindIterator, OutOfBoundsException, OutOfRangeException, OverflowException, ParentIterator, RangeException, RecursiveArrayIterator, RecursiveCachingIterator, RecursiveDirectoryIterator, RecursiveFilterIterator, RecursiveIteratorIterator, RecursiveRegexIterator, RecursiveTreeIterator, RegexIterator, RuntimeException, SplDoublyLinkedList, SplFileInfo, SplFileObject, SplFixedArray, SplHeap, SplMinHeap, SplMaxHeap, SplObjectStorage, SplPriorityQueue, SplQueue, SplStack, SplTempFileObject, UnderflowException, UnexpectedValueException standard Dynamic Library Support enabled Internal Sendmail Support for Windows enabled Directive Local Value Master Value assert.active 1 1 assert.bail 0 0 assert.callback no value no value assert.quiet_eval 0 0 assert.warning 1 1 auto_detect_line_endings 0 0 default_socket_timeout 60 60 safe_mode_allowed_env_vars PHP_ PHP_ safe_mode_protected_env_vars LD_LIBRARY_PATH LD_LIBRARY_PATH url_rewriter.tags a=href,area=href,frame=src,input=src,form=fakeentry a=href,area=href,frame=src,input=src,form=fakeentry user_agent no value no value tokenizer Tokenizer Support enabled wddx WDDX Support enabled WDDX Session Serializer enabled xml XML Support active XML Namespace Support active libxml2 Version 2.7.3 xmlreader XMLReader enabled xmlwriter XMLWriter enabled zip Zip enabled Extension Version $Id: php_zip.c 294817 2010-02-09 17:51:39Z pajoye $ Zip version 1.9.1 Libzip version 0.9.0 zlib ZLib Support enabled Stream Wrapper support compress.zlib:// Stream Filter support zlib.inflate, zlib.deflate Compiled Version 1.2.3 Linked Version 1.2.3 Directive Local Value Master Value zlib.output_compression Off Off zlib.output_compression_level -1 -1 zlib.output_handler no value no value Additional Modules Module Name Environment Variable Value ALLUSERSPROFILE C:\Documents and Settings\All Users CLASSPATH .;C:\Program Files\Java\jre6\lib\ext\QTJava.zip CommonProgramFiles C:\Program Files\Common Files COMPUTERNAME DANNY ComSpec C:\WINDOWS\system32\cmd.exe FP_NO_HOST_CHECK NO NUMBER_OF_PROCESSORS 1 OS Windows_NT Path C:\Program Files\ActiveState Komodo IDE 5\;C:\Program Files\PC Connectivity Solution\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft Office\OFFICE11\Business Contact Manager\IM;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;C:\Program Files\Microsoft Office\OFFICE11\Business Contact Manager\;C:\Program Files\ImageConverter Plus;C:\Program Files\ImageConverter Plus\Microsoft.VC80.CRT;C:\Program Files\ImageConverter Plus\Microsoft.VC80.MFC;C:\Program Files\Intel\DMIX;c:\Program Files\Common Files\Intuit\QBPOSSDKRuntime;C:\Program Files\NuSphere\TechPlat\apache\php;;C:\Program Files\TortoiseSVN\bin;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\jEdit;C:\Program Files\MySQL\MySQL Server 5.0\bin PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE x86 PROCESSOR_IDENTIFIER x86 Family 15 Model 4 Stepping 1, GenuineIntel PROCESSOR_LEVEL 15 PROCESSOR_REVISION 0401 ProgramFiles C:\Program Files QTJAVA C:\Program Files\Java\jre6\lib\ext\QTJava.zip SystemDrive C: SystemRoot C:\WINDOWS TEMP C:\WINDOWS\TEMP TMP C:\WINDOWS\TEMP USERPROFILE C:\Documents and Settings\LocalService VBOX_INSTALL_PATH C:\Program Files\Sun\VirtualBox\ windir C:\WINDOWS AP_PARENT_PID 1900 PHP Variables Variable Value _COOKIE["64ad5a91718e1837d19624ca00af067a"] bb124b2a72dc45c77a8566ffd29d2594 _COOKIE["d8e94e46fbc6640de126fc36374e8e35"] 5e69a69ecfb4746604bb12fd34df8cea _SERVER["HTTP_HOST"] localhost _SERVER["HTTP_CONNECTION"] keep-alive _SERVER["HTTP_USER_AGENT"] Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.55 Safari/533.4 _SERVER["HTTP_REFERER"] http://localhost/ [^] _SERVER["HTTP_ACCEPT"] application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 _SERVER["HTTP_ACCEPT_ENCODING"] gzip,deflate,sdch _SERVER["HTTP_ACCEPT_LANGUAGE"] en-US,en;q=0.8 _SERVER["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.3 _SERVER["HTTP_COOKIE"] 64ad5a91718e1837d19624ca00af067a=bb124b2a72dc45c77a8566ffd29d2594; d8e94e46fbc6640de126fc36374e8e35=5e69a69ecfb4746604bb12fd34df8cea _SERVER["PATH"] C:\Program Files\ActiveState Komodo IDE 5\;C:\Program Files\PC Connectivity Solution\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft Office\OFFICE11\Business Contact Manager\IM;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\;C:\Program Files\Microsoft Office\OFFICE11\Business Contact Manager\;C:\Program Files\ImageConverter Plus;C:\Program Files\ImageConverter Plus\Microsoft.VC80.CRT;C:\Program Files\ImageConverter Plus\Microsoft.VC80.MFC;C:\Program Files\Intel\DMIX;c:\Program Files\Common Files\Intuit\QBPOSSDKRuntime;C:\Program Files\NuSphere\TechPlat\apache\php;;C:\Program Files\TortoiseSVN\bin;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\jEdit;C:\Program Files\MySQL\MySQL Server 5.0\bin _SERVER["SystemRoot"] C:\WINDOWS _SERVER["COMSPEC"] C:\WINDOWS\system32\cmd.exe _SERVER["PATHEXT"] .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH _SERVER["WINDIR"] C:\WINDOWS _SERVER["SERVER_SIGNATURE"] no value _SERVER["SERVER_SOFTWARE"] Apache/2.2.15 (Win32) PHP/5.3.2 _SERVER["SERVER_NAME"] localhost _SERVER["SERVER_ADDR"] 127.0.0.1 _SERVER["SERVER_PORT"] 80 _SERVER["REMOTE_ADDR"] 127.0.0.1 _SERVER["DOCUMENT_ROOT"] C:/Program Files/Apache Software Foundation/Apache2.2/htdocs _SERVER["SERVER_ADMIN"] admin@danny.com _SERVER["SCRIPT_FILENAME"] C:/Program Files/Apache Software Foundation/Apache2.2/htdocs/phpinfo.php _SERVER["REMOTE_PORT"] 2820 _SERVER["GATEWAY_INTERFACE"] CGI/1.1 _SERVER["SERVER_PROTOCOL"] HTTP/1.1 _SERVER["REQUEST_METHOD"] GET _SERVER["QUERY_STRING"] no value _SERVER["REQUEST_URI"] /phpinfo.php _SERVER["SCRIPT_NAME"] /phpinfo.php _SERVER["PHP_SELF"] /phpinfo.php _SERVER["REQUEST_TIME"] 1274718586 PHP License This program is free software; you can redistribute it and/or modify it under the terms of the PHP License as published by the PHP Group and included in the distribution in the file: LICENSE This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact license@php.net.
Attached Files:

Notes
(0001487) derick    2010-05-24 17:49	This is the same issue as 0000578.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
581	[Xdebug] Installation	major	always	2010-05-15 21:40	2010-05-16 14:02
Reporter:	megadutch	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	cannot create xdebug.so
Description:	Hello, When trying to install xdebug from the following URL: http://xdebug.org/find-binary.php [^] I get to the command: cp modules/xdebug.so /usr/lib64/php/modules And the message returns that xdebug.so cannot be created. and that I only have a read only file system. Do I have to change something on the server? Thanks for your help!
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001480) derick    2010-05-16 14:02	Please don't use the bug system for support questions. This is of course not a bug in Xdebug. You just need to make sure to copy the file as root (or with sudo).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
576	[Xdebug] Installation	major	always	2010-05-08 00:52	2010-05-09 16:19
Reporter:	GrimSage	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3-dev
Summary:	Can not compile
Description:	Tried to use SVN build to compile against php 5.3 svn dev build and receive errors upon compile. I also tried the rc release of xdebug if there is other information you need let me know. OS X 10.6.3 XCode Version 3.2.2
Steps To Reproduce:
Additional Information:	sh-3.2# ./configure --with-php-config=/Applications/MEMP/bin/php-config checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for cc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... i386-apple-darwin10.3.0 checking host system type... i386-apple-darwin10.3.0 checking target system type... i386-apple-darwin10.3.0 checking for PHP prefix... /Applications/MEMP checking for PHP includes... -I/Applications/MEMP/include/php -I/Applications/MEMP/include/php/main -I/Applications/MEMP/include/php/TSRM -I/Applications/MEMP/include/php/Zend -I/Applications/MEMP/include/php/ext -I/Applications/MEMP/include/php/ext/date/lib checking for PHP extension directory... /Applications/MEMP/lib/php/extensions/no-debug-non-zts-20100409 checking for PHP installed headers prefix... /Applications/MEMP/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... no checking for awk... awk checking if awk is broken... no checking whether to enable eXtended debugging support... yes, shared checking for gettimeofday... yes checking for cos in -lm... yes checking for ld used by cc... /usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld checking if the linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) is GNU ld... no checking for /usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm output from cc object... rm: conftest.dSYM: is a directory ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking for dsymutil... dsymutil checking for nmedit... nmedit checking for -single_module linker flag... yes checking for -exported_symbols_list linker flag... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fno-common checking if cc PIC flag -fno-common works... yes checking if cc static flag -static works... no checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin10.3.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool appending configuration tag "CXX" to libtool configure: creating ./config.status config.status: creating config.h config.status: config.h is unchanged sh-3.2# make /bin/sh /Users/USERHOME/src/xdebug/libtool --mode=compile cc -I. -I/Users/USERHOME/src/xdebug -DPHP_ATOM_INC -I/Users/USERHOME/src/xdebug/include -I/Users/USERHOME/src/xdebug/main -I/Users/USERHOME/src/xdebug -I/Applications/MEMP/include/php -I/Applications/MEMP/include/php/main -I/Applications/MEMP/include/php/TSRM -I/Applications/MEMP/include/php/Zend -I/Applications/MEMP/include/php/ext -I/Applications/MEMP/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /Users/USERHOME/src/xdebug/xdebug.c -o xdebug.lo mkdir .libs cc -I. -I/Users/USERHOME/src/xdebug -DPHP_ATOM_INC -I/Users/USERHOME/src/xdebug/include -I/Users/USERHOME/src/xdebug/main -I/Users/USERHOME/src/xdebug -I/Applications/MEMP/include/php -I/Applications/MEMP/include/php/main -I/Applications/MEMP/include/php/TSRM -I/Applications/MEMP/include/php/Zend -I/Applications/MEMP/include/php/ext -I/Applications/MEMP/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /Users/USERHOME/src/xdebug/xdebug.c -fno-common -DPIC -o .libs/xdebug.o /Users/USERHOME/src/xdebug/xdebug.c: In function ‘xdebug_include_or_eval_handler’: /Users/USERHOME/src/xdebug/xdebug.c:448: error: ‘znode_op’ has no member named ‘u’ /Users/USERHOME/src/xdebug/xdebug.c:454: warning: passing argument 2 of ‘xdebug_get_zval’ from incompatible pointer type /Users/USERHOME/src/xdebug/xdebug.c: In function ‘add_used_variables’: /Users/USERHOME/src/xdebug/xdebug.c:940: error: ‘znode_op’ has no member named ‘op_type’ /Users/USERHOME/src/xdebug/xdebug.c:941: error: ‘znode_op’ has no member named ‘u’ /Users/USERHOME/src/xdebug/xdebug.c:944: error: ‘znode_op’ has no member named ‘op_type’ /Users/USERHOME/src/xdebug/xdebug.c:945: error: ‘znode_op’ has no member named ‘u’ /Users/USERHOME/src/xdebug/xdebug.c: In function ‘xdebug_execute_internal’: /Users/USERHOME/src/xdebug/xdebug.c:1352: warning: passing argument 1 of ‘xdebug_zval_ptr’ from incompatible pointer type make: *** [xdebug.lo] Error 1
Attached Files:

Notes
(0001474) derick    2010-05-09 16:19	You're not compiling against 5.3dev, but against PHP trunk. Which has some new additions that Xdebug doesn't compile with yet. Once trunk gets more stable, I'll look at this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
575	[Xdebug] Feature/Change request	feature	N/A	2010-05-03 11:15	2010-05-03 11:28
Reporter:	petitchevalroux	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	Add dump output to log file
Description:	As Derick suggest me by mail i fill a feature request in order to have dump variable in log file. For the moment adding in xdebug config : xdebug.dump.SERVER = SERVER_NAME,REQUEST_URI does not log the variable in log file it only display variable content in standard output.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001473) derick    2010-05-03 11:28	Link to the relevant mail thread: http://xdebug.org/archives/xdebug-general/1806.html [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
574	[Xdebug] Usage problems	minor	always	2010-05-02 10:13	2010-05-02 11:08
Reporter:	ksafonov	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7
PHP Version:	5.3.1
Summary:	Break command is not handler properly, 'unimplemented command' is returned
Description:	While 'supports_async' feature is said to be supported, Xdebug complains 'unimplemented command' when 'break' is sent during script execution.
Steps To Reproduce:
Additional Information:	Log opened at 2010-05-02 08:28:34 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/Programs/xampp/htdocs/suse-phpunit/a.php" [^] language="PHP" protocol_version="1.0" appid="10952" idekey="__PRODUCT_NAME__1"><engine version="2.1.0rc1"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2010 by Derick Rethans]]></copyright></init> <- feature_get -i 204 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="204" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- feature_get -i 205 -n breakpoint_types -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="205" feature_name="breakpoint_types" supported="1"><![CDATA[line conditional call return exception]]></response> <- feature_set -i 206 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="206" feature="show_hidden" success="1"></response> <- stdout -i 207 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stdout" transaction_id="207" success="0"></response> <- stderr -i 208 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stderr" transaction_id="208" success="0"></response> <- feature_get -i 209 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="209" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_set -i 210 -n max_children -v 100 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="210" feature="max_children" success="1"></response> <- feature_set -i 211 -n max_data -v 100 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="211" feature="max_data" success="1"></response> <- feature_set -i 212 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="212" feature="max_depth" success="1"></response> <- eval -i 213 -- cGhwX3VuYW1lKCJzIik= -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="eval" transaction_id="213"><property address="12647060" type="string" size="10" encoding="base64"><![CDATA[V2luZG93cyBOVA==]]></property></response> <- breakpoint_set -i 214 -t line -f file:///C:/Programs/xampp/htdocs/suse-phpunit/a.php [^] -n 10 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="214" state="enabled" id="109520001"></response> <- breakpoint_set -i 215 -t line -f file:///C:/Programs/xampp/htdocs/suse-phpunit/Samples/BankAccount/BankAccountTest.php [^] -n 78 -s enabled -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="215" state="enabled" id="109520002"></response> <- run -i 216 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="216" status="break" reason="ok"><xdebug:message filename="file:///C:/Programs/xampp/htdocs/suse-phpunit/a.php" [^] lineno="10"></xdebug:message></response> <- break -i 217 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="break" transaction_id="217"><error code="4"><message><![CDATA[unimplemented command]]></message></error></response> -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] status="stopping" reason="ok"></response> <- breakpoint_remove -i 218 -d 109520001 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_remove" transaction_id="218"><error code="5"><message><![CDATA[command is not available]]></message></error></response> Log closed at 2010-05-02 08:28:39
Attached Files:

Notes
(0001472) derick    2010-05-02 11:08	The 'supports_async' feature is not supported at all.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
526	[Xdebug] Usage problems	minor	always	2010-01-30 11:30	2010-05-01 17:05
Reporter:	avetis	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.1.0RC1
Operating System:	Debian 5.0.3 / Linux dev 2.6.26-2-amd64 #1 SMP Thu Nov 5 02:23:12 UTC 2009 x86_64 GNU/Linux
PHP Version:	5.3.2
Summary:	php cli can't load xdebug module
Description:	When running the php cli with the xdebug module activated, I've got an error output and php exits with 134 as errcode. I've compiled both php and xdebug myself. PHP v. 5.3.2RC1 Xdebug: 2.0.5 from svn trunk (r.3213)
Steps To Reproduce:
Additional Information:	--------- [output from php CLI] ---------- >>> php *** glibc detected *** -: free(): invalid pointer: 0x00007fbf49a12210 *** ======= Backtrace: ========= /lib/libc.so.6[0x7fbf4c1b6928] /lib/libc.so.6(cfree+0x76)[0x7fbf4c1b8a36] /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so[0x7fbf49e802ee] -(zend_alter_ini_entry_ex+0x20b)[0x9604a3] -(zend_alter_ini_entry+0x4c)[0x960296] /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so(xdebug_env_key+0x9a)[0x7fbf49e8063d] /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so(xdebug_env_config+0x23)[0x7fbf49e80662] /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so(zm_activate_xdebug+0x18)[0x7fbf49e81404] -[0x94f22d] -(zend_hash_apply+0x7e)[0x956c5b] -[0x944f80] -(php_request_startup+0x218)[0x8c6ac5] -[0xa3439c] /lib/libc.so.6(__libc_start_main+0xe6)[0x7fbf4c1611a6] -[0x439b69] ======= Memory map: ======== 00400000-00efd000 r-xp 00000000 03:01 402948 /usr/local/bin/php 010fc000-011a6000 rw-p 00afc000 03:01 402948 /usr/local/bin/php 011a6000-011c6000 rw-p 011a6000 00:00 0 7fbf49917000-7fbf49b63000 rwxp 7fbf49917000 00:00 0 7fbf49b63000-7fbf49b6d000 r-xp 00000000 03:01 635564 /lib/libnss_files-2.7.so 7fbf49b6d000-7fbf49d6d000 ---p 0000a000 03:01 635564 /lib/libnss_files-2.7.so 7fbf49d6d000-7fbf49d6f000 rw-p 0000a000 03:01 635564 /lib/libnss_files-2.7.so 7fbf49d6f000-7fbf49d71000 rwxp 7fbf49d6f000 00:00 0 7fbf49d71000-7fbf49e75000 rwxp 7fbf49d71000 00:00 0 7fbf49e75000-7fbf49ea8000 r-xp 00000000 03:01 489068 /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so 7fbf49ea8000-7fbf4a0a7000 ---p 00033000 03:01 489068 /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so 7fbf4a0a7000-7fbf4a0ab000 rw-p 00032000 03:01 489068 /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so 7fbf4a0ab000-7fbf4a1d8000 rwxp 7fbf4a0ab000 00:00 0 7fbf4a1d8000-7fbf4a521000 r--p 00000000 03:01 407957 /usr/lib/locale/locale-archive 7fbf4a521000-7fbf4a530000 r-xp 00000000 03:01 394232 /usr/lib/libtasn1.so.3.0.15 7fbf4a530000-7fbf4a730000 ---p 0000f000 03:01 394232 /usr/lib/libtasn1.so.3.0.15 7fbf4a730000-7fbf4a731000 rw-p 0000f000 03:01 394232 /usr/lib/libtasn1.so.3.0.15 7fbf4a731000-7fbf4a74a000 r-xp 00000000 03:01 394330 /usr/lib/libsasl2.so.2.0.22 7fbf4a74a000-7fbf4a94a000 ---p 00019000 03:01 394330 /usr/lib/libsasl2.so.2.0.22 7fbf4a94a000-7fbf4a94b000 rw-p 00019000 03:01 394330 /usr/lib/libsasl2.so.2.0.22 7fbf4a94b000-7fbf4a94e000 r-xp 00000000 03:01 394219 /usr/lib/libgpg-error.so.0.3.0 7fbf4a94e000-7fbf4aa4d000 ---p 00003000 03:01 394219 /usr/lib/libgpg-error.so.0.3.0 7fbf4aa4d000-7fbf4aa4e000 rw-p 00002000 03:01 394219 /usr/lib/libgpg-error.so.0.3.0 7fbf4aa4e000-7fbf4aaf5000 r-xp 00000000 03:01 392150 /usr/lib/libgnutls.so.26.4.6 7fbf4aaf5000-7fbf4acf5000 ---p 000a7000 03:01 392150 /usr/lib/libgnutls.so.26.4.6 7fbf4acf5000-7fbf4ad00000 rw-p 000a7000 03:01 392150 /usr/lib/libgnutls.so.26.4.6 7fbf4ad00000-7fbf4ad45000 r-xp 00000000 03:01 395593 /usr/lib/libldap_r-2.4.so.2.1.0 7fbf4ad45000-7fbf4af44000 ---p 00045000 03:01 395593 /usr/lib/libldap_r-2.4.so.2.1.0 7fbf4af44000-7fbf4af47000 rw-p 00044000 03:01 395593 /usr/lib/libldap_r-2.4.so.2.1.0 7fbf4af47000-7fbf4af49000 rw-p 7fbf4af47000 00:00 0 7fbf4af49000-7fbf4af57000 r-xp 00000000 03:01 395592 /usr/lib/liblber-2.4.so.2.1.0 7fbf4af57000-7fbf4b157000 ---p 0000e000 03:01 395592 /usr/lib/liblber-2.4.so.2.1.0 7fbf4b157000-7fbf4b158000 rw-p 0000e000 03:01 395592 /usr/lib/liblber-2.4.so.2.1.0 7fbf4b158000-7fbf4b189000 r-xp 00000000 03:01 395589 /usr/lib/libidn.so.11.5.37 7fbf4b189000-7fbf4b389000 ---p 00031000 03:01 395589 /usr/lib/libidn.so.11.5.37 7fbf4b389000-7fbf4b38a000 rw-p 00031000 03:01 395589 /usr/lib/libidn.so.11.5.37 7fbf4b38a000-7fbf4b38c000 r-xp 00000000 03:01 635241 /lib/libkeyutils-1.2.so 7fbf4b38c000-7fbf4b58b000 ---p 00002000 03:01 635241 /lib/libkeyutils-1.2.so 7fbf4b58b000-7fbf4b58c000 rw-p 00001000 03:01 635241 /lib/libkeyutils-1.2.so 7fbf4b58c000-7fbf4b593000 r-xp 00000000 03:01 394817 /usr/lib/libkrb5support.so.0.1 7fbf4b593000-7fbf4b793000 ---p 00007000 03:01 394817 /usr/lib/libkrb5support.so.0.1 7fbf4b793000-7fbf4b794000 rw-p 00007000 03:01 394817 /usr/lib/libkrb5support.so.0.1 7fbf4b794000-7fbf4b7bc000 r-xp 00000000 03:01 394272 /usr/lib/libpcre.so.3.12.1 7fbf4b7bc000-7fbf4b9bb000 ---p 00028000 03:01 394272 /usr/lib/libpcre.so.3.12.1 7fbf4b9bb000-7fbf4b9bc000 rw-p 00027000 03:01 394272 /usr/lib/libpcre.so.3.12.1 7fbf4b9bc000-7fbf4ba21000 r-xp 00000000 03:01 394226 /usr/lib/libgcrypt.so.11.4.4 7fbf4ba21000-7fbf4bc20000 ---p 00065000 03:01 394226 /usr/lib/libgcrypt.so.11.4.4 7fbf4bc20000-7fbf4bc23000 rw-p 00064000 03:01 394226 /usr/lib/libgcrypt.so.11.4.4 7fbf4bc23000-7fbf4bd14000 r-xp 00000000 03:01 391423 /usr/lib/libstdc++.so.6.0.10 7fbf4bd14000-7fbf4bf13000 ---p 000f1000 03:01 391423 /usr/lib/libstdc++.so.6.0.10 7fbf4bf13000-7fbf4bf19000 r--p 000f0000 03:01 391423 /usr/lib/libstdc++.so.6.0.10 7fbf4bf19000-7fbf4bf1c000 rw-p 000f6000 03:01 391423 /usr/lib/libstdc++.so.6.0.10 7fbf4bf1c000-7fbf4bf2f000 rw-p 7fbf4bf1c000 00:00 0 7fbf4bf2f000-7fbf4bf3f000 r-xp 00000000 03:01 635582 /lib/libresolv-2.7.so 7fbf4bf3f000-7fbf4c13f000 ---p 00010000 03:01 635582 /lib/libresolv-2.7.so 7fbf4c13f000-7fbf4c141000 rw-p 00010000 03:01 635582 /lib/libresolv-2.7.so 7fbf4c141000-7fbf4c143000 rw-p 7fbf4c141000 00:00 0 7fbf4c143000-7fbf4c28d000 r-xp 00000000 03:01 635581 /lib/libc-2.7.so 7fbf4c28d000-7fbf4c48c000 ---p 0014a000 03:01 635581 /lib/libc-2.7.so 7fbf4c48c000-7fbf4c48f000 r--p 00149000 03:01 635581 /lib/libc-2.7.so 7fbf4c48f000-7fbf4c491000 rw-p 0014c000 03:01 635581 /lib/libc-2.7.so 7fbf4c491000-7fbf4c496000 rw-p 7fbf4c491000 00:00 0 7fbf4c496000-7fbf4c4ac000 r-xp 00000000 03:01 635235 /lib/libgcc_s.so.1 7fbf4c4ac000-7fbf4c6ac000 ---p 00016000 03:01 635235 /lib/libgcc_s.so.1 7fbf4c6ac000-7fbf4c6ad000 rw-p 00016000 03:01 635235 /lib/libgcc_s.so.1 7fbf4c6ad000-7fbf4c7ff000 r-xp 00000000 03:01 394808 /usr/lib/libxml2.so.2.6.32 7fbf4c7ff000-7fbf4c9fe000 ---p 00152000 03:01 394808 /usr/lib/libxml2.so.2.6.32 7fbf4c9fe000-7fbf4ca08000 rw-p 00151000 03:01 394808 /usr/lib/libxml2.so.2.6.32 7fbf4ca08000-7fbf4ca09000 rw-p 7fbf4ca08000 00:00 0 7fbf4ca09000-7fbf4ca42000 r-xp 00000000 03:01 24702 /usr/lib/libxslt.so.1.1.24 7fbf4ca42000-7fbf4cc41000 ---p 00039000 03:01 24702 /usr/lib/libxslt.so.1.1.24 7fbf4cc41000-7fbf4cc43000 rw-p 00038000 03:01 24702 /usr/lib/libxslt.so.1.1.24 7fbf4cc43000-7fbf4cc58000 r-xp 00000000 03:01 635579 /lib/libnsl-2.7.so 7fbf4cc58000-7fbf4ce57000 ---p 00015000 03:01 635579 /lib/libnsl-2.7.so 7fbf4ce57000-7fbf4ce59000 rw-p 00014000 03:01 635579 /lib/libnsl-2.7.so 7fbf4ce59000-7fbf4ce5b000 rw-p 7fbf4ce59000 00:00 0 7fbf4ce5b000-7fbf4d01a000 r-xp 00000000 03:01 397004 /usr/lib/libmysqlclient.so.15.0.0 7fbf4d01a000-7fbf4d21a000 ---p 001bf000 03:01 397004 /usr/lib/libmysqlclient.so.15.0.0 7fbf4d21a000-7fbf4d265000 rw-p 001bf000 03:01 397004 /usr/lib/libmysqlclient.so.15.0.0 7fbf4d265000-7fbf4d266000 rw-p 7fbf4d265000 00:00 0 7fbf4d266000-7fbf4d270000 r-xp 00000000 03:01 24660 /usr/lib/libicuio.so.38.1 7fbf4d270000-7fbf4d470000 ---p 0000a000 03:01 24660 /usr/lib/libicuio.so.38.1 7fbf4d470000-7fbf4d472000 rw-p 0000a000 03:01 24660 /usr/lib/libicuio.so.38.1 7fbf4d472000-7fbf4df48000 r--p 00000000 03:01 24658 /usr/lib/libicudata.so.38.1 7fbf4df48000-7fbf4e147000 ---p 00ad6000 03:01 24658 /usr/lib/libicudata.so.38.1 7fbf4e147000-7fbf4e148000 rw-p 00ad5000 03:01 24658 /usr/lib/libicudata.so.38.1 7fbf4e148000-7fbf4e278000 r-xp 00000000 03:01 24664 /usr/lib/libicuuc.so.38.1 7fbf4e278000-7fbf4e478000 ---p 00130000 03:01 24664 /usr/lib/libicuuc.so.38.1 7fbf4e478000-7fbf4e488000 rw-p 00130000 03:01 24664 /usr/lib/libicuuc.so.38.1 7fbf4e488000-7fbf4e489000 rw-p 7fbf4e488000 00:00 0 7fbf4e489000-7fbf4e5db000 r-xp 00000000 03:01 24659 /usr/lib/libicui18n.so.38.1 7fbf4e5db000-7fbf4e7da000 ---p 00152000 03:01 24659 /usr/lib/libicui18n.so.38.1 7fbf4e7da000-7fbf4e7e6000 rw-p 00151000 03:01 24659 /usr/lib/libicui18n.so.38.1 7fbf4e7e6000-7fbf4e822000 r-xp 00000000 03:01 24531 /usr/lib/libcurl-gnutls.so.4.1.0 7fbf4e822000-7fbf4ea22000 ---p 0003c000 03:01 24531 /usr/lib/libcurl-gnutls.so.4.1.0 7fbf4ea22000-7fbf4ea24000 rw-p 0003c000 03:01 24531 /usr/lib/libcurl-gnutls.so.4.1.0 7fbf4ea24000-7fbf4eb96000 r-xp 00000000 03:01 392206 /usr/lib/libcrypto.so.0.9.8 7fbf4eb96000-7fbf4ed95000 ---p 00172000 03:01 392206 /usr/lib/libcrypto.so.0.9.8 7fbf4ed95000-7fbf4edbb000 rw-p 00171000 03:01 392206 /usr/lib/libcrypto.so.0.9.8 7fbf4edbb000-7fbf4edbf000 rw-p 7fbf4edbb000 00:00 0 7fbf4edbf000-7fbf4ee09000 r-xp 00000000 03:01 392207 /usr/lib/libssl.so.0.9.8 7fbf4ee09000-7fbf4f009000 ---p 0004a000 03:01 392207 /usr/lib/libssl.so.0.9.8 7fbf4f009000-7fbf4f010000 rw-p 0004a000 03:01 392207 /usr/lib/libssl.so.0.9.8 7fbf4f010000-7fbf4f013000 r-xp 00000000 03:01 635285 /lib/libcom_err.so.2.1 7fbf4f013000-7fbf4f212000 ---p 00003000 03:01 635285 /lib/libcom_err.so.2.1 7fbf4f212000-7fbf4f213000 rw-p 00002000 03:01 635285 /lib/libcom_err.so.2.1 7fbf4f213000-7fbf4f237000 r-xp 00000000 03:01 394814 /usr/lib/libk5crypto.so.3.1 7fbf4f237000-7fbf4f437000 ---p 00024000 03:01 394814 /usr/lib/libk5crypto.so.3.1 7fbf4f437000-7fbf4f439000 rw-p 00024000 03:01 394814 /usr/lib/libk5crypto.so.3.1 7fbf4f439000-7fbf4f4d6000 r-xp 00000000 03:01 394816 /usr/lib/libkrb5.so.3.3 7fbf4f4d6000-7fbf4f6d6000 ---p 0009d000 03:01 394816 /usr/lib/libkrb5.so.3.3 7fbf4f6d6000-7fbf4f6da000 rw-p 0009d000 03:01 394816 /usr/lib/libkrb5.so.3.3 7fbf4f6da000-7fbf4f705000 r-xp 00000000 03:01 394813 /usr/lib/libgssapi_krb5.so.2.2 7fbf4f705000-7fbf4f904000 ---p 0002b000 03:01 394813 /usr/lib/libgssapi_krb5.so.2.2 7fbf4f904000-7fbf4f906000 rw-p 0002a000 03:01 394813 /usr/lib/libgssapi_krb5.so.2.2 7fbf4f906000-7fbf4f908000 r-xp 00000000 03:01 635570 /lib/libdl-2.7.so 7fbf4f908000-7fbf4fb08000 ---p 00002000 03:01 635570 /lib/libdl-2.7.so 7fbf4fb08000-7fbf4fb0a000 rw-p 00002000 03:01 635570 /lib/libdl-2.7.so 7fbf4fb0a000-7fbf4fb19000 r-xp 00000000 03:01 24508 /usr/lib/libdmalloc.so.5.5.1 7fbf4fb19000-7fbf4fd18000 ---p 0000f000 03:01 24508 /usr/lib/libdmalloc.so.5.5.1 7fbf4fd18000-7fbf4fd19000 rw-p 0000e000 03:01 24508 /usr/lib/libdmalloc.so.5.5.1 7fbf4fd19000-7fbf4fdfc000 rw-p 7fbf4fd19000 00:00 0 7fbf4fdfc000-7fbf4fe0b000 r-xp 00000000 03:01 635363 /lib/libbz2.so.1.0.4 7fbf4fe0b000-7fbf5000a000 ---p 0000f000 03:01 635363 /lib/libbz2.so.1.0.4 7fbf5000a000-7fbf5000c000 rw-p 0000e000 03:01 635363 /lib/libbz2.so.1.0.4 7fbf5000c000-7fbf50022000 r-xp 00000000 03:01 635584 /lib/libpthread-2.7.so 7fbf50022000-7fbf50222000 ---p 00016000 03:01 635584 /lib/libpthread-2.7.so 7fbf50222000-7fbf50224000 rw-p 00016000 03:01 635584 /lib/libpthread-2.7.so 7fbf50224000-7fbf50228000 rw-p 7fbf50224000 00:00 0 7fbf50228000-7fbf5036c000 r-xp 00000000 03:01 392043 /usr/lib/libdb-4.6.so 7fbf5036c000-7fbf5056c000 ---p 00144000 03:01 392043 /usr/lib/libdb-4.6.so 7fbf5056c000-7fbf50571000 rw-p 00144000 03:01 392043 /usr/lib/libdb-4.6.so 7fbf50571000-7fbf50572000 rw-p 7fbf50571000 00:00 0 7fbf50572000-7fbf50633000 r-xp 00000000 03:01 396529 /usr/lib/libglib-2.0.so.0.1600.6 7fbf50633000-7fbf50833000 ---p 000c1000 03:01 396529 /usr/lib/libglib-2.0.so.0.1600.6 7fbf50833000-7fbf50834000 rw-p 000c1000 03:01 396529 /usr/lib/libglib-2.0.so.0.1600.6 7fbf50834000-7fbf50835000 rw-p 7fbf50834000 00:00 0 7fbf50835000-7fbf50838000 r-xp 00000000 03:01 396532 /usr/lib/libgmodule-2.0.so.0.1600.6 7fbf50838000-7fbf50a37000 ---p 00003000 03:01 396532 /usr/lib/libgmodule-2.0.so.0.1600.6 7fbf50a37000-7fbf50a38000 rw-p 00002000 03:01 396532 /usr/lib/libgmodule-2.0.so.0.1600.6 7fbf50a38000-7fbf50a42000 r-xp 00000000 03:01 24572 /usr/lib/libenchant.so.1.4.2 7fbf50a42000-7fbf50c42000 ---p 0000a000 03:01 24572 /usr/lib/libenchant.so.1.4.2 7fbf50c42000-7fbf50c43000 rw-p 0000a000 03:01 24572 /usr/lib/libenchant.so.1.4.2 7fbf50c43000-7fbf50c64000 r-xp 00000000 03:01 396642 /usr/lib/libjpeg.so.62.0.0 7fbf50c64000-7fbf50e64000 ---p 00021000 03:01 396642 /usr/lib/libjpeg.so.62.0.0 7fbf50e64000-7fbf50e65000 rw-p 00021000 03:01 396642 /usr/lib/libjpeg.so.62.0.0 7fbf50e65000-7fbf50e8a000 r-xp 00000000 03:01 396650 /usr/lib/libpng12.so.0.27.0 7fbf50e8a000-7fbf51089000 ---p 00025000 03:01 396650 /usr/lib/libpng12.so.0.27.0 7fbf51089000-7fbf5108a000 rw-p 00024000 03:01 396650 /usr/lib/libpng12.so.0.27.0 7fbf5108a000-7fbf51109000 r-xp 00000000 03:01 396625 /usr/lib/libfreetype.so.6.3.18 7fbf51109000-7fbf51308000 ---p 0007f000 03:01 396625 /usr/lib/libfreetype.so.6.3.18 7fbf51308000-7fbf5130e000 rw-p 0007e000 03:01 396625 /usr/lib/libfreetype.so.6.3.18 7fbf5130e000-7fbf51390000 r-xp 00000000 03:01 635586 /lib/libm-2.7.so 7fbf51390000-7fbf5158f000 ---p 00082000 03:01 635586 /lib/libm-2.7.so 7fbf5158f000-7fbf51591000 rw-p 00081000 03:01 635586 /lib/libm-2.7.so 7fbf51591000-7fbf515d4000 r-xp 00000000 03:01 24627 /usr/lib/libt1.so.5.1.2 7fbf515d4000-7fbf517d4000 ---p 00043000 03:01 24627 /usr/lib/libt1.so.5.1.2 7fbf517d4000-7fbf517d8000 rw-p 00043000 03:01 24627 /usr/lib/libt1.so.5.1.2 7fbf517d8000-7fbf517ee000 rw-p 7fbf517d8000 00:00 0 7fbf517ee000-7fbf5182c000 r-xp 00000000 03:01 392342 /usr/lib/libgmp.so.3.4.2 7fbf5182c000-7fbf51a2c000 ---p 0003e000 03:01 392342 /usr/lib/libgmp.so.3.4.2 7fbf51a2c000-7fbf51a2d000 rw-p 0003e000 03:01 392342 /usr/lib/libgmp.so.3.4.2 7fbf51a2d000-7fbf51a38000 r-xp 00000000 03:01 635291 /lib/libpam.so.0.81.12 7fbf51a38000-7fbf51c37000 ---p 0000b000 03:01 635291 /lib/libpam.so.0.81.12 7fbf51c37000-7fbf51c38000 rw-p 0000a000 03:01 635291 /lib/libpam.so.0.81.12 7fbf51c38000-7fbf51c3f000 r-xp 00000000 03:01 24685 /usr/lib/libltdl.so.3.1.6 7fbf51c3f000-7fbf51e3e000 ---p 00007000 03:01 24685 /usr/lib/libltdl.so.3.1.6 7fbf51e3e000-7fbf51e3f000 rw-p 00006000 03:01 24685 /usr/lib/libltdl.so.3.1.6 7fbf51e3f000-7fbf51e47000 r-xp 00000000 03:01 635568 /lib/librt-2.7.so 7fbf51e47000-7fbf52046000 ---p 00008000 03:01 635568 /lib/librt-2.7.so 7fbf52046000-7fbf52048000 rw-p 00007000 03:01 635568 /lib/librt-2.7.so 7fbf52048000-7fbf5209c000 r-xp 00000000 03:01 24696 /usr/lib/libtidy-0.99.so.0.0.0 7fbf5209c000-7fbf5229b000 ---p 00054000 03:01 24696 /usr/lib/libtidy-0.99.so.0.0.0 7fbf5229b000-7fbf522a4000 rw-p 00053000 03:01 24696 /usr/lib/libtidy-0.99.so.0.0.0 7fbf522a4000-7fbf522b7000 r-xp 00000000 03:01 24701 /usr/lib/libexslt.so.0.8.13 7fbf522b7000-7fbf524b6000 ---p 00013000 03:01 24701 /usr/lib/libexslt.so.0.8.13 7fbf524b6000-7fbf524b7000 rw-p 00012000 03:01 24701 /usr/lib/libexslt.so.0.8.13 7fbf524b7000-7fbf524cd000 r-xp 00000000 03:01 393314 /usr/lib/libz.so.1.2.3.3 7fbf524cd000-7fbf526cd000 ---p 00016000 03:01 393314 /usr/lib/libz.so.1.2.3.3 7fbf526cd000-7fbf526ce000 rw-p 00016000 03:01 393314 /usr/lib/libz.so.1.2.3.3 7fbf526ce000-7fbf527dc000 r-xp 00000000 03:01 24648 /usr/lib/libc-client.so.2007b.0 7fbf527dc000-7fbf529db000 ---p 0010e000 03:01 24648 /usr/lib/libc-client.so.2007b.0 7fbf529db000-7fbf529e6000 rw-p 0010d000 03:01 24648 /usr/lib/libc-client.so.2007b.0 7fbf529e6000-7fbf529e7000 rw-p 7fbf529e6000 00:00 0 7fbf529e7000-7fbf529ef000 r-xp 00000000 03:01 635578 /lib/libcrypt-2.7.so 7fbf529ef000-7fbf52bef000 ---p 00008000 03:01 635578 /lib/libcrypt-2.7.so 7fbf52bef000-7fbf52bf1000 rw-p 00008000 03:01 635578 /lib/libcrypt-2.7.so 7fbf52bf1000-7fbf52c1f000 rw-p 7fbf52bf1000 00:00 0 7fbf52c1f000-7fbf52c3b000 r-xp 00000000 03:01 635572 /lib/ld-2.7.so 7fbf52c3b000-7fbf52c7b000 rwxp 7fbf52c3b000 00:00 0 7fbf52c7b000-7fbf52cea000 rwxp 7fbf52c7b000 00:00 0 7fbf52cea000-7fbf52cfe000 rw-p 7fbf52cea000 00:00 0 7fbf52cfe000-7fbf52d25000 r-xp 00000000 03:01 24691 /usr/lib/libmcrypt.so.4.4.7 7fbf52d25000-7fbf52e25000 ---p 00027000 03:01 24691 /usr/lib/libmcrypt.so.4.4.7 7fbf52e25000-7fbf52e29000 rw-p 00027000 03:01 24691 /usr/lib/libmcrypt.so.4.4.7 7fbf52e29000-7fbf52e30000 rw-p 7fbf52e29000 00:00 0 7fbf52e30000-7fbf52e37000 rwxp 7fbf52e30000 00:00 0 7fbf52e37000-7fbf52e3a000 rw-p 7fbf52e37000 00:00 0 7fbf52e3a000-7fbf52e3c000 rw-p 0001b000 03:01 635572 /lib/ld-2.7.so 7fff9d653000-7fff9d668000 rw-p 7ffffffea000 00:00 0 [stack] 7fff9d7a6000-7fff9d7a7000 r-xp 7fff9d7a6000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] Aborted --------- [configure options for php 5.3.2RC1] ---------- --enable-debug --disable-phar --with-config-file-path=/usr/local/etc/php/ --with-config-file-scan-dir=/usr/local/etc/php/conf.d --with-apxs2=/usr/bin/apxs2 --disable-cgi --enable-libgcc --disable-short-tags --enable-dmalloc --with-openssl --with-pcre-regex --with-zlib --with-bz2 --enable-calendar --with-curl --with-curlwrappers --with-db4 --with-enchant --enable-exif --enable-ftp --with-gd --with-png-dir=/usr/lib --with-jpeg-dir=/usr/lib --with-freetype-dir=/usr/lib --with-t1lib --enable-gd-native-ttf --enable-gd-jis-conv --with-gettext --with-gmp --with-mhash --with-imap --with-imap-ssl --with-kerberos --enable-intl --enable-mbstring --with-onig --with-mcrypt --with-mysql --with-mysqli --enable-embedded-mysqli=shared --with-pdo-mysql --disable-posix --enable-soap --enable-sockets --enable-sqlite-utf8 --with-tidy --enable-wddx --with-xmlrpc --with-xsl --enable-zip --with-pear --enable-zend-multibyte
Attached Files:

Notes
(0001295) derick    2010-01-30 16:56	Can you do the following: 1. install valgrind (apt-get install valgrind) 2. on one shell:    a. export USE_ZEND_ALLOC=1    b. valgrind /full/path/to/php yourscript.php (script only if necessary) 3. provide the output of valgrind here if it crashes, do also do this in the same shell: 4. gdb --args /full/path/to/php yourscript.php (script only if necessary) 5. run on the gdb prompt:    a. run    b. when it crashes: bt full 6. and provide that output as well.
(0001302) avetis    2010-01-30 18:51	------- [valgrind output]-------- >>> valgrind /usr/local/bin/php ==20237== Memcheck, a memory error detector. ==20237== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==20237== Using LibVEX rev 1854, a library for dynamic binary translation. ==20237== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==20237== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework. ==20237== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==20237== For more details, rerun with: -v ==20237== ==20237== My PID = 20237, parent PID = 2856. Prog and args are: ==20237== /usr/local/bin/php ==20237== ==20237== Invalid free() / delete / delete[] ==20237== at 0x4C2130F: free (vg_replace_malloc.c:323) ==20237== by 0xD96375D: OnUpdateIDEKey (xdebug.c:214) ==20237== by 0x9604A2: zend_alter_ini_entry_ex (zend_ini.c:291) ==20237== by 0x960295: zend_alter_ini_entry (zend_ini.c:249) ==20237== by 0xD963AAC: xdebug_env_key (xdebug.c:353) ==20237== by 0xD963AD1: xdebug_env_config (xdebug.c:366) ==20237== by 0xD96634F: zm_activate_xdebug (xdebug.c:920) ==20237== by 0x94F22C: module_registry_request_startup (zend_API.c:2134) ==20237== by 0x956C5A: zend_hash_apply (zend_hash.c:673) ==20237== by 0x944F7F: zend_activate_modules (zend.c:857) ==20237== by 0x8C6AC4: php_request_startup (main.c:1414) ==20237== by 0xA3439B: main (php_cli.c:1088) ==20237== Address 0xe030200 is not stack'd, malloc'd or (recently) free'd ==20237== ==20237== Invalid free() / delete / delete[] ==20237== at 0x4C2130F: free (vg_replace_malloc.c:323) ==20237== by 0xD9664ED: zm_activate_xdebug (xdebug.c:944) ==20237== by 0x94F22C: module_registry_request_startup (zend_API.c:2134) ==20237== by 0x956C5A: zend_hash_apply (zend_hash.c:673) ==20237== by 0x944F7F: zend_activate_modules (zend.c:857) ==20237== by 0x8C6AC4: php_request_startup (main.c:1414) ==20237== by 0xA3439B: main (php_cli.c:1088) ==20237== Address 0xe0301f0 is not stack'd, malloc'd or (recently) free'd ==20237== ==20237== Invalid free() / delete / delete[] ==20237== at 0x4C2130F: free (vg_replace_malloc.c:323) ==20237== by 0xD96622F: xdebug_stack_element_dtor (xdebug.c:871) ==20237== by 0xD979978: xdebug_llist_remove (xdebug_llist.c:127) ==20237== by 0xD9690FC: xdebug_execute (xdebug.c:1784) ==20237== by 0x945F91: zend_execute_scripts (zend.c:1194) ==20237== by 0x8C82E2: php_execute_script (main.c:2233) ==20237== by 0xA344E6: main (php_cli.c:1192) ==20237== Address 0xe0301b0 is not stack'd, malloc'd or (recently) free'd ==20237== ==20237== Invalid free() / delete / delete[] ==20237== at 0x4C2130F: free (vg_replace_malloc.c:323) ==20237== by 0xD966261: xdebug_stack_element_dtor (xdebug.c:877) ==20237== by 0xD979978: xdebug_llist_remove (xdebug_llist.c:127) ==20237== by 0xD9690FC: xdebug_execute (xdebug.c:1784) ==20237== by 0x945F91: zend_execute_scripts (zend.c:1194) ==20237== by 0x8C82E2: php_execute_script (main.c:2233) ==20237== by 0xA344E6: main (php_cli.c:1192) ==20237== Address 0xe0301c0 is not stack'd, malloc'd or (recently) free'd ==20237== ==20237== Invalid free() / delete / delete[] ==20237== at 0x4C2130F: free (vg_replace_malloc.c:323) ==20237== by 0xD96375D: OnUpdateIDEKey (xdebug.c:214) ==20237== by 0x95FCEA: zend_restore_ini_entry_cb (zend_ini.c:57) ==20237== by 0x95FE05: zend_restore_ini_entry_wrapper (zend_ini.c:81) ==20237== by 0x956C5A: zend_hash_apply (zend_hash.c:673) ==20237== by 0x95FF25: zend_ini_deactivate (zend_ini.c:121) ==20237== by 0x94519E: zend_deactivate (zend.c:919) ==20237== by 0x8C713E: php_request_shutdown (main.c:1606) ==20237== by 0xA34EC8: main (php_cli.c:1373) ==20237== Address 0xe0301e0 is not stack'd, malloc'd or (recently) free'd ==20237== ==20237== Invalid free() / delete / delete[] ==20237== at 0x4C2130F: free (vg_replace_malloc.c:323) ==20237== by 0xD9669CA: zm_post_zend_deactivate_xdebug (xdebug.c:1047) ==20237== by 0x9451DB: exec_done_cb (zend.c:927) ==20237== by 0x956C5A: zend_hash_apply (zend_hash.c:673) ==20237== by 0x9451F9: zend_post_deactivate_modules (zend.c:935) ==20237== by 0x8C717A: php_request_shutdown (main.c:1610) ==20237== by 0xA34EC8: main (php_cli.c:1373) ==20237== Address 0xe0301d0 is not stack'd, malloc'd or (recently) free'd ==20237== ==20237== Invalid free() / delete / delete[] ==20237== at 0x4C2130F: free (vg_replace_malloc.c:323) ==20237== by 0xD966A8A: zm_post_zend_deactivate_xdebug (xdebug.c:1066) ==20237== by 0x9451DB: exec_done_cb (zend.c:927) ==20237== by 0x956C5A: zend_hash_apply (zend_hash.c:673) ==20237== by 0x9451F9: zend_post_deactivate_modules (zend.c:935) ==20237== by 0x8C717A: php_request_shutdown (main.c:1610) ==20237== by 0xA34EC8: main (php_cli.c:1373) ==20237== Address 0xe0301a0 is not stack'd, malloc'd or (recently) free'd ==20237== ==20237== ERROR SUMMARY: 7 errors from 7 contexts (suppressed: 31 from 2) ==20237== malloc/free: in use at exit: 0 bytes in 0 blocks. ==20237== malloc/free: 40 allocs, 47 frees, 1,664 bytes allocated. ==20237== For counts of detected errors, rerun with: -v ==20237== All heap blocks were freed -- no leaks are possible. ------- [gdb run output]-------- >>> gdb --args /usr/local/bin/php GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> [^] This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"... (gdb) run Starting program: /usr/local/bin/php [Thread debugging using libthread_db enabled] warning: Lowest section in /usr/lib/libicudata.so.38 is .hash at 0000000000000120 [New Thread 0x7f8c3032a710 (LWP 20240)] *** glibc detected *** -: free(): invalid pointer: 0x00007f8c27052200 *** ======= Backtrace: ========= /lib/libc.so.6[0x7f8c297f6928] /lib/libc.so.6(cfree+0x76)[0x7f8c297f8a36] /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so[0x7f8c274bf75e] -(zend_alter_ini_entry_ex+0x20b)[0x9604a3] -(zend_alter_ini_entry+0x4c)[0x960296] /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so(xdebug_env_key+0x9a)[0x7f8c274bfaad] /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so(xdebug_env_config+0x23)[0x7f8c274bfad2] /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so(zm_activate_xdebug+0x18)[0x7f8c274c2350] -[0x94f22d] -(zend_hash_apply+0x7e)[0x956c5b] -[0x944f80] -(php_request_startup+0x218)[0x8c6ac5] -[0xa3439c] /lib/libc.so.6(__libc_start_main+0xe6)[0x7f8c297a11a6] -[0x439b69] ======= Memory map: ======== 00400000-00efd000 r-xp 00000000 03:01 402948 /usr/local/bin/php 010fc000-011a6000 rw-p 00afc000 03:01 402948 /usr/local/bin/php 011a6000-011c6000 rw-p 011a6000 00:00 0 7f8c26f57000-7f8c271a3000 rwxp 7f8c26f57000 00:00 0 7f8c271a3000-7f8c271ad000 r-xp 00000000 03:01 635564 /lib/libnss_files-2.7.so 7f8c271ad000-7f8c273ad000 ---p 0000a000 03:01 635564 /lib/libnss_files-2.7.so 7f8c273ad000-7f8c273af000 rw-p 0000a000 03:01 635564 /lib/libnss_files-2.7.so 7f8c273af000-7f8c273b1000 rwxp 7f8c273af000 00:00 0 7f8c273b1000-7f8c274b5000 rwxp 7f8c273b1000 00:00 0 7f8c274b5000-7f8c274e8000 r-xp 00000000 03:01 489068 /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so 7f8c274e8000-7f8c276e7000 ---p 00033000 03:01 489068 /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so 7f8c276e7000-7f8c276eb000 rw-p 00032000 03:01 489068 /usr/local/lib/php/extensions/debug-non-zts-20090626/xdebug.so 7f8c276eb000-7f8c27818000 rwxp 7f8c276eb000 00:00 0 7f8c27818000-7f8c27b61000 r--p 00000000 03:01 407957 /usr/lib/locale/locale-archive 7f8c27b61000-7f8c27b70000 r-xp 00000000 03:01 394232 /usr/lib/libtasn1.so.3.0.15 7f8c27b70000-7f8c27d70000 ---p 0000f000 03:01 394232 /usr/lib/libtasn1.so.3.0.15 7f8c27d70000-7f8c27d71000 rw-p 0000f000 03:01 394232 /usr/lib/libtasn1.so.3.0.15 7f8c27d71000-7f8c27d8a000 r-xp 00000000 03:01 394330 /usr/lib/libsasl2.so.2.0.22 7f8c27d8a000-7f8c27f8a000 ---p 00019000 03:01 394330 /usr/lib/libsasl2.so.2.0.22 7f8c27f8a000-7f8c27f8b000 rw-p 00019000 03:01 394330 /usr/lib/libsasl2.so.2.0.22 7f8c27f8b000-7f8c27f8e000 r-xp 00000000 03:01 394219 /usr/lib/libgpg-error.so.0.3.0 7f8c27f8e000-7f8c2808d000 ---p 00003000 03:01 394219 /usr/lib/libgpg-error.so.0.3.0 7f8c2808d000-7f8c2808e000 rw-p 00002000 03:01 394219 /usr/lib/libgpg-error.so.0.3.0 7f8c2808e000-7f8c28135000 r-xp 00000000 03:01 392150 /usr/lib/libgnutls.so.26.4.6 7f8c28135000-7f8c28335000 ---p 000a7000 03:01 392150 /usr/lib/libgnutls.so.26.4.6 7f8c28335000-7f8c28340000 rw-p 000a7000 03:01 392150 /usr/lib/libgnutls.so.26.4.6 7f8c28340000-7f8c28385000 r-xp 00000000 03:01 395593 /usr/lib/libldap_r-2.4.so.2.1.0 7f8c28385000-7f8c28584000 ---p 00045000 03:01 395593 /usr/lib/libldap_r-2.4.so.2.1.0 7f8c28584000-7f8c28587000 rw-p 00044000 03:01 395593 /usr/lib/libldap_r-2.4.so.2.1.0 7f8c28587000-7f8c28589000 rw-p 7f8c28587000 00:00 0 7f8c28589000-7f8c28597000 r-xp 00000000 03:01 395592 /usr/lib/liblber-2.4.so.2.1.0 7f8c28597000-7f8c28797000 ---p 0000e000 03:01 395592 /usr/lib/liblber-2.4.so.2.1.0 7f8c28797000-7f8c28798000 rw-p 0000e000 03:01 395592 /usr/lib/liblber-2.4.so.2.1.0 7f8c28798000-7f8c287c9000 r-xp 00000000 03:01 395589 /usr/lib/libidn.so.11.5.37 7f8c287c9000-7f8c289c9000 ---p 00031000 03:01 395589 /usr/lib/libidn.so.11.5.37 7f8c289c9000-7f8c289ca000 rw-p 00031000 03:01 395589 /usr/lib/libidn.so.11.5.37 7f8c289ca000-7f8c289cc000 r-xp 00000000 03:01 635241 /lib/libkeyutils-1.2.so 7f8c289cc000-7f8c28bcb000 ---p 00002000 03:01 635241 /lib/libkeyutils-1.2.so 7f8c28bcb000-7f8c28bcc000 rw-p 00001000 03:01 635241 /lib/libkeyutils-1.2.so 7f8c28bcc000-7f8c28bd3000 r-xp 00000000 03:01 394817 /usr/lib/libkrb5support.so.0.1 7f8c28bd3000-7f8c28dd3000 ---p 00007000 03:01 394817 /usr/lib/libkrb5support.so.0.1 7f8c28dd3000-7f8c28dd4000 rw-p 00007000 03:01 394817 /usr/lib/libkrb5support.so.0.1 7f8c28dd4000-7f8c28dfc000 r-xp 00000000 03:01 394272 /usr/lib/libpcre.so.3.12.1 7f8c28dfc000-7f8c28ffb000 ---p 00028000 03:01 394272 /usr/lib/libpcre.so.3.12.1 7f8c28ffb000-7f8c28ffc000 rw-p 00027000 03:01 394272 /usr/lib/libpcre.so.3.12.1 7f8c28ffc000-7f8c29061000 r-xp 00000000 03:01 394226 /usr/lib/libgcrypt.so.11.4.4 7f8c29061000-7f8c29260000 ---p 00065000 03:01 394226 /usr/lib/libgcrypt.so.11.4.4 7f8c29260000-7f8c29263000 rw-p 00064000 03:01 394226 /usr/lib/libgcrypt.so.11.4.4 7f8c29263000-7f8c29354000 r-xp 00000000 03:01 391423 /usr/lib/libstdc++.so.6.0.10 7f8c29354000-7f8c29553000 ---p 000f1000 03:01 391423 /usr/lib/libstdc++.so.6.0.10 7f8c29553000-7f8c29559000 r--p 000f0000 03:01 391423 /usr/lib/libstdc++.so.6.0.10 7f8c29559000-7f8c2955c000 rw-p 000f6000 03:01 391423 /usr/lib/libstdc++.so.6.0.10 7f8c2955c000-7f8c2956f000 rw-p 7f8c2955c000 00:00 0 7f8c2956f000-7f8c2957f000 r-xp 00000000 03:01 635582 /lib/libresolv-2.7.so 7f8c2957f000-7f8c2977f000 ---p 00010000 03:01 635582 /lib/libresolv-2.7.so 7f8c2977f000-7f8c29781000 rw-p 00010000 03:01 635582 /lib/libresolv-2.7.so 7f8c29781000-7f8c29783000 rw-p 7f8c29781000 00:00 0 7f8c29783000-7f8c298cd000 r-xp 00000000 03:01 635581 /lib/libc-2.7.so 7f8c298cd000-7f8c29acc000 ---p 0014a000 03:01 635581 /lib/libc-2.7.so 7f8c29acc000-7f8c29acf000 r--p 00149000 03:01 635581 /lib/libc-2.7.so 7f8c29acf000-7f8c29ad1000 rw-p 0014c000 03:01 635581 /lib/libc-2.7.so 7f8c29ad1000-7f8c29ad6000 rw-p 7f8c29ad1000 00:00 0 7f8c29ad6000-7f8c29aec000 r-xp 00000000 03:01 635235 /lib/libgcc_s.so.1 7f8c29aec000-7f8c29cec000 ---p 00016000 03:01 635235 /lib/libgcc_s.so.1 7f8c29cec000-7f8c29ced000 rw-p 00016000 03:01 635235 /lib/libgcc_s.so.1 7f8c29ced000-7f8c29e3f000 r-xp 00000000 03:01 394808 /usr/lib/libxml2.so.2.6.32 7f8c29e3f000-7f8c2a03e000 ---p 00152000 03:01 394808 /usr/lib/libxml2.so.2.6.32 7f8c2a03e000-7f8c2a048000 rw-p 00151000 03:01 394808 /usr/lib/libxml2.so.2.6.32 7f8c2a048000-7f8c2a049000 rw-p 7f8c2a048000 00:00 0 7f8c2a049000-7f8c2a082000 r-xp 00000000 03:01 24702 /usr/lib/libxslt.so.1.1.24 7f8c2a082000-7f8c2a281000 ---p 00039000 03:01 24702 /usr/lib/libxslt.so.1.1.24 7f8c2a281000-7f8c2a283000 rw-p 00038000 03:01 24702 /usr/lib/libxslt.so.1.1.24 7f8c2a283000-7f8c2a298000 r-xp 00000000 03:01 635579 /lib/libnsl-2.7.so 7f8c2a298000-7f8c2a497000 ---p 00015000 03:01 635579 /lib/libnsl-2.7.so 7f8c2a497000-7f8c2a499000 rw-p 00014000 03:01 635579 /lib/libnsl-2.7.so 7f8c2a499000-7f8c2a49b000 rw-p 7f8c2a499000 00:00 0 7f8c2a49b000-7f8c2a65a000 r-xp 00000000 03:01 397004 /usr/lib/libmysqlclient.so.15.0.0 7f8c2a65a000-7f8c2a85a000 ---p 001bf000 03:01 397004 /usr/lib/libmysqlclient.so.15.0.0 7f8c2a85a000-7f8c2a8a5000 rw-p 001bf000 03:01 397004 /usr/lib/libmysqlclient.so.15.0.0 7f8c2a8a5000-7f8c2a8a6000 rw-p 7f8c2a8a5000 00:00 0 7f8c2a8a6000-7f8c2a8b0000 r-xp 00000000 03:01 24660 /usr/lib/libicuio.so.38.1 7f8c2a8b0000-7f8c2aab0000 ---p 0000a000 03:01 24660 /usr/lib/libicuio.s Program received signal SIGABRT, Aborted. [Switching to Thread 0x7f8c3032a710 (LWP 20240)] 0x00007f8c297b4ed5 in raise () from /lib/libc.so.6 ------- [gdb bt full output]-------- (gdb) bt full #0 0x00007f8c297b4ed5 in raise () from /lib/libc.so.6 No symbol table info available. #1 0x00007f8c297b63f3 in abort () from /lib/libc.so.6 No symbol table info available. 0000002 0x00007f8c297f1388 in ?? () from /lib/libc.so.6 No symbol table info available. 0000003 0x00007f8c297f6928 in ?? () from /lib/libc.so.6 No symbol table info available. 0000004 0x00007f8c297f8a36 in free () from /lib/libc.so.6 No symbol table info available. 0000005 0x00007f8c274bf75e in OnUpdateIDEKey (entry=0x7f8c27018e80, new_value=0x7f8c26fec720 "root", new_value_length=4, mh_arg1=0x0, mh_arg2=0x0, mh_arg3=0x0, stage=4)     at /opt/XDEBUG_2_1_0beta1/xdebug.c:214 No locals. 0000006 0x00000000009604a3 in zend_alter_ini_entry_ex (name=0x7f8c274deec5 "xdebug.idekey", name_length=14, new_value=0x7fff6a80cec8 "root", new_value_length=4, modify_type=4, stage=4, force_change=0)     at /opt/php-5.3.2RC1/Zend/zend_ini.c:291     ini_entry = (zend_ini_entry *) 0x7f8c27018e80     duplicate = 0x7f8c26fec720 "root"     modifiable = 7 '\a'     modified = 0 '\0' 0000007 0x0000000000960296 in zend_alter_ini_entry (name=0x7f8c274deec5 "xdebug.idekey", name_length=14, new_value=0x7fff6a80cec8 "root", new_value_length=4, modify_type=4, stage=4)     at /opt/php-5.3.2RC1/Zend/zend_ini.c:249 No locals. 0000008 0x00007f8c274bfaad in xdebug_env_key () at /opt/XDEBUG_2_1_0beta1/xdebug.c:353     ide_key = 0x7fff6a80cec8 "root" 0000009 0x00007f8c274bfad2 in xdebug_env_config () at /opt/XDEBUG_2_1_0beta1/xdebug.c:366     config = 0x0     parts = (xdebug_arg *) 0x0     i = 32652 0000010 0x00007f8c274c2350 in zm_activate_xdebug (type=1, module_number=52) at /opt/XDEBUG_2_1_0beta1/xdebug.c:920     orig = (zend_function *) 0xe6982d     idekey = 0x100000031 <Address 0x100000031 out of bounds>     dummy = (zval **) 0x8aef36 0000011 0x000000000094f22d in module_registry_request_startup (module=0x7f8c27024e00) at /opt/php-5.3.2RC1/Zend/zend_API.c:2134 No locals. 0000012 0x0000000000956c5b in zend_hash_apply (ht=0x11c5640, apply_func=0x94f1f2 <module_registry_request_startup>) at /opt/php-5.3.2RC1/Zend/zend_hash.c:673     result = 0     p = (Bucket *) 0x7f8c2701fc80 0000013 0x0000000000944f80 in zend_activate_modules () at /opt/php-5.3.2RC1/Zend/zend.c:857 No locals. 0000014 0x00000000008c6ac5 in php_request_startup () at /opt/php-5.3.2RC1/main/main.c:1414     __orig_bailout = (jmp_buf *) 0x7fff6a80c410     __bailout = {{__jmpbuf = {10702864, -5510940994126348779, 4430656, 140734980212736, 0, 0, -5510940994164097515, 5511245153361329685}, __mask_was_saved = 0, __saved_mask = {__val = {0, 0,         140240079995354, 1, 0, 9291095, 9201475, 140239967928896, 10702864, 4294967295, 18503168, 18611616, 18191360, 140734980212744, 4313575380, 140734980211728}}}}     retval = 0 0000015 0x0000000000a3439c in main (argc=1, argv=0x7fff6a80c808) at /opt/php-5.3.2RC1/sapi/cli/php_cli.c:1088     __orig_bailout = (jmp_buf *) 0x0     __bailout = {{__jmpbuf = {10702864, -5510940993979548139, 4430656, 140734980212736, 0, 0, -5510940994132640235, 5511244974534295061}, __mask_was_saved = 0, __saved_mask = {__val = {         140240001543651, 140239967956952, 140240079978156, 4294967296, 140240079978156, 40, 140240080792952, 29, 55, 2269477195, 140240079979364, 140240010794840, 140239272149003, 35460581,         140734980211936, 140734980212328}}}}     exit_status = 0     c = -1     file_handle = {type = ZEND_HANDLE_FP, filename = 0xe82605 "-", opened_path = 0x0, handle = {fd = 699205280, fp = 0x7f8c29ad06a0, stream = {handle = 0x7f8c29ad06a0, isatty = 1786824528, mmap = {         len = 140734980212504, pos = 4131212846, map = 0x7fff6a80c700, buf = 0x0, old_handle = 0x7f8c302685ae, old_closer = 0}, reader = 0x7f8c3032eec0, fsizer = 0x7fff00000001, closer = 0}},   free_filename = 0 '\0'}     behavior = 1     reflection_what = 0x0     orig_optind = 1     orig_optarg = 0x0     arg_free = 0x7fff6a80ce4d "/usr/local/bin/php"     arg_excp = (char **) 0x7fff6a80c808     script_file = 0x0     interactive = 0     module_started = 1     request_started = 0     lineno = 0     exec_direct = 0x0     exec_run = 0x0     exec_begin = 0x0     exec_end = 0x0     param_error = 0x0     hide_argv = 0     ini_entries_len = 110
(0001350) derick    2010-02-17 00:47	I have just made a guess at fixing it, as I can't actually reproduce this. Can you try the latest SVN version please to see if it's fixed?
(0001362) avetis    2010-02-18 22:08	I'm still having the same problem...
(0001365) derick    2010-02-20 13:41	Bleh, made a little mistake in my instructions, can you please try the following: 1. on one shell:    a. export USE_ZEND_ALLOC=0 (I had put "1" here before)    b. valgrind /full/path/to/php yourscript.php (script only if necessary) 2. provide the output of valgrind
(0001370) avetis    2010-02-22 18:14	I've checked out and compiled it again, and suprise : it seems to give less errors, though it still does not work :/ ---------------[valgrind output]---------------------- >>> valgrind /usr/local/bin/php empty.php ==3047== Memcheck, a memory error detector. ==3047== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==3047== Using LibVEX rev 1854, a library for dynamic binary translation. ==3047== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==3047== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework. ==3047== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==3047== For more details, rerun with: -v ==3047== ==3047== Invalid free() / delete / delete[] ==3047== at 0x4C2130F: free (vg_replace_malloc.c:323) ==3047== by 0xD96F6BD: zm_activate_xdebug (xdebug.c:713) ==3047== by 0x94F22C: module_registry_request_startup (zend_API.c:2134) ==3047== by 0x956C5A: zend_hash_apply (zend_hash.c:673) ==3047== by 0x944F7F: zend_activate_modules (zend.c:857) ==3047== by 0x8C6AC4: php_request_startup (main.c:1414) ==3047== by 0xA3439B: main (php_cli.c:1088) ==3047== Address 0xe036190 is not stack'd, malloc'd or (recently) free'd ==3047== ==3047== Invalid free() / delete / delete[] ==3047== at 0x4C2130F: free (vg_replace_malloc.c:323) ==3047== by 0xD96F3D2: xdebug_stack_element_dtor (xdebug.c:637) ==3047== by 0xD97EF00: xdebug_llist_remove (xdebug_llist.c:127) ==3047== by 0xD971743: xdebug_execute (xdebug.c:1287) ==3047== by 0x945F91: zend_execute_scripts (zend.c:1194) ==3047== by 0x8C82E2: php_execute_script (main.c:2233) ==3047== by 0xA344E6: main (php_cli.c:1192) ==3047== Address 0xe548f90 is not stack'd, malloc'd or (recently) free'd ==3047== ==3047== Invalid free() / delete / delete[] ==3047== at 0x4C2130F: free (vg_replace_malloc.c:323) ==3047== by 0xD96F404: xdebug_stack_element_dtor (xdebug.c:643) ==3047== by 0xD97EF00: xdebug_llist_remove (xdebug_llist.c:127) ==3047== by 0xD971743: xdebug_execute (xdebug.c:1287) ==3047== by 0x945F91: zend_execute_scripts (zend.c:1194) ==3047== by 0x8C82E2: php_execute_script (main.c:2233) ==3047== by 0xA344E6: main (php_cli.c:1192) ==3047== Address 0xe0654c0 is not stack'd, malloc'd or (recently) free'd ==3047== ==3047== Invalid free() / delete / delete[] ==3047== at 0x4C2130F: free (vg_replace_malloc.c:323) ==3047== by 0xD96E33D: OnUpdateIDEKey (xdebug.c:201) ==3047== by 0x95FCEA: zend_restore_ini_entry_cb (zend_ini.c:57) ==3047== by 0x95FE05: zend_restore_ini_entry_wrapper (zend_ini.c:81) ==3047== by 0x956C5A: zend_hash_apply (zend_hash.c:673) ==3047== by 0x95FF25: zend_ini_deactivate (zend_ini.c:121) ==3047== by 0x94519E: zend_deactivate (zend.c:919) ==3047== by 0x8C713E: php_request_shutdown (main.c:1606) ==3047== by 0xA34EC8: main (php_cli.c:1373) ==3047== Address 0xe036170 is not stack'd, malloc'd or (recently) free'd ==3047== ==3047== Invalid free() / delete / delete[] ==3047== at 0x4C2130F: free (vg_replace_malloc.c:323) ==3047== by 0xD96FB9A: zm_post_zend_deactivate_xdebug (xdebug.c:816) ==3047== by 0x9451DB: exec_done_cb (zend.c:927) ==3047== by 0x956C5A: zend_hash_apply (zend_hash.c:673) ==3047== by 0x9451F9: zend_post_deactivate_modules (zend.c:935) ==3047== by 0x8C717A: php_request_shutdown (main.c:1610) ==3047== by 0xA34EC8: main (php_cli.c:1373) ==3047== Address 0xe0654a0 is not stack'd, malloc'd or (recently) free'd ==3047== ==3047== Invalid free() / delete / delete[] ==3047== at 0x4C2130F: free (vg_replace_malloc.c:323) ==3047== by 0xD96FC5A: zm_post_zend_deactivate_xdebug (xdebug.c:835) ==3047== by 0x9451DB: exec_done_cb (zend.c:927) ==3047== by 0x956C5A: zend_hash_apply (zend_hash.c:673) ==3047== by 0x9451F9: zend_post_deactivate_modules (zend.c:935) ==3047== by 0x8C717A: php_request_shutdown (main.c:1610) ==3047== by 0xA34EC8: main (php_cli.c:1373) ==3047== Address 0xe548fc0 is not stack'd, malloc'd or (recently) free'd ==3047== ==3047== ERROR SUMMARY: 6 errors from 6 contexts (suppressed: 31 from 2) ==3047== malloc/free: in use at exit: 0 bytes in 0 blocks. ==3047== malloc/free: 40 allocs, 46 frees, 1,664 bytes allocated. ==3047== For counts of detected errors, rerun with: -v ==3047== All heap blocks were freed -- no leaks are possible.
(0001394) derick    2010-03-20 21:25	This bug still doesn't make sense. To me it looks like a compiler optimized out some code. I don't know which one you have but you might want to upgrade it. If that doesn't help, I am afraid I'll have to ask for access to the machine to debug it.
(0001402) avetis    2010-03-21 20:50	I'm compiling on a local virtual machine, I can open an access for you if you need it.
(0001405) derick    2010-03-21 22:01	I would appreciated that; please mail access details directly to derick@xdebug.org .
(0001406) avetis    2010-03-22 22:40	I've sent you the access details in a mail with "Access for bug 0000526" as subject.
(0001407) derick    2010-03-23 00:00	I had a quick look today on your VM, but still no luck. I don't understand why I can't get the same behaviour locally either. I'll try more later.
(0001471) derick    2010-05-01 17:05	Closing this one as "not a bug", because you wrote: > The "bad guy" was dmalloc. > When I compiled without using --enable-dmalloc option, everything went OK. Dmalloc is another memory allocation checker, which will most likely conflict with both the Zend memory manager and glibc anyway. We'll simply not support it instead.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
568	[Xdebug] Installation	block	have not tried	2010-04-21 14:59	2010-04-21 20:09
Reporter:	hwoody	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	FreeBSD 8.0
PHP Version:	5.3.2
Summary:	How to get rid of annoying "Xdebug requires Zend Engine API version 220060519" message ?
Description:	Hi ! I am trying to install version 2.1.0RC1 from source. I am doing the following in the source dir # ./phpize # ./configure # make # make install and then I add: zend_extension="/usr/local/lib/php/20090626/xdebug.so" to php.ini When then running #php somescript.php I see this message: Xdebug requires Zend Engine API version 220060519. The Zend Engine API version 220090626 which is installed, is newer. Contact Derick Rethans at http://xdebug.org [^] for a later version of Xdebug. How do I get rid of that message ? Please note I am using Xdebug v2.1.0rc2-dev (from SVN)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001456) derick    2010-04-21 20:09	This is not a bug, you're simply building against headers that don't belong to the PHP version that you're running. Please contact the mailinglist for support.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
551	[Xdebug] Usage problems	major	always	2010-03-22 17:35	2010-04-20 14:58
Reporter:	cicovec	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	repetitive occurrence of object property
Description:	The script stops at breakpoint showing the list of local variables. When I expand one of them to see it's properties the first property ("CLASSNAME" in this case) is being repeated over and over until I do something (step over/into, finish script ...) I went back in SVN history and found it started working like this in revision 3174 (3173 was fine). You can find the remote log in additional information, together with my server configuration. Using actual stable version of NetBeans as IDE.
Steps To Reproduce:
Additional Information:	Ubuntu 9.10 PHP Version 5.3.2-0.dotdeb.1 Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Xdebug v2.1.0rc1-dev, Copyright (c) 2002-2010, by Derick Rethans with Suhosin v0.9.29, Copyright (c) 2007, by SektionEins GmbH xdebug.auto_trace Off xdebug.collect_assignments Off xdebug.collect_includes On xdebug.collect_params 0 xdebug.collect_return Off xdebug.collect_vars Off xdebug.default_enable On xdebug.dump.COOKIE no value xdebug.dump.ENV no value xdebug.dump.FILES no value xdebug.dump.GET no value xdebug.dump.POST no value xdebug.dump.REQUEST no value xdebug.dump.SERVER no value xdebug.dump.SESSION no value xdebug.dump_globals On xdebug.dump_once On xdebug.dump_undefined Off xdebug.extended_info On xdebug.file_link_format no value xdebug.idekey no value xdebug.manual_url http://www.php.net [^] xdebug.max_nesting_level 100 xdebug.overload_var_dump On xdebug.profiler_aggregate Off xdebug.profiler_append Off xdebug.profiler_enable Off xdebug.profiler_enable_trigger Off xdebug.profiler_output_dir /tmp xdebug.profiler_output_name cachegrind.out.%p xdebug.remote_autostart Off xdebug.remote_connect_back Off xdebug.remote_cookie_expire_time 3600 xdebug.remote_enable On xdebug.remote_handler dbgp xdebug.remote_host vm-host xdebug.remote_log /var/log/apache2/xdebug.remote.log xdebug.remote_mode req xdebug.remote_port 9000 xdebug.scream Off xdebug.show_exception_trace Off xdebug.show_local_vars Off xdebug.show_mem_delta Off xdebug.trace_format 0 xdebug.trace_options 0 xdebug.trace_output_dir /tmp xdebug.trace_output_name trace.%c xdebug.var_display_max_children 128 xdebug.var_display_max_data 512 xdebug.var_display_max_depth 3 Log opened at 2010-03-22 17:16:22 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///mnt/hgfs/www/7even/document_root/index.php" [^] language="PHP" protocol_version="1.0" appid="26764" idekey="netbeans-xdebug"><engine version="2.1.0rc1-dev"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2010 by Derick Rethans]]></copyright></init> <- feature_set -i 15939 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="15939" feature="show_hidden" success="1"></response> <- feature_set -i 15940 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="15940" feature="max_depth" success="1"></response> <- feature_set -i 15941 -n max_children -v 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="15941" feature="max_children" success="1"></response> <- feature_get -i 15942 -n max_data -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="15942" feature_name="max_data" supported="1"><![CDATA[1024]]></response> <- breakpoint_set -i 15943 -t line -s enabled -f file:///mnt/hgfs/www/7even/app/components/DBConnection.php [^] -n 86 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="15943" state="enabled" id="267640001"></response> <- run -i 15944 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="15944" status="break" reason="ok"><xdebug:message filename="file:///mnt/hgfs/www/7even/app/components/DBConnection.php" [^] lineno="86"></xdebug:message></response> <- stack_get -i 15945 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="15945"><stack where="DBConnection::getConfig" level="0" type="file" filename="file:///mnt/hgfs/www/7even/app/components/DBConnection.php" [^] lineno="86"></stack><stack where="DBConnection::getEntityManager" level="1" type="file" filename="file:///mnt/hgfs/www/7even/app/components/DBConnection.php" [^] lineno="50"></stack><stack where="Common::getEntityManager" level="2" type="file" filename="file:///mnt/hgfs/www/7even/app/components/Common.php" [^] lineno="4"></stack><stack where="UserModel::getByUsernameAndPassword" level="3" type="file" filename="file:///mnt/hgfs/www/7even/app/models/UserModel.php" [^] lineno="5"></stack><stack where="Authenticator->authenticate" level="4" type="file" filename="file:///mnt/hgfs/www/7even/app/components/Auth/Authenticator.php" [^] lineno="10"></stack><stack where="Nette\Web\User->authenticate" level="5" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Web/User.php" [^] lineno="95"></stack><stack where="AuthPresenter->loginFormSubmitted" level="6" type="file" filename="file:///mnt/hgfs/www/7even/app/presenters/AuthPresenter.php" [^] lineno="27"></stack><stack where="call_user_func_array" level="7" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Callback.php" [^] lineno="0"></stack><stack where="Nette\Callback->invokeArgs" level="8" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Callback.php" [^] lineno="91"></stack><stack where="Nette\ObjectMixin::call" level="9" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/ObjectMixin.php" [^] lineno="62"></stack><stack where="Nette\Object->__call" level="10" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Object.php" [^] lineno="97"></stack><stack where="Nette\Application\AppForm->onSubmit" level="11" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Object.php" [^] lineno="0"></stack><stack where="Nette\Forms\Form->fireEvents" level="12" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Forms/Form.php" [^] lineno="450"></stack><stack where="Nette\Application\AppForm->signalReceived" level="13" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Application/AppForm.php" [^] lineno="132"></stack><stack where="Nette\Application\Presenter->processSignal" level="14" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Application/Presenter.php" [^] lineno="332"></stack><stack where="Nette\Application\Presenter->run" level="15" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Application/Presenter.php" [^] lineno="205"></stack><stack where="Nette\Application\Application->run" level="16" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Application/Application.php" [^] lineno="145"></stack><stack where="require" level="17" type="file" filename="file:///mnt/hgfs/www/7even/app/bootstrap.php" [^] lineno="39"></stack><stack where="{main}" level="18" type="file" filename="file:///mnt/hgfs/www/7even/document_root/index.php" [^] lineno="12"></stack></response> <- context_names -i 15946 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="15946"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context></response> <- context_get -i 15947 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="15947" context="0"><property name="availableOptions" fullname="$availableOptions" type="uninitialized"></property><property name="config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="0" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property><property name="username" fullname="$config->username" facet="public" address="565289064" type="string" size="6" encoding="base64"><![CDATA[Y29tbW9u]]></property><property name="password" fullname="$config->password" facet="public" address="565287244" type="string" size="6" encoding="base64"><![CDATA[Q29tTW92]]></property><property name="driver" fullname="$config->driver" facet="public" address="565290428" type="string" size="7" encoding="base64"><![CDATA[cGRvX29jaQ==]]></property><property name="host" fullname="$config->host" facet="public" address="565290940" type="string" size="7" encoding="base64"><![CDATA[b3JhMXZpcA==]]></property><property name="dbname" fullname="$config->dbname" facet="public" address="565290548" type="string" size="7" encoding="base64"><![CDATA[TU9OSVRPUg==]]></property><property name="mapping" fullname="$config->mapping" facet="public" address="565290820" type="string" size="3" encoding="base64"><![CDATA[WU1M]]></property><property name="mappingsDir" fullname="$config->mappingsDir" facet="public" address="565296424" type="string" size="36" encoding="base64"><![CDATA[L21udC9oZ2ZzL3d3dy83ZXZlbi9hcHAvZG9jdHJpbmUvWU1M]]></property><property name="proxyDir" fullname="$config->proxyDir" facet="public" address="565282720" type="string" size="40" encoding="base64"><![CDATA[L21udC9oZ2ZzL3d3dy83ZXZlbi9hcHAvZG9jdHJpbmUvUHJveGllcw==]]></property><property name="proxyNamespace" fullname="$config->proxyNamespace" facet="public" address="565291536" type="string" size="7" encoding="base64"><![CDATA[UHJveGllcw==]]></property><property name="charset" fullname="$config->charset" facet="public" address="565293912" type="string" size="4" encoding="base64"><![CDATA[dXRmOA==]]></property></property><property name="configs" fullname="$configs" type="uninitialized"></property><property name="connectionName" fullname="$connectionName" address="569688128" type="string" size="6" encoding="base64"><![CDATA[Y29tbW9u]]></property><property name="dbOptions" fullname="$dbOptions" type="uninitialized"></property><property name="optionName" fullname="$optionName" type="uninitialized"></property><property name="optionValue" fullname="$optionValue" type="uninitialized"></property></response> <- context_get -i 15948 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="15948" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="564421456" type="array" children="1" numchildren="5" page="0" pagesize="31"><property name="nette-browser" fullname="$_COOKIE['nette-browser']" address="564422308" type="string" size="16" encoding="base64"><![CDATA[MC41NTI4MTE4MDM5MjgzOA==]]></property><property name="PHPSESSID" fullname="$_COOKIE['PHPSESSID']" address="564422560" type="string" size="32" encoding="base64"><![CDATA[NTM2ZjIyYmZkYTJlNzFjMzYxMmVmMzZlMTQ3NWY1OWQ=]]></property><property name="netteProfilerPosition" fullname="$_COOKIE['netteProfilerPosition']" address="564422900" type="string" size="10" encoding="base64"><![CDATA[MHB4Oi03NjFweA==]]></property><property name="netteProfilerVisible" fullname="$_COOKIE['netteProfilerVisible']" address="564423152" type="string" size="1" encoding="base64"><![CDATA[MQ==]]></property><property name="XDEBUG_SESSION" fullname="$_COOKIE['XDEBUG_SESSION']" address="564423516" type="string" size="15" encoding="base64"><![CDATA[bmV0YmVhbnMteGRlYnVn]]></property></property><property name="_ENV" fullname="$_ENV" address="564423948" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_FILES" fullname="$_FILES" address="564421752" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_GET" fullname="$_GET" address="564431928" type="array" children="1" numchildren="2" page="0" pagesize="31"><property name="backlink" fullname="$_GET['backlink']" address="564432624" type="string" size="4" encoding="base64"><![CDATA[ZWJlNg==]]></property><property name="do" fullname="$_GET['do']" address="564433032" type="string" size="16" encoding="base64"><![CDATA[bG9naW5Gb3JtLXN1Ym1pdA==]]></property></property><property name="_POST" fullname="$_POST" address="564432736" type="array" children="1" numchildren="4" page="0" pagesize="31"><property name="username" fullname="$_POST['username']" address="564433644" type="string" size="10" encoding="base64"><![CDATA[Y2JhLml2aWNpYw==]]></property><property name="password" fullname="$_POST['password']" address="564433940" type="string" size="8" encoding="base64"><![CDATA[cG9rbG9wMDA=]]></property><property name="__SUBMIT" fullname="$_POST['__SUBMIT']" address="564434228" type="string" size="5" encoding="base64"><![CDATA[bG9naW4=]]></property><property name="_token_" fullname="$_POST['_token_']" address="564434604" type="string" size="32" encoding="base64"><![CDATA[NGI1YjM2MDc2MDY2Njc4MThmMTM5NWZiN2NlNGUxMTU=]]></property></property><property name="_REQUEST" fullname="$_REQUEST" address="564424176" type="array" children="1" numchildren="6" page="0" pagesize="31"><property name="backlink" fullname="$_REQUEST['backlink']" address="564432624" type="string" size="4" encoding="base64"><![CDATA[ZWJlNg==]]></property><property name="do" fullname="$_REQUEST['do']" address="564433032" type="string" size="16" encoding="base64"><![CDATA[bG9naW5Gb3JtLXN1Ym1pdA==]]></property><property name="username" fullname="$_REQUEST['username']" address="564433644" type="string" size="10" encoding="base64"><![CDATA[Y2JhLml2aWNpYw==]]></property><property name="password" fullname="$_REQUEST['password']" address="564433940" type="string" size="8" encoding="base64"><![CDATA[cG9rbG9wMDA=]]></property><property name="__SUBMIT" fullname="$_REQUEST['__SUBMIT']" address="564434228" type="string" size="5" encoding="base64"><![CDATA[bG9naW4=]]></property><property name="_token_" fullname="$_REQUEST['_token_']" address="564434604" type="string" size="32" encoding="base64"><![CDATA[NGI1YjM2MDc2MDY2Njc4MThmMTM5NWZiN2NlNGUxMTU=]]></property></property><property name="_SERVER" fullname="$_SERVER" address="567363208" type="array" children="1" numchildren="34" page="0" pagesize="31"><property name="REDIRECT_STATUS" fullname="$_SERVER['REDIRECT_STATUS']" address="564425288" type="string" size="3" encoding="base64"><![CDATA[MjAw]]></property><property name="HTTP_HOST" fullname="$_SERVER['HTTP_HOST']" address="564434832" type="string" size="5" encoding="base64"><![CDATA[N2V2ZW4=]]></property><property name="HTTP_USER_AGENT" fullname="$_SERVER['HTTP_USER_AGENT']" address="564435292" type="string" size="84" encoding="base64"><![CDATA[TW96aWxsYS81LjAgKFdpbmRvd3M7IFU7IFdpbmRvd3MgTlQgNi4xOyBlbi1VUzsgcnY6MS45LjIpIEdlY2tvLzIwMTAwMTE1IEZpcmVmb3gvMy42]]></property><property name="HTTP_ACCEPT" fullname="$_SERVER['HTTP_ACCEPT']" address="564435704" type="string" size="63" encoding="base64"><![CDATA[dGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44]]></property><property name="HTTP_ACCEPT_LANGUAGE" fullname="$_SERVER['HTTP_ACCEPT_LANGUAGE']" address="564435944" type="string" size="14" encoding="base64"><![CDATA[ZW4tdXMsZW47cT0wLjU=]]></property><property name="HTTP_ACCEPT_ENCODING" fullname="$_SERVER['HTTP_ACCEPT_ENCODING']" address="564436232" type="string" size="12" encoding="base64"><![CDATA[Z3ppcCxkZWZsYXRl]]></property><property name="HTTP_ACCEPT_CHARSET" fullname="$_SERVER['HTTP_ACCEPT_CHARSET']" address="564436680" type="string" size="30" encoding="base64"><![CDATA[SVNPLTg4NTktMSx1dGYtODtxPTAuNywqO3E9MC43]]></property><property name="HTTP_KEEP_ALIVE" fullname="$_SERVER['HTTP_KEEP_ALIVE']" address="564436456" type="string" size="3" encoding="base64"><![CDATA[MTE1]]></property><property name="HTTP_CONNECTION" fullname="$_SERVER['HTTP_CONNECTION']" address="564437300" type="string" size="10" encoding="base64"><![CDATA[a2VlcC1hbGl2ZQ==]]></property><property name="HTTP_REFERER" fullname="$_SERVER['HTTP_REFERER']" address="564437752" type="string" size="37" encoding="base64"><![CDATA[aHR0cDovLzdldmVuL2F1dGgvbG9naW4/YmFja2xpbms9ZWJlNg==]]></property><property name="HTTP_COOKIE" fullname="$_SERVER['HTTP_COOKIE']" address="564438440" type="string" size="164" encoding="base64"><![CDATA[bmV0dGUtYnJvd3Nlcj0wLjU1MjgxMTgwMzkyODM4OyBQSFBTRVNTSUQ9NTM2ZjIyYmZkYTJlNzFjMzYxMmVmMzZlMTQ3NWY1OWQ7IG5ldHRlUHJvZmlsZXJQb3NpdGlvbj0wcHg6LTc2MXB4OyBuZXR0ZVByb2ZpbGVyVmlzaWJsZT0xOyBYREVCVUdfU0VTU0lPTj1uZXRiZWFucy14ZGVidWc=]]></property><property name="CONTENT_TYPE" fullname="$_SERVER['CONTENT_TYPE']" address="564438732" type="string" size="33" encoding="base64"><![CDATA[YXBwbGljYXRpb24veC13d3ctZm9ybS11cmxlbmNvZGVk]]></property><property name="CONTENT_LENGTH" fullname="$_SERVER['CONTENT_LENGTH']" address="564439024" type="string" size="2" encoding="base64"><![CDATA[OTM=]]></property><property name="PATH" fullname="$_SERVER['PATH']" address="564439316" type="string" size="28" encoding="base64"><![CDATA[L3Vzci9sb2NhbC9iaW46L3Vzci9iaW46L2Jpbg==]]></property><property name="SERVER_SIGNATURE" fullname="$_SERVER['SERVER_SIGNATURE']" address="564439816" type="string" size="66" encoding="base64"><![CDATA[PGFkZHJlc3M+QXBhY2hlLzIuMi4xMiAoVWJ1bnR1KSBTZXJ2ZXIgYXQgN2V2ZW4gUG9ydCA4MDwvYWRkcmVzcz4K]]></property><property name="SERVER_SOFTWARE" fullname="$_SERVER['SERVER_SOFTWARE']" address="564439560" type="string" size="22" encoding="base64"><![CDATA[QXBhY2hlLzIuMi4xMiAoVWJ1bnR1KQ==]]></property><property name="SERVER_NAME" fullname="$_SERVER['SERVER_NAME']" address="564440356" type="string" size="5" encoding="base64"><![CDATA[N2V2ZW4=]]></property><property name="SERVER_ADDR" fullname="$_SERVER['SERVER_ADDR']" address="564440740" type="string" size="15" encoding="base64"><![CDATA[MTkyLjE2OC4yMjIuMTI4]]></property><property name="SERVER_PORT" fullname="$_SERVER['SERVER_PORT']" address="564441028" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="REMOTE_ADDR" fullname="$_SERVER['REMOTE_ADDR']" address="564441340" type="string" size="13" encoding="base64"><![CDATA[MTkyLjE2OC4yMjIuMQ==]]></property><property name="DOCUMENT_ROOT" fullname="$_SERVER['DOCUMENT_ROOT']" address="564441768" type="string" size="28" encoding="base64"><![CDATA[L3Zhci93d3cvN2V2ZW4vZG9jdW1lbnRfcm9vdA==]]></property><property name="SERVER_ADMIN" fullname="$_SERVER['SERVER_ADMIN']" address="564442092" type="string" size="19" encoding="base64"><![CDATA[d2VibWFzdGVyQGxvY2FsaG9zdA==]]></property><property name="SCRIPT_FILENAME" fullname="$_SERVER['SCRIPT_FILENAME']" address="564442456" type="string" size="38" encoding="base64"><![CDATA[L3Zhci93d3cvN2V2ZW4vZG9jdW1lbnRfcm9vdC9pbmRleC5waHA=]]></property><property name="REMOTE_PORT" fullname="$_SERVER['REMOTE_PORT']" address="564442756" type="string" size="5" encoding="base64"><![CDATA[NTQ0NDU=]]></property><property name="REDIRECT_QUERY_STRING" fullname="$_SERVER['REDIRECT_QUERY_STRING']" address="564443216" type="string" size="33" encoding="base64"><![CDATA[YmFja2xpbms9ZWJlNiZkbz1sb2dpbkZvcm0tc3VibWl0]]></property><property name="REDIRECT_URL" fullname="$_SERVER['REDIRECT_URL']" address="564443460" type="string" size="11" encoding="base64"><![CDATA[L2F1dGgvbG9naW4=]]></property><property name="GATEWAY_INTERFACE" fullname="$_SERVER['GATEWAY_INTERFACE']" address="564443852" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PROTOCOL" fullname="$_SERVER['SERVER_PROTOCOL']" address="564443652" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjE=]]></property><property name="REQUEST_METHOD" fullname="$_SERVER['REQUEST_METHOD']" address="564444384" type="string" size="4" encoding="base64"><![CDATA[UE9TVA==]]></property><property name="QUERY_STRING" fullname="$_SERVER['QUERY_STRING']" address="564444740" type="string" size="33" encoding="base64"><![CDATA[YmFja2xpbms9ZWJlNiZkbz1sb2dpbkZvcm0tc3VibWl0]]></property><property name="REQUEST_URI" fullname="$_SERVER['REQUEST_URI']" address="564445188" type="string" size="45" encoding="base64"><![CDATA[L2F1dGgvbG9naW4/YmFja2xpbms9ZWJlNiZkbz1sb2dpbkZvcm0tc3VibWl0]]></property></property><property name="_SESSION" fullname="$_SESSION" address="569469172" type="array" children="1" numchildren="1" page="0" pagesize="31"><property name="__NF" fullname="$_SESSION['__NF']" address="569466876" type="array" children="1" numchildren="5" page="0" pagesize="31"><property name="C" fullname="$_SESSION['__NF']['C']" address="569472032" type="int"><![CDATA[23]]></property><property name="V" fullname="$_SESSION['__NF']['V']" address="569466588" type="string" size="32" encoding="base64"><![CDATA[MzQ2OWJiNTA1ZDJjZjhkOGZiNWFjYjM1YjVhNDNhY2Y=]]></property><property name="B" fullname="$_SESSION['__NF']['B']" address="567341168" type="string" size="16" encoding="base64"><![CDATA[MC41NTI4MTE4MDM5MjgzOA==]]></property><property name="DATA" fullname="$_SESSION['__NF']['DATA']" address="569459232" type="array" children="1" numchildren="3" page="0" pagesize="31"><property name="Nette.Forms.Form/CSRF" fullname="$_SESSION['__NF']['DATA']['Nette.Forms.Form/CSRF']" address="569459144" type="array" children="1" numchildren="1"></property><property name="Nette.Web.User/" fullname="$_SESSION['__NF']['DATA']['Nette.Web.User/']" address="569459188" type="array" children="1" numchildren="2"></property><property name="Nette.Application/requests" fullname="$_SESSION['__NF']['DATA']['Nette.Application/requests']" address="569473496" type="array" children="0" numchildren="0"></property></property><property name="META" fullname="$_SESSION['__NF']['META']" address="569606956" type="array" children="1" numchildren="3" page="0" pagesize="31"><property name="Nette.Forms.Form/CSRF" fullname="$_SESSION['__NF']['META']['Nette.Forms.Form/CSRF']" address="569474552" type="array" children="1" numchildren="1"></property><property name="Nette.Application/requests" fullname="$_SESSION['__NF']['META']['Nette.Application/requests']" address="569457996" type="array" children="0" numchildren="0"></property><property name="Nette.Web.User/" fullname="$_SESSION['__NF']['META']['Nette.Web.User/']" address="569613432" type="null"></property></property></property></property><property name="GLOBALS" fullname="$GLOBALS" address="565027968" type="array" children="1" numchildren="12" page="0" pagesize="31"><property name="GLOBALS" fullname="$GLOBALS['GLOBALS']" address="565027968" type="array" children="1" recursive="1"></property><property name="_POST" fullname="$GLOBALS['_POST']" address="564432736" type="array" children="1" numchildren="4" page="0" pagesize="31"><property name="username" fullname="$GLOBALS['_POST']['username']" address="564433644" type="string" size="10" encoding="base64"><![CDATA[Y2JhLml2aWNpYw==]]></property><property name="password" fullname="$GLOBALS['_POST']['password']" address="564433940" type="string" size="8" encoding="base64"><![CDATA[cG9rbG9wMDA=]]></property><property name="__SUBMIT" fullname="$GLOBALS['_POST']['__SUBMIT']" address="564434228" type="string" size="5" encoding="base64"><![CDATA[bG9naW4=]]></property><property name="_token_" fullname="$GLOBALS['_POST']['_token_']" address="564434604" type="string" size="32" encoding="base64"><![CDATA[NGI1YjM2MDc2MDY2Njc4MThmMTM5NWZiN2NlNGUxMTU=]]></property></property><property name="_GET" fullname="$GLOBALS['_GET']" address="564431928" type="array" children="1" numchildren="2" page="0" pagesize="31"><property name="backlink" fullname="$GLOBALS['_GET']['backlink']" address="564432624" type="string" size="4" encoding="base64"><![CDATA[ZWJlNg==]]></property><property name="do" fullname="$GLOBALS['_GET']['do']" address="564433032" type="string" size="16" encoding="base64"><![CDATA[bG9naW5Gb3JtLXN1Ym1pdA==]]></property></property><property name="_COOKIE" fullname="$GLOBALS['_COOKIE']" address="564421456" type="array" children="1" numchildren="5" page="0" pagesize="31"><property name="nette-browser" fullname="$GLOBALS['_COOKIE']['nette-browser']" address="564422308" type="string" size="16" encoding="base64"><![CDATA[MC41NTI4MTE4MDM5MjgzOA==]]></property><property name="PHPSESSID" fullname="$GLOBALS['_COOKIE']['PHPSESSID']" address="564422560" type="string" size="32" encoding="base64"><![CDATA[NTM2ZjIyYmZkYTJlNzFjMzYxMmVmMzZlMTQ3NWY1OWQ=]]></property><property name="netteProfilerPosition" fullname="$GLOBALS['_COOKIE']['netteProfilerPosition']" address="564422900" type="string" size="10" encoding="base64"><![CDATA[MHB4Oi03NjFweA==]]></property><property name="netteProfilerVisible" fullname="$GLOBALS['_COOKIE']['netteProfilerVisible']" address="564423152" type="string" size="1" encoding="base64"><![CDATA[MQ==]]></property><property name="XDEBUG_SESSION" fullname="$GLOBALS['_COOKIE']['XDEBUG_SESSION']" address="564423516" type="string" size="15" encoding="base64"><![CDATA[bmV0YmVhbnMteGRlYnVn]]></property></property><property name="_FILES" fullname="$GLOBALS['_FILES']" address="564421752" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_ENV" fullname="$GLOBALS['_ENV']" address="564423948" type="array" children="0" numchildren="0" page="0" pagesize="31"></property><property name="_REQUEST" fullname="$GLOBALS['_REQUEST']" address="564424176" type="array" children="1" numchildren="6" page="0" pagesize="31"><property name="backlink" fullname="$GLOBALS['_REQUEST']['backlink']" address="564432624" type="string" size="4" encoding="base64"><![CDATA[ZWJlNg==]]></property><property name="do" fullname="$GLOBALS['_REQUEST']['do']" address="564433032" type="string" size="16" encoding="base64"><![CDATA[bG9naW5Gb3JtLXN1Ym1pdA==]]></property><property name="username" fullname="$GLOBALS['_REQUEST']['username']" address="564433644" type="string" size="10" encoding="base64"><![CDATA[Y2JhLml2aWNpYw==]]></property><property name="password" fullname="$GLOBALS['_REQUEST']['password']" address="564433940" type="string" size="8" encoding="base64"><![CDATA[cG9rbG9wMDA=]]></property><property name="__SUBMIT" fullname="$GLOBALS['_REQUEST']['__SUBMIT']" address="564434228" type="string" size="5" encoding="base64"><![CDATA[bG9naW4=]]></property><property name="_token_" fullname="$GLOBALS['_REQUEST']['_token_']" address="564434604" type="string" size="32" encoding="base64"><![CDATA[NGI1YjM2MDc2MDY2Njc4MThmMTM5NWZiN2NlNGUxMTU=]]></property></property><property name="_SERVER" fullname="$GLOBALS['_SERVER']" address="567363208" type="array" children="1" numchildren="34" page="0" pagesize="31"><property name="REDIRECT_STATUS" fullname="$GLOBALS['_SERVER']['REDIRECT_STATUS']" address="564425288" type="string" size="3" encoding="base64"><![CDATA[MjAw]]></property><property name="HTTP_HOST" fullname="$GLOBALS['_SERVER']['HTTP_HOST']" address="564434832" type="string" size="5" encoding="base64"><![CDATA[N2V2ZW4=]]></property><property name="HTTP_USER_AGENT" fullname="$GLOBALS['_SERVER']['HTTP_USER_AGENT']" address="564435292" type="string" size="84" encoding="base64"><![CDATA[TW96aWxsYS81LjAgKFdpbmRvd3M7IFU7IFdpbmRvd3MgTlQgNi4xOyBlbi1VUzsgcnY6MS45LjIpIEdlY2tvLzIwMTAwMTE1IEZpcmVmb3gvMy42]]></property><property name="HTTP_ACCEPT" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT']" address="564435704" type="string" size="63" encoding="base64"><![CDATA[dGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44]]></property><property name="HTTP_ACCEPT_LANGUAGE" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT_LANGUAGE']" address="564435944" type="string" size="14" encoding="base64"><![CDATA[ZW4tdXMsZW47cT0wLjU=]]></property><property name="HTTP_ACCEPT_ENCODING" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT_ENCODING']" address="564436232" type="string" size="12" encoding="base64"><![CDATA[Z3ppcCxkZWZsYXRl]]></property><property name="HTTP_ACCEPT_CHARSET" fullname="$GLOBALS['_SERVER']['HTTP_ACCEPT_CHARSET']" address="564436680" type="string" size="30" encoding="base64"><![CDATA[SVNPLTg4NTktMSx1dGYtODtxPTAuNywqO3E9MC43]]></property><property name="HTTP_KEEP_ALIVE" fullname="$GLOBALS['_SERVER']['HTTP_KEEP_ALIVE']" address="564436456" type="string" size="3" encoding="base64"><![CDATA[MTE1]]></property><property name="HTTP_CONNECTION" fullname="$GLOBALS['_SERVER']['HTTP_CONNECTION']" address="564437300" type="string" size="10" encoding="base64"><![CDATA[a2VlcC1hbGl2ZQ==]]></property><property name="HTTP_REFERER" fullname="$GLOBALS['_SERVER']['HTTP_REFERER']" address="564437752" type="string" size="37" encoding="base64"><![CDATA[aHR0cDovLzdldmVuL2F1dGgvbG9naW4/YmFja2xpbms9ZWJlNg==]]></property><property name="HTTP_COOKIE" fullname="$GLOBALS['_SERVER']['HTTP_COOKIE']" address="564438440" type="string" size="164" encoding="base64"><![CDATA[bmV0dGUtYnJvd3Nlcj0wLjU1MjgxMTgwMzkyODM4OyBQSFBTRVNTSUQ9NTM2ZjIyYmZkYTJlNzFjMzYxMmVmMzZlMTQ3NWY1OWQ7IG5ldHRlUHJvZmlsZXJQb3NpdGlvbj0wcHg6LTc2MXB4OyBuZXR0ZVByb2ZpbGVyVmlzaWJsZT0xOyBYREVCVUdfU0VTU0lPTj1uZXRiZWFucy14ZGVidWc=]]></property><property name="CONTENT_TYPE" fullname="$GLOBALS['_SERVER']['CONTENT_TYPE']" address="564438732" type="string" size="33" encoding="base64"><![CDATA[YXBwbGljYXRpb24veC13d3ctZm9ybS11cmxlbmNvZGVk]]></property><property name="CONTENT_LENGTH" fullname="$GLOBALS['_SERVER']['CONTENT_LENGTH']" address="564439024" type="string" size="2" encoding="base64"><![CDATA[OTM=]]></property><property name="PATH" fullname="$GLOBALS['_SERVER']['PATH']" address="564439316" type="string" size="28" encoding="base64"><![CDATA[L3Vzci9sb2NhbC9iaW46L3Vzci9iaW46L2Jpbg==]]></property><property name="SERVER_SIGNATURE" fullname="$GLOBALS['_SERVER']['SERVER_SIGNATURE']" address="564439816" type="string" size="66" encoding="base64"><![CDATA[PGFkZHJlc3M+QXBhY2hlLzIuMi4xMiAoVWJ1bnR1KSBTZXJ2ZXIgYXQgN2V2ZW4gUG9ydCA4MDwvYWRkcmVzcz4K]]></property><property name="SERVER_SOFTWARE" fullname="$GLOBALS['_SERVER']['SERVER_SOFTWARE']" address="564439560" type="string" size="22" encoding="base64"><![CDATA[QXBhY2hlLzIuMi4xMiAoVWJ1bnR1KQ==]]></property><property name="SERVER_NAME" fullname="$GLOBALS['_SERVER']['SERVER_NAME']" address="564440356" type="string" size="5" encoding="base64"><![CDATA[N2V2ZW4=]]></property><property name="SERVER_ADDR" fullname="$GLOBALS['_SERVER']['SERVER_ADDR']" address="564440740" type="string" size="15" encoding="base64"><![CDATA[MTkyLjE2OC4yMjIuMTI4]]></property><property name="SERVER_PORT" fullname="$GLOBALS['_SERVER']['SERVER_PORT']" address="564441028" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="REMOTE_ADDR" fullname="$GLOBALS['_SERVER']['REMOTE_ADDR']" address="564441340" type="string" size="13" encoding="base64"><![CDATA[MTkyLjE2OC4yMjIuMQ==]]></property><property name="DOCUMENT_ROOT" fullname="$GLOBALS['_SERVER']['DOCUMENT_ROOT']" address="564441768" type="string" size="28" encoding="base64"><![CDATA[L3Zhci93d3cvN2V2ZW4vZG9jdW1lbnRfcm9vdA==]]></property><property name="SERVER_ADMIN" fullname="$GLOBALS['_SERVER']['SERVER_ADMIN']" address="564442092" type="string" size="19" encoding="base64"><![CDATA[d2VibWFzdGVyQGxvY2FsaG9zdA==]]></property><property name="SCRIPT_FILENAME" fullname="$GLOBALS['_SERVER']['SCRIPT_FILENAME']" address="564442456" type="string" size="38" encoding="base64"><![CDATA[L3Zhci93d3cvN2V2ZW4vZG9jdW1lbnRfcm9vdC9pbmRleC5waHA=]]></property><property name="REMOTE_PORT" fullname="$GLOBALS['_SERVER']['REMOTE_PORT']" address="564442756" type="string" size="5" encoding="base64"><![CDATA[NTQ0NDU=]]></property><property name="REDIRECT_QUERY_STRING" fullname="$GLOBALS['_SERVER']['REDIRECT_QUERY_STRING']" address="564443216" type="string" size="33" encoding="base64"><![CDATA[YmFja2xpbms9ZWJlNiZkbz1sb2dpbkZvcm0tc3VibWl0]]></property><property name="REDIRECT_URL" fullname="$GLOBALS['_SERVER']['REDIRECT_URL']" address="564443460" type="string" size="11" encoding="base64"><![CDATA[L2F1dGgvbG9naW4=]]></property><property name="GATEWAY_INTERFACE" fullname="$GLOBALS['_SERVER']['GATEWAY_INTERFACE']" address="564443852" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PROTOCOL" fullname="$GLOBALS['_SERVER']['SERVER_PROTOCOL']" address="564443652" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjE=]]></property><property name="REQUEST_METHOD" fullname="$GLOBALS['_SERVER']['REQUEST_METHOD']" address="564444384" type="string" size="4" encoding="base64"><![CDATA[UE9TVA==]]></property><property name="QUERY_STRING" fullname="$GLOBALS['_SERVER']['QUERY_STRING']" address="564444740" type="string" size="33" encoding="base64"><![CDATA[YmFja2xpbms9ZWJlNiZkbz1sb2dpbkZvcm0tc3VibWl0]]></property><property name="REQUEST_URI" fullname="$GLOBALS['_SERVER']['REQUEST_URI']" address="564445188" type="string" size="45" encoding="base64"><![CDATA[L2F1dGgvbG9naW4/YmFja2xpbms9ZWJlNiZkbz1sb2dpbkZvcm0tc3VibWl0]]></property></property><property name="logConfig" fullname="$GLOBALS['logConfig']" address="565380152" type="object" classname="Nette\Config\Config" children="1" numchildren="2" page="0" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property><property name="file" fullname="$GLOBALS['logConfig']->file" facet="public" address="565283800" type="string" size="37" encoding="base64"><![CDATA[L21udC9oZ2ZzL3d3dy83ZXZlbi9hcHAvbG9nL2Vycm9yLmxvZw==]]></property><property name="email" fullname="$GLOBALS['logConfig']->email" facet="public" address="565294036" type="object" classname="Nette\Config\Config" children="1" numchildren="4" page="0" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property><property name="From" fullname="$GLOBALS['logConfig']->email->From" facet="public" address="565289828" type="string" size="15" encoding="base64"><![CDATA[N2V2ZW5AbG9jYWxob3N0]]></property><property name="To" fullname="$GLOBALS['logConfig']->email->To" facet="public" address="565289704" type="string" size="15" encoding="base64"><![CDATA[N2V2ZW5AbG9jYWxob3N0]]></property><property name="Subject" fullname="$GLOBALS['logConfig']->email->Subject" facet="public" address="565289948" type="string" size="20" encoding="base64"><![CDATA[N2V2ZW46IEVycm9yIG9jY3VyZWQ=]]></property><property name="Body" fullname="$GLOBALS['logConfig']->email->Body" facet="public" address="564479580" type="string" size="22" encoding="base64"><![CDATA[XCVkYXRlXCUgLSBcJW1lc3NhZ2VcJQ==]]></property></property></property><property name="application" fullname="$GLOBALS['application']" address="566558320" type="object" classname="Nette\Application\Application" children="1" numchildren="11" page="0" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Application\Application]]></property><property name="defaultServices" fullname="$GLOBALS['application']->defaultServices" facet="public" address="566290332" type="array" children="1" numchildren="2" page="0" pagesize="31"><property name="Nette\Application\IRouter" fullname="$GLOBALS['application']->defaultServices['Nette\Application\IRouter']" address="566289764" type="string" size="29" encoding="base64"><![CDATA[TmV0dGVcQXBwbGljYXRpb25cTXVsdGlSb3V0ZXI=]]></property><property name="Nette\Application\IPresenterLoader" fullname="$GLOBALS['application']->defaultServices['Nette\Application\IPresenterLoader']" address="566290192" type="array" children="1" numchildren="2"></property></property><property name="catchExceptions" fullname="$GLOBALS['application']->catchExceptions" facet="public" address="566290480" type="null"></property><property name="errorPresenter" fullname="$GLOBALS['application']->errorPresenter" facet="public" address="565294164" type="string" size="5" encoding="base64"><![CDATA[RXJyb3I=]]></property><property name="onStartup" fullname="$GLOBALS['application']->onStartup" facet="public" address="566290816" type="null"></property><property name="onShutdown" fullname="$GLOBALS['application']->onShutdown" facet="public" address="566291196" type="null"></property><property name="onRequest" fullname="$GLOBALS['application']->onRequest" facet="public" address="566291624" type="null"></property><property name="onError" fullname="$GLOBALS['application']->onError" facet="public" address="566544916" type="null"></property><property name="allowedMethods" fullname="$GLOBALS['application']->allowedMethods" facet="public" address="566552816" type="array" children="1" numchildren="5" page="0" pagesize="31"><property name="0" fullname="$GLOBALS['application']->allowedMethods[0]" address="566552292" type="string" size="3" encoding="base64"><![CDATA[R0VU]]></property><property name="1" fullname="$GLOBALS['application']->allowedMethods[1]" address="566552336" type="string" size="4" encoding="base64"><![CDATA[UE9TVA==]]></property><property name="2" fullname="$GLOBALS['application']->allowedMethods[2]" address="566552472" type="string" size="4" encoding="base64"><![CDATA[SEVBRA==]]></property><property name="3" fullname="$GLOBALS['application']->allowedMethods[3]" address="566552576" type="string" size="3" encoding="base64"><![CDATA[UFVU]]></property><property name="4" fullname="$GLOBALS['application']->allowedMethods[4]" address="566552712" type="string" size="6" encoding="base64"><![CDATA[REVMRVRF]]></property></property><property name="requests" fullname="$GLOBALS['application']->requests" facet="private" address="567358628" type="array" children="1" numchildren="1" page="0" pagesize="31"><property name="0" fullname="$GLOBALS['application']->requests[0]" address="567342352" type="object" classname="Nette\Application\PresenterRequest" children="1" numchildren="7"><property name="CLASSNAME" type="string"><![CDATA[Nette\Application\PresenterRequest]]></property></property></property><property name="presenter" fullname="$GLOBALS['application']->presenter" facet="private" address="567346784" type="object" classname="AuthPresenter" children="1" numchildren="31" page="0" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[AuthPresenter]]></property><property name="backlink" fullname="$GLOBALS['application']->presenter->backlink" facet="public" address="567302848" type="string" size="4" encoding="base64"><![CDATA[ZWJlNg==]]></property><property name="onShutdown" fullname="$GLOBALS['application']->presenter->onShutdown" facet="public" address="567335648" type="null"></property><property name="oldLayoutMode" fullname="$GLOBALS['application']->presenter->oldLayoutMode" facet="public" address="567335536" type="bool"><![CDATA[1]]></property><property name="oldModuleMode" fullname="$GLOBALS['application']->presenter->oldModuleMode" facet="public" address="567335424" type="bool"><![CDATA[1]]></property><property name="autoCanonicalize" fullname="$GLOBALS['application']->presenter->autoCanonicalize" facet="public" address="567334864" type="bool"><![CDATA[1]]></property><property name="absoluteUrls" fullname="$GLOBALS['application']->presenter->absoluteUrls" facet="public" address="567334976" type="bool"><![CDATA[0]]></property><property name="params" fullname="$GLOBALS['application']->presenter->params" facet="protected" address="567309780" type="array" children="1" numchildren="3"></property></property><property name="serviceLocator" fullname="$GLOBALS['application']->serviceLocator" facet="private" address="565296072" type="object" classname="Nette\ServiceLocator" children="1" numchildren="3" page="0" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\ServiceLocator]]></property><property name="parent" fullname="$GLOBALS['application']->serviceLocator->parent" facet="private" address="565279696" type="object" classname="Nette\ServiceLocator" children="1" numchildren="3"><property name="CLASSNAME" type="string"><![CDATA[Nette\ServiceLocator]]></property></property><property name="registry" fullname="$GLOBALS['application']->serviceLocator->registry" facet="private" address="566595216" type="array" children="1" numchildren="2"></property><property name="factories" fullname="$GLOBALS['application']->serviceLocator->factories" facet="private" address="565408120" type="array" children="0" numchildren="0"></property></property></property><property name="router" fullname="$GLOBALS['router']" address="566287288" type="object" classname="Nette\Application\MultiRouter" children="1" numchildren="2" page="0" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Application\MultiRouter]]></property></property><property name="_SESSION" fullname="$GLOBALS['_SESSION']" address="569469172" type="array" children="1" numchildren="1" page="0" pagesize="31"><property name="__NF" fullname="$GLOBALS['_SESSION']['__NF']" address="569466876" type="array" children="1" numchildren="5" page="0" pagesize="31"><property name="C" fullname="$GLOBALS['_SESSION']['__NF']['C']" address="569472032" type="int"><![CDATA[23]]></property><property name="V" fullname="$GLOBALS['_SESSION']['__NF']['V']" address="569466588" type="string" size="32" encoding="base64"><![CDATA[MzQ2OWJiNTA1ZDJjZjhkOGZiNWFjYjM1YjVhNDNhY2Y=]]></property><property name="B" fullname="$GLOBALS['_SESSION']['__NF']['B']" address="567341168" type="string" size="16" encoding="base64"><![CDATA[MC41NTI4MTE4MDM5MjgzOA==]]></property><property name="DATA" fullname="$GLOBALS['_SESSION']['__NF']['DATA']" address="569459232" type="array" children="1" numchildren="3"></property><property name="META" fullname="$GLOBALS['_SESSION']['__NF']['META']" address="569606956" type="array" children="1" numchildren="3"></property></property></property></property></response> <- property_get -i 15949 -n $config -c 0 -p 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15949"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="1" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15950 -n $config -c 0 -p 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15950"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="1" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15951 -n $config -c 0 -p 2 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15951"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="2" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15952 -n $config -c 0 -p 2 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15952"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="2" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15953 -n $config -c 0 -p 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15953"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="3" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15954 -n $config -c 0 -p 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15954"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="3" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15955 -n $config -c 0 -p 4 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15955"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="4" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15956 -n $config -c 0 -p 4 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15956"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="4" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15957 -n $config -c 0 -p 5 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15957"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="5" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15958 -n $config -c 0 -p 5 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15958"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="5" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15959 -n $config -c 0 -p 6 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15959"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="6" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15960 -n $config -c 0 -p 6 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15960"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="6" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15961 -n $config -c 0 -p 7 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15961"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="7" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15962 -n $config -c 0 -p 7 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15962"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="7" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15963 -n $config -c 0 -p 8 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15963"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="8" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15964 -n $config -c 0 -p 8 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15964"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="8" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15965 -n $config -c 0 -p 9 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15965"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="9" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15966 -n $config -c 0 -p 9 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15966"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="9" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15967 -n $config -c 0 -p 10 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15967"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="10" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15968 -n $config -c 0 -p 10 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15968"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="10" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15969 -n $config -c 0 -p 11 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15969"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="11" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15970 -n $config -c 0 -p 12 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15970"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="12" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- property_get -i 15971 -n $config -c 0 -p 13 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15971"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="13" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- step_over -i 15972 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_over" transaction_id="15972" status="break" reason="ok"><xdebug:message filename="file:///mnt/hgfs/www/7even/app/components/DBConnection.php" [^] lineno="87"></xdebug:message></response> <- stack_get -i 15973 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="15973"><stack where="DBConnection::getConfig" level="0" type="file" filename="file:///mnt/hgfs/www/7even/app/components/DBConnection.php" [^] lineno="87"></stack><stack where="DBConnection::getEntityManager" level="1" type="file" filename="file:///mnt/hgfs/www/7even/app/components/DBConnection.php" [^] lineno="50"></stack><stack where="Common::getEntityManager" level="2" type="file" filename="file:///mnt/hgfs/www/7even/app/components/Common.php" [^] lineno="4"></stack><stack where="UserModel::getByUsernameAndPassword" level="3" type="file" filename="file:///mnt/hgfs/www/7even/app/models/UserModel.php" [^] lineno="5"></stack><stack where="Authenticator->authenticate" level="4" type="file" filename="file:///mnt/hgfs/www/7even/app/components/Auth/Authenticator.php" [^] lineno="10"></stack><stack where="Nette\Web\User->authenticate" level="5" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Web/User.php" [^] lineno="95"></stack><stack where="AuthPresenter->loginFormSubmitted" level="6" type="file" filename="file:///mnt/hgfs/www/7even/app/presenters/AuthPresenter.php" [^] lineno="27"></stack><stack where="call_user_func_array" level="7" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Callback.php" [^] lineno="0"></stack><stack where="Nette\Callback->invokeArgs" level="8" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Callback.php" [^] lineno="91"></stack><stack where="Nette\ObjectMixin::call" level="9" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/ObjectMixin.php" [^] lineno="62"></stack><stack where="Nette\Object->__call" level="10" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Object.php" [^] lineno="97"></stack><stack where="Nette\Application\AppForm->onSubmit" level="11" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Object.php" [^] lineno="0"></stack><stack where="Nette\Forms\Form->fireEvents" level="12" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Forms/Form.php" [^] lineno="450"></stack><stack where="Nette\Application\AppForm->signalReceived" level="13" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Application/AppForm.php" [^] lineno="132"></stack><stack where="Nette\Application\Presenter->processSignal" level="14" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Application/Presenter.php" [^] lineno="332"></stack><stack where="Nette\Application\Presenter->run" level="15" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Application/Presenter.php" [^] lineno="205"></stack><stack where="Nette\Application\Application->run" level="16" type="file" filename="file:///mnt/hgfs/www/7even/libs/Nette/Application/Application.php" [^] lineno="145"></stack><stack where="require" level="17" type="file" filename="file:///mnt/hgfs/www/7even/app/bootstrap.php" [^] lineno="39"></stack><stack where="{main}" level="18" type="file" filename="file:///mnt/hgfs/www/7even/document_root/index.php" [^] lineno="12"></stack></response> <- property_get -i 15974 -n $config -c 0 -p 14 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15974"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="14" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- context_names -i 15975 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="15975"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context></response> <- property_get -i 15976 -n $config -c 0 -p 15 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transaction_id="15976"><property name="$config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="15" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property></property></response> <- context_get -i 15977 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="15977" context="0"><property name="availableOptions" fullname="$availableOptions" type="uninitialized"></property><property name="config" fullname="$config" address="569794844" type="object" classname="Nette\Config\Config" children="1" numchildren="10" page="0" pagesize="31"><property name="CLASSNAME" type="string"><![CDATA[Nette\Config\Config]]></property><property name="username" fullname="$config->username" facet="public" address="565289064" type="string" size="6" encoding="base64"><![CDATA[Y29tbW9u]]></property><property name="password" fullname="$config->password" facet="public" address="565287244" type="string" size="6" encoding="base64"><![CDATA[Q29tTW92]]></property><property name="driver" fullname="$config->driver" facet="public" address="565290428" type="string" size="7" encoding="base64"><![CDATA[cGRvX29jaQ==]]></property><property name="host" fullname="$config->host" facet="public" address="565290940" type="string" size="7" encoding="base64"><![CDATA[b3JhMXZpcA==]]></property><property name="dbname" fullname="$config->dbname" facet="public" address="565290548" type="string" size="7" encoding="base64"><![CDATA[TU9OSVRPUg==]]></property><property name="mapping" fullname="$config->mapping" facet="public" address="565290820" type="string" size="3" encoding="base64"><![CDATA[WU1M]]></property><property name="mappingsDir" fullname="$config->mappingsDir" facet="public" address="565296424" type="string" size="36" encoding="base64"><![CDATA[L21udC9oZ2ZzL3d3dy83ZXZlbi9hcHAvZG9jdHJpbmUvWU1M]]></property><property name="proxyDir" fullname="$config->proxyDir" facet="public" address="565282720" type="string" size="40" encoding="base64"><![CDATA[L21udC9oZ2ZzL3d3dy83ZXZlbi9hcHAvZG9jdHJpbmUvUHJveGllcw==]]></property><property name="proxyNamespace" fullname="$config->proxyNamespace" facet="public" address="565291536" type="string" size="7" encoding="base64"><![CDATA[UHJveGllcw==]]></property><property name="charset" fullname="$config->charset" facet="public" address="565293912" type="string" size="4" encoding="base64"><![CDATA[dXRmOA==]]></property></property><property name="configs" fullname="$configs" type="uninitialized"></property><property name="connectionName" fullname="$connectionName" address="569688128" type="string" size="6" encoding="base64"><![CDATA[Y29tbW9u]]></property><property name="dbOptions" fullname="$dbOptions" type="uninitialized"></property><property name="optionName" fullname="$optionName" type="uninitialized"></property><property name="optionValue" fullname="$optionValue" type="uninitialized"></property></response>
Attached Files:

Notes
(0001408) derick    2010-03-23 00:01	Can you try the latest netbeans nightly debug/development build? I've reported this issue to them before, and as far as I know it's fixed.
(0001409) cicovec    2010-03-23 17:26    (edited on: 2010-03-23 17:39)	That helped a lot, I downloaded NetBeans nightly zip 201003230200 and the problem is almost gone. I say almost, because the first enumerated property of objects usually appears more than once (usually 2 - 6 times), but this state is much more usable. Other improvements:  - hovering a variable shows a tooltip with value (sometimes throws Socket Exception but far not that often as before)  - the breakpoint is always caught (after 2 hours of testing - great)  - speed improvement (subjectively "a lot")  - all local variables are listed in locals window (this was a rare case before) Watching variables still does not work :(all watched variables end up having a value of "null" followed by a Socket Exception) Few times I got an exception because of invalid XML characters in Xdebug response, but I couldn't manage to create a log file on the machine at work (will try again tomorrow). Btw, at home I'm developing on windows version of NetBeans connecting to Ubuntu server in virtual machine... Do you think the Linux version of NetBeans might work better? edit: Thank you :)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
561	[Xdebug] Usage problems	major	always	2010-04-12 19:41	2010-04-13 20:41
Reporter:	xformer	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.10
Summary:	trigger_error terminates debugger despite in try-catch-block
Description:	Hello, I consistently have the following error when I use xdebug: xdebug terminates when I throw a new exception with "trigger_error" despite the fact that the exception occurs in a try-catch-block. If I use "throw exception" it is handled correctly. Here is the code: <?php class Test { public function __construct() { } public function boom() { //throw new exception('Boom'); //this does NOT cause xdebug to terminate trigger_error('Trigger_error boom', E_USER_ERROR); // but this } } $y = new Test(); try { $y->boom(); } catch (Exception $e) { print($e->getMessage()); } ?>
Steps To Reproduce:
Additional Information:	OS: Windows 7 Home Premium with all patches applied PHP: V5.2.13 (this is not shown in the PHP version list) xdebug: 2.0.5 for 5.2 thread safe VC6 Here is the log: Log opened at 2010-04-12 18:29:16 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///D:/Users/MyUser/Documents/Eclipse/Workspace/TheApp/Basis/xdbg.php" [^] language="PHP" protocol_version="1.0" appid="4552" session="12710969555508" idekey="ECLIPSE_DBGP"><engine version="2.0.5"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2009 by Derick Rethans]]></copyright></init> <- feature_set -i 148 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="148" feature="show_hidden" success="1"></response> <- feature_set -i 149 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="149" feature="max_depth" success="1"></response> <- feature_set -i 150 -n max_children -v 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="150" feature="max_children" success="1"></response> <- feature_get -i 151 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="151" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_get -i 152 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="152" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- stdout -i 153 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stdout" transaction_id="153" success="1"></response> <- stderr -i 154 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stderr" transaction_id="154" success="0"></response> <- step_into -i 155 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_into" transaction_id="155" status="break" reason="ok"><xdebug:message filename="file:///D:/Users/MyUser/Documents/Eclipse/Workspace/TheApp/Basis/xdbg.php" [^] lineno="2"></xdebug:message></response> <- stack_get -i 156 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="156"><stack where="{main}" level="0" type="file" filename="file:///D:/Users/MyUser/Documents/Eclipse/Workspace/TheApp/Basis/xdbg.php" [^] lineno="2"></stack></response> <- context_get -i 157 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="157" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="29069064" type="array" children="0" numchildren="0"></property><property name="_ENV" fullname="$_ENV" address="29090512" type="array" children="0" numchildren="0"></property><property name="_FILES" fullname="$_FILES" address="29069824" type="array" children="0" numchildren="0"></property><property name="_GET" fullname="$_GET" address="29068992" type="array" children="0" numchildren="0"></property><property name="_POST" fullname="$_POST" address="29069552" type="array" children="0" numchildren="0"></property><property name="_REQUEST" fullname="$_REQUEST" address="29090408" type="array" children="0" numchildren="0"></property><property name="_SERVER" fullname="$_SERVER" address="29070200" type="array" children="1" numchildren="50" page="0" pagesize="31"><property name="ALLUSERSPROFILE" fullname="$_SERVER['ALLUSERSPROFILE']" address="29070464" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="APPDATA" fullname="$_SERVER['APPDATA']" address="29070440" type="string" size="30" encoding="base64"><![CDATA[QzpcVXNlcnNcRnJhbmtcQXBwRGF0YVxSb2FtaW5n]]></property><property name="CLASSPATH" fullname="$_SERVER['CLASSPATH']" address="29070744" type="string" size="47" encoding="base64"><![CDATA[LjtDOlxQcm9ncmFtIEZpbGVzXEphdmFcanJlNlxsaWJcZXh0XFFUSmF2YS56aXA=]]></property><property name="CommonProgramFiles" fullname="$_SERVER['CommonProgramFiles']" address="29070720" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$_SERVER['COMPUTERNAME']" address="29070984" type="string" size="6" encoding="base64"><![CDATA[SkFKQUpB]]></property><property name="ComSpec" fullname="$_SERVER['ComSpec']" address="29070960" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="DBGP_COOKIE" fullname="$_SERVER['DBGP_COOKIE']" address="29071224" type="string" size="14" encoding="base64"><![CDATA[MTI3MTA5Njk1NTU1MDg=]]></property><property name="DBGP_IDEKEY" fullname="$_SERVER['DBGP_IDEKEY']" address="29071328" type="string" size="12" encoding="base64"><![CDATA[RUNMSVBTRV9EQkdQ]]></property><property name="DFSTRACINGON" fullname="$_SERVER['DFSTRACINGON']" address="29071408" type="string" size="5" encoding="base64"><![CDATA[RkFMU0U=]]></property><property name="FP_NO_HOST_CHECK" fullname="$_SERVER['FP_NO_HOST_CHECK']" address="29071304" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$_SERVER['HOMEDRIVE']" address="29071680" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$_SERVER['HOMEPATH']" address="29071784" type="string" size="12" encoding="base64"><![CDATA[XFVzZXJzXEZyYW5r]]></property><property name="LD_LIBRARY_PATH" fullname="$_SERVER['LD_LIBRARY_PATH']" address="29071864" type="string" size="20" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xQSFA=]]></property><property name="LOCALAPPDATA" fullname="$_SERVER['LOCALAPPDATA']" address="29071952" type="string" size="28" encoding="base64"><![CDATA[QzpcVXNlcnNcRnJhbmtcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$_SERVER['LOGONSERVER']" address="29072056" type="string" size="8" encoding="base64"><![CDATA[XFxKQUpBSkE=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$_SERVER['NUMBER_OF_PROCESSORS']" address="29072032" type="string" size="1" encoding="base64"><![CDATA[Mg==]]></property><property name="OS" fullname="$_SERVER['OS']" address="29072288" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$_SERVER['Path']" address="29072928" type="string" size="423" encoding="base64"><![CDATA[QzovUHJvZ3JhbSBGaWxlcy9KYXZhL2pyZTYvYmluL2NsaWVudDtDOi9Qcm9ncmFtIEZpbGVzL0phdmEvanJlNi9iaW47QzpcUHJvZ3JhbSBGaWxlc1xQSFBcO0M6XFByb2dyYW0gRmlsZXNcQ29tbW9uIEZpbGVzXE1pY3Jvc29mdCBTaGFyZWRcV2luZG93cyBMaXZlO0M6XFdpbmRvd3Ncc3lzdGVtMzI7QzpcV2luZG93cztDOlxXaW5kb3dzXFN5c3RlbTMyXFdiZW07QzpcUFJPR1JBfjFcQ09NTU9OfjFcVUxFQURTfjFcTVBFRztDOlxQcm9ncmFtIEZpbGVzXEFUSSBUZWNobm9sb2dpZXNcQVRJLkFDRVxDb3JlLVN0YXRpYztDOlxQcm9ncmFtIEZpbGVzXENvbW1vbiBGaWxlc1xBY3JvbmlzXFNuYXBBUElcO0M6XFdpbmRvd3NcU3lzdGVtMzJcV2luZG93c1Bvd2VyU2hlbGxcdjEuMFw7QzpcUHJvZ3JhbSBGaWxlc1xRdWlja1RpbWVcUVRTeXN0ZW1c]]></property><property name="PATHEXT" fullname="$_SERVER['PATHEXT']" address="29073064" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PHPRC" fullname="$_SERVER['PHPRC']" address="29073144" type="string" size="21" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xQSFBc]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$_SERVER['PROCESSOR_ARCHITECTURE']" address="29073256" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$_SERVER['PROCESSOR_IDENTIFIER']" address="29073336" type="string" size="47" encoding="base64"><![CDATA[eDg2IEZhbWlseSA2IE1vZGVsIDE1IFN0ZXBwaW5nIDEzLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$_SERVER['PROCESSOR_LEVEL']" address="29073464" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$_SERVER['PROCESSOR_REVISION']" address="29073440" type="string" size="4" encoding="base64"><![CDATA[MGYwZA==]]></property><property name="ProgramData" fullname="$_SERVER['ProgramData']" address="29073680" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$_SERVER['ProgramFiles']" address="29073760" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PROMPT" fullname="$_SERVER['PROMPT']" address="29073656" type="string" size="4" encoding="base64"><![CDATA[JFAkRw==]]></property><property name="PSModulePath" fullname="$_SERVER['PSModulePath']" address="29074016" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$_SERVER['PUBLIC']" address="29074096" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="QTJAVA" fullname="$_SERVER['QTJAVA']" address="29074232" type="string" size="45" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xKYXZhXGpyZTZcbGliXGV4dFxRVEphdmEuemlw]]></property><property name="SESSIONNAME" fullname="$_SERVER['SESSIONNAME']" address="29074336" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property></property></response> <- context_get -i 158 -d 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="158" context="0"><property name="e" fullname="$e" type="uninitialized"></property><property name="y" fullname="$y" type="uninitialized"></property></response> <- step_over -i 159 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_over" transaction_id="159" status="break" reason="ok"><xdebug:message filename="file:///D:/Users/MyUser/Documents/Eclipse/Workspace/TheApp/Basis/xdbg.php" [^] lineno="13"></xdebug:message></response> <- stack_get -i 160 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="160"><stack where="{main}" level="0" type="file" filename="file:///D:/Users/MyUser/Documents/Eclipse/Workspace/TheApp/Basis/xdbg.php" [^] lineno="13"></stack></response> <- context_get -i 161 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="161" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="29069064" type="array" children="0" numchildren="0"></property><property name="_ENV" fullname="$_ENV" address="29090512" type="array" children="0" numchildren="0"></property><property name="_FILES" fullname="$_FILES" address="29069824" type="array" children="0" numchildren="0"></property><property name="_GET" fullname="$_GET" address="29068992" type="array" children="0" numchildren="0"></property><property name="_POST" fullname="$_POST" address="29069552" type="array" children="0" numchildren="0"></property><property name="_REQUEST" fullname="$_REQUEST" address="29090408" type="array" children="0" numchildren="0"></property><property name="_SERVER" fullname="$_SERVER" address="29070200" type="array" children="1" numchildren="50" page="0" pagesize="31"><property name="ALLUSERSPROFILE" fullname="$_SERVER['ALLUSERSPROFILE']" address="29070464" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="APPDATA" fullname="$_SERVER['APPDATA']" address="29070440" type="string" size="30" encoding="base64"><![CDATA[QzpcVXNlcnNcRnJhbmtcQXBwRGF0YVxSb2FtaW5n]]></property><property name="CLASSPATH" fullname="$_SERVER['CLASSPATH']" address="29070744" type="string" size="47" encoding="base64"><![CDATA[LjtDOlxQcm9ncmFtIEZpbGVzXEphdmFcanJlNlxsaWJcZXh0XFFUSmF2YS56aXA=]]></property><property name="CommonProgramFiles" fullname="$_SERVER['CommonProgramFiles']" address="29070720" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$_SERVER['COMPUTERNAME']" address="29070984" type="string" size="6" encoding="base64"><![CDATA[SkFKQUpB]]></property><property name="ComSpec" fullname="$_SERVER['ComSpec']" address="29070960" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="DBGP_COOKIE" fullname="$_SERVER['DBGP_COOKIE']" address="29071224" type="string" size="14" encoding="base64"><![CDATA[MTI3MTA5Njk1NTU1MDg=]]></property><property name="DBGP_IDEKEY" fullname="$_SERVER['DBGP_IDEKEY']" address="29071328" type="string" size="12" encoding="base64"><![CDATA[RUNMSVBTRV9EQkdQ]]></property><property name="DFSTRACINGON" fullname="$_SERVER['DFSTRACINGON']" address="29071408" type="string" size="5" encoding="base64"><![CDATA[RkFMU0U=]]></property><property name="FP_NO_HOST_CHECK" fullname="$_SERVER['FP_NO_HOST_CHECK']" address="29071304" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$_SERVER['HOMEDRIVE']" address="29071680" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$_SERVER['HOMEPATH']" address="29071784" type="string" size="12" encoding="base64"><![CDATA[XFVzZXJzXEZyYW5r]]></property><property name="LD_LIBRARY_PATH" fullname="$_SERVER['LD_LIBRARY_PATH']" address="29071864" type="string" size="20" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xQSFA=]]></property><property name="LOCALAPPDATA" fullname="$_SERVER['LOCALAPPDATA']" address="29071952" type="string" size="28" encoding="base64"><![CDATA[QzpcVXNlcnNcRnJhbmtcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$_SERVER['LOGONSERVER']" address="29072056" type="string" size="8" encoding="base64"><![CDATA[XFxKQUpBSkE=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$_SERVER['NUMBER_OF_PROCESSORS']" address="29072032" type="string" size="1" encoding="base64"><![CDATA[Mg==]]></property><property name="OS" fullname="$_SERVER['OS']" address="29072288" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$_SERVER['Path']" address="29072928" type="string" size="423" encoding="base64"><![CDATA[QzovUHJvZ3JhbSBGaWxlcy9KYXZhL2pyZTYvYmluL2NsaWVudDtDOi9Qcm9ncmFtIEZpbGVzL0phdmEvanJlNi9iaW47QzpcUHJvZ3JhbSBGaWxlc1xQSFBcO0M6XFByb2dyYW0gRmlsZXNcQ29tbW9uIEZpbGVzXE1pY3Jvc29mdCBTaGFyZWRcV2luZG93cyBMaXZlO0M6XFdpbmRvd3Ncc3lzdGVtMzI7QzpcV2luZG93cztDOlxXaW5kb3dzXFN5c3RlbTMyXFdiZW07QzpcUFJPR1JBfjFcQ09NTU9OfjFcVUxFQURTfjFcTVBFRztDOlxQcm9ncmFtIEZpbGVzXEFUSSBUZWNobm9sb2dpZXNcQVRJLkFDRVxDb3JlLVN0YXRpYztDOlxQcm9ncmFtIEZpbGVzXENvbW1vbiBGaWxlc1xBY3JvbmlzXFNuYXBBUElcO0M6XFdpbmRvd3NcU3lzdGVtMzJcV2luZG93c1Bvd2VyU2hlbGxcdjEuMFw7QzpcUHJvZ3JhbSBGaWxlc1xRdWlja1RpbWVcUVRTeXN0ZW1c]]></property><property name="PATHEXT" fullname="$_SERVER['PATHEXT']" address="29073064" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PHPRC" fullname="$_SERVER['PHPRC']" address="29073144" type="string" size="21" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xQSFBc]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$_SERVER['PROCESSOR_ARCHITECTURE']" address="29073256" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$_SERVER['PROCESSOR_IDENTIFIER']" address="29073336" type="string" size="47" encoding="base64"><![CDATA[eDg2IEZhbWlseSA2IE1vZGVsIDE1IFN0ZXBwaW5nIDEzLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$_SERVER['PROCESSOR_LEVEL']" address="29073464" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$_SERVER['PROCESSOR_REVISION']" address="29073440" type="string" size="4" encoding="base64"><![CDATA[MGYwZA==]]></property><property name="ProgramData" fullname="$_SERVER['ProgramData']" address="29073680" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$_SERVER['ProgramFiles']" address="29073760" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PROMPT" fullname="$_SERVER['PROMPT']" address="29073656" type="string" size="4" encoding="base64"><![CDATA[JFAkRw==]]></property><property name="PSModulePath" fullname="$_SERVER['PSModulePath']" address="29074016" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$_SERVER['PUBLIC']" address="29074096" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="QTJAVA" fullname="$_SERVER['QTJAVA']" address="29074232" type="string" size="45" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xKYXZhXGpyZTZcbGliXGV4dFxRVEphdmEuemlw]]></property><property name="SESSIONNAME" fullname="$_SERVER['SESSIONNAME']" address="29074336" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property></property></response> <- context_get -i 162 -d 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="162" context="0"><property name="e" fullname="$e" type="uninitialized"></property><property name="y" fullname="$y" type="uninitialized"></property></response> <- step_over -i 163 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_over" transaction_id="163" status="break" reason="ok"><xdebug:message filename="file:///D:/Users/MyUser/Documents/Eclipse/Workspace/TheApp/Basis/xdbg.php" [^] lineno="15"></xdebug:message></response> <- stack_get -i 164 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="164"><stack where="{main}" level="0" type="file" filename="file:///D:/Users/MyUser/Documents/Eclipse/Workspace/TheApp/Basis/xdbg.php" [^] lineno="15"></stack></response> <- context_get -i 165 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="165" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="29069064" type="array" children="0" numchildren="0"></property><property name="_ENV" fullname="$_ENV" address="29090512" type="array" children="0" numchildren="0"></property><property name="_FILES" fullname="$_FILES" address="29069824" type="array" children="0" numchildren="0"></property><property name="_GET" fullname="$_GET" address="29068992" type="array" children="0" numchildren="0"></property><property name="_POST" fullname="$_POST" address="29069552" type="array" children="0" numchildren="0"></property><property name="_REQUEST" fullname="$_REQUEST" address="29090408" type="array" children="0" numchildren="0"></property><property name="_SERVER" fullname="$_SERVER" address="29070200" type="array" children="1" numchildren="50" page="0" pagesize="31"><property name="ALLUSERSPROFILE" fullname="$_SERVER['ALLUSERSPROFILE']" address="29070464" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="APPDATA" fullname="$_SERVER['APPDATA']" address="29070440" type="string" size="30" encoding="base64"><![CDATA[QzpcVXNlcnNcRnJhbmtcQXBwRGF0YVxSb2FtaW5n]]></property><property name="CLASSPATH" fullname="$_SERVER['CLASSPATH']" address="29070744" type="string" size="47" encoding="base64"><![CDATA[LjtDOlxQcm9ncmFtIEZpbGVzXEphdmFcanJlNlxsaWJcZXh0XFFUSmF2YS56aXA=]]></property><property name="CommonProgramFiles" fullname="$_SERVER['CommonProgramFiles']" address="29070720" type="string" size="29" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXM=]]></property><property name="COMPUTERNAME" fullname="$_SERVER['COMPUTERNAME']" address="29070984" type="string" size="6" encoding="base64"><![CDATA[SkFKQUpB]]></property><property name="ComSpec" fullname="$_SERVER['ComSpec']" address="29070960" type="string" size="27" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="DBGP_COOKIE" fullname="$_SERVER['DBGP_COOKIE']" address="29071224" type="string" size="14" encoding="base64"><![CDATA[MTI3MTA5Njk1NTU1MDg=]]></property><property name="DBGP_IDEKEY" fullname="$_SERVER['DBGP_IDEKEY']" address="29071328" type="string" size="12" encoding="base64"><![CDATA[RUNMSVBTRV9EQkdQ]]></property><property name="DFSTRACINGON" fullname="$_SERVER['DFSTRACINGON']" address="29071408" type="string" size="5" encoding="base64"><![CDATA[RkFMU0U=]]></property><property name="FP_NO_HOST_CHECK" fullname="$_SERVER['FP_NO_HOST_CHECK']" address="29071304" type="string" size="2" encoding="base64"><![CDATA[Tk8=]]></property><property name="HOMEDRIVE" fullname="$_SERVER['HOMEDRIVE']" address="29071680" type="string" size="2" encoding="base64"><![CDATA[Qzo=]]></property><property name="HOMEPATH" fullname="$_SERVER['HOMEPATH']" address="29071784" type="string" size="12" encoding="base64"><![CDATA[XFVzZXJzXEZyYW5r]]></property><property name="LD_LIBRARY_PATH" fullname="$_SERVER['LD_LIBRARY_PATH']" address="29071864" type="string" size="20" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xQSFA=]]></property><property name="LOCALAPPDATA" fullname="$_SERVER['LOCALAPPDATA']" address="29071952" type="string" size="28" encoding="base64"><![CDATA[QzpcVXNlcnNcRnJhbmtcQXBwRGF0YVxMb2NhbA==]]></property><property name="LOGONSERVER" fullname="$_SERVER['LOGONSERVER']" address="29072056" type="string" size="8" encoding="base64"><![CDATA[XFxKQUpBSkE=]]></property><property name="NUMBER_OF_PROCESSORS" fullname="$_SERVER['NUMBER_OF_PROCESSORS']" address="29072032" type="string" size="1" encoding="base64"><![CDATA[Mg==]]></property><property name="OS" fullname="$_SERVER['OS']" address="29072288" type="string" size="10" encoding="base64"><![CDATA[V2luZG93c19OVA==]]></property><property name="Path" fullname="$_SERVER['Path']" address="29072928" type="string" size="423" encoding="base64"><![CDATA[QzovUHJvZ3JhbSBGaWxlcy9KYXZhL2pyZTYvYmluL2NsaWVudDtDOi9Qcm9ncmFtIEZpbGVzL0phdmEvanJlNi9iaW47QzpcUHJvZ3JhbSBGaWxlc1xQSFBcO0M6XFByb2dyYW0gRmlsZXNcQ29tbW9uIEZpbGVzXE1pY3Jvc29mdCBTaGFyZWRcV2luZG93cyBMaXZlO0M6XFdpbmRvd3Ncc3lzdGVtMzI7QzpcV2luZG93cztDOlxXaW5kb3dzXFN5c3RlbTMyXFdiZW07QzpcUFJPR1JBfjFcQ09NTU9OfjFcVUxFQURTfjFcTVBFRztDOlxQcm9ncmFtIEZpbGVzXEFUSSBUZWNobm9sb2dpZXNcQVRJLkFDRVxDb3JlLVN0YXRpYztDOlxQcm9ncmFtIEZpbGVzXENvbW1vbiBGaWxlc1xBY3JvbmlzXFNuYXBBUElcO0M6XFdpbmRvd3NcU3lzdGVtMzJcV2luZG93c1Bvd2VyU2hlbGxcdjEuMFw7QzpcUHJvZ3JhbSBGaWxlc1xRdWlja1RpbWVcUVRTeXN0ZW1c]]></property><property name="PATHEXT" fullname="$_SERVER['PATHEXT']" address="29073064" type="string" size="53" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NIOy5NU0M=]]></property><property name="PHPRC" fullname="$_SERVER['PHPRC']" address="29073144" type="string" size="21" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xQSFBc]]></property><property name="PROCESSOR_ARCHITECTURE" fullname="$_SERVER['PROCESSOR_ARCHITECTURE']" address="29073256" type="string" size="3" encoding="base64"><![CDATA[eDg2]]></property><property name="PROCESSOR_IDENTIFIER" fullname="$_SERVER['PROCESSOR_IDENTIFIER']" address="29073336" type="string" size="47" encoding="base64"><![CDATA[eDg2IEZhbWlseSA2IE1vZGVsIDE1IFN0ZXBwaW5nIDEzLCBHZW51aW5lSW50ZWw=]]></property><property name="PROCESSOR_LEVEL" fullname="$_SERVER['PROCESSOR_LEVEL']" address="29073464" type="string" size="1" encoding="base64"><![CDATA[Ng==]]></property><property name="PROCESSOR_REVISION" fullname="$_SERVER['PROCESSOR_REVISION']" address="29073440" type="string" size="4" encoding="base64"><![CDATA[MGYwZA==]]></property><property name="ProgramData" fullname="$_SERVER['ProgramData']" address="29073680" type="string" size="14" encoding="base64"><![CDATA[QzpcUHJvZ3JhbURhdGE=]]></property><property name="ProgramFiles" fullname="$_SERVER['ProgramFiles']" address="29073760" type="string" size="16" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlcw==]]></property><property name="PROMPT" fullname="$_SERVER['PROMPT']" address="29073656" type="string" size="4" encoding="base64"><![CDATA[JFAkRw==]]></property><property name="PSModulePath" fullname="$_SERVER['PSModulePath']" address="29074016" type="string" size="51" encoding="base64"><![CDATA[QzpcV2luZG93c1xzeXN0ZW0zMlxXaW5kb3dzUG93ZXJTaGVsbFx2MS4wXE1vZHVsZXNc]]></property><property name="PUBLIC" fullname="$_SERVER['PUBLIC']" address="29074096" type="string" size="15" encoding="base64"><![CDATA[QzpcVXNlcnNcUHVibGlj]]></property><property name="QTJAVA" fullname="$_SERVER['QTJAVA']" address="29074232" type="string" size="45" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xKYXZhXGpyZTZcbGliXGV4dFxRVEphdmEuemlw]]></property><property name="SESSIONNAME" fullname="$_SERVER['SESSIONNAME']" address="29074336" type="string" size="7" encoding="base64"><![CDATA[Q29uc29sZQ==]]></property></property></response> <- context_get -i 166 -d 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="166" context="0"><property name="e" fullname="$e" type="uninitialized"></property><property name="y" fullname="$y" address="29085888" type="object" children="0" classname="Test" numchildren="0"></property></response> <- step_over -i 167 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_over" transaction_id="167" status="stopping" reason="ok"></response> <- stop -i 168 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stop" transaction_id="168" status="stopped" reason="ok"></response> Log closed at 2010-04-12 18:29:21
Attached Files:

Notes
(0001443) xformer    2010-04-12 19:42	This does not happen when I use the Zend debugger. It correctly lets the trigger_error exception be catched.
(0001446) derick    2010-04-13 20:41	There is no bug here. In order to catch notices, warnings and errors in the debugger, you need to set an exception. The protocol command to catch fatal errors, is: breakpoint_set -i 1 -t exception -x "Fatal error" I've just tested that, and it works fine. Of course, your IDE needs to support setting breakpoints on Exceptions. For more information on the protocol, please check http://xdebug.org/docs-dbgp.php#breakpoints [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
563	[Xdebug] Documentation	minor	always	2010-04-13 13:23	2010-04-13 19:20
Reporter:	qwix	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.2dev
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	xdebug.scream is not documented
Description:	The xdebug.scream configuration setting is not available in http://xdebug.org/docs/all_settings [^] :)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001444) derick    2010-04-13 19:20	Fixed in revision 3258.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
560	[Xdebug] Usage problems	major	always	2010-04-08 13:54	2010-04-12 11:39
Reporter:	stanv	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP 32-bit / PDT 1.x
PHP Version:	5.3.2
Summary:	base64 encoding / "child count update" / PDT bug
Description:	Sorry to open this again, I see multiple instances of this bug but they're all closed so I couldn't leave a comment. Derick, I appreciate the bug is in PDT as per your analysis, however let's consider the real-world implications of this break. Encoding the property with base64 should make PDT work again, if I understand correctly? PDT2 has been around for a long time, but it still has many regressions and performance issues compared to PDT1. PDT1 is not updated any longer, so even if they could fix the issue, they won't. On the other hand, older versions of XDebug for PHP 5.3, which are compatible with PDT are not compatible with PHP 5.3 (the header() bug). I tried to download XDebug 2.0.5, but the 2.0.5 links downloads a DLL with version 2.1.0 The result of this is I had to revert my development environment back to PHP 5.2.x series in order to do my work. If something can be done so XDebug would work in PDT1 with the existing PDT limitations, the way it worked for years before, would be highly appreciated. Thank you!
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001440) derick    2010-04-12 11:39	Please don't create issues because you can't reopen the bug. Use the mailinglist if you want to discuss things.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
559	[Xdebug] Usage problems	major	always	2010-04-05 09:58	2010-04-05 18:08
Reporter:	andreaswolf	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OS X 10.5.8
PHP Version:	5.3.2
Summary:	Profile trigger does not work with POST and COOKIE
Description:	I tried to get XDebug Profiler to work on a trigger. It works perfectly when using GET requests, but as soon as I try to do it via POST or COOKIE, there is no output. The configuration is as follows: [xdebug] xdebug.profiler_enable_trigger = 1 xdebug.profiler_append = 1 xdebug.profiler_output_dir = /tmp/xdebug/
Steps To Reproduce:
Additional Information:	My environment is: * MacOS X 10.5.8 * Apache 2.2.14, PHP 5.3.2, XDebug 2.0.5 (all from MacPorts) * Firefox 3.6.2 I used Firefox extensions TamperData (for injecting the POST var) and Easy XDebug (for the Cookie thingie). As far as I can tell, both did their job and injected the data, at least it arrived at the server.
Attached Files:

Notes
(0001434) derick    2010-04-05 17:17	This works just fine for me. Can you try the latest version with SVN, and if it doesn't work provide the engine and xdebug sections (only) of phpinfo() output?
(0001435) andreaswolf    2010-04-05 17:21	I'll try it later today. Maybe the problem with POST requests is that it was originally a GET request and TamperData just added the POST parameter (or maybe not, I'm not sure if it's allowed by the HTTP RFCs to add POST data to a GET request - and what Apache and PHP do in such a case). Unfortunately my C knowledge is by far not deep enough to understand the source of XDebug at that point. Neither is my knowledge of debugging such problems, so I could not track it down myself.
(0001436) andreaswolf    2010-04-05 18:06	Ah. I'm sorry - I've found the error. I use the Firefox extension CookiePie for developing on my TYPO3 websites, so I can have multiple tabs with the same site, but with different logins. The problem is that CookiePie does not send the XDEBUG_PROFILE cookie, though Easy XDebug showed profiling as enabled in the bottom right corner... The other problem I mentioned (HTTP POST data not read with GET requests) still persists, but I bet that it gets lost somewhere in Apache or PHP, so there might be nothing XDebug can do about that. All in all, I think this bug can be closed - I'm sorry for the inconvenience caused. Just another thing: XDebug's tests in trunk threw some errors, which I have posted to qa.php.net - if you want to do something about that and need a tester, don't hesitate to contact me. And keep up the good work with XDebug! :)
(0001437) andreaswolf    2010-04-05 18:07	One final note: Maybe it would be worth adding a note to the docs that people should be careful with any browser extensions that fiddle around with cookies and request data. Maybe a short PHP test script that displays all data it got and whether XDebug was enabled for that request or not would be a great help in such situations.
(0001438) derick    2010-04-05 18:08	Alright, closing then. I know there are some test failures, and will be looking at them.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
557	[Xdebug] Debug client (console)	minor	always	2010-04-04 14:46	2010-04-04 15:17
Reporter:	mike	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.1.0RC1
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP SP2
PHP Version:	5.3.2
Summary:	unwanted signs
Description:	I'm using xdebug.dll with php5.3.2 in phpDesigner 7 and I'm using utf-8. If I debug a simple php code, I get unwanted signs in the output, just before the doctype tag. With xdebug.dll version 2.0.5 it's the same. My example code: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> [^] <html xmlns="http://www.w3.org/1999/xhtml" [^] xml:lang="en" lang="en"> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8" /> </head> <body> <?php /** * @author Michael Hollstein * @copyright 2010 */ $d = 3; echo 'D: ' . $d; ?> </body> </html> My output is: ------------- <!-- X-Powered-By: PHP/5.3.2 Set-Cookie: XDEBUG_SESSION=phpd; expires=Sat, 03-Apr-2010 07:35:33 GMT; path=/ Content-type: text/html --> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> [^] <html xmlns="http://www.w3.org/1999/xhtml" [^] xml:lang="en" lang="en"> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8" /> --> </head> <body> D: 3</body> </html> ==> Please have a look at the signs before doctype... In a Hex-Editor the signs are: EF00 BB00 BF00
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001431) derick    2010-04-04 15:16	This has nothing to do with Xdebug. If you check the original source in your hx editor you will see the same. This is called a BOM which can be before any XML document. I don't know where the <!-- bit is coming from, but that's surely not something that Xdebug does.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
458	[Xdebug] Usage problems	crash	always	2009-07-27 22:22	2010-04-04 00:31
Reporter:	soki	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Vista x64
PHP Version:	5.3.0
Summary:	Eclipse PDT error: An internal error occurred during: "child count update".
Description:	When using XDebug in conjunction with eclipse PDT and stepping through, the following error might be thrown: An internal error occurred during: "child count update". Exception Stack-Trace: java.lang.NullPointerException at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpStringValue.<init>(DBGpStringValue.java:39) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpVariable.parseProperty(DBGpVariable.java:75) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpVariable.<init>(DBGpVariable.java:44) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpContainerValue.parseData(DBGpContainerValue.java:97) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpContainerValue.<init>(DBGpContainerValue.java:37) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpVariable.parseProperty(DBGpVariable.java:83) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpVariable.<init>(DBGpVariable.java:44) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.parseVarResp(DBGpTarget.java:1210) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.getContextLocalVars(DBGpTarget.java:1123) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.getContextAtLevel(DBGpTarget.java:1177) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.getVariables(DBGpTarget.java:1158) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpStackFrame.getVariables(DBGpStackFrame.java:148) at org.eclipse.debug.internal.ui.model.elements.StackFrameContentProvider.getAllChildren(StackFrameContentProvider.java:51) at org.eclipse.debug.internal.ui.model.elements.StackFrameContentProvider.getChildCount(StackFrameContentProvider.java:28) at org.eclipse.debug.internal.ui.model.elements.ElementContentProvider.retrieveChildCount(ElementContentProvider.java:114) at org.eclipse.debug.internal.ui.model.elements.ElementContentProvider$2.run(ElementContentProvider.java:63) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Steps To Reproduce:
Additional Information:	Eclipse Galileo 3.5.0 eclipse.buildId=I20090611-1540 java.version=1.6.0_06 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=de_DE Command-line arguments: -os win32 -ws win32 -arch x86_64 -clean
Attached Files:

Notes
(0001015) derick    2009-08-01 18:25	This is a bug in PDT, and not in Xdebug.
(0001429) derick    2010-04-04 00:31	I explained this at http://bugs.xdebug.org/view.php?id=518#c1396 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
371	[Xdebug] Usage problems	crash	always	2008-04-29 10:26	2010-04-02 12:54
Reporter:	joostpluijmers	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.1.0RC1
Operating System:	Windows XP service pack 2
PHP Version:	5.1.6
Summary:	Browser keeps loading
Description:	I have two identical debug setups configured with xdebug/eclipse/php. The one I got configured at work, works perfectly and after walking trough the breakpoints it loads the page in firefox correctly. However when i installed this configuration at home it didn't work the same. The script stopped execution at the breakpoints and I can see the variables and all but when iam done debuging the page doesn't continue loading. I tracked down the versions I have at work down to the minor versions and it still produces the same problem. The only real difference i can think of now is the hardware specifications, I have a dualcore setup at home and a legacy amd at work.
Steps To Reproduce:
Additional Information:	My software versions: PHP 5.1.6 Xdebug 2.0.2 Eclipse 3.3.1.1 Apache 2.0 Hardware specification: - Intel dualcore 6750 - ASUS P5K-E wifi/ap edition Xdebug configuration: xdebug.remote_enabled=1 xdebug.remote_host="myip between quotes" xdebug.remote_port=9000 xdebug.remote_handler="dbgp" xdebug.remote_mode="req" A phpinfo() verify all directives are handled and set correctly to php. If a remote_log is required I will upload it tonight when I get back from work. Many thanks in advance
Attached Files:

Notes
(0000846) derick    2008-04-29 13:47	The remote_log would be really useful, could you please create one? Also, could you provide a link to your phpinfo() output?
(0000847) joostpluijmers    2008-05-02 13:55	REMOTE_LOG: Log opened at 2008-05-02 11:53:57 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/wamp/www/zend/index.php" [^] language="PHP" protocol_version="1.0" appid="1608" idekey="ECLIPSE_DBGP"><engine version="2.0.3"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2008 by Derick Rethans]]></copyright></init> <- feature_set -i 18 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="18" feature="show_hidden" success="1"></response> <- feature_set -i 19 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="19" feature="max_depth" success="1"></response> <- feature_get -i 20 -n max_children -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="20" feature_name="max_children" supported="1"><![CDATA[32]]></response> <- feature_get -i 21 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="21" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_get -i 22 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="22" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- breakpoint_set -i 23 -t line -f file:///application/controllers/IndexController.php [^] -n 14 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="23" id="16080003"></response> <- breakpoint_set -i 24 -t line -f file:///Zend/View/Helper/HeadStyle.php [^] -n 100 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="24" id="16080004"></response> <- run -i 25 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="25" status="break" reason="ok"><xdebug:message filename="file:///C:/wamp/www/zend/Zend/View/Helper/HeadStyle.php" [^] lineno="100"></xdebug:message></response> <- stack_get -i 26 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="26"><stack where="Zend_View_Helper_HeadStyle->headStyle" level="0" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Helper/HeadStyle.php" [^] lineno="100"></stack><stack where="call_user_func_array" level="1" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="0"></stack><stack where="Zend_View_Abstract->__call" level="2" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="300"></stack><stack where="Zend_View->headStyle" level="3" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="0"></stack><stack where="IndexController->indexAction" level="4" type="file" filename="file:///C:/wamp/www/zend/application/controllers/IndexController.php" [^] lineno="11"></stack><stack where="Zend_Controller_Action->dispatch" level="5" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Action.php" [^] lineno="502"></stack><stack where="Zend_Controller_Dispatcher_Standard->dispatch" level="6" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Dispatcher/Standard.php" [^] lineno="293"></stack><stack where="Zend_Controller_Front->dispatch" level="7" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Front.php" [^] lineno="914"></stack><stack where="require" level="8" type="file" filename="file:///C:/wamp/www/zend/application/bootstrap.php" [^] lineno="39"></stack><stack where="{main}" level="9" type="file" filename="file:///C:/wamp/www/zend/index.php" [^] lineno="2"></stack></response> <- stack_get -i 27 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="27"><stack where="Zend_View_Helper_HeadStyle->headStyle" level="0" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Helper/HeadStyle.php" [^] lineno="100"></stack><stack where="call_user_func_array" level="1" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="0"></stack><stack where="Zend_View_Abstract->__call" level="2" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="300"></stack><stack where="Zend_View->headStyle" level="3" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="0"></stack><stack where="IndexController->indexAction" level="4" type="file" filename="file:///C:/wamp/www/zend/application/controllers/IndexController.php" [^] lineno="11"></stack><stack where="Zend_Controller_Action->dispatch" level="5" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Action.php" [^] lineno="502"></stack><stack where="Zend_Controller_Dispatcher_Standard->dispatch" level="6" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Dispatcher/Standard.php" [^] lineno="293"></stack><stack where="Zend_Controller_Front->dispatch" level="7" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Front.php" [^] lineno="914"></stack><stack where="require" level="8" type="file" filename="file:///C:/wamp/www/zend/application/bootstrap.php" [^] lineno="39"></stack><stack where="{main}" level="9" type="file" filename="file:///C:/wamp/www/zend/index.php" [^] lineno="2"></stack></response> <- run -i 28 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="28" status="break" reason="ok"><xdebug:message filename="file:///C:/wamp/www/zend/application/controllers/IndexController.php" [^] lineno="14"></xdebug:message></response> <- stack_get -i 29 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="29"><stack where="IndexController->indexAction" level="0" type="file" filename="file:///C:/wamp/www/zend/application/controllers/IndexController.php" [^] lineno="14"></stack><stack where="Zend_Controller_Action->dispatch" level="1" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Action.php" [^] lineno="502"></stack><stack where="Zend_Controller_Dispatcher_Standard->dispatch" level="2" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Dispatcher/Standard.php" [^] lineno="293"></stack><stack where="Zend_Controller_Front->dispatch" level="3" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Front.php" [^] lineno="914"></stack><stack where="require" level="4" type="file" filename="file:///C:/wamp/www/zend/application/bootstrap.php" [^] lineno="39"></stack><stack where="{main}" level="5" type="file" filename="file:///C:/wamp/www/zend/index.php" [^] lineno="2"></stack></response> <- stack_get -i 30 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="30"><stack where="IndexController->indexAction" level="0" type="file" filename="file:///C:/wamp/www/zend/application/controllers/IndexController.php" [^] lineno="14"></stack><stack where="Zend_Controller_Action->dispatch" level="1" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Action.php" [^] lineno="502"></stack><stack where="Zend_Controller_Dispatcher_Standard->dispatch" level="2" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Dispatcher/Standard.php" [^] lineno="293"></stack><stack where="Zend_Controller_Front->dispatch" level="3" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Front.php" [^] lineno="914"></stack><stack where="require" level="4" type="file" filename="file:///C:/wamp/www/zend/application/bootstrap.php" [^] lineno="39"></stack><stack where="{main}" level="5" type="file" filename="file:///C:/wamp/www/zend/index.php" [^] lineno="2"></stack></response> <- run -i 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="31" status="break" reason="ok"><xdebug:message filename="file:///C:/wamp/www/zend/Zend/View/Helper/HeadStyle.php" [^] lineno="100"></xdebug:message></response> <- stack_get -i 32 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="32"><stack where="Zend_View_Helper_HeadStyle->headStyle" level="0" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Helper/HeadStyle.php" [^] lineno="100"></stack><stack where="call_user_func_array" level="1" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="0"></stack><stack where="Zend_View_Abstract->__call" level="2" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="300"></stack><stack where="Zend_View->headStyle" level="3" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="0"></stack><stack where="include" level="4" type="file" filename="file:///C:/wamp/www/zend/application/layout/template.phtml" [^] lineno="7"></stack><stack where="Zend_View->_run" level="5" type="file" filename="file:///C:/wamp/www/zend/Zend/View.php" [^] lineno="46"></stack><stack where="Zend_View_Abstract->render" level="6" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="769"></stack><stack where="Zend_Layout->render" level="7" type="file" filename="file:///C:/wamp/www/zend/Zend/Layout.php" [^] lineno="728"></stack><stack where="Zend_Layout_Controller_Plugin_Layout->postDispatch" level="8" type="file" filename="file:///C:/wamp/www/zend/Zend/Layout/Controller/Plugin/Layout.php" [^] lineno="142"></stack><stack where="Zend_Controller_Plugin_Broker->postDispatch" level="9" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Plugin/Broker.php" [^] lineno="337"></stack><stack where="Zend_Controller_Front->dispatch" level="10" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Front.php" [^] lineno="925"></stack><stack where="require" level="11" type="file" filename="file:///C:/wamp/www/zend/application/bootstrap.php" [^] lineno="39"></stack><stack where="{main}" level="12" type="file" filename="file:///C:/wamp/www/zend/index.php" [^] lineno="2"></stack></response> <- stack_get -i 33 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="33"><stack where="Zend_View_Helper_HeadStyle->headStyle" level="0" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Helper/HeadStyle.php" [^] lineno="100"></stack><stack where="call_user_func_array" level="1" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="0"></stack><stack where="Zend_View_Abstract->__call" level="2" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="300"></stack><stack where="Zend_View->headStyle" level="3" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="0"></stack><stack where="include" level="4" type="file" filename="file:///C:/wamp/www/zend/application/layout/template.phtml" [^] lineno="7"></stack><stack where="Zend_View->_run" level="5" type="file" filename="file:///C:/wamp/www/zend/Zend/View.php" [^] lineno="46"></stack><stack where="Zend_View_Abstract->render" level="6" type="file" filename="file:///C:/wamp/www/zend/Zend/View/Abstract.php" [^] lineno="769"></stack><stack where="Zend_Layout->render" level="7" type="file" filename="file:///C:/wamp/www/zend/Zend/Layout.php" [^] lineno="728"></stack><stack where="Zend_Layout_Controller_Plugin_Layout->postDispatch" level="8" type="file" filename="file:///C:/wamp/www/zend/Zend/Layout/Controller/Plugin/Layout.php" [^] lineno="142"></stack><stack where="Zend_Controller_Plugin_Broker->postDispatch" level="9" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Plugin/Broker.php" [^] lineno="337"></stack><stack where="Zend_Controller_Front->dispatch" level="10" type="file" filename="file:///C:/wamp/www/zend/Zend/Controller/Front.php" [^] lineno="925"></stack><stack where="require" level="11" type="file" filename="file:///C:/wamp/www/zend/application/bootstrap.php" [^] lineno="39"></stack><stack where="{main}" level="12" type="file" filename="file:///C:/wamp/www/zend/index.php" [^] lineno="2"></stack></response> <- run -i 34 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="34" status="stopping" reason="ok"></response> I actualy downgraded apache and php to a version i know to be working at work. Firefox is head version both at home and work. Thanks for the reply
(0000848) joostpluijmers    2008-05-02 13:56	I have set up a local forwarding to my server so phpinfo is available at http://81.207.201.40/ [^]
(0001400) derick    2010-03-20 23:58	If this is still an issue, can you please try xdebug 2.1.0beta3 from http://xdebug.org/download.php [^] ?
(0001424) derick    2010-04-02 12:54	Can't reproduce, and no feedback given.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
555	[Xdebug] Feature/Change request	minor	N/A	2010-03-31 22:38	2010-03-31 22:38
Reporter:	exxy	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.0.0dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 9.10
PHP Version:	5.3.2
Summary:	Track memory leaks in function trace
Description:	It would be great to have a possibility to track memory leaks. I know I can track functions' and method's memory usage like it's written here http://derickrethans.nl/xdebug-and-tracing-memory-usage.html, [^] but it won't help in some situations. Sometimes I need to see how much memory PHP occupies after method finishes and after PHP removed all local variables from memory to detect memory leaks. Currently xdebug tracks memory usage before Zend engine removes locals.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
554	[Xdebug] Debug client (console)	crash	always	2010-03-30 19:24	2010-03-31 18:57
Reporter:	flixfe	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	gentoo linux
PHP Version:	5.2.10
Summary:	xdebug-2.0.5: apache segfault on any PHP page
Description:	Running the latest stable apache on gentoo (2.2.14-r1) and xdebug 2.0.5 results in a segfault every time I access any php page. Apache's error log shows: [notice] child pid 24697 exit signal Segmentation fault (11) This happens even on simple script which just calls phpinfo(); I've set apache to 1 thread and caught a backtrace with gdb: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fda2f131910 (LWP 24996)] 0x00007fda2fb6226d in xdebug_init_oparray (op_array=0x170d878) at /var/tmp/portage/dev-php5/xdebug-2.0.5/work/xdebug-2.0.5/xdebug.c:3156 3156 /var/tmp/portage/dev-php5/xdebug-2.0.5/work/xdebug-2.0.5/xdebug.c: No such file or directory. in /var/tmp/portage/dev-php5/xdebug-2.0.5/work/xdebug-2.0.5/xdebug.c (gdb) bt #0 0x00007fda2fb6226d in xdebug_init_oparray (op_array=0x170d878) at /var/tmp/portage/dev-php5/xdebug-2.0.5/work/xdebug-2.0.5/xdebug.c:3156 #1 0x00007fda334cc9bb in zend_extension_op_array_ctor_handler (extension=0x1500e30, op_array=0x170d878, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/Zend/zend_opcode.c:35 0000002 0x00007fda334cc67a in zend_llist_apply_with_argument (l=0x7fda33a7aec0, func=0x7fda334cc98c <zend_extension_op_array_ctor_handler>, arg=0x170d878, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/Zend/zend_llist.c:236 0000003 0x00007fda334ccca4 in init_op_array (op_array=0x170d878, type=2 '\002', initial_ops_size=64, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/Zend/zend_opcode.c:106 0000004 0x00007fda3349cbf9 in compile_file (file_handle=0x7fda2f130e70, type=8, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/Zend/zend_language_scanner.c:3417 0000005 0x00007fda2fb5f69c in xdebug_compile_file (file_handle=0x7fda2f130e70, type=8, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-php5/xdebug-2.0.5/work/xdebug-2.0.5/xdebug.c:2405 0000006 0x00007fda334daa63 in zend_execute_scripts (type=8, tsrm_ls=0x16e9330, retval=0x0, file_count=3) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/Zend/zend.c:1126 0000007 0x00007fda33466956 in php_execute_script (primary_file=0x7fda2f130e70, tsrm_ls=0x16e9330) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/main/main.c:2036 0000008 0x00007fda33570786 in php_handler (r=0x16ed9b8) at /var/tmp/portage/dev-lang/php-5.2.12/work/php-5.2.12/sapi/apache2handler/sapi_apache2.c:637 0000009 0x0000000000439e02 in ap_run_handler (r=0x16ed9b8) at config.c:158 0000010 0x000000000043d31f in ap_invoke_handler (r=0x16ed9b8) at config.c:372 0000011 0x0000000000448028 in ap_process_request (r=0x16ed9b8) at http_request.c:282 0000012 0x0000000000445108 in ap_process_http_connection (c=0x16e9bb0) at http_core.c:190 0000013 0x0000000000441242 in ap_run_process_connection (c=0x16e9bb0) at connection.c:43 0000014 0x000000000044d471 in process_socket (thd=0x14041d8, dummy=<value optimized out>) at worker.c:544 0000015 worker_thread (thd=0x14041d8, dummy=<value optimized out>) at worker.c:894 0000016 0x00007fda392aa2a7 in start_thread () from /lib/libpthread.so.0 0000017 0x00007fda38e166ad in clone () from /lib/libc.so.6 0000018 0x0000000000000000 in ?? ()
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001412) derick    2010-03-31 09:12	Please try the latest version from SVN: http://xdebug.org/docs/install#source [^]
(0001414) flixfe    2010-03-31 18:08	Unfortunately I'm not able to build xdebug (revision 3241) according to the instructions from the README due to some libtool error: ~/temp/xdebug $ phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20060613 Zend Extension Api No: 220060519 ~/temp/xdebug $ ./configure --enable-xdebug (output: http://pastebin.com/9J2EPzUB [^]) ~/temp/xdebug $ make bin/sh /home/felix/temp/xdebug/libtool --mode=compile cc -I. -I/home/felix/temp/xdebug -DPHP_ATOM_INC -I/home/felix/temp/xdebug/include -I/home/felix/temp/xdebug/main -I/home/felix/temp/xdebug -I/usr/lib64/php5/include/php -I/usr/lib64/php5/include/php/main -I/usr/lib64/php5/include/php/TSRM -I/usr/lib64/php5/include/php/Zend -I/usr/lib64/php5/include/php/ext -I/usr/lib64/php5/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /home/felix/temp/xdebug/xdebug.c -o xdebug.lo /home/felix/temp/xdebug/libtool: line 467: CDPATH: command not found /home/felix/temp/xdebug/libtool: line 1152: func_opt_split: command not found libtool: Version mismatch error. This is libtool 2.2.6b, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b libtool: and run autoconf again. make: *** [xdebug.lo] Error 63 This is a gentoo system using libtool 2.2.6b. I also tried with libtool 1.5.26 but the error was the same. I tried getting around this problem by removing aclocal.m4 and running libtoolize and autoreconf, but the error remains. Not sure how to get xdebug built.
(0001415) derick    2010-03-31 18:14	Did you install PHP yourself or through the emerge stuff?
(0001416) flixfe    2010-03-31 18:16	OK ... I found a way to build it :-) I just modified the xdebug-2.0.5 ebuild from gentoo to use the latest SVN and it build just fine. Going to test that version now.
(0001417) flixfe    2010-03-31 18:16	I installed php through the 'emerge stuff' ;-)
(0001418) flixfe    2010-03-31 18:25	Great news: it works with the current SVN snapshot. Looks like a great tool, btw, thanks for your efforts. Please close this bug (Mantis doesn't seem to allow me to do this).
(0001419) flixfe    2010-03-31 18:28	BTW, the downstream bug report is: http://bugs.gentoo.org/show_bug.cgi?id=310515 [^]
(0001420) derick    2010-03-31 18:57	Closing then, thanks for testing!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
530	[Xdebug] Usage problems	block	always	2010-02-03 09:22	2010-03-21 14:41
Reporter:	anton	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.1.0RC1
Operating System:	opensuse 11.1 64 bit
PHP Version:	5.3.1
Summary:	Socket Exception occoured Error with php 5.3.1+NB 6.8+xdebug 2.0.5 on opensuse 11.1 64bit
Description:	As you can see in the Title I use: - opensuse lunix 11.1 64 bit - php 5.3.1 - xdebug 2.0.5 ( the problem exists with xebug 2.1.0beta too) - Netbeans 6.8 - firefox 3.5.7 or 3.6 The whole time I had php 5.2.11 installed and it worked quite well. Now I updated to php 5.3.1 and I get the following problems: 1. I set a breakpoint in my php file 2. I start to debug from netbeans 3. I see that Netbeans stops at the breakpoint (the green line) 4. Now I continue to step-through my code line by line Note: most of the time I do not see local variables, with php 5.2.11 I saw the variables. 5. After 1...n steps I get an error dialog from netbeans telling me: "Socket exception occoured" telling me to delete some watches and debugging is finished. While this does not crash apache, I set it to blocker because actually its unusable. Note: I did the tests without using watches. I sw
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001316) derick    2010-02-03 11:20	This is a duplicate of 0000520, which seems like a bug in netbeans which I can't fix myself.
(0001327) anton    2010-02-08 10:49	I submited this bug at netbeans.org too as: https://netbeans.org/bugzilla/show_bug.cgi?id=180252 [^] Pleas leave this issue open, at least for some time, so we can get a true "its really solved" statement some day. Perhaps the netbeans guys should contact you directly?
(0001330) anton    2010-02-11 13:12	The netbeans guys write at: https://netbeans.org/bugzilla/show_bug.cgi?id=180252#c16 [^]  " hmm, broken pipe after eval command which is long term xdebug problem: watches,    baloon evaluation cause it. Anyway different issue and not bug in netbeans." Could you tell me the issue number of this "long term xdebug problem"? Or should it be fixed already? I ask because I would really like to get it working.
(0001353) anton    2010-02-17 08:53	The problem with netbeans is still here, the netbeans guys refer to http://bugs.xdebug.org/view.php?id=313 [^] but in my sources do not have calls to unknown functions or syntax errors. Could you tell me what data you need? I would like to help to fix this !
(0001354) anton    2010-02-17 09:14	I just did e test with the following code:     class MyClass {                    private $a = "b";          private $b = null;                    public function __construct() {             $this->b = 'b';             $c = 'a' . 'b';          }          // I hoover in nb over this $a          public function test($a) {             echo "a ist: " . $a;          }       }              $a = 1;       $b = 2;       $c = new MyClass();       $f = 3;       $c->test('gogo'); // this call***       $c->test('gogo'); and when I am inside the function $c->test($a) and I hoover over the parameter $a in netbeans I get a socket exception. Question: where ca I upload atachments here??
(0001357) derick    2010-02-17 09:46	@anton, you can't upload attachments. Please use http://pastebin.com [^] (and select to not to expire the post) and post the link here. I absolutely need the remote_log though (See http://xdebug.org/docs/remote#remote_log [^] on how to make them). Please make sure there is only 1 debug request in that log that shows the problem.
(0001358) anton    2010-02-17 11:17	Hi I posted it http://pastebin.com/f7329854c [^] Note that I saved the xdebug log file as soon as I got the error in netbeans (I did not say 'stop debugging' in netbeans ) so you see at the end it looks like incomplete I did the test with the actual development build of netbeans: netbeans-trunk-nightly-201002170200-php-linux.sh
(0001359) bfelipee    2010-02-18 10:46	there is new log on http://netbeans.org/bugzilla/show_bug.cgi?id=180252 [^] from fzamboj. You can see that after calling eval the pipe got broken and netbeans threw SocketException. netbeans log: http://netbeans.org/bugzilla/attachment.cgi?id=94278 [^] xdebug log: http://netbeans.org/bugzilla/attachment.cgi?id=94279 [^]
(0001373) anton    2010-03-01 12:46	I just did the tests with - netbeans-trunk-nightly-201003010200-php-linux.sh - xdebug 2.1.0beta3 (installed from pecl) What I do: - I step (debug) through my index.php file - I hoover over a variable - After the next F7 or F8 step I get the socket exception NOTE: It seems that F7 and F8 are equel, or to be more precise    the F8 key behave like F7 (jump into). You can find the logfiles at http://netbeans.org/bugzilla/show_bug.cgi?id=180252 [^] The attachment link (with xdebug.log) is http://netbeans.org/bugzilla/show_bug.cgi?id=180252 [^]
(0001401) derick    2010-03-21 14:41	I've just tested this with the latest Xdebug (SVN) and the latest netbeans (the 20100321 nightly) and it works just fine. However, netbeans seems to be starting to use a bit more memory once in a while when eval is used. This is however something on the netbeans side. I am closing this issue as it's working fine, but netbeans really should not be using eval here, but instead property_get with the correct stack depth.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
508	[Xdebug] Debug client (console)	block	always	2010-01-03 15:31	2010-03-20 23:57
Reporter:	marc-bassini	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.1.0RC1
Operating System:	Windows 7 Ultimate 64 bits
PHP Version:	5.3-dev
Summary:	2.1.0beta1 doesn't work on 7 Ultimate 64 bits with php 5.3.1
Description:	As the title said, xdebug isn't loaded as php -v or php -m reports. php.ini: [XDebug] zend_extension="d:/php_xdebug-2.1.0beta1-5.3-vc9.dll"
Steps To Reproduce:
Additional Information:	PHP Version => 5.3.1 System => Windows NT NAN 6.1 build 7600 ((null)) i586 Build Date => Nov 19 2009 09:58:49 Compiler => MSVC9 (Visual C++ 2008) Architecture => x86 Configure Command => cscript /nologo configure.js "--enable-snapshot-build" "--disable-isapi" "--enable-debug-pack" "--disable-isapi" "--with-pdo-oci=D:\php-sdk\oracle\instantclient10\sdk,shared" "--with-oci8=D:\php-sdk\oracle\instantclient10\sdk,shared" "--with-oci8-11g=D:\php-sdk\oracle\instantclient11\sdk,shared" "--with-enchant=shared" "--enable-object-out-dir=../obj/" Server API => Command Line Interface Virtual Directory Support => enabled Configuration File (php.ini) Path => C:\Windows Loaded Configuration File => C:\Program Files (x86)\PHP\php.ini Scan this dir for additional .ini files => (none) Additional .ini files parsed => (none) PHP API => 20090626 PHP Extension => 20090626 Zend Extension => 220090626 Zend Extension Build => API220090626,TS,VC9 PHP Extension Build => API20090626,TS,VC9 Debug Build => no Thread Safety => enabled Zend Memory Manager => enabled Zend Multibyte Support => disabled IPv6 Support => enabled Registered PHP Streams => php, file, glob, data, http, ftp, zip, compress.zlib, compress.bzip2, https, ftps, phar Registered Stream Socket Transports => tcp, udp, ssl, sslv3, sslv2, tls Registered Stream Filters => convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, zlib.*, bzip2.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies _______________________________________________________________________ Configuration bcmath BCMath support => enabled Directive => Local Value => Master Value bcmath.scale => 0 => 0 bz2 BZip2 Support => Enabled Stream Wrapper support => compress.bz2:// Stream Filter support => bzip2.decompress, bzip2.compress BZip2 Version => 1.0.5, 10-Dec-2007 calendar Calendar support => enabled com_dotnet COM support => enabled DCOM support => disabled .Net support => enabled Directive => Local Value => Master Value com.allow_dcom => 0 => 0 com.autoregister_casesensitive => 1 => 1 com.autoregister_typelib => 0 => 0 com.autoregister_verbose => 0 => 0 com.code_page => no value => no value com.typelib_file => no value => no value Core PHP Version => 5.3.1 Directive => Local Value => Master Value allow_call_time_pass_reference => Off => Off allow_url_fopen => On => On allow_url_include => Off => Off always_populate_raw_post_data => Off => Off arg_separator.input => & => & arg_separator.output => & => & asp_tags => Off => Off auto_append_file => no value => no value auto_globals_jit => On => On auto_prepend_file => no value => no value browscap => no value => no value default_charset => no value => no value default_mimetype => text/html => text/html define_syslog_variables => Off => Off disable_classes => no value => no value disable_functions => no value => no value display_errors => Off => Off display_startup_errors => Off => Off doc_root => no value => no value docref_ext => no value => no value docref_root => no value => no value enable_dl => Off => Off error_append_string => no value => no value error_log => C:\Windows\temp\php-errors.log => C:\Windows\temp\php-errors.log error_prepend_string => no value => no value error_reporting => 22527 => 22527 exit_on_timeout => Off => Off expose_php => On => On extension_dir => C:\Program Files (x86)\PHP\ext => C:\Program Files (x86)\PHP\ext file_uploads => On => On highlight.bg => <font style="color: #FFFFFF">#FFFFFF</font> => <font style="color: #FFFFFF">#FFFFFF</font> highlight.comment => <font style="color: #FF8000">#FF8000</font> => <font style="color: #FF8000">#FF8000</font> highlight.default => <font style="color: #0000BB">#0000BB</font> => <font style="color: #0000BB">#0000BB</font> highlight.html => <font style="color: #000000">#000000</font> => <font style="color: #000000">#000000</font> highlight.keyword => <font style="color: #007700">#007700</font> => <font style="color: #007700">#007700</font> highlight.string => <font style="color: #DD0000">#DD0000</font> => <font style="color: #DD0000">#DD0000</font> html_errors => Off => Off ignore_repeated_errors => Off => Off ignore_repeated_source => Off => Off ignore_user_abort => Off => Off implicit_flush => On => On include_path => .;C:\php5\pear => .;C:\php5\pear log_errors => On => On log_errors_max_len => 1024 => 1024 magic_quotes_gpc => Off => Off magic_quotes_runtime => Off => Off magic_quotes_sybase => Off => Off mail.add_x_header => On => On mail.force_extra_parameters => no value => no value mail.log => no value => no value max_execution_time => 0 => 0 max_file_uploads => 20 => 20 max_input_nesting_level => 64 => 64 max_input_time => -1 => -1 memory_limit => 128M => 128M open_basedir => no value => no value output_buffering => 0 => 0 output_handler => no value => no value post_max_size => 8M => 8M precision => 14 => 14 realpath_cache_size => 16K => 16K realpath_cache_ttl => 120 => 120 register_argc_argv => On => On register_globals => Off => Off register_long_arrays => Off => Off report_memleaks => On => On report_zend_debug => Off => Off request_order => GP => GP safe_mode => Off => Off safe_mode_exec_dir => no value => no value safe_mode_gid => Off => Off safe_mode_include_dir => no value => no value sendmail_from => no value => no value sendmail_path => no value => no value serialize_precision => 100 => 100 short_open_tag => Off => Off SMTP => localhost => localhost smtp_port => 25 => 25 sql.safe_mode => Off => Off track_errors => Off => Off unserialize_callback_func => no value => no value upload_max_filesize => 2M => 2M upload_tmp_dir => C:\Windows\Temp => C:\Windows\Temp user_dir => no value => no value user_ini.cache_ttl => 300 => 300 user_ini.filename => .user.ini => .user.ini variables_order => GPCS => GPCS xmlrpc_error_number => 0 => 0 xmlrpc_errors => Off => Off y2k_compliance => On => On zend.enable_gc => On => On ctype ctype functions => enabled curl cURL support => enabled cURL Information => 7.19.6 Age => 3 Features AsynchDNS => No Debug => No GSS-Negotiate => No IDN => No IPv6 => Yes Largefile => Yes NTLM => Yes SPNEGO => No SSL => Yes SSPI => Yes krb4 => No libz => Yes CharConv => No Protocols => tftp, ftp, telnet, dict, ldap, http, file, https, ftps, scp, sftp Host => i386-pc-win32 SSL Version => OpenSSL/0.9.8l ZLib Version => 1.2.3 libSSH Version => libssh2/1.1 date date/time support => enabled "Olson" Timezone Database Version => 2009.18 Timezone Database => internal Default timezone => Europe/Paris Directive => Local Value => Master Value date.default_latitude => 31.7667 => 31.7667 date.default_longitude => 35.2333 => 35.2333 date.sunrise_zenith => 90.583333 => 90.583333 date.sunset_zenith => 90.583333 => 90.583333 date.timezone => no value => no value dom DOM/XML => enabled DOM/XML API Version => 20031129 libxml Version => 2.7.3 HTML Support => enabled XPath Support => enabled XPointer Support => enabled Schema Support => enabled RelaxNG Support => enabled ereg Regex Library => Bundled library enabled exif EXIF Support => enabled EXIF Version => 1.4 $Id: exif.c 287372 2009-08-16 14:32:32Z iliaa $ Supported EXIF Version => 0220 Supported filetypes => JPEG,TIFF Directive => Local Value => Master Value exif.decode_jis_intel => JIS => JIS exif.decode_jis_motorola => JIS => JIS exif.decode_unicode_intel => UCS-2LE => UCS-2LE exif.decode_unicode_motorola => UCS-2BE => UCS-2BE exif.encode_jis => no value => no value exif.encode_unicode => ISO-8859-15 => ISO-8859-15 filter Input Validation and Filtering => enabled Revision => $Revision: 289434 $ Directive => Local Value => Master Value filter.default => unsafe_raw => unsafe_raw filter.default_flags => no value => no value ftp FTP support => enabled gd GD Support => enabled GD Version => bundled (2.0.34 compatible) FreeType Support => enabled FreeType Linkage => with freetype FreeType Version => 2.3.9 GIF Read Support => enabled GIF Create Support => enabled JPEG Support => enabled libJPEG Version => 6b PNG Support => enabled libPNG Version => 1.2.37 WBMP Support => enabled XBM Support => enabled Directive => Local Value => Master Value gd.jpeg_ignore_warning => 0 => 0 gettext GetText Support => enabled gmp gmp support => enabled GMP version => 4.2.1 hash hash support => enabled Hashing Engines => md2 md4 md5 sha1 sha224 sha256 sha384 sha512 ripemd128 ripemd160 ripemd256 ripemd320 whirlpool tiger128,3 tiger160,3 tiger192,3 tiger128,4 tiger160,4 tiger192,4 snefru snefru256 gost adler32 crc32 crc32b salsa10 salsa20 haval128,3 haval160,3 haval192,3 haval224,3 haval256,3 haval128,4 haval160,4 haval192,4 haval224,4 haval256,4 haval128,5 haval160,5 haval192,5 haval224,5 haval256,5 iconv iconv support => enabled iconv implementation => "libiconv" iconv library version => 1.11 Directive => Local Value => Master Value iconv.input_encoding => ISO-8859-1 => ISO-8859-1 iconv.internal_encoding => ISO-8859-1 => ISO-8859-1 iconv.output_encoding => ISO-8859-1 => ISO-8859-1 imap IMAP c-Client Version => 2007e SSL Support => enabled json json support => enabled json version => 1.2.1 libxml libXML support => active libXML Compiled Version => 2.7.3 libXML Loaded Version => 20703 libXML streams => enabled mbstring Multibyte Support => enabled Multibyte string engine => libmbfl HTTP input encoding translation => disabled mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Multibyte (japanese) regex support => enabled Multibyte regex (oniguruma) version => 4.7.1 Directive => Local Value => Master Value mbstring.detect_order => no value => no value mbstring.encoding_translation => Off => Off mbstring.func_overload => 0 => 0 mbstring.http_input => pass => pass mbstring.http_output => pass => pass mbstring.http_output_conv_mimetypes => ^(text/|application/xhtml\+xml) => ^(text/|application/xhtml\+xml) mbstring.internal_encoding => no value => no value mbstring.language => neutral => neutral mbstring.strict_detection => Off => Off mbstring.substitute_character => no value => no value mcrypt mcrypt support => enabled Version => 2.5.8 Api No => 20021217 Supported ciphers => cast-128 gost rijndael-128 twofish cast-256 loki97 rijndael-192 saferplus wake blowfish-compat des rijndael-256 serpent xtea blowfish enigma rc2 tripledes arcfour Supported modes => cbc cfb ctr ecb ncfb nofb ofb stream Directive => Local Value => Master Value mcrypt.algorithms_dir => no value => no value mcrypt.modes_dir => no value => no value mhash MHASH support => Enabled MHASH API Version => Emulated Support mysql MySQL Support => enabled Active Persistent Links => 0 Active Links => 0 Client API version => mysqlnd 5.0.5-dev - 081106 - $Revision: 289630 $ Persistent cache => enabled put_hits => 0 put_misses => 0 get_hits => 0 get_misses => 0 size => 2000 free_items => 2000 references => 2 Directive => Local Value => Master Value mysql.allow_local_infile => On => On mysql.allow_persistent => On => On mysql.cache_size => 2000 => 2000 mysql.connect_timeout => 60 => 60 mysql.default_host => no value => no value mysql.default_password => no value => no value mysql.default_port => no value => no value mysql.default_socket => no value => no value mysql.default_user => no value => no value mysql.max_links => Unlimited => Unlimited mysql.max_persistent => Unlimited => Unlimited mysql.trace_mode => Off => Off mysqli MysqlI Support => enabled Client API library version => mysqlnd 5.0.5-dev - 081106 - $Revision: 289630 $ Active Persistent Links => 0 Inactive Persistent Links => 0 Active Links => 0 Persistent cache => enabled put_hits => 0 put_misses => 0 get_hits => 0 get_misses => 0 size => 2000 free_items => 2000 references => 2 Directive => Local Value => Master Value mysqli.allow_local_infile => On => On mysqli.allow_persistent => On => On mysqli.cache_size => 2000 => 2000 mysqli.default_host => no value => no value mysqli.default_port => 3306 => 3306 mysqli.default_pw => no value => no value mysqli.default_socket => no value => no value mysqli.default_user => no value => no value mysqli.max_links => Unlimited => Unlimited mysqli.max_persistent => Unlimited => Unlimited mysqli.reconnect => Off => Off mysqlnd mysqlnd => enabled Version => mysqlnd 5.0.5-dev - 081106 - $Revision: 289630 $ Command buffer size => 4096 Read buffer size => 32768 Read timeout => 31536000 Collecting statistics => Yes Collecting memory statistics => No Client statistics => bytes_sent => 0 bytes_received => 0 packets_sent => 0 packets_received => 0 protocol_overhead_in => 0 protocol_overhead_out => 0 bytes_received_ok_packet => 0 bytes_received_eof_packet => 0 bytes_received_rset_header_packet => 0 bytes_received_rset_field_meta_packet => 0 bytes_received_rset_row_packet => 0 bytes_received_prepare_response_packet => 0 bytes_received_change_user_packet => 0 packets_sent_command => 0 packets_received_ok => 0 packets_received_eof => 0 packets_received_rset_header => 0 packets_received_rset_field_meta => 0 packets_received_rset_row => 0 packets_received_prepare_response => 0 packets_received_change_user => 0 result_set_queries => 0 non_result_set_queries => 0 no_index_used => 0 bad_index_used => 0 slow_queries => 0 buffered_sets => 0 unbuffered_sets => 0 ps_buffered_sets => 0 ps_unbuffered_sets => 0 flushed_normal_sets => 0 flushed_ps_sets => 0 ps_prepared_never_executed => 0 ps_prepared_once_executed => 0 rows_fetched_from_server_normal => 0 rows_fetched_from_server_ps => 0 rows_buffered_from_client_normal => 0 rows_buffered_from_client_ps => 0 rows_fetched_from_client_normal_buffered => 0 rows_fetched_from_client_normal_unbuffered => 0 rows_fetched_from_client_ps_buffered => 0 rows_fetched_from_client_ps_unbuffered => 0 rows_fetched_from_client_ps_cursor => 0 rows_skipped_normal => 0 rows_skipped_ps => 0 copy_on_write_saved => 0 copy_on_write_performed => 0 command_buffer_too_small => 0 connect_success => 0 connect_failure => 0 connection_reused => 0 reconnect => 0 pconnect_success => 0 active_connections => 0 active_persistent_connections => 0 explicit_close => 0 implicit_close => 0 disconnect_close => 0 in_middle_of_command_close => 0 explicit_free_result => 0 implicit_free_result => 0 explicit_stmt_close => 0 implicit_stmt_close => 0 mem_emalloc_count => 0 mem_emalloc_ammount => 0 mem_ecalloc_count => 0 mem_ecalloc_ammount => 0 mem_erealloc_count => 0 mem_erealloc_ammount => 0 mem_efree_count => 0 mem_malloc_count => 0 mem_malloc_ammount => 0 mem_calloc_count => 0 mem_calloc_ammount => 0 mem_realloc_count => 0 mem_realloc_ammount => 0 mem_free_count => 0 proto_text_fetched_null => 0 proto_text_fetched_bit => 0 proto_text_fetched_tinyint => 0 proto_text_fetched_short => 0 proto_text_fetched_int24 => 0 proto_text_fetched_int => 0 proto_text_fetched_bigint => 0 proto_text_fetched_decimal => 0 proto_text_fetched_float => 0 proto_text_fetched_double => 0 proto_text_fetched_date => 0 proto_text_fetched_year => 0 proto_text_fetched_time => 0 proto_text_fetched_datetime => 0 proto_text_fetched_timestamp => 0 proto_text_fetched_string => 0 proto_text_fetched_blob => 0 proto_text_fetched_enum => 0 proto_text_fetched_set => 0 proto_text_fetched_geometry => 0 proto_text_fetched_other => 0 proto_binary_fetched_null => 0 proto_binary_fetched_bit => 0 proto_binary_fetched_tinyint => 0 proto_binary_fetched_short => 0 proto_binary_fetched_int24 => 0 proto_binary_fetched_int => 0 proto_binary_fetched_bigint => 0 proto_binary_fetched_decimal => 0 proto_binary_fetched_float => 0 proto_binary_fetched_double => 0 proto_binary_fetched_date => 0 proto_binary_fetched_year => 0 proto_binary_fetched_time => 0 proto_binary_fetched_datetime => 0 proto_binary_fetched_timestamp => 0 proto_binary_fetched_string => 0 proto_binary_fetched_blob => 0 proto_binary_fetched_enum => 0 proto_binary_fetched_set => 0 proto_binary_fetched_geometry => 0 proto_binary_fetched_other => 0 init_command_executed_count => 0 init_command_failed_count => 0 odbc ODBC Support => enabled Active Persistent Links => 0 Active Links => 0 ODBC library => Win32 Directive => Local Value => Master Value odbc.allow_persistent => On => On odbc.check_persistent => On => On odbc.default_cursortype => Static cursor => Static cursor odbc.default_db => no value => no value odbc.default_pw => no value => no value odbc.default_user => no value => no value odbc.defaultbinmode => return as is => return as is odbc.defaultlrl => return up to 4096 bytes => return up to 4096 bytes odbc.max_links => Unlimited => Unlimited odbc.max_persistent => Unlimited => Unlimited openssl OpenSSL support => enabled OpenSSL Library Version => OpenSSL 0.9.8l 5 Nov 2009 OpenSSL Header Version => OpenSSL 0.9.8l 5 Nov 2009 pcre PCRE (Perl Compatible Regular Expressions) Support => enabled PCRE Library Version => 7.9 2009-04-11 Directive => Local Value => Master Value pcre.backtrack_limit => 100000 => 100000 pcre.recursion_limit => 100000 => 100000 PDO PDO support => enabled PDO drivers => mysql, odbc, sqlite pdo_mysql PDO Driver for MySQL => enabled Client API version => mysqlnd 5.0.5-dev - 081106 - $Revision: 289630 $ Persistent cache => enabled put_hits => 0 put_misses => 0 get_hits => 0 get_misses => 0 size => 2000 free_items => 2000 references => 2 Directive => Local Value => Master Value pdo_mysql.cache_size => 2000 => 2000 PDO_ODBC PDO Driver for ODBC (Win32) => enabled ODBC Connection Pooling => Enabled, strict matching pdo_sqlite PDO Driver for SQLite 3.x => enabled SQLite Library => 3.6.19 pgsql PostgreSQL Support => enabled PostgreSQL(libpq) Version => 8.3.6 Multibyte character support => enabled SSL support => disabled Active Persistent Links => 0 Active Links => 0 Directive => Local Value => Master Value pgsql.allow_persistent => On => On pgsql.auto_reset_persistent => Off => Off pgsql.ignore_notice => Off => Off pgsql.log_notice => Off => Off pgsql.max_links => Unlimited => Unlimited pgsql.max_persistent => Unlimited => Unlimited Phar Phar: PHP Archive support => enabled Phar EXT version => 2.0.1 Phar API version => 1.1.1 CVS revision => $Revision: 286338 $ Phar-based phar archives => enabled Tar-based phar archives => enabled ZIP-based phar archives => enabled gzip compression => enabled bzip2 compression => enabled OpenSSL support => enabled Phar based on pear/PHP_Archive, original concept by Davey Shafik. Phar fully realized by Gregory Beaver and Marcus Boerger. Portions of tar implementation Copyright (c) 2003-2009 Tim Kientzle. Directive => Local Value => Master Value phar.cache_list => no value => no value phar.readonly => On => On phar.require_hash => On => On Reflection Reflection => enabled Version => $Revision: 287991 $ session Session Support => enabled Registered save handlers => files user Registered serializer handlers => php php_binary wddx Directive => Local Value => Master Value session.auto_start => Off => Off session.bug_compat_42 => Off => Off session.bug_compat_warn => Off => Off session.cache_expire => 180 => 180 session.cache_limiter => nocache => nocache session.cookie_domain => no value => no value session.cookie_httponly => Off => Off session.cookie_lifetime => 0 => 0 session.cookie_path => / => / session.cookie_secure => Off => Off session.entropy_file => no value => no value session.entropy_length => 0 => 0 session.gc_divisor => 1000 => 1000 session.gc_maxlifetime => 1440 => 1440 session.gc_probability => 1 => 1 session.hash_bits_per_character => 5 => 5 session.hash_function => 0 => 0 session.name => PHPSESSID => PHPSESSID session.referer_check => no value => no value session.save_handler => files => files session.save_path => C:\Windows\Temp => C:\Windows\Temp session.serialize_handler => php => php session.use_cookies => On => On session.use_only_cookies => On => On session.use_trans_sid => 0 => 0 SimpleXML Simplexml support => enabled Revision => $Revision: 281953 $ Schema support => enabled soap Soap Client => enabled Soap Server => enabled Directive => Local Value => Master Value soap.wsdl_cache => 1 => 1 soap.wsdl_cache_dir => /tmp => /tmp soap.wsdl_cache_enabled => 1 => 1 soap.wsdl_cache_limit => 5 => 5 soap.wsdl_cache_ttl => 86400 => 86400 sockets Sockets Support => enabled SPL SPL support => enabled Interfaces => Countable, OuterIterator, RecursiveIterator, SeekableIterator, SplObserver, SplSubject Classes => AppendIterator, ArrayIterator, ArrayObject, BadFunctionCallException, BadMethodCallException, CachingIterator, DirectoryIterator, DomainException, EmptyIterator, FilesystemIterator, FilterIterator, GlobIterator, InfiniteIterator, InvalidArgumentException, IteratorIterator, LengthException, LimitIterator, LogicException, MultipleIterator, NoRewindIterator, OutOfBoundsException, OutOfRangeException, OverflowException, ParentIterator, RangeException, RecursiveArrayIterator, RecursiveCachingIterator, RecursiveDirectoryIterator, RecursiveFilterIterator, RecursiveIteratorIterator, RecursiveRegexIterator, RecursiveTreeIterator, RegexIterator, RuntimeException, SplDoublyLinkedList, SplFileInfo, SplFileObject, SplFixedArray, SplHeap, SplMinHeap, SplMaxHeap, SplObjectStorage, SplPriorityQueue, SplQueue, SplStack, SplTempFileObject, UnderflowException, UnexpectedValueException sqlite3 SQLite3 support => enabled SQLite3 module version => 0.7-dev SQLite Library => 3.6.19 Directive => Local Value => Master Value sqlite3.extension_dir => no value => no value standard Dynamic Library Support => enabled Internal Sendmail Support for Windows => enabled Directive => Local Value => Master Value assert.active => 1 => 1 assert.bail => 0 => 0 assert.callback => no value => no value assert.quiet_eval => 0 => 0 assert.warning => 1 => 1 auto_detect_line_endings => 0 => 0 default_socket_timeout => 120 => 120 safe_mode_allowed_env_vars => PHP_ => PHP_ safe_mode_protected_env_vars => LD_LIBRARY_PATH => LD_LIBRARY_PATH url_rewriter.tags => a=href,area=href,frame=src,input=src,form=fakeentry => a=href,area=href,frame=src,input=src,form=fakeentry user_agent => no value => no value tidy Tidy support => enabled libTidy Release => 25 March 2009 Extension Version => 2.0 ($Id: tidy.c 272922 2009-01-06 23:45:16Z iliaa $) Directive => Local Value => Master Value tidy.clean_output => no value => no value tidy.default_config => no value => no value tokenizer Tokenizer Support => enabled wddx WDDX Support => enabled WDDX Session Serializer => enabled xml XML Support => active XML Namespace Support => active libxml2 Version => 2.7.3 xmlreader XMLReader => enabled xmlrpc core library version => xmlrpc-epi v. 0.51 php extension version => 0.51 author => Dan Libby homepage => http://xmlrpc-epi.sourceforge.net [^] open sourced by => Epinions.com xmlwriter XMLWriter => enabled zip Zip => enabled Extension Version => $Id: php_zip.c 276389 2009-02-24 23:55:14Z iliaa $ Zip version => 1.9.1 Libzip version => 0.9.0 zlib ZLib Support => enabled Stream Wrapper support => compress.zlib:// Stream Filter support => zlib.inflate, zlib.deflate Compiled Version => 1.2.3 Linked Version => 1.2.3 Directive => Local Value => Master Value zlib.output_compression => Off => Off zlib.output_compression_level => -1 => -1 zlib.output_handler => no value => no value Additional Modules Module Name Environment Variable => Value ALLUSERSPROFILE => C:\ProgramData APPDATA => C:\Users\marc\AppData\Roaming CLASSPATH => .;C:\Program Files (x86)\QuickTime\QTSystem\QTJava.zip CommonProgramFiles => C:\Program Files (x86)\Common Files CommonProgramFiles(x86) => C:\Program Files (x86)\Common Files CommonProgramW6432 => C:\Program Files\Common Files COMPUTERNAME => NAN COMSPEC => C:\Windows\system32\cmd.exe DISPLAY => EMACS => t EMACSDATA => C:/Program Files (x86)/emacs-23.1/etc EMACSDOC => C:/Program Files (x86)/emacs-23.1/etc EMACSLOADPATH => C:/Program Files (x86)/emacs-23.1/site-lisp;C:/Program Files (x86)/emacs-23.1/../site-lisp;C:/Program Files (x86)/emacs-23.1/lisp;C:/Program Files (x86)/emacs-23.1/leim EMACSPATH => C:/Program Files (x86)/emacs-23.1/bin emacs_dir => C:/Program Files (x86)/emacs-23.1 EM_PARENT_PROCESS_ID => 4808 FP_NO_HOST_CHECK => NO HOME => C:\Users\marc HOMEDRIVE => C: HOMEPATH => \Users\marc INSIDE_EMACS => 23.1.1,comint LANG => FRA LOCALAPPDATA => C:\Users\marc\AppData\Local LOGONSERVER => \\NAN NUMBER_OF_PROCESSORS => 2 OS => Windows_NT PATH => C:\Program Files (x86)\PHP\;C:\PROGRA~2\CygWin\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files (x86)\QuickTime\QTSystem\ PATHEXT => .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC PHPRC => C:\Program Files (x86)\PHP\ PROCESSOR_ARCHITECTURE => x86 PROCESSOR_ARCHITEW6432 => AMD64 PROCESSOR_IDENTIFIER => Intel64 Family 6 Model 23 Stepping 6, GenuineIntel PROCESSOR_LEVEL => 6 PROCESSOR_REVISION => 1706 ProgramData => C:\ProgramData ProgramFiles => C:\Program Files (x86) ProgramFiles(x86) => C:\Program Files (x86) ProgramW6432 => C:\Program Files PROMPT => $P$G PSModulePath => C:\Windows\system32\WindowsPowerShell\v1.0\Modules\ PUBLIC => C:\Users\Public QTJAVA => C:\Program Files (x86)\QuickTime\QTSystem\QTJava.zip SESSIONNAME => Console SHELL => C:/Program Files (x86)/emacs-23.1/bin/cmdproxy.exe SystemDrive => C: SystemRoot => C:\Windows TEMP => C:\Users\marc\AppData\Local\Temp TERM => emacs TERMCAP => emacs:co#184:tc=unknown: TMP => C:\Users\marc\AppData\Local\Temp TMPDIR => C:\Users\marc\AppData\Local\Temp USERDOMAIN => nan USERNAME => marc USERPROFILE => C:\Users\marc VS90COMNTOOLS => c:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\ windir => C:\Windows PHP Variables Variable => Value _SERVER["ALLUSERSPROFILE"] => C:\ProgramData _SERVER["APPDATA"] => C:\Users\marc\AppData\Roaming _SERVER["CLASSPATH"] => .;C:\Program Files (x86)\QuickTime\QTSystem\QTJava.zip _SERVER["CommonProgramFiles"] => C:\Program Files (x86)\Common Files _SERVER["CommonProgramFiles(x86)"] => C:\Program Files (x86)\Common Files _SERVER["CommonProgramW6432"] => C:\Program Files\Common Files _SERVER["COMPUTERNAME"] => NAN _SERVER["COMSPEC"] => C:\Windows\system32\cmd.exe _SERVER["DISPLAY"] => _SERVER["EMACS"] => t _SERVER["EMACSDATA"] => C:/Program Files (x86)/emacs-23.1/etc _SERVER["EMACSDOC"] => C:/Program Files (x86)/emacs-23.1/etc _SERVER["EMACSLOADPATH"] => C:/Program Files (x86)/emacs-23.1/site-lisp;C:/Program Files (x86)/emacs-23.1/../site-lisp;C:/Program Files (x86)/emacs-23.1/lisp;C:/Program Files (x86)/emacs-23.1/leim _SERVER["EMACSPATH"] => C:/Program Files (x86)/emacs-23.1/bin _SERVER["emacs_dir"] => C:/Program Files (x86)/emacs-23.1 _SERVER["EM_PARENT_PROCESS_ID"] => 4808 _SERVER["FP_NO_HOST_CHECK"] => NO _SERVER["HOME"] => C:\Users\marc _SERVER["HOMEDRIVE"] => C: _SERVER["HOMEPATH"] => \Users\marc _SERVER["INSIDE_EMACS"] => 23.1.1,comint _SERVER["LANG"] => FRA _SERVER["LOCALAPPDATA"] => C:\Users\marc\AppData\Local _SERVER["LOGONSERVER"] => \\NAN _SERVER["NUMBER_OF_PROCESSORS"] => 2 _SERVER["OS"] => Windows_NT _SERVER["PATH"] => C:\Program Files (x86)\PHP\;C:\PROGRA~2\CygWin\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files (x86)\QuickTime\QTSystem\ _SERVER["PATHEXT"] => .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC _SERVER["PHPRC"] => C:\Program Files (x86)\PHP\ _SERVER["PROCESSOR_ARCHITECTURE"] => x86 _SERVER["PROCESSOR_ARCHITEW6432"] => AMD64 _SERVER["PROCESSOR_IDENTIFIER"] => Intel64 Family 6 Model 23 Stepping 6, GenuineIntel _SERVER["PROCESSOR_LEVEL"] => 6 _SERVER["PROCESSOR_REVISION"] => 1706 _SERVER["ProgramData"] => C:\ProgramData _SERVER["ProgramFiles"] => C:\Program Files (x86) _SERVER["ProgramFiles(x86)"] => C:\Program Files (x86) _SERVER["ProgramW6432"] => C:\Program Files _SERVER["PROMPT"] => $P$G _SERVER["PSModulePath"] => C:\Windows\system32\WindowsPowerShell\v1.0\Modules\ _SERVER["PUBLIC"] => C:\Users\Public _SERVER["QTJAVA"] => C:\Program Files (x86)\QuickTime\QTSystem\QTJava.zip _SERVER["SESSIONNAME"] => Console _SERVER["SHELL"] => C:/Program Files (x86)/emacs-23.1/bin/cmdproxy.exe _SERVER["SystemDrive"] => C: _SERVER["SystemRoot"] => C:\Windows _SERVER["TEMP"] => C:\Users\marc\AppData\Local\Temp _SERVER["TERM"] => emacs _SERVER["TERMCAP"] => emacs:co#184:tc=unknown: _SERVER["TMP"] => C:\Users\marc\AppData\Local\Temp _SERVER["TMPDIR"] => C:\Users\marc\AppData\Local\Temp _SERVER["USERDOMAIN"] => nan _SERVER["USERNAME"] => marc _SERVER["USERPROFILE"] => C:\Users\marc _SERVER["VS90COMNTOOLS"] => c:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\ _SERVER["windir"] => C:\Windows _SERVER["PHP_SELF"] => test.php _SERVER["SCRIPT_NAME"] => test.php _SERVER["SCRIPT_FILENAME"] => test.php _SERVER["PATH_TRANSLATED"] => test.php _SERVER["DOCUMENT_ROOT"] => _SERVER["REQUEST_TIME"] => 1262532471 _SERVER["argv"] => Array ( [0] => test.php ) _SERVER["argc"] => 1
Attached Files:

Notes
(0001245) derick    2010-01-03 18:43	You need to use the x86_64 DLL of course: php_xdebug-2.1.0beta1-5.3-vc9-x86_64.dll
(0001246) marc-bassini    2010-01-03 19:49	Oups... thought it was for a 64 bits compiled php. Anyway, I tried the x64 dll : [XDebug] zend_extension="d:/php_xdebug-2.1.0beta1-5.3-vc9-x86_64.dll" but it seems it still doesn't load : marc@nan ~ $ php -v PHP 5.3.1 (cli) (built: Nov 19 2009 09:59:45) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies marc@nan ~ $ php -m [PHP Modules] bcmath bz2 calendar com_dotnet Core ctype curl date dom ereg exif filter ftp gd gettext gmp hash iconv imap json libxml mbstring mcrypt mhash mysql mysqli mysqlnd odbc openssl pcre PDO pdo_mysql PDO_ODBC pdo_sqlite pgsql Phar Reflection session SimpleXML soap sockets SPL sqlite3 standard tidy tokenizer wddx xml xmlreader xmlrpc xmlwriter zip zlib [Zend Modules] marc@nan ~ $
(0001399) derick    2010-03-20 23:57	It works just fine here with those versions (well, 2.1.0beta3 on my side) so it definitely works. Please contact the mailinglist if you need more support.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
513	[Xdebug] Usage problems	minor	have not tried	2010-01-05 12:20	2010-03-20 23:47
Reporter:	derick	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:
PHP Version:	5.3.0
Summary:	DBGP: conditional breakpoint still require a line number
Description:	DBGP: conditional breakpoint still require a line number
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
407	[Xdebug] Usage problems	major	always	2008-09-05 12:18	2010-03-20 23:47
Reporter:	smoe	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:	Gnu/Linux Debian Lenny
PHP Version:	5.2.6
Summary:	Profilerdumpfile name is always auto_prepend_file name
Description:	my php.ini: {{{ auto_prepend_file = prepend.php xdebug.profiler_output_name = cachegrind.out.%s }}} then the dumpfilename is always "cachegrind.out._path_to_prepend-php_prepend_php", regardless which script i requested
Steps To Reproduce:
Additional Information:	Im using PHP5 as FastCGI
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
392	[Xdebug] Usage problems	minor	always	2008-08-04 17:07	2010-03-20 23:47
Reporter:	d_kelsey	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:	Windows XP
PHP Version:	5.2.5
Summary:	stdout redirect behaves the same as copy
Description:	DBGp specifies you can control stdout eith values 0 (disabled) 1 (copy) 2 (redirect) in xdebug, 0 and 1 work fine, but when I set it to 2 I get the stdout data coming through ok (as expected) but I also see the output going to the console as well (tested using php 5.2.5 cli sapi, I have not tried the apache sapi).
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
175	[Xdebug] Debug client (console)	trivial	always	2006-04-20 17:32	2010-03-20 23:47
Reporter:	GoodStuff	Platform:	PHP 5.1.2
Assigned To:		OS:	Windows XP
Priority:	normal	OS Version:	SP1
Status:	new	Product Version:	2.0.0dev
Product Build:	2.0.0beta5	Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:	2.2dev
Operating System:	Windows XP
PHP Version:	5.1.2
Summary:	Profile: function or class definition has no entry in profile, and adds to self time in wrong place
Description:	While profiling my app, I noticed something odd in the "self" times of some of my scripts. Let's say file A require_once() file B. File B require_once() file C. File C has a lot of function or class definitions. In the profiler, no "events" are logged for C.php. Also, almost no time is assigned to C.php, but a lot of time is (incorrectly) assigned to the "self" time of B.php.
Steps To Reproduce:	Profile A.php and examine the cachegrind output. (a.php, b.php, c.php and example cachegrind output atached in zip)
Additional Information:
Attached Files:

Notes
(0000386) GoodStuff    2006-04-20 17:35	Sorry, was no way to attach zip. Here are example files: a.php: """ <?php     require_once("b.php"); ?> <html>     <body>         qzna!     </body> </html> """ b.php """ <?php     require_once("c.php"); ?> """ c.php """ <?php    function a()    {        Header("Content-type: text/html");        Header("Cache-Control: no-cache, must-revalidate");        Header("Pragma: no-cache");     }     function b($a,$b)     {         echo "<a href=\"$a\">$b</a>";     }    function c($input)    {     $input = str_replace(array("&","""), array("&","'"), $input);       $input = htmlspecialchars($input);       $output = "";       for ($i=0;$i<strlen($input);$i++)       {          $c = $input{$i};          if (ord($c) > 127)         {             $output .= "&#" . ord($c) . ";";          }         elseif ($c == "$")         {             $output .= "$$";         }         else         {             $output .= $c;          }       }       return $output;    }    function d($input)    {       $output = "";       for ($i=0;$i<strlen($input);$i++)       {          if (ereg("[[:alnum:]., '()?-]",$input{$i}))         {             $output .= $input{$i};          }       }       return $output;    }    function br()    {        return " \n";    }    function e($name, $value, $options)    {        $element = "<select name=\"$name\" value=\"$value\">\n";        while (list($key, $val) = each($options))        {            $element .= " <option value=\"$key\">$val</option>\n";        }        $element .= "</select>";        return $element;    }    function f($text, $key, $value=NULL)    {        if ($value === NULL)        {            return "$text<input name=\"$key\"/>";        }        else        {            return "$text<input name=\"$key\" value=\"$value\"/>";        }    }    function g($text, $img = "")    {      if (isset($_SESSION['user']))      {          $dir = $_SESSION['user']->theme;          $display = ($dir != "off" and $dir != "");      }      else      {          $dir = "default";          $display = true;      }       if ($img == "")         $img = strtolower($text);       if ($display)           return "<img alt=\"$text\" src=\"./theme/$dir/$img.gif\"/>";       else           return "$text";    }    function h($url, $text, $postfield = NULL, $setvar = NULL, $method = "get")    {        $element = "";        if ($method == "get")        {            if ($setvar === NULL)            {                $element .= "<a href=\"$url";                if ($postfield !== NULL)                {                    $first = true;                    reset($postfield);                    while (list($key, $val) = each($postfield))                    {                        if ($first)                        {                            $first = false;                            $element .= "?";                        }                        else                        {                            $element .= "&";                        }                        $element .= "$key=$val";                    }                }                $element .= "\">$text</a>";            }            else            {                $element .= "<anchor>$text<go href=\"$url";                if (trim(session_id())!="" AND trim(session_id())!="deleted")                    $postfield["PHPSESSID"] = session_id();                if ($postfield !== NULL)                {                    $first = true;                    reset($postfield);                    while (list($key, $val) = each($postfield))                    {                        if ($first)                        {                            $first = false;                            $element .= "?";                        }                        else                        {                            $element .= "&";                        }                        $element .= "$key=$val";                    }                }                $element .= "\" method=\"get\">\n";                reset($setvar);                while (list($key, $val) = each($setvar))                {                    $element .= " <setvar name=\"$key\" value=\"$val\"/>\n";                }                $element .= "</go></anchor>";            }        }        elseif ($method = "post")        {            if ($setvar === NULL)            {                if (trim(session_id())!="" AND trim(session_id())!="deleted")                    $postfield["PHPSESSID"] = session_id();                if ($postfield === NULL)                {                    $element .= "<a href=\"$url\">$text</a>";                }                else                {                    $element .= "<anchor>$text<go href=\"$url\" method=\"post\">\n";                    reset($postfield);                    while (list($key, $val) = each($postfield))                    {                        $element .= " <postfield name=\"$key\" value=\"$val\"/>\n";                    }                    $element .= "</go></anchor>";                }            }            else            {                $element .= "<anchor>$text<go href=\"$url\" method=\"post\">\n";                if (trim(session_id())!="" AND trim(session_id())!="deleted")                    $postfield["PHPSESSID"] = session_id();                reset($postfield);                while (list($key, $val) = each($postfield))                {                    $element .= " <postfield name=\"$key\" value=\"$val\"/>\n";                }                reset($setvar);                while (list($key, $val) = each($setvar))                {                    $element .= " <setvar name=\"$key\" value=\"$val\"/>\n";                }                $element .= "</go></anchor>";            }        }        return $element;    }    function i($code, $heading, $feed)    {        echo g("headlines.php",$heading,array("code"=>$code,"feed"=>$feed),NULL,"post") . br();    }    function j($haystack, $char_list)    {         if (!is_scalar($haystack)) {             user_error('strpbrk() expects parameter 1 to be string, ' .                 gettype($haystack) . ' given', E_USER_WARNING);             return false;         }         if (!is_scalar($char_list)) {             user_error('strpbrk() expects parameter 2 to be scalar, ' .                 gettype($needle) . ' given', E_USER_WARNING);             return false;         }         $haystack = (string) $haystack;         $char_list = (string) $char_list;         $len = strlen($haystack);         for ($i = 0; $i < $len; $i++) {             $char = substr($haystack, $i, 1);             if (strpos($char_list, $char) === false) {                 continue;             }             return substr($haystack, $i);         }         return false;    } ?> """ cachegrind.out.1398746969: """ version: 0.9.6 cmd: C:\Inetpub\waproot\test\a.php part: 1 events: Time fl=C:\Inetpub\waproot\test\c.php fn=require_once::C:\Inetpub\waproot\test\c.php 1 240 fl=C:\Inetpub\waproot\test\b.php fn=require_once::C:\Inetpub\waproot\test\b.php 1 19378 cfn=require_once::C:\Inetpub\waproot\test\c.php calls=1 0 0 2 240 fl=C:\Inetpub\waproot\test\a.php fn={main} summary: 25269 0 5650 cfn=require_once::C:\Inetpub\waproot\test\b.php calls=1 0 0 2 19619 """

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
354	[Xdebug] Usage problems	crash	random	2008-02-22 00:01	2010-03-20 23:46
Reporter:	andremolnar	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Vista
PHP Version:	5.2.5
Summary:	2.0.2-5.2.5 crashes when xdebug session is stopped
Description:	When not tracing code (xdebug session stopped) xdebug crashes apache. Occurs randomly while browsing.
Steps To Reproduce:
Additional Information:	Faulting application httpd.exe, version 2.2.8.0, time stamp 0x47904924, faulting module php_xdebug-2.0.2-5.2.5.dll, version 2.0.2.0, time stamp 0x4737295b, exception code 0xc0000005, fault offset 0x00006e21, process id 0x1044, application start time 0x01c874dad7427b10. System - Provider [ Name] Application Error - EventID 1000 [ Qualifiers] 0 Level 2 Task 100 Keywords 0x80000000000000 - TimeCreated [ SystemTime] 2008-02-21T22:41:40.000Z EventRecordID 25998 Channel Application Computer xxxxxx Security - EventData httpd.exe 2.2.8.0 47904924 php_xdebug-2.0.2-5.2.5.dll 2.0.2.0 4737295b c0000005 00006e21 1044 01c874dad7427b10
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
395	[Xdebug] Usage problems	minor	always	2008-08-07 20:25	2010-03-20 23:45
Reporter:	RichardLLynch	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP Professional sp 2
PHP Version:	5.2.6
Summary:	Windows Xdebug + date() takes 1 second
Description:	php -r "$s=microtime(true);$d=date('Y-m-d H:i:s');echo (mi crotime(true)-$s);" 0.99097204208374 It varies slightly, but always very close to 1 full second. Without Xdebug, it's more like 0.00001 seconds. In Xdebug php_xdebug-2.0.3-5.2.5.dll and Xdebug v2.1.0-dev I suppose mixing the 2.0.3-5.2.5 with PHP 5.2.6 was "wrong" but...
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
385	[Xdebug] Debug client (console)	minor	always	2008-07-10 21:02	2010-03-20 23:43
Reporter:	gauthierm	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	linux
PHP Version:	5.2.6
Summary:	profiling time of md5() and serialize() not reported correctly
Description:	If I run a script that calls md5() or serialize() many times in a loop, the calling function reports a large execution time but it's really md5() and/or serialize() that is taking all the time. Example: function my_func() { for ($i = 0; $i < 1000; $i++) { md5($foo); } } In this example, the profiled running time of my_func() is high and the running time of md5() is low.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000910) mehdir    2009-02-02 12:30    (edited on: 2009-02-02 15:06)	I have the same problem with every profiled functions. Profiling time of a function seems to be add to the caller function time : <?php function OneThousandMd5() {   for($i=0; $i<1000;$i++) {     $test = md5('dummy');   } } OneThousandMd5(); ?> Results : onThousandMd5 (self) : 36 527 (69,72%) md5 : 16, 191 (30,28%) Another example more signifiant : <?php /* Only one profiled function within. */ function oneDoThousandArray() {   doThousandArray(); } function doThousandArray() {   for($i=0; $i<1000;$i++) {     $test = array();   } } /* 1000 profiled functions within. */ function oneThoushandDoArray() {   for($i=0; $i<1000;$i++) {     doArray();   } } function doArray() {   $test = array(); } $s = microtime(true); oneDoThousandArray(); $e = microtime(true); echo "oneDoThousandArray : ".(($e - $s) * 1000000)."\n"; $s = microtime(true); oneThoushandDoArray(); $e = microtime(true); echo "oneThoushandDoArray : ".(($e - $s) * 1000000)."\n"; ?> Results : Without xdebug profiling : oneDoThousandArray : 965.118408203 oneThoushandDoArray : 14851.0932922 With xdebug profiling oneDoThousandArray : 1019.9546814 (1.05x) oneThoushandDoArray : 46550.0354767 (3.13x) Cachegrind data : oneDoThousandArray : 100% (0.867 ms)   oneDoThousandArray (self) : 6.81% (1 call)   doThousandArray : 93.19 % oneThousandDoArray : 100% (47, 374 ms)   oneThousandDoArray (self) : 77.74% (1 call)   doArray : 22.26% (1000 calls) The best would be to remove profiling time from xdebug cachegrind file, or, if not possible, to add the profiling time of the function to the function executing time not to the caller executing time.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
488	[Xdebug] Usage problems	major	always	2009-11-15 23:18	2010-03-20 23:41
Reporter:	radius9	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.3.0
Summary:	Breakpoints not being hit in functions called through PEAR SOAP classes
Description:	I have a function handler in my SOAP Server class. The function is getting called, and I can see the output, however my breakpoint in the function does not get hit. I can step into the server function and get to it (eventually), but it misses the actual breakpoint if I just hit continue. I've included sample code that reproduces the problem 100% of the time.
Steps To Reproduce:
Additional Information:	I am running PHP 5.3.0 (VC6), xdebug v2.0.5 VC6 (Thread Safe), and Apache 2.2.14 on Windows XP.
Attached Files:

Notes
(0001128) radius9    2009-11-15 23:19	Log opened at 2009-11-15 22:06:23 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/dev/scanlogistix/server/SLSMain.php" [^] language="PHP" protocol_version="1.0" appid="4452" idekey="netbeans-xdebug"><engine version="2.0.5"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2009 by Derick Rethans]]></copyright></init> <- feature_set -i 1802 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1802" feature="show_hidden" success="1"></response> <- feature_set -i 1803 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1803" feature="max_depth" success="1"></response> <- feature_set -i 1804 -n max_children -v 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1804" feature="max_children" success="1"></response> <- feature_get -i 1805 -n max_data -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="1805" feature_name="max_data" supported="1"><![CDATA[1024]]></response> <- breakpoint_set -i 1806 -t line -s enabled -f file:///www/server/SLServer.php [^] -n 28 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="1806" state="enabled" id="44520001"></response> <- step_into -i 1807 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_into" transaction_id="1807" status="break" reason="ok"><xdebug:message filename="file:///C:/dev/scanlogistix/server/SLSMain.php" [^] lineno="2"></xdebug:message></response> <- stack_get -i 1808 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="1808"><stack where="{main}" level="0" type="file" filename="file:///C:/dev/scanlogistix/server/SLSMain.php" [^] lineno="2"></stack></response> <- context_names -i 1809 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="1809"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context></response> <- eval -i 1810 -- JHNvYXBfbXNn -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="eval" transaction_id="1810"><property address="51509760" type="null"></property></response> <- context_get -i 1811 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="1811" context="0"><property name="DiscoveryServer" fullname="$DiscoveryServer" type="uninitialized"></property><property name="HTTP_RAW_POST_DATA" fullname="$HTTP_RAW_POST_DATA" address="52822040" type="string" size="560" encoding="base64"><![CDATA[PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4NCjxTT0FQLUVOVjpFbnZlbG9wZQ0KIHhtbG5zOlNPQVAtRU5WPSJodHRwOi8vc2NoZW1hcy54bWxzb2FwLm9yZy9zb2FwL2VudmVsb3BlLyINCiB4bWxuczp4c2Q9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIg0KIHhtbG5zOnhzaT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS9YTUxTY2hlbWEtaW5zdGFuY2UiDQogeG1sbnM6U09BUC1FTkM9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW5jb2RpbmcvIg0KIHhtbG5zOm5zND0idXJuOlNMU2VydmVyIg0KIFNPQVAtRU5WOmVuY29kaW5nU3R5bGU9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW5jb2RpbmcvIj4NCjxTT0FQLUVOVjpCb2R5Pg0KPG5zNDpMb2dpbj4NCjxVc2VybmFtZSB4c2k6dHlwZT0ieHNkOnN0cmluZyI+dG9tPC9Vc2VybmFtZT4NCjxQYXNzd29yZCB4c2k6dHlwZT0ieHNkOnN0cmluZyI+dG9tPC9QYXNzd29yZD48L25zNDpMb2dpbj4NCjwvU09BUC1FTlY6Qm9keT4NCjwvU09BUC1FTlY6RW52ZWxvcGU+DQo=]]></property><property name="Server" fullname="$Server" type="uninitialized"></property><property name="WebService" fullname="$WebService" type="uninitialized"></property></response> <- context_get -i 1812 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="1812" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="52354440" type="array" children="0" numchildren="0"></property><property name="_ENV" fullname="$_ENV" address="52361232" type="array" children="0" numchildren="0"></property><property name="_FILES" fullname="$_FILES" address="52354976" type="array" children="0" numchildren="0"></property><property name="_GET" fullname="$_GET" address="52354120" type="array" children="1" numchildren="1"><property name="XDEBUG_SESSION_START" fullname="$_GET['XDEBUG_SESSION_START']" address="52354592" type="string" size="15" encoding="base64"><![CDATA[bmV0YmVhbnMteGRlYnVn]]></property></property><property name="_POST" fullname="$_POST" address="52354408" type="array" children="0" numchildren="0"></property><property name="_REQUEST" fullname="$_REQUEST" address="52361264" type="array" children="1" numchildren="1"><property name="XDEBUG_SESSION_START" fullname="$_REQUEST['XDEBUG_SESSION_START']" address="52354592" type="string" size="15" encoding="base64"><![CDATA[bmV0YmVhbnMteGRlYnVn]]></property></property><property name="_SERVER" fullname="$_SERVER" address="52367024" type="array" children="1" numchildren="29"><property name="HTTP_USER_AGENT" fullname="$_SERVER['HTTP_USER_AGENT']" address="52367640" type="string" size="21" encoding="base64"><![CDATA[UEVBUi1TT0FQIDAuMTIuMC1iZXRh]]></property><property name="HTTP_HOST" fullname="$_SERVER['HTTP_HOST']" address="52367872" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="CONTENT_TYPE" fullname="$_SERVER['CONTENT_TYPE']" address="52368112" type="string" size="23" encoding="base64"><![CDATA[dGV4dC94bWw7IGNoYXJzZXQ9VVRGLTg=]]></property><property name="CONTENT_LENGTH" fullname="$_SERVER['CONTENT_LENGTH']" address="52368328" type="string" size="3" encoding="base64"><![CDATA[NTYw]]></property><property name="HTTP_SOAPACTION" fullname="$_SERVER['HTTP_SOAPACTION']" address="52368552" type="string" size="2" encoding="base64"><![CDATA[IiI=]]></property><property name="HTTP_CONNECTION" fullname="$_SERVER['HTTP_CONNECTION']" address="52368776" type="string" size="5" encoding="base64"><![CDATA[Y2xvc2U=]]></property><property name="PATH" fullname="$_SERVER['PATH']" address="52371096" type="string" size="1045" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xQSFBcO0M6XFByb2dyYW0gRmlsZXNcQ29sbGFiTmV0IFN1YnZlcnNpb24gU2VydmVyO0M6XFdJTkRPV1Ncc3lzdGVtMzI7QzpcV0lORE9XUztDOlxXSU5ET1dTXFN5c3RlbTMyXFdiZW07YzpcZGV2XHNvbGlkXFx0b29scztDOlxQcm9ncmFtIEZpbGVzXE1pY3Jvc29mdCBQbGF0Zm9ybSBTREsgZm9yIFdpbmRvd3MgU2VydmVyIDIwMDMgUjJcQmluXC47QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgUGxhdGZvcm0gU0RLIGZvciBXaW5kb3dzIFNlcnZlciAyMDAzIFIyXEJpblxXaW5OVFwuO0M6XFByb2dyYW0gRmlsZXNcQ29tbW9uIEZpbGVzXEludHVpdFxRQlBPU1NES1J1bnRpbWU7QzpcUHJvZ3JhbSBGaWxlc1xTdXBwb3J0IFRvb2xzXDtDOlxQcm9ncmFtIEZpbGVzXE1pY3Jvc29mdCBTUUwgU2VydmVyXDgwXFRvb2xzXEJpbm5cO0M6XFByb2dyYW0gRmlsZXNcTWljcm9zb2Z0IFNRTCBTZXJ2ZXJcOTBcVG9vbHNcYmlublw7QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgU1FMIFNlcnZlclw5MFxEVFNcQmlublw7QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgU1FMIFNlcnZlclw5MFxUb29sc1xCaW5uXFZTU2hlbGxcQ29tbW9uN1xJREVcO0M6XFByb2dyYW0gRmlsZXNcTWljcm9zb2Z0IFZpc3VhbCBTdHVkaW8gOFxDb21tb243XElERVxQcml2YXRlQXNzZW1ibGllc1w7QzpcRG9jdW1lbnRzIGFuZCBTZXR0aW5nc1x0b21cTXkgRG9jdW1lbnRzXENvbGxhYk5ldCBTdWJ2ZXJzaW9uO2M6XGJpblxkZXBvdF90b29scztDOlxQcm9ncmFtIEZpbGVzXFRvcnRvaXNlU1ZOXGJpbjtDOlxQcm9ncmFtIEZpbGVzXFF1aWNrVGltZVxRVFN5c3RlbVw7QzpcUHJvZ3JhbSBGaWxlc1xQYXJhbGxlbHNcUGFyYWxsZWxzIERlc2t0b3BcQXBwbGljYXRpb247QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgUGxhdGZvcm0gU0RLIGZvciBXaW5kb3dzIFNlcnZlciAyMDAzIFIyXEJpblwuO0M6XFByb2dyYW0gRmlsZXNcTWljcm9zb2Z0IFBsYXRmb3JtIFNESyBmb3IgV2luZG93cyBTZXJ2ZQ==]]></property><property name="SystemRoot" fullname="$_SERVER['SystemRoot']" address="52371312" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="COMSPEC" fullname="$_SERVER['COMSPEC']" address="52371600" type="string" size="27" encoding="base64"><![CDATA[QzpcV0lORE9XU1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="PATHEXT" fullname="$_SERVER['PATHEXT']" address="52371976" type="string" size="48" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NI]]></property><property name="WINDIR" fullname="$_SERVER['WINDIR']" address="52372152" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="SERVER_SIGNATURE" fullname="$_SERVER['SERVER_SIGNATURE']" address="52372400" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="SERVER_SOFTWARE" fullname="$_SERVER['SERVER_SOFTWARE']" address="52372272" type="string" size="31" encoding="base64"><![CDATA[QXBhY2hlLzIuMi4xNCAoV2luMzIpIFBIUC81LjMuMA==]]></property><property name="SERVER_NAME" fullname="$_SERVER['SERVER_NAME']" address="52372848" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="SERVER_ADDR" fullname="$_SERVER['SERVER_ADDR']" address="52373072" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="SERVER_PORT" fullname="$_SERVER['SERVER_PORT']" address="52373280" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="REMOTE_ADDR" fullname="$_SERVER['REMOTE_ADDR']" address="52373640" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="DOCUMENT_ROOT" fullname="$_SERVER['DOCUMENT_ROOT']" address="52373960" type="string" size="60" encoding="base64"><![CDATA[QzovUHJvZ3JhbSBGaWxlcy9BcGFjaGUgU29mdHdhcmUgRm91bmRhdGlvbi9BcGFjaGUyLjIvaHRkb2Nz]]></property><property name="SERVER_ADMIN" fullname="$_SERVER['SERVER_ADMIN']" address="52374192" type="string" size="12" encoding="base64"><![CDATA[ZnVja0B5b3UuY29t]]></property><property name="SCRIPT_FILENAME" fullname="$_SERVER['SCRIPT_FILENAME']" address="52374472" type="string" size="38" encoding="base64"><![CDATA[QzovZGV2L3NjYW5sb2dpc3RpeC9zZXJ2ZXIvU0xTTWFpbi5waHA=]]></property><property name="REMOTE_PORT" fullname="$_SERVER['REMOTE_PORT']" address="52374688" type="string" size="4" encoding="base64"><![CDATA[MTEzOQ==]]></property><property name="GATEWAY_INTERFACE" fullname="$_SERVER['GATEWAY_INTERFACE']" address="52374968" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PROTOCOL" fullname="$_SERVER['SERVER_PROTOCOL']" address="52374824" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjA=]]></property><property name="REQUEST_METHOD" fullname="$_SERVER['REQUEST_METHOD']" address="52375368" type="string" size="4" encoding="base64"><![CDATA[UE9TVA==]]></property><property name="QUERY_STRING" fullname="$_SERVER['QUERY_STRING']" address="52375648" type="string" size="36" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT05fU1RBUlQ9bmV0YmVhbnMteGRlYnVn]]></property><property name="REQUEST_URI" fullname="$_SERVER['REQUEST_URI']" address="52375968" type="string" size="60" encoding="base64"><![CDATA[L3d3dy9zZXJ2ZXIvU0xTTWFpbi5waHA/WERFQlVHX1NFU1NJT05fU1RBUlQ9bmV0YmVhbnMteGRlYnVn]]></property><property name="SCRIPT_NAME" fullname="$_SERVER['SCRIPT_NAME']" address="52376208" type="string" size="23" encoding="base64"><![CDATA[L3d3dy9zZXJ2ZXIvU0xTTWFpbi5waHA=]]></property><property name="PHP_SELF" fullname="$_SERVER['PHP_SELF']" address="52376448" type="string" size="23" encoding="base64"><![CDATA[L3d3dy9zZXJ2ZXIvU0xTTWFpbi5waHA=]]></property><property name="REQUEST_TIME" fullname="$_SERVER['REQUEST_TIME']" address="52376536" type="int"><![CDATA[1258322782]]></property></property></response> <- eval -i 1813 -- JHNvYXBfbXNn -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="eval" transaction_id="1813"><property address="51509760" type="null"></property></response> <- run -i 1814 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="1814" status="stopping" reason="ok"></response> Log closed at 2009-11-15 22:06:24 Log opened at 2009-11-15 22:09:21 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/dev/scanlogistix/server/SLSMain.php" [^] language="PHP" protocol_version="1.0" appid="4452" idekey="netbeans-xdebug"><engine version="2.0.5"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2009 by Derick Rethans]]></copyright></init> <- feature_set -i 1831 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1831" feature="show_hidden" success="1"></response> <- feature_set -i 1832 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1832" feature="max_depth" success="1"></response> <- feature_set -i 1833 -n max_children -v 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1833" feature="max_children" success="1"></response> <- feature_get -i 1834 -n max_data -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="1834" feature_name="max_data" supported="1"><![CDATA[1024]]></response> <- breakpoint_set -i 1835 -t line -s enabled -f file:///www/server/SLServer.php [^] -n 28 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="1835" state="enabled" id="44520003"></response> <- step_into -i 1836 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_into" transaction_id="1836" status="break" reason="ok"><xdebug:message filename="file:///C:/dev/scanlogistix/server/SLSMain.php" [^] lineno="2"></xdebug:message></response> <- stack_get -i 1837 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="1837"><stack where="{main}" level="0" type="file" filename="file:///C:/dev/scanlogistix/server/SLSMain.php" [^] lineno="2"></stack></response> <- context_names -i 1838 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="1838"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context></response> <- eval -i 1839 -- JHNvYXBfbXNn -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="eval" transaction_id="1839"><property address="51509760" type="null"></property></response> <- context_get -i 1840 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="1840" context="0"><property name="DiscoveryServer" fullname="$DiscoveryServer" type="uninitialized"></property><property name="HTTP_RAW_POST_DATA" fullname="$HTTP_RAW_POST_DATA" address="52822040" type="string" size="560" encoding="base64"><![CDATA[PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4NCjxTT0FQLUVOVjpFbnZlbG9wZQ0KIHhtbG5zOlNPQVAtRU5WPSJodHRwOi8vc2NoZW1hcy54bWxzb2FwLm9yZy9zb2FwL2VudmVsb3BlLyINCiB4bWxuczp4c2Q9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIg0KIHhtbG5zOnhzaT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS9YTUxTY2hlbWEtaW5zdGFuY2UiDQogeG1sbnM6U09BUC1FTkM9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW5jb2RpbmcvIg0KIHhtbG5zOm5zND0idXJuOlNMU2VydmVyIg0KIFNPQVAtRU5WOmVuY29kaW5nU3R5bGU9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW5jb2RpbmcvIj4NCjxTT0FQLUVOVjpCb2R5Pg0KPG5zNDpMb2dpbj4NCjxVc2VybmFtZSB4c2k6dHlwZT0ieHNkOnN0cmluZyI+dG9tPC9Vc2VybmFtZT4NCjxQYXNzd29yZCB4c2k6dHlwZT0ieHNkOnN0cmluZyI+dG9tPC9QYXNzd29yZD48L25zNDpMb2dpbj4NCjwvU09BUC1FTlY6Qm9keT4NCjwvU09BUC1FTlY6RW52ZWxvcGU+DQo=]]></property><property name="Server" fullname="$Server" type="uninitialized"></property><property name="WebService" fullname="$WebService" type="uninitialized"></property></response> <- context_get -i 1841 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="1841" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="52354440" type="array" children="0" numchildren="0"></property><property name="_ENV" fullname="$_ENV" address="52361232" type="array" children="0" numchildren="0"></property><property name="_FILES" fullname="$_FILES" address="52354976" type="array" children="0" numchildren="0"></property><property name="_GET" fullname="$_GET" address="52354072" type="array" children="1" numchildren="1"><property name="XDEBUG_SESSION_START" fullname="$_GET['XDEBUG_SESSION_START']" address="52354592" type="string" size="15" encoding="base64"><![CDATA[bmV0YmVhbnMteGRlYnVn]]></property></property><property name="_POST" fullname="$_POST" address="52354384" type="array" children="0" numchildren="0"></property><property name="_REQUEST" fullname="$_REQUEST" address="52361264" type="array" children="1" numchildren="1"><property name="XDEBUG_SESSION_START" fullname="$_REQUEST['XDEBUG_SESSION_START']" address="52354592" type="string" size="15" encoding="base64"><![CDATA[bmV0YmVhbnMteGRlYnVn]]></property></property><property name="_SERVER" fullname="$_SERVER" address="52367024" type="array" children="1" numchildren="29"><property name="HTTP_USER_AGENT" fullname="$_SERVER['HTTP_USER_AGENT']" address="52367640" type="string" size="21" encoding="base64"><![CDATA[UEVBUi1TT0FQIDAuMTIuMC1iZXRh]]></property><property name="HTTP_HOST" fullname="$_SERVER['HTTP_HOST']" address="52367872" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="CONTENT_TYPE" fullname="$_SERVER['CONTENT_TYPE']" address="52368112" type="string" size="23" encoding="base64"><![CDATA[dGV4dC94bWw7IGNoYXJzZXQ9VVRGLTg=]]></property><property name="CONTENT_LENGTH" fullname="$_SERVER['CONTENT_LENGTH']" address="52368328" type="string" size="3" encoding="base64"><![CDATA[NTYw]]></property><property name="HTTP_SOAPACTION" fullname="$_SERVER['HTTP_SOAPACTION']" address="52368552" type="string" size="2" encoding="base64"><![CDATA[IiI=]]></property><property name="HTTP_CONNECTION" fullname="$_SERVER['HTTP_CONNECTION']" address="52368776" type="string" size="5" encoding="base64"><![CDATA[Y2xvc2U=]]></property><property name="PATH" fullname="$_SERVER['PATH']" address="52371096" type="string" size="1045" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xQSFBcO0M6XFByb2dyYW0gRmlsZXNcQ29sbGFiTmV0IFN1YnZlcnNpb24gU2VydmVyO0M6XFdJTkRPV1Ncc3lzdGVtMzI7QzpcV0lORE9XUztDOlxXSU5ET1dTXFN5c3RlbTMyXFdiZW07YzpcZGV2XHNvbGlkXFx0b29scztDOlxQcm9ncmFtIEZpbGVzXE1pY3Jvc29mdCBQbGF0Zm9ybSBTREsgZm9yIFdpbmRvd3MgU2VydmVyIDIwMDMgUjJcQmluXC47QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgUGxhdGZvcm0gU0RLIGZvciBXaW5kb3dzIFNlcnZlciAyMDAzIFIyXEJpblxXaW5OVFwuO0M6XFByb2dyYW0gRmlsZXNcQ29tbW9uIEZpbGVzXEludHVpdFxRQlBPU1NES1J1bnRpbWU7QzpcUHJvZ3JhbSBGaWxlc1xTdXBwb3J0IFRvb2xzXDtDOlxQcm9ncmFtIEZpbGVzXE1pY3Jvc29mdCBTUUwgU2VydmVyXDgwXFRvb2xzXEJpbm5cO0M6XFByb2dyYW0gRmlsZXNcTWljcm9zb2Z0IFNRTCBTZXJ2ZXJcOTBcVG9vbHNcYmlublw7QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgU1FMIFNlcnZlclw5MFxEVFNcQmlublw7QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgU1FMIFNlcnZlclw5MFxUb29sc1xCaW5uXFZTU2hlbGxcQ29tbW9uN1xJREVcO0M6XFByb2dyYW0gRmlsZXNcTWljcm9zb2Z0IFZpc3VhbCBTdHVkaW8gOFxDb21tb243XElERVxQcml2YXRlQXNzZW1ibGllc1w7QzpcRG9jdW1lbnRzIGFuZCBTZXR0aW5nc1x0b21cTXkgRG9jdW1lbnRzXENvbGxhYk5ldCBTdWJ2ZXJzaW9uO2M6XGJpblxkZXBvdF90b29scztDOlxQcm9ncmFtIEZpbGVzXFRvcnRvaXNlU1ZOXGJpbjtDOlxQcm9ncmFtIEZpbGVzXFF1aWNrVGltZVxRVFN5c3RlbVw7QzpcUHJvZ3JhbSBGaWxlc1xQYXJhbGxlbHNcUGFyYWxsZWxzIERlc2t0b3BcQXBwbGljYXRpb247QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgUGxhdGZvcm0gU0RLIGZvciBXaW5kb3dzIFNlcnZlciAyMDAzIFIyXEJpblwuO0M6XFByb2dyYW0gRmlsZXNcTWljcm9zb2Z0IFBsYXRmb3JtIFNESyBmb3IgV2luZG93cyBTZXJ2ZQ==]]></property><property name="SystemRoot" fullname="$_SERVER['SystemRoot']" address="52371312" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="COMSPEC" fullname="$_SERVER['COMSPEC']" address="52371600" type="string" size="27" encoding="base64"><![CDATA[QzpcV0lORE9XU1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="PATHEXT" fullname="$_SERVER['PATHEXT']" address="52371976" type="string" size="48" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NI]]></property><property name="WINDIR" fullname="$_SERVER['WINDIR']" address="52372152" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="SERVER_SIGNATURE" fullname="$_SERVER['SERVER_SIGNATURE']" address="52372400" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="SERVER_SOFTWARE" fullname="$_SERVER['SERVER_SOFTWARE']" address="52372272" type="string" size="31" encoding="base64"><![CDATA[QXBhY2hlLzIuMi4xNCAoV2luMzIpIFBIUC81LjMuMA==]]></property><property name="SERVER_NAME" fullname="$_SERVER['SERVER_NAME']" address="52372848" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="SERVER_ADDR" fullname="$_SERVER['SERVER_ADDR']" address="52373072" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="SERVER_PORT" fullname="$_SERVER['SERVER_PORT']" address="52373280" type="string" size="2" encoding="base64"><![CDATA[ODA=]]></property><property name="REMOTE_ADDR" fullname="$_SERVER['REMOTE_ADDR']" address="52373640" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="DOCUMENT_ROOT" fullname="$_SERVER['DOCUMENT_ROOT']" address="52373960" type="string" size="60" encoding="base64"><![CDATA[QzovUHJvZ3JhbSBGaWxlcy9BcGFjaGUgU29mdHdhcmUgRm91bmRhdGlvbi9BcGFjaGUyLjIvaHRkb2Nz]]></property><property name="SERVER_ADMIN" fullname="$_SERVER['SERVER_ADMIN']" address="52374192" type="string" size="12" encoding="base64"><![CDATA[ZnVja0B5b3UuY29t]]></property><property name="SCRIPT_FILENAME" fullname="$_SERVER['SCRIPT_FILENAME']" address="52374472" type="string" size="38" encoding="base64"><![CDATA[QzovZGV2L3NjYW5sb2dpc3RpeC9zZXJ2ZXIvU0xTTWFpbi5waHA=]]></property><property name="REMOTE_PORT" fullname="$_SERVER['REMOTE_PORT']" address="52374688" type="string" size="4" encoding="base64"><![CDATA[MTE0Nw==]]></property><property name="GATEWAY_INTERFACE" fullname="$_SERVER['GATEWAY_INTERFACE']" address="52374968" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PROTOCOL" fullname="$_SERVER['SERVER_PROTOCOL']" address="52374824" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjA=]]></property><property name="REQUEST_METHOD" fullname="$_SERVER['REQUEST_METHOD']" address="52375368" type="string" size="4" encoding="base64"><![CDATA[UE9TVA==]]></property><property name="QUERY_STRING" fullname="$_SERVER['QUERY_STRING']" address="52375648" type="string" size="36" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT05fU1RBUlQ9bmV0YmVhbnMteGRlYnVn]]></property><property name="REQUEST_URI" fullname="$_SERVER['REQUEST_URI']" address="52375968" type="string" size="60" encoding="base64"><![CDATA[L3d3dy9zZXJ2ZXIvU0xTTWFpbi5waHA/WERFQlVHX1NFU1NJT05fU1RBUlQ9bmV0YmVhbnMteGRlYnVn]]></property><property name="SCRIPT_NAME" fullname="$_SERVER['SCRIPT_NAME']" address="52376208" type="string" size="23" encoding="base64"><![CDATA[L3d3dy9zZXJ2ZXIvU0xTTWFpbi5waHA=]]></property><property name="PHP_SELF" fullname="$_SERVER['PHP_SELF']" address="52376448" type="string" size="23" encoding="base64"><![CDATA[L3d3dy9zZXJ2ZXIvU0xTTWFpbi5waHA=]]></property><property name="REQUEST_TIME" fullname="$_SERVER['REQUEST_TIME']" address="52376536" type="int"><![CDATA[1258322961]]></property></property></response> <- run -i 1842 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="1842" status="stopping" reason="ok"></response> Log closed at 2009-11-15 22:09:23 Log opened at 2009-11-15 22:14:54 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C:/dev/scanlogistix/server/TestClient.php" [^] language="PHP" protocol_version="1.0" appid="4452" idekey="netbeans-xdebug"><engine version="2.0.5"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2009 by Derick Rethans]]></copyright></init> <- feature_set -i 1845 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1845" feature="show_hidden" success="1"></response> <- feature_set -i 1846 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1846" feature="max_depth" success="1"></response> <- feature_set -i 1847 -n max_children -v 31 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="1847" feature="max_children" success="1"></response> <- feature_get -i 1848 -n max_data -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="1848" feature_name="max_data" supported="1"><![CDATA[1024]]></response> <- breakpoint_set -i 1849 -t line -s enabled -f file:///www/server/SLServer.php [^] -n 28 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="1849" state="enabled" id="44520004"></response> <- step_into -i 1850 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_into" transaction_id="1850" status="break" reason="ok"><xdebug:message filename="file:///C:/dev/scanlogistix/server/TestClient.php" [^] lineno="11"></xdebug:message></response> <- stack_get -i 1851 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="1851"><stack where="{main}" level="0" type="file" filename="file:///C:/dev/scanlogistix/server/TestClient.php" [^] lineno="11"></stack></response> <- context_names -i 1852 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="1852"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context></response> <- eval -i 1853 -- JHNvYXBfbXNn -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="eval" transaction_id="1853"><property address="51509760" type="null"></property></response> <- context_get -i 1854 -c 0 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="1854" context="0"></response> <- context_get -i 1855 -c 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="1855" context="1"><property name="_COOKIE" fullname="$_COOKIE" address="52348896" type="array" children="1" numchildren="1"><property name="XDEBUG_SESSION" fullname="$_COOKIE['XDEBUG_SESSION']" address="52349368" type="string" size="15" encoding="base64"><![CDATA[bmV0YmVhbnMteGRlYnVn]]></property></property><property name="_ENV" fullname="$_ENV" address="52356088" type="array" children="0" numchildren="0"></property><property name="_FILES" fullname="$_FILES" address="52349704" type="array" children="0" numchildren="0"></property><property name="_GET" fullname="$_GET" address="52348776" type="array" children="0" numchildren="0"></property><property name="_POST" fullname="$_POST" address="52349464" type="array" children="0" numchildren="0"></property><property name="_REQUEST" fullname="$_REQUEST" address="52356168" type="array" children="0" numchildren="0"></property><property name="_SERVER" fullname="$_SERVER" address="52356248" type="array" children="1" numchildren="32" page="0" pagesize="31"><property name="HTTP_HOST" fullname="$_SERVER['HTTP_HOST']" address="52356544" type="string" size="14" encoding="base64"><![CDATA[bG9jYWxob3N0OjE0MTQ=]]></property><property name="HTTP_USER_AGENT" fullname="$_SERVER['HTTP_USER_AGENT']" address="52356904" type="string" size="109" encoding="base64"><![CDATA[TW96aWxsYS81LjAgKFdpbmRvd3M7IFU7IFdpbmRvd3MgTlQgNS4xOyBlbi1VUzsgcnY6MS45LjEuNSkgR2Vja28vMjAwOTExMDIgRmlyZWZveC8zLjUuNSAoLk5FVCBDTFIgMy41LjMwNzI5KQ==]]></property><property name="HTTP_ACCEPT" fullname="$_SERVER['HTTP_ACCEPT']" address="52357096" type="string" size="63" encoding="base64"><![CDATA[dGV4dC9odG1sLGFwcGxpY2F0aW9uL3hodG1sK3htbCxhcHBsaWNhdGlvbi94bWw7cT0wLjksKi8qO3E9MC44]]></property><property name="HTTP_ACCEPT_LANGUAGE" fullname="$_SERVER['HTTP_ACCEPT_LANGUAGE']" address="52357344" type="string" size="14" encoding="base64"><![CDATA[ZW4tdXMsZW47cT0wLjU=]]></property><property name="HTTP_ACCEPT_ENCODING" fullname="$_SERVER['HTTP_ACCEPT_ENCODING']" address="52357584" type="string" size="12" encoding="base64"><![CDATA[Z3ppcCxkZWZsYXRl]]></property><property name="HTTP_ACCEPT_CHARSET" fullname="$_SERVER['HTTP_ACCEPT_CHARSET']" address="52357856" type="string" size="30" encoding="base64"><![CDATA[SVNPLTg4NTktMSx1dGYtODtxPTAuNywqO3E9MC43]]></property><property name="HTTP_KEEP_ALIVE" fullname="$_SERVER['HTTP_KEEP_ALIVE']" address="52357216" type="string" size="3" encoding="base64"><![CDATA[MzAw]]></property><property name="HTTP_CONNECTION" fullname="$_SERVER['HTTP_CONNECTION']" address="52358272" type="string" size="10" encoding="base64"><![CDATA[a2VlcC1hbGl2ZQ==]]></property><property name="HTTP_COOKIE" fullname="$_SERVER['HTTP_COOKIE']" address="52358568" type="string" size="30" encoding="base64"><![CDATA[WERFQlVHX1NFU1NJT049bmV0YmVhbnMteGRlYnVn]]></property><property name="PATH" fullname="$_SERVER['PATH']" address="52360952" type="string" size="1045" encoding="base64"><![CDATA[QzpcUHJvZ3JhbSBGaWxlc1xQSFBcO0M6XFByb2dyYW0gRmlsZXNcQ29sbGFiTmV0IFN1YnZlcnNpb24gU2VydmVyO0M6XFdJTkRPV1Ncc3lzdGVtMzI7QzpcV0lORE9XUztDOlxXSU5ET1dTXFN5c3RlbTMyXFdiZW07YzpcZGV2XHNvbGlkXFx0b29scztDOlxQcm9ncmFtIEZpbGVzXE1pY3Jvc29mdCBQbGF0Zm9ybSBTREsgZm9yIFdpbmRvd3MgU2VydmVyIDIwMDMgUjJcQmluXC47QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgUGxhdGZvcm0gU0RLIGZvciBXaW5kb3dzIFNlcnZlciAyMDAzIFIyXEJpblxXaW5OVFwuO0M6XFByb2dyYW0gRmlsZXNcQ29tbW9uIEZpbGVzXEludHVpdFxRQlBPU1NES1J1bnRpbWU7QzpcUHJvZ3JhbSBGaWxlc1xTdXBwb3J0IFRvb2xzXDtDOlxQcm9ncmFtIEZpbGVzXE1pY3Jvc29mdCBTUUwgU2VydmVyXDgwXFRvb2xzXEJpbm5cO0M6XFByb2dyYW0gRmlsZXNcTWljcm9zb2Z0IFNRTCBTZXJ2ZXJcOTBcVG9vbHNcYmlublw7QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgU1FMIFNlcnZlclw5MFxEVFNcQmlublw7QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgU1FMIFNlcnZlclw5MFxUb29sc1xCaW5uXFZTU2hlbGxcQ29tbW9uN1xJREVcO0M6XFByb2dyYW0gRmlsZXNcTWljcm9zb2Z0IFZpc3VhbCBTdHVkaW8gOFxDb21tb243XElERVxQcml2YXRlQXNzZW1ibGllc1w7QzpcRG9jdW1lbnRzIGFuZCBTZXR0aW5nc1x0b21cTXkgRG9jdW1lbnRzXENvbGxhYk5ldCBTdWJ2ZXJzaW9uO2M6XGJpblxkZXBvdF90b29scztDOlxQcm9ncmFtIEZpbGVzXFRvcnRvaXNlU1ZOXGJpbjtDOlxQcm9ncmFtIEZpbGVzXFF1aWNrVGltZVxRVFN5c3RlbVw7QzpcUHJvZ3JhbSBGaWxlc1xQYXJhbGxlbHNcUGFyYWxsZWxzIERlc2t0b3BcQXBwbGljYXRpb247QzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgUGxhdGZvcm0gU0RLIGZvciBXaW5kb3dzIFNlcnZlciAyMDAzIFIyXEJpblwuO0M6XFByb2dyYW0gRmlsZXNcTWljcm9zb2Z0IFBsYXRmb3JtIFNESyBmb3IgV2luZG93cyBTZXJ2ZQ==]]></property><property name="SystemRoot" fullname="$_SERVER['SystemRoot']" address="52361168" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="COMSPEC" fullname="$_SERVER['COMSPEC']" address="52361456" type="string" size="27" encoding="base64"><![CDATA[QzpcV0lORE9XU1xzeXN0ZW0zMlxjbWQuZXhl]]></property><property name="PATHEXT" fullname="$_SERVER['PATHEXT']" address="52361760" type="string" size="48" encoding="base64"><![CDATA[LkNPTTsuRVhFOy5CQVQ7LkNNRDsuVkJTOy5WQkU7LkpTOy5KU0U7LldTRjsuV1NI]]></property><property name="WINDIR" fullname="$_SERVER['WINDIR']" address="52361936" type="string" size="10" encoding="base64"><![CDATA[QzpcV0lORE9XUw==]]></property><property name="SERVER_SIGNATURE" fullname="$_SERVER['SERVER_SIGNATURE']" address="52362184" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="SERVER_SOFTWARE" fullname="$_SERVER['SERVER_SOFTWARE']" address="52362056" type="string" size="31" encoding="base64"><![CDATA[QXBhY2hlLzIuMi4xNCAoV2luMzIpIFBIUC81LjMuMA==]]></property><property name="SERVER_NAME" fullname="$_SERVER['SERVER_NAME']" address="52362672" type="string" size="9" encoding="base64"><![CDATA[bG9jYWxob3N0]]></property><property name="SERVER_ADDR" fullname="$_SERVER['SERVER_ADDR']" address="52363032" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="SERVER_PORT" fullname="$_SERVER['SERVER_PORT']" address="52363240" type="string" size="4" encoding="base64"><![CDATA[MTQxNA==]]></property><property name="REMOTE_ADDR" fullname="$_SERVER['REMOTE_ADDR']" address="52363464" type="string" size="9" encoding="base64"><![CDATA[MTI3LjAuMC4x]]></property><property name="DOCUMENT_ROOT" fullname="$_SERVER['DOCUMENT_ROOT']" address="52363648" type="string" size="60" encoding="base64"><![CDATA[QzovUHJvZ3JhbSBGaWxlcy9BcGFjaGUgU29mdHdhcmUgRm91bmRhdGlvbi9BcGFjaGUyLjIvaHRkb2Nz]]></property><property name="SERVER_ADMIN" fullname="$_SERVER['SERVER_ADMIN']" address="52363880" type="string" size="12" encoding="base64"><![CDATA[ZnVja0B5b3UuY29t]]></property><property name="SCRIPT_FILENAME" fullname="$_SERVER['SCRIPT_FILENAME']" address="52364176" type="string" size="41" encoding="base64"><![CDATA[QzovZGV2L3NjYW5sb2dpc3RpeC9zZXJ2ZXIvVGVzdENsaWVudC5waHA=]]></property><property name="REMOTE_PORT" fullname="$_SERVER['REMOTE_PORT']" address="52364392" type="string" size="4" encoding="base64"><![CDATA[MTE3NA==]]></property><property name="GATEWAY_INTERFACE" fullname="$_SERVER['GATEWAY_INTERFACE']" address="52364672" type="string" size="7" encoding="base64"><![CDATA[Q0dJLzEuMQ==]]></property><property name="SERVER_PROTOCOL" fullname="$_SERVER['SERVER_PROTOCOL']" address="52364528" type="string" size="8" encoding="base64"><![CDATA[SFRUUC8xLjE=]]></property><property name="REQUEST_METHOD" fullname="$_SERVER['REQUEST_METHOD']" address="52365072" type="string" size="3" encoding="base64"><![CDATA[R0VU]]></property><property name="QUERY_STRING" fullname="$_SERVER['QUERY_STRING']" address="52365288" type="string" size="0" encoding="base64"><![CDATA[]]></property><property name="REQUEST_URI" fullname="$_SERVER['REQUEST_URI']" address="52365544" type="string" size="26" encoding="base64"><![CDATA[L3d3dy9zZXJ2ZXIvVGVzdENsaWVudC5waHA=]]></property><property name="SCRIPT_NAME" fullname="$_SERVER['SCRIPT_NAME']" address="52365800" type="string" size="26" encoding="base64"><![CDATA[L3d3dy9zZXJ2ZXIvVGVzdENsaWVudC5waHA=]]></property><property name="PHP_SELF" fullname="$_SERVER['PHP_SELF']" address="52366056" type="string" size="26" encoding="base64"><![CDATA[L3d3dy9zZXJ2ZXIvVGVzdENsaWVudC5waHA=]]></property></property></response> <- run -i 1856 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="1856" status="stopping" reason="ok"></response> Log closed at 2009-11-15 22:14:58
(0001180) derick    2009-11-27 16:51	Where is the sample code?
(0001221) derick    2009-12-29 12:14	Reminder sent to:: radius9 Where is the sample code?
(0001398) derick    2010-03-20 23:41	And no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
538	[Xdebug] Usage problems	minor	always	2010-02-15 18:08	2010-03-20 21:16
Reporter:	degoo	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP SP3
PHP Version:	5.2.9
Summary:	Error in watches and call stack parameter with string containing '\\'
Description:	When a string contain a double slash (\\), in watches double slash is replaced by a slash, but if a string really contains a double slash, using property_get -n always replace double slash with a single one. When xdebug_get_function_stack() is used, if some parameters contains double slash , the values are not replaced with single slash.
Steps To Reproduce:
Additional Information:	<?php function call($param1, $param2, $param3) { echo $param1; echo $param2; echo $param3; } $test=getcwd(); call($test,'cadena\\',3); ?> $test as watch value contains 'c:\document and settings...\' as parameter in call stack 'c:\\document as settings...\\' $param2 contains 'cadena\' value as watch $param2 contains 'cadena\\' value as shown in call stack parameters.
Attached Files:

Notes
(0001393) derick    2010-03-20 21:16	There is no bug here. Through DBGP with "property_get" you get to see the real value, unescaped. In function traces, and the output of xdebug_get_function_stack() they are escaped so that things like new lines can be properly shown.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
535	[Xdebug] Debug client (console)	minor	always	2010-02-11 15:57	2010-03-20 18:43
Reporter:	gimler	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	ubuntu 9.10
PHP Version:	5.2.10
Summary:	code coverage and return before function|class ending
Description:	when you have a sample like this <?php xdebug_start_code_coverage(); class test { function a() { return true; } } $a = new test(); $a->a(); var_dump(xdebug_get_code_coverage()); you get this output: array(1) { ["/home/gfranke/Desktop/100_percent.php"]=> array(5) { [5]=> int(1) [7]=> int(1) [11]=> int(1) [12]=> int(1) [14]=> int(1) } } it doesn't detect the function declaration line (6) and the closing lines (8) also the line with the class definition is missing (4) i think it must check if the return line is the last line and than mark the line "" with the } as coveraged
Steps To Reproduce:
Additional Information:	PHP 5.2.10-2ubuntu6.4 with Suhosin-Patch 0.9.7 (cli) (built: Jan 6 2010 22:56:44) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies with Xdebug v2.0.5, Copyright (c) 2002-2008, by Derick Rethans xdebug 2.0.5
Attached Files:

Notes
(0001392) derick    2010-03-20 18:43	This is not a bug. A "return" statement breaks straight out of the function and it doesn't hit the implicit "return NULL;" which is located at the closing brace: filename: /home/derick/dev/php/xdebug/tests/bug00535.phpt function name: a number of ops: 5 compiled vars: none line # * op fetch ext return operands ---------------------------------------------------------------------------------    6 0 > EXT_NOP    7 1 EXT_STMT          2 > RETURN true    8 3* EXT_STMT          4* > RETURN null * = code can not be reached. The function and class declarations aren't hit because there is no executable code there. Accepting an argument into the function, or adding "extends" or "implements" to the class declaration would make them have code.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
542	[Xdebug] Usage problems	minor	have not tried	2010-02-24 13:33	2010-03-20 01:28
Reporter:	Blekel	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 Home Edition
PHP Version:	5.3.1
Summary:	Apache crashes
Description:	Win 7 (Denwer:) Apache 2.2.4 MySQL 5.1.40 PHP 5.3.1 vc6 ts xdebug 2.0.5 vc6 ts Windows events log (translated): Process name: httpd.exe, version: 2.2.4.0, time label: 0x45a476e3 Module name: php_xdebug-2.0.5-5.3-vc6.dll, version: 2.0.5.0, time label 0x4a4c7e5f Exception code: 0xc0000005 Code offset: 0x000086e3 PID: 0xf00 Time executing: 0x01cab55021c937bb Path process: Z:\usr\local\apache\bin\httpd.exe path module: z:\usr\local\php5\ext\php_xdebug-2.0.5-5.3-vc6.dll Report code: 21a95788-2144-11df-925b-8000600fe800
Steps To Reproduce:
Additional Information:	php.ini zend_extension = "z:\usr\local\php5\ext\php_xdebug-2.0.5-5.3-vc6.dll" xdebug.auto_trace = Off xdebug.default_enable = Off xdebug.remote_enable = On xdebug.remote_host = "localhost" xdebug.remote_port = 9000 xdebug.remote_handler = "dbgp"
Attached Files:

Notes
(0001391) derick    2010-03-20 01:28	This should be fixed by one of the beta releases already.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
550	[Xdebug] Usage problems	minor	always	2010-03-18 20:21	2010-03-20 01:25
Reporter:	viva976	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux 2.6.18
PHP Version:	5.2.10
Summary:	Session id format specifier in xdebug.profiler_output_name doesn't work when setting session name outside php.ini
Description:	When using the %S format code in xdebug.profiler.output_name setting in xdebug.ini, then it only works when the session name is not touched after reading it from php.ini. Example: php.ini: session_name = PHPSESSID xdebug.ini: xdebug.profiler_output_name = cachegrinder%s.%S and then in my script have something like this: session_name('othername'); session_start(); xdebug will fail to find the session id for 'othername' session.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001387) derick    2010-03-19 00:51	Does it still use PHPSESSID then?
(0001389) viva976    2010-03-19 10:16	Yes, it tries to find the cookie with the name defined in session.name php.ini setting.
(0001390) derick    2010-03-20 01:25	All right, not much I can do about this. The profiler starts and opens the file before PHP starts running. By the time you call session_name() the file has already been created.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
549	[Xdebug] Debug client (console)	minor	always	2010-03-17 00:23	2010-03-19 00:56
Reporter:	deckleberryfrye	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OS X 10.5.8 (9L31a) (Darwin 9.8)
PHP Version:	5.2.8
Summary:	debug client configure script fails on OS X 10.5
Description:	Running the debug client configure script with libedit enabled fails with the following error: checking for number of arguments to el_init... configure: error: "you have strange libedit"
Steps To Reproduce:
Additional Information:	This can be fixed by taking a few lines out of the configure script. Here is the diff between the working version of the configure script and configure.default: 7179a7180,7181 > int main() > { 7180a7183 > } 7181a7185 > ; 7222a7227,7228 > int main() > { 7223a7230,7232 > } > > ;
Attached Files:

Notes
(0001388) derick    2010-03-19 00:56	This is a duplicate of 0000442, which has been fixed inn SVN. Please try the latest beta from http://xdebug.org/download.php [^] and report back if that doesn't fix the issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
547	[Xdebug] Usage problems	minor	sometimes	2010-03-15 12:09	2010-03-17 00:18
Reporter:	c960657	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.2.10
Summary:	Cachegrind file reports cost ~4293967300
Description:	Most of the time the profiler works fine, but occasionally (perhaps it 25% of the requests) it reports a very large number 4293967300 +/- 300 of a single or a few functions. Here is a part of the cachegrind output file: fl=php:internal fn=php::function_exists 330 3 fl=php:internal fn=php::function_exists 334 2 fl=php:internal fn=php::function_exists 330 2 fl=php:internal fn=php::function_exists 334 4293967300 fl=php:internal fn=php::function_exists 330 1 fl=php:internal fn=php::function_exists 334 3 fl=php:internal fn=php::function_exists 330 1 fl=php:internal fn=php::function_exists 334 2
Steps To Reproduce:
Additional Information:	I am running PHP 5.2.11 on WinXP with Xcache 1.3.0. I have seen the problem using Xdebug 2.0.3 and 2.1.0beta3.
Attached Files:

Notes
(0001383) c960657    2010-03-15 12:10	Sorry, I submitted this report by mistake. It is a duplicate of issue 0000357.
(0001386) derick    2010-03-17 00:18	As you said, a duplicate of 0000357.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
548	[Xdebug] Debug client (console)	crash	always	2010-03-15 19:56	2010-03-17 00:16
Reporter:	norbi771	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 7 64Bit
PHP Version:	5.2.10
Summary:	XDebug crashes on Win7 64Bit
Description:	Hi, I recently migrated to Win7 64bit. I finally installed Apache and PHP 5.2. Unfortunately, when XDEBUG is turned on Apache + PHP is very unstable and terribly slow. Apache crashes very frequently. If I turn off the debugger it is working fine. XDEBUG is great product. Are there any chances to have it fixed (i.e. working in 64bit env)? Brgs Norbert
Steps To Reproduce:
Additional Information:	Windows 7 64Bit Apache 2.2.15, 2.2.15-win32-x86-no_ssl PHP Version 5.2.13, php-5.2.13-win32-installer NetBeans-6.8
Attached Files:

Notes
(0001384) norbi771    2010-03-15 20:06	I tested all the versions that were available for download - no luck. Then reported this issue, and then I just found similar problem in another topic, http://bugs.xdebug.org/view.php?id=525 [^] I downloaded http://xdebug.org/files/xdebug-latest.tgz [^] and it looks promising, no crashes yet :-) So for now, please close this ticket. Brgs Norbert
(0001385) derick    2010-03-17 00:16	Okay, closing then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
540	[Xdebug] Usage problems	major	always	2010-02-18 17:51	2010-03-13 19:41
Reporter:	mgc	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.2
Summary:	Apache child crashes
Description:	XAMPP 1.7.3 PHP Version 5.3.1 Apache/2.2.14 (Win32) tested both php_xdebug-2.0.5-5.3-vc6.dll or php_xdebug-2.1.0beta2-5.3-vc6.dll Using both NetBeans or Eclipse PDT developing environments I'm able to correctly start debugging session but after got inside some inner function (breakpoint stop) and done some debug step or variable evaluation Apache return an error and the debug session crashs. Apache log reports the following error: [Thu Feb 18 18:17:32 2010] [notice] Parent: child process exited with status 3221225477 -- Restarting. ...and then restarts.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001361) mgc    2010-02-18 19:55    (edited on: 2010-02-18 19:56)	I followed the "resolved" thread 0000410 reporting the same problem. I've tried the last dll (php_xdebug-2.1dev-5.3-vc6.dll) and the crash is still there. The system Event Viewer report the following error (the original is in italian so I mention only the main data): httpd.exe error, version 2.2.14.0, the module is xdebug-2.1dev-5.3-vc6.dll, version 2.1.0.0, error address 0x0001144f. It seem to be a XDebug error. 0000: 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 68 74 74 ure htt 0018: 70 64 2e 65 78 65 20 32 pd.exe 2 0020: 2e 32 2e 31 34 2e 30 20 .2.14.0 0028: 69 6e 20 70 68 70 5f 78 in php_x 0030: 64 65 62 75 67 2d 32 2e debug-2. 0038: 31 64 65 76 2d 35 2e 33 1dev-5.3 0040: 2d 76 63 36 2e 64 6c 6c -vc6.dll 0048: 20 32 2e 31 2e 30 2e 30 2.1.0.0 0050: 20 61 74 20 6f 66 66 73 at offs 0058: 65 74 20 30 30 30 31 31 et 00011 0060: 34 34 66 44f
(0001366) derick    2010-02-20 13:45	Please provide the following (after picking the latest binary from http:// a. a short script that causes this problem when you're debugging through this b. the remote debug log (see http://xdebug.org/docs/remote#remote_log [^]) c. a proper backtrace (see http://bugs.php.net/bugs-generating-backtrace-win32.php [^])
(0001367) mgc    2010-02-20 19:09	a: the "script" is joomla, to be more precise the JFGoogleTranslator system plugin (see www.joomla.org, the extension directory) b: The remote debug log is quite long, if you want I can send to you by e-mail 42K file, no problem. Meanwhile I'll put here the last meaningful (I hope) lines <- run -i 11 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="11" status="break" reason="ok"><xdebug:message filename="file:///C:/xampp/htdocs/dev/Aladarsail/plugins/system/jfgoogletranslator.php" [^] lineno="155"></xdebug:message></response> <- stack_get -i 12-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="12"><stack where="plgSystemJFGoogleTranslator->onAfterDisplayContent" level="0" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/plugins/system/jfgoogletranslator.php" [^] lineno="155"></stack><stack where="call_user_func_array" level="1" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/libraries/joomla/event/event.php" [^] lineno="0"></stack><stack where="JEvent->update" level="2" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/libraries/joomla/event/event.php" [^] lineno="67"></stack><stack where="JDispatcher->trigger" level="3" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/libraries/joomla/event/dispatcher.php" [^] lineno="170"></stack><stack where="ContentViewArticle->display" level="4" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/components/com_content/views/article/view.html.php" [^] lineno="180"></stack><stack where="JCacheView->get" level="5" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/libraries/joomla/cache/handler/view.php" [^] lineno="98"></stack><stack where="JController->display" level="6" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/libraries/joomla/application/component/controller.php" [^] lineno="308"></stack><stack where="ContentController->display" level="7" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/components/com_content/controller.php" [^] lineno="55"></stack><stack where="JController->execute" level="8" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/libraries/joomla/application/component/controller.php" [^] lineno="236"></stack><stack where="require_once" level="9" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/components/com_content/content.php" [^] lineno="35"></stack><stack where="JComponentHelper->renderComponent" level="10" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/libraries/joomla/application/component/helper.php" [^] lineno="162"></stack><stack where="JSite->dispatch" level="11" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/includes/application.php" [^] lineno="124"></stack><stack where="{main}" level="12" type="file" filename="file:///C:/xampp/htdocs/dev/Aladarsail/index.php" [^] lineno="68"></stack></response> <- context_names -i 13 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_names" transaction_id="13"><context name="Locals" id="0"></context><context name="Superglobals" id="1"></context></response> <- eval -i 14 -- JG5vZGVz c: sorry but I'm approaching linux world and open source community so I cannot install the MSVC6 required for backtrace, also MSVC6 is not free (am I wrong?) and in that case I think is not a kind behaviour to crack it :-) Derrick, I'm ready to collaborate to investigate the trouble, just ask what you need and if MSVC6 is free (I couldn't find the free download) I'll install the basics for the backtrace. best regards
(0001368) derick    2010-02-21 16:41	You don't have to install MSVC6, there is a free tool (also listed on that page) called Microsoft Debug Diagnostic Tools. Just scroll down to "Generating backtrace, without compiler, on Win32". Also, I need a *short* reproducing script. I am not going to debug Joomla for you :)
(0001372) mgc    2010-02-25 10:04	Hi Derick, I've done my best to help. I've put on this folder --> http://www.mgc.netsons.org/xdebug/ [^] <-- the xdebug remote log and the crash dump obtained using BackTrace and MSVC6. I still miss the xdebug symbols (I couldn't fine any on your website) and a short script. The crash is strange and with short script I cannot reproduce it, I can debug many files but in some particular situation xdebug crash, in this case the crtash happen inside a call back subrotine recalled by joomla framework on a particular event... If you give/guide me in integrating xdebug symbols in Crash dump report I can try again reproducing the crash and send update information on it. I don't want bother you neither ask to you to debug joomla, I need just some help. My mission is to set up a stable IDE for jooomla development and then share my experience. Thank you for your kind help. Best regards
(0001380) mgc    2010-03-13 08:25	Hi Derick, the new xdebug beta3 works perfect! Now everybody can have a proper IDE under xp just following this: http://docs.joomla.org/Setting_up_your_workstation_for_Joomla%21_development [^] and your latest xDebug beta3. Best Regards
(0001381) derick    2010-03-13 19:41	Alright then, this was probably just another duplicate then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
544	[Xdebug] Installation	crash	always	2010-03-02 11:50	2010-03-02 12:25
Reporter:	albcab	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	1.3.0
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 10.04
PHP Version:	5.3.1
Summary:	Xdebug requires Zend Engine API version 220060519
Description:	After installing XDEBUG 2.0.3 I have got this error in the log file: Xdebug requires Zend Engine API version 220060519. The Zend Engine API version 220090626 which is installed, is newer. Contact Derick Rethans at http://xdebug.org [^] for a later version of Xdebug. I have no idea about how to get later version of Xdebug. Any suggestions? Thanks!
Steps To Reproduce:
Additional Information:	I am using XAMPP 1.7.3a
Attached Files:

Notes
(0001374) derick    2010-03-02 12:25	This is not a bug, you just download a new version from the site to which that error message points.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
541	[Xdebug] Usage problems	major	always	2010-02-21 20:50	2010-02-24 11:20
Reporter:	cbichis	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.10
Summary:	No 2.1.0 Beta version is actually setting the cookie for the debug session
Description:	I am having this problem with 2.1.0 beta 2, for both PHP 5.2 and PHP 5.3. The cookie XDEBUG_SESSION is not actually set in any of the versions, so is impossible to debug in more than than one script. For an application debugging is not useful so. I tested for 2.05 and is working properly, at least for 5.2 (haven't tested for 5.3)...
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001369) cbichis    2010-02-22 10:07	I forgot to mention the OS is WinXp
(0001371) derick    2010-02-24 11:20	Actually, you will see that *no* headers are set at all. It's a duplicate of 0000532 that has been fixed. YOu can find new (temporary) binaries at http://xdebug.org/files/xdebug-latest.tgz [^] until I release beta3.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
510	[Xdebug] Installation	minor	have not tried	2010-01-05 03:52	2010-02-17 01:01
Reporter:	mrzhao	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.10
Summary:	xdebug installation test
Description:	I installed xdebug on remote linux server by compiling the source file. I installed it without errors. and i could see "Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies with Xdebug v2.1.0beta1" by using phpinfo() function. then i run the test.php file from the server shell by using "php -e test.php" <?php echo ("1234567890"); xdebug_break(); echo ("abcdefghijklmn"); ?> then, i got the following error message: X-Powered-By: PHP/5.2.11 Content-type: text/html 1234567890 Fatal error: Call to undefined function xdebug_break() in /home2/username/public_html/debug/test.php on line 3 I opened this file in the IE and firefox windows,but i could see "1234567890abcdefghijklmn" in the page without error message. could i test xdebug by this way?
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001256) derick    2010-01-05 12:04	It's very likely that you have two different php.ini files. Try to find out which one the shell version uses with: php -i | grep "Configuration File"
(0001351) derick    2010-02-17 01:01	NO feedback provided, and likely a user error.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
537	[Xdebug] Feature/Change request	minor	always	2010-02-14 18:38	2010-02-14 18:38
Reporter:	migajek	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.0.0dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	any
PHP Version:	5.3.2
Summary:	Retrieving executable lines for whole source file, not only current stack level
Description:	Hi, as mentioned on mailing lists, I'd love XDebug to provide executable lines numbers for whole file, not only current stack level. I know it is possible somehow as DBG2 which is pretty old does it fine (see the screenshot: http://img52.imageshack.us/img52/9906/tmpbz.png [^] ). You've also mentioned that it could be possible together with code coverage enabled.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
536	[Xdebug] Usage problems	major	always	2010-02-14 13:43	2010-02-14 15:14
Reporter:	alcaeus	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.1
Summary:	Only partial headers are sent when xdebug is enabled
Description:	When enabling XDebug, I noticed that session handling does not work correctly. Digging into the problem, I tested the following script: <?php session_start(); echo session_id(); session_write_close(); ?> With XDebug enabled, the session ID changed with every request, when it was disabled, the session ID remained the same. The session cookie was not set when XDebug was enabled. The response headers are incomplete when XDebug is enabled. Here the original Response Headers without XDebug: Without xdebug: Date: Sun, 14 Feb 2010 13:32:32 GMT Server: Apache/2.2.14 (Win32) PHP/5.3.1 X-Powered-By: PHP/5.3.1 Set-Cookie: PHPSESSID=bi249o18l6tengq726iauv7l43; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/html Here the headers for the same request with XDebug enabled: Date: Sun, 14 Feb 2010 13:34:32 GMT Server: Apache/2.2.14 (Win32) PHP/5.3.1 Keep-Alive: timeout=5, max=99 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/html This effectively keeps me from debugging any application which relies on PHP's session handling.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001331) alcaeus    2010-02-14 13:44	Actually, now that I take a look at it, this may be related to 0000532.
(0001332) derick    2010-02-14 15:14	Yeah, this is the same issue as bug 0000532, so closing this one as duplicate. I can reproduce this, but it does *not* happen with non-threaded SAPIs.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
520	[Xdebug] Usage problems	minor	always	2010-01-11 21:46	2010-02-03 10:43
Reporter:	otto	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OS X 10.6.2
PHP Version:	5.3.0
Summary:	NetBeans crashes at end of session
Description:	I'm running NetBeans 6.8. And I'm trying to debug a drupal-project. When I stop at a break point, expand and view the contents of some variables (Arrays) and then continue the execution netbeans freaks out and starts popping up an infinite amount of socket exception windows.
Steps To Reproduce:
Additional Information:	In the netbeans log I get messages like these: http://pastebin.com/m3fe45e3f [^] (the last one is repeated many times) I've put the xdebug remote_log here: http://www.mediafire.com/?wnttd5tz2yf [^]
Attached Files:

Notes
(0001273) derick    2010-01-11 22:39	Hmm, this looks like netbeans is doing something strange. I am not a netbeans developer so I can't help you with this.
(0001275) otto    2010-01-11 22:49	But it's working fine with an older xdebug snapshots (middle of october). Should I still check this with the netbeans devs?
(0001276) derick    2010-01-11 23:04	I don't know what that error could be, it could be that PHP/Xdebug crashes but you didn't mention anything like that. If that's the case, please provide a backtrace. See the following URL on how to do that: http://bugs.php.net/bugs-generating-backtrace.php [^]
(0001277) otto    2010-01-11 23:12	Sorry, but there is no sign of php crashing. When I have the time I will try to figure out from which revision this behaviour starts.
(0001279) derick    2010-01-11 23:24	If you can, please provide a *short* reproducable script, and a remote_log that contains only communications for a single debugging session. The one you provided contained many more.
(0001280) otto    2010-01-11 23:37	Sorry about the old log, this one is slighty smaller. I made sure there was no previous xdebug.log before starting this session. http://www.mediafire.com/?movjqnuvno5 [^] I will try to create a short script.
(0001282) otto    2010-01-15 10:42	I've put up a testcase here: http://www.mediafire.com/?mnmdnjkwwkm [^] I put a breakpoint on line 6. Then expand and view the contents of the $form variable. This seems to put netbeans in an infinite loop. It's causing a forever growing xdebug.log file and uses all cpu. So I will create a ticket for this over there.
(0001290) derick    2010-01-30 10:17	From the logs it looks like netbeans runs "property_get" after the script has ended... don't know why, but that is what happens.
(0001315) derick    2010-02-03 10:43	(I can see this clearly as a netbeans issues btw)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
529	[Xdebug] Installation	major	always	2010-01-31 22:11	2010-02-01 17:57
Reporter:	fcastro7	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.3
Summary:	unable to complete phpize on linux box
Description:	I have a GNU linux box. The config.guess outputs the following: i686-pc-linux-gnu I am using the latest source of Xdebug 2.0.5. When I attempt the phpize command, I get the following Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20060613 Zend Extension Api No: 220060519 /usr/bin/autom4te-2.53: unrecognized option `--mode' Try `/usr/bin/autom4te-2.53 --help' for more information. I'm not sure what else to try. Do you have any suggestion? Thanks, Frank
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001314) derick    2010-02-01 17:57	This is not a bug, and this is not a support system. To me it looks like your build system is broken.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
527	[Xdebug] Installation	major	always	2010-01-30 16:51	2010-02-01 17:53
Reporter:	WebDevHobo	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 9.10
PHP Version:	5.3.1
Summary:	Cannot make on Ubuntu 9.10
Description:	I am working on Ubuntu 9.10, with XAMPP 1.7.3a installed. Documentation for which can be found here: http://www.apachefriends.org/en/xampp-linux.html [^] I stopped the apache service before trying to make xdebug. Step 1-4 work as expected, step 5, simply executing make, returns numerous errors, more than 500 lines, which is the scrollback of my terminal. The modules map is created, but it empty. The commend used for Step 4 was this: ./configure --enable-xdebug --with-php-config=/opt/lampp/bin/php-config-5.3.1 This gave no errors
Steps To Reproduce:
Additional Information:	This Ubuntu 9.10 is a virtual machine, running on VmWare Workstation 7.0, which is running on on Windows 7 Ultimate 32-bit
Attached Files:

Notes
(0001297) WebDevHobo    2010-01-30 17:04	Tried the same thing with the 2.0.5 source TGZ, with the exact same result. Here you can read the output of the make command: http://pastebin.com/f48d9c88f [^]
(0001298) derick    2010-01-30 17:06	Please provide a whole transcript of you're trying to compile it.
(0001299) WebDevHobo    2010-01-30 17:14	You mean every step I took, including the installation of XAMPP?
(0001300) derick    2010-01-30 17:30	I don't really care about XAMPP... if you think it's useful, include it anyway.
(0001301) WebDevHobo    2010-01-30 17:52    (edited on: 2010-01-30 17:53)	Step 1: Downloaded the 2.0.5 TGZ file from the website, which was saved to /home/WebDevHobo/Downloads/ Step 2: Opened a terminal, execute command "sudo su -" to execute further actions as root. Step 3: Navigate to the Downloads folders, execute the command: "tar -xzf xdebug-2.0.5.tgz -C /opt" Step 4: Navigate to the /opt/xdebug-2.0.5/ folder. Step 5: Execute the command "/opt/lampp/bin/phpize-5.3.1". Output can be viewed here: http://pastebin.com/f4e59b341 [^] Step 6: Execute the command "./configure --enable-xdebug --with-php-config=/opt/lampp/bin/php-config-5.3.1". Output can be viewed here: http://pastebin.com/f354ae151 [^] Step 7: Execute the command "make". Output van be viewed here: http://pastebin.com/f1eaba535 [^] And that's where I'm stuck. The created modules folder, needed in the next step, is empty. I'm signing off for today.
(0001310) tanooki    2010-01-31 20:39	I think that you're missing the php5-dev package. php.h and php_version.h look like they're missing on your system and are provided by php5-dev.
(0001311) WebDevHobo    2010-02-01 01:59    (edited on: 2010-02-01 02:45)	Thanks, problem resolved. For future reference, the steps taken to solve this were: 1) Become root at the command line by use of the command "sudo su -" 2) Remove the old folder: "rm -r /opt/xdebug-2.0.5/" 3) Do a fresh tar of the file: "tar -xfz /path/to/xdebug.tar -C /opt". 4) Install php5-dev: "apt-get install php5-dev" 5) Navigate to the /opt/xdebug-2.0.5 folder 6) Execute the command: "/usr/bin/phpize5" 7) Execute the command: "./configure --enable-xdebug" (MUST be done from within the /opt/xdebug-2.0.5 folder) 8) Execute the command: "make" And it worked. I then copied xdebug.so to /opt/lampp/lib All that is left is to add this code: zend_extension=/opt/lampp/lib/xdebug.so xdebug.remote_enable=On xdebug.remote_host="localhost" xdebug.remote_port=9000 xdebug.remote_handler="dbgp" xdebug.show_local_vars=On xdebug.collect_return=On xdebug.collect_params=4 xdebug.profiler_enable=On xdebug.profiler_enable_trigger=1 To all php.ini files. However, a new problem has risen. When executing php -m, xdebug does show up in the Zend_Modules, but the phpinfo() result does not show it as active. When trying to debug in Netbeans, with everything restarted and all php.ini files saved, there's no response, Netbeans just keeps waiting for the connection that never comes. File a separate bug?
(0001313) WebDevHobo    2010-02-01 16:29	I uninstalled XAMPP and followed the instructions in this video: http://www.vimeo.com/8005503 [^] Up to the point of Xdebug. And hooray, everything works, I can debug succesfully with Netbeans. I'm thinking the problem here was XAMPP, and no XDEBUG.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
523	[Xdebug] Installation	block	always	2010-01-16 18:57	2010-01-30 10:22
Reporter:	salvis	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.0
Summary:	Need 5.3 VC6 binaries
Description:	Xdebug 2.1.0beta1 includes only VC9 binaries for 5.3. I'm trying to use Xdebug with WampServer or XAMPP. Both include PHP 5.3.0 built with VC6, and trying to include php_xdebug-2.1.0beta1-5.3-vc9.dll makes both Apaches hang.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001283) salvis    2010-01-16 19:40	I just found PHP 5.3.1 for WampServer (still built with VC6!). With this, Apache doesn't crash (at least not with the front page nor phpinfo()), but I can't get either of   php_xdebug-2.1.0beta1-5.3-vc9.dll   php_xdebug-2.1.0beta1-5.3-vc9-x86_64.dll to load at all (on Win7RC 64-bit), i.e. it doesn't appear on phpinfo() You had 5.3 VC6 binaries in Xdebug 2.0.5 -- why did you stop including them?
(0001284) jmolins    2010-01-20 00:58	Hi Derick, Thanks for this great piece of software. I agree with Salvis regarding the need for the VC6 but I know this requires time from your side. So we can only beg you for the inclusion. There are still a lot of php-apache-mysql suites that ship with php compiled with VC6. I use WAMP and XAMPP and both of them still ship with VC6. I have downloaded PHP VC9 and replaced it in WAMP. PHP VC9 works great then, but when I enable xdebug, it brings havoc. The only thing I see are apache crashes. Don't know if anything else in apache shoud be compiled with VC9. Anyway, thanks away for your effort. Chema
(0001293) derick    2010-01-30 10:22	They will appear when PHP 5.3 with VC6 compiles for me again, please follow the mailinglist for updates.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
524	[Xdebug] Installation	major	always	2010-01-18 08:55	2010-01-30 10:18
Reporter:	robgoudvis	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.2.10
Summary:	Cannot activate
Description:	I downloaded 2.0.5, both VC6 and VC6-non-thread-safe. Installed both dll on a directory. Updated php.ini: zend_extension_ts="C:\Program Files\Zend\ZendServer\lib\xdebug\php-5.2.x\php_xdebug.dll" ;zend_extension="C:\Program Files\Zend\ZendServer\lib\xdebug\php-5.2.x\php_xdebug_nts.dll" [XDebug] xdebug.remote_enable=on xdebug.remote_handler=dbgp xdebug.remote_host=localhost xdebug.remote_port=9000 phpinfo shows: Version: 5.2.11 Thread safety: disabled Debug build: no But I do not see the Xdebug paragraph, nor can I get Xdebug to work from NetBeans. I use Zend Apache 2.2.14, with PHP and MySQL installed.
Steps To Reproduce:
Additional Information:	I studied "all" installation documentation and followed all their installation steps. But I cannot get it to work.
Attached Files:

Notes
(0001291) derick    2010-01-30 10:18	Please use the mailinglists for support.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
516	[Xdebug] Usage problems	crash	always	2010-01-07 14:50	2010-01-30 09:49
Reporter:	mariomueller	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian Lenny
PHP Version:	5.2.6
Summary:	Apache childs get terminated with segmentation fault
Description:	Sorry, I cannot provide the sourcecode which leads to the error (closed source). PHP Version: PHP 5.2.6-1+lenny4 with Suhosin-Patch 0.9.6.2 (cli) (built: Nov 22 2009 02:38:03) Settings: zend_extension=/usr/lib/php5/20060613+lfs/xdebug.so xdebug.extended_info = 1 xdebug.profiler_enable_trigger = 1 xdebug.remote_enable = 1
Steps To Reproduce:
Additional Information:	[Thu Jan 07 15:29:47 2010] [notice] Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny4 with Suhosin-Patch configured -- resuming normal operations *** glibc detected *** /usr/sbin/apache2: corrupted double-linked list: 0x085f0c28 *** ======= Backtrace: ========= /lib/i686/cmov/libc.so.6[0xb7dad624] /lib/i686/cmov/libc.so.6[0xb7db059d] /lib/i686/cmov/libc.so.6(__libc_malloc+0x95)[0xb7db1655] /usr/lib/apache2/modules/libphp5.so[0xb71dd948] /usr/lib/apache2/modules/libphp5.so(lex_scan+0x197f)[0xb71df2ef] /usr/lib/apache2/modules/libphp5.so(zendlex+0x4c)[0xb71e52fc] /usr/lib/apache2/modules/libphp5.so(zendparse+0x5eb)[0xb71d96db] /usr/lib/apache2/modules/libphp5.so(compile_file+0x110)[0xb71e06c0] /usr/lib/php5/20060613+lfs/xdebug.so(xdebug_compile_file+0x29)[0xb6d4461d] /usr/lib/apache2/modules/libphp5.so(zend_execute_scripts+0xef)[0xb71ffa3f] /usr/lib/apache2/modules/libphp5.so(php_execute_script+0x1a3)[0xb71b59f3] /usr/lib/apache2/modules/libphp5.so[0xb7277bc0] /usr/sbin/apache2(ap_run_handler+0x59)[0x807a1c9] /usr/sbin/apache2(ap_invoke_handler+0x81)[0x807d5e1] /usr/sbin/apache2(ap_process_request+0x196)[0x808b0a6] /usr/sbin/apache2[0x80881d8] /usr/sbin/apache2(ap_run_process_connection+0x59)[0x80815f9] /usr/sbin/apache2[0x808fcd4] /usr/sbin/apache2[0x80900b3] /usr/sbin/apache2(ap_mpm_run+0x5fa)[0x809073a] /usr/sbin/apache2(main+0xa50)[0x8066f10] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7d55455] /usr/sbin/apache2(apr_global_mutex_lock+0x31)[0x8065ec1] ======= Memory map: ======== 08048000-0809d000 r-xp 00000000 08:01 324845 /usr/sbin/apache2 0809d000-0809f000 rw-p 00054000 08:01 324845 /usr/sbin/apache2 0809f000-080a2000 rw-p 0809f000 00:00 0 082a7000-08657000 rw-p 082a7000 00:00 0 [heap] b5e2c000-b5e38000 r-xp 00000000 08:01 269811 /lib/libgcc_s.so.1 b5e38000-b5e39000 rw-p 0000b000 08:01 269811 /lib/libgcc_s.so.1 b5e39000-b5e3a000 ---p b5e39000 00:00 0 b5e3a000-b663a000 rw-p b5e3a000 00:00 0 b663a000-b666f000 r-xp 00000000 08:01 326561 /usr/lib/libxslt.so.1.1.24 b666f000-b6670000 rw-p 00035000 08:01 326561 /usr/lib/libxslt.so.1.1.24 b6670000-b6681000 r-xp 00000000 08:01 326560 /usr/lib/libexslt.so.0.8.13 b6681000-b6682000 rw-p 00010000 08:01 326560 /usr/lib/libexslt.so.0.8.13 b6689000-b6693000 r-xp 00000000 08:01 326546 /usr/lib/libossp-uuid.so.15.0.21 b6693000-b6694000 rw-p 00009000 08:01 326546 /usr/lib/libossp-uuid.so.15.0.21 b6694000-b669a000 r-xp 00000000 08:01 369489 /usr/lib/php5/20060613+lfs/xsl.so b669a000-b669b000 rw-p 00005000 08:01 369489 /usr/lib/php5/20060613+lfs/xsl.so b669b000-b66e1000 r-xp 00000000 08:01 326557 /usr/lib/libtidy-0.99.so.0.0.0 b66e1000-b66e6000 rw-p 00046000 08:01 326557 /usr/lib/libtidy-0.99.so.0.0.0 b66e6000-b66ef000 r-xp 00000000 08:01 369477 /usr/lib/php5/20060613+lfs/tidy.so b66ef000-b66f0000 rw-p 00009000 08:01 369477 /usr/lib/php5/20060613+lfs/tidy.so b66f0000-b6744000 r-xp 00000000 08:01 326551 /usr/lib/libsqlite.so.0.8.6 b6744000-b6747000 rw-p 00053000 08:01 326551 /usr/lib/libsqlite.so.0.8.6 b6747000-b6755000 r-xp 00000000 08:01 369476 /usr/lib/php5/20060613+lfs/sqlite.so b6755000-b6756000 rw-p 0000e000 08:01 369476 /usr/lib/php5/20060613+lfs/sqlite.so b6756000-b6861000 r-xp 00000000 08:01 326549 /usr/lib/librecode.so.0.0.0 b6861000-b688f000 rw-p 0010a000 08:01 326549 /usr/lib/librecode.so.0.0.0 b6892000-b6895000 r-xp 00000000 08:01 369481 /usr/lib/php5/20060613+lfs/uuid.so b6895000-b6896000 rw-p 00002000 08:01 369481 /usr/lib/php5/20060613+lfs/uuid.so b6896000-b689b000 r-xp 00000000 08:01 369475 /usr/lib/php5/20060613+lfs/pdo_sqlite.so b689b000-b689c000 rw-p 00004000 08:01 369475 /usr/lib/php5/20060613+lfs/pdo_sqlite.so b689c000-b68b0000 r-xp 00000000 08:01 368265 /usr/lib/php5/20060613+lfs/pdo.so b68b0000-b68b2000 rw-p 00013000 08:01 368265 /usr/lib/php5/20060613+lfs/pdo.so b68b2000-b68c9000 r-xp 00000000 08:01 368566 /usr/lib/php5/20060613+lfs/mysqli.so b68c9000-b68cb000 rw-p 00017000 08:01 368566 /usr/lib/php5/20060613+lfs/mysqli.so b68cb000-b68d5000 r-xp 00000000 08:01 368565 /usr/lib/php5/20060613+lfs/mysql.so b68d5000-b68d6000 rw-p 0000a000 08:01 368565 /usr/lib/php5/20060613+lfs/mysql.so b68d6000-b691c000 r-xp 00000000 08:01 325403 /usr/lib/libmhash.so.2.0.1 b691c000-b691d000 rw-p 00045000 08:01 325403 /usr/lib/libmhash.so.2.0.1 b691d000-b6923000 r-xp 00000000 08:01 368567 /usr/lib/php5/20060613+lfs/pdo_mysql.so b6923000-b6924000 rw-p 00005000 08:01 368567 /usr/lib/php5/20060613+lfs/pdo_mysql.so b6924000-b692a000 r-xp 00000000 08:01 41038 /usr/lib/libltdl.so.3.1.6 b692a000-b692b000 rw-p 00005000 08:01 41038 /usr/lib/libltdl.so.3.1.6 b692b000-b6950000 r-xp 00000000 08:01 325400 /usr/lib/libmcrypt.so.4.4.7 b6950000-b6953000 rw-p 00025000 08:01 325400 /usr/lib/libmcrypt.so.4.4.7 b6953000-b6959000 rw-p b6953000 00:00 0 b6959000-b6961000 r-xp 00000000 08:01 368563 /usr/lib/php5/20060613+lfs/mcrypt.so b6961000-b6962000 rw-p 00007000 08:01 368563 /usr/lib/php5/20060613+lfs/mcrypt.so b6962000-b696c000 r-xp 00000000 08:01 369473 /usr/lib/php5/20060613+lfs/ldap.so b696c000-b696d000 rw-p 00009000 08:01 369473 /usr/lib/php5/20060613+lfs/ldap.so b696d000-b69af000 r-xp 00000000 08:01 325142 /usr/lib/libgmp.so.3.4.2 b69af000-b69b0000 rw-p 00042000 08:01 325142 /usr/lib/libgmp.so.3.4.2 b69b0000-b69b8000 r-xp 00000000 08:01 369472 /usr/lib/php5/20060613+lfs/gmp.so b69b8000-b69ba000 rw-p 00008000 08:01 369472 /usr/lib/php5/20060613+lfs/gmp.so b69ba000-b69c5000 r-xp 00000000 08:01 331005 /usr/local/lib/libgearman.so.2.0.0 b69c5000-b69c6000 rw-p 0000a000 08:01 331005 /usr/local/lib/libgearman.so.2.0.0 b69c6000-b69da000 r-xp 00000000 08:01 369124 /usr/lib/php5/20060613+lfs/gearman.so b69da000-b69df000 rw-p 00014000 08:01 369124 /usr/lib/php5/20060613+lfs/gearman.so b69df000-b69e3000 r-xp 00000000 08:01 324325 /usr/lib/libXdmcp.so.6.0.0 b69e3000-b69e4000 rw-p 00003000 08:01 324325 /usr/lib/libXdmcp.so.6.0.0 b69e4000-b69e6000 r-xp 00000000 08:01 324323 /usr/lib/libXau.so.6.0.0 b69e6000-b69e7000 rw-p 00001000 08:01 324323 /usr/lib/libXau.so.6.0.0 b69e7000-b69fe000 r-xp 00000000 08:01 324327 /usr/lib/libxcb.so.1.0.0 b69fe000-b69ff000 rw-p 00017000 08:01 324327 /usr/lib/libxcb.so.1.0.0 b69ff000-b6a29000 r-xp 00000000 08:01 326534 /usr/lib/libfontconfig.so.1.3.0 b6a29000-b6a2a000 rw-p 0002a000 08:01 326534 /usr/lib/libfontconfig.so.1.3.0 b6a2a000-b6a48000 r-xp 00000000 08:01 326536 /usr/lib/libjpeg.so.62.0.0 b6a48000-b6a49000 rw-p 0001e000 08:01 326536 /usr/lib/libjpeg.so.62.0.0 b6a49000-b6a6c000 r-xp 00000000 08:01 326538 /usr/lib/libpng12.so.0.27.0 b6a6c000-b6a6d000 rw-p 00023000 08:01 326538 /usr/lib/libpng12.so.0.27.0 b6a6d000-b6a7c000 r-xp 00000000 08:01 326541 /usr/lib/libXpm.so.4.11.0 b6a7c000-b6a7d000 rw-p 0000e000 08:01 326541 /usr/lib/libXpm.so.4.11.0 b6a7d000-b6b68000 r-xp 00000000 08:01 324331 /usr/lib/libX11.so.6.2.0 b6b68000-b6b6c000 rw-p 000ea000 08:01 324331 /usr/lib/libX11.so.6.2.0 b6b6c000-b6bdd000 r-xp 00000000 08:01 326532 /usr/lib/libfreetype.so.6.3.18 b6bdd000-b6be1000 rw-p 00070000 08:01 326532 /usr/lib/libfreetype.so.6.3.18 b6be1000-b6c1e000 r-xp 00000000 08:01 326553 /usr/lib/libt1.so.5.1.2 b6c1e000-b6c21000 rw-p 0003d000 08:01 326553 /usr/lib/libt1.so.5.1.2 b6c21000-b6c36000 rw-p b6c21000 00:00 0 b6c36000-b6c54000 r-xp 00000000 08:01 326543 /usr/lib/libgd.so.2.0.0 b6c54000-b6c74000 rw-p 0001d000 08:01 326543 /usr/lib/libgd.so.2.0.0 b6c74000-b6c78000 rw-p b6c74000 00:00 0 b6c78000-b6c8d000 r-xp 00000000 08:01 369471 /usr/lib/php5/20060613+lfs/gd.so b6c8d000-b6c91000 rw-p 00015000 08:01 369471 /usr/lib/php5/20060613+lfs/gd.so b6c91000-b6cb1000 r-xp 00000000 08:01 326526 /usr/lib/libssh2.so.1.0.0 b6cb1000-b6cb2000 rw-p 0001f000 08:01 326526 /usr/lib/libssh2.so.1.0.0 b6cb2000-b6ce2000 r-xp 00000000 08:01 323419 /usr/lib/libidn.so.11.5.37 b6ce2000-b6ce3000 rw-p 00030000 08:01 323419 /usr/lib/libidn.so.11.5.37 b6ce3000-b6d25000 r-xp 00000000 08:01 326528 /usr/lib/libcurl.so.4.1.0 b6d25000-b6d26000 rw-p 00041000 08:01 326528 /usr/lib/libcurl.so.4.1.0 b6d26000-b6d27000 rw-p b6d26000 00:00 0 b6d27000-b6d34000 r-xp 00000000 08:01 369470 /usr/lib/php5/20060613+lfs/curl.so b6d34000-b6d35000 rw-p 0000d000 08:01 369470 /usr/lib/php5/20060613+lfs/curl.so b6d35000-b6d60000 r-xp 00000000 08:01 370294 /usr/lib/php5/20060613+lfs/xdebug.so b6d60000-b6d62000 rw-p 0002b000 08:01 370294 /usr/lib/php5/20060613+lfs/xdebug.so b6d7d000-b6d82000 r-xp 00000000 08:01 270158 /lib/libnss_winbind.so.2 b6d82000-b6d83000 rw-p 00005000 08:01 270158 /lib/libnss_winbind.so.2 b6d83000-b6d88000 rw-p b6d83000 00:00 0 b6d8f000-b6da3000 rw-s 00000000 00:08 70579 /dev/zero (deleted) b6da3000-b6dad000 r-xp 00000000 08:01 278985 /lib/i686/cmov/libnss_files-2.7.so b6dad000-b6daf000 rw-p 00009000 08:01 278985 /lib/i686/cmov/libnss_files-2.7.so b6daf000-b6db8000 r-xp 00000000 08:01 278987 /lib/i686/cmov/libnss_nis-2.7.so b6db8000-b6dba000 rw-p 00008000 08:01 278987 /lib/i686/cmov/libnss_nis-2.7.so b6dba000-b6dc1000 r-xp 00000000 08:01 278983 /lib/i686/cmov/libnss_compat-2.7.so b6dc1000-b6dc3000 rw-p 00006000 08:01 278983 /lib/i686/cmov/libnss_compat-2.7.so b6dc4000-b6dc6000 r-xp 00000000 08:01 369474 /usr/lib/php5/20060613+lfs/recode.so b6dc6000-b6dc7000 rw-p 00001000 08:01 369474 /usr/lib/php5/20060613+lfs/recode.so b6dc7000-b6dc9000 r-xp 00000000 08:01 368564 /usr/lib/php5/20060613+lfs/mhash.so b6dc9000-b6dca000 rw-p 00001000 08:01 368564 /usr/lib/php5/20060613+lfs/mhash.so b6dca000-b6dce000 r-xp 00000000 08:01 359825 /usr/lib/apache2/modules/mod_status.so b6dce000-b6dcf000 rw-p 00004000 08:01 359825 /usr/lib/apache2/modules/mod_status.so b6dcf000-b6ddd000 r-xp 00000000 08:01 359829 /usr/lib/apache2/modules/mod_rewrite.so b6ddd000-b6dde000 rw-p 0000d000 08:01 359829 /usr/lib/apache2/modules/mod_rewrite.so b6dde000-b6de5000 r-xp 00000000 08:01 359800 /usr/lib/apache2/modules/mod_proxy_http.so b6de5000-b6de6000 rw-p 00006000 08:01 359800 /usr/lib/apache2/modules/mod_proxy_http.so b6de6000-b6df7000 r-xp 00000000 08:01 359853 /usr/lib/apache2/modules/mod_proxy.so b6df7000-b6df8000 rw-p 00010000 08:01 359853 /usr/lib/apache2/modules/mod_proxy.so b6df8000-b6f2b000 r-xp 00000000 08:01 323211 /usr/lib/libxml2.so.2.6.32 b6f2b000-b6f30000 rw-p 00132000 08:01 323211 /usr/lib/libxml2.so.2.6.32 b6f30000-b6f31000 rw-p b6f30000 00:00 0 b6f31000-b6f40000 r-xp 00000000 08:01 269939 /lib/libbz2.so.1.0.4 b6f40000-b6f41000 rw-p 0000f000 08:01 269939 /lib/libbz2.so.1.0.4 b6f43000-b6f44000 r-xp 00000000 08:01 324329 /usr/lib/libxcb-xlib.so.0.0.0 b6f44000-b6f45000 rw-p 00000000 08:01 324329 /usr/lib/libxcb-xlib.so.0.0.0 b6f45000-b6f47000 r-xp 00000000 08:01 359801 /usr/lib/apache2/modules/mod_setenvif.so b6f47000-b6f48000 rw-p 00001000 08:01 359801 /usr/lib/apache2/modules/mod_setenvif.so b6f48000-b7444000 r-xp 00000000 08:01 362486 /usr/lib/apache2/modules/libphp5.so b7444000-b747c000 rw-p 004fb000 08:01 362486 /usr/lib/apache2/modules/libphp5.so b747c000-b7481000 rw-p b747c000 00:00 0 b7481000-b7488000 r-xp 00000000 08:01 359818 /usr/lib/apache2/modules/mod_negotiation.so b7488000-b7489000 rw-p 00006000 08:01 359818 /usr/lib/apache2/modules/mod_negotiation.so b7489000-b748c000 r-xp 00000000 08:01 359828 /usr/lib/apache2/modules/mod_mime.so b748c000-b748d000 rw-p 00003000 08:01 359828 /usr/lib/apache2/modules/mod_mime.so b748d000-b748e000 r-xp 00000000 08:01 359858 /usr/lib/apache2/modules/mod_env.so b748e000-b748f000 rw-p 00000000 08:01 359858 /usr/lib/apache2/modules/mod_env.so b748f000-b7490000 r-xp 00000000 08:01 359799 /usr/lib/apache2/modules/mod_dir.so b7490000-b7491000 rw-p 00001000 08:01 359799 /usr/lib/apache2/modules/mod_dir.so b7491000-b7495000 r-xp 00000000 08:01 359865 /usr/lib/apache2/modules/mod_deflate.so b7495000-b7496000 rw-p 00003000 08:01 359865 /usr/lib/apache2/modules/mod_deflate.so b7496000-b749b000 r-xp 00000000 08:01 359822 /usr/lib/apache2/modules/mod_cgi.so b749b000-b749c000 rw-p 00004000 08:01 359822 /usr/lib/apache2/modules/mod_cgi.so b749c000-b74a3000 r-xp 00000000 08:01 359844 /usr/lib/apache2/modules/mod_autoindex.so b74a3000-b74a4000 rw-p 00007000 08:01 359844 /usr/lib/apache2/modules/mod_autoindex.so b74a4000-b74a5000 r-xp 00000000 08:01 359831 /usr/lib/apache2/modules/mod_authz_user.so b74a5000-b74a6000 rw-p 00000000 08:01 359831 /usr/lib/apache2/modules/mod_authz_user.so b74a6000-b74a8000 r-xp 00000000 08:01 359843 /usr/lib/apache2/modules/mod_authz_host.so b74a8000-b74a9000 rw-p 00001000 08:01 359843 /usr/lib/apache2/modules/mod_authz_host.so b74a9000-b74ab000 r-xp 00000000 08:01 359826 /usr/lib/apache2/modules/mod_authz_groupfile.so b74ab000-b74ac000 rw-p 00001000 08:01 359826 /usr/lib/apache2/modules/mod_authz_groupfile.so b74ac000-b74ad000 r-xp 00000000 08:01 359863 /usr/lib/apache2/modules/mod_authz_default.so b74ad000-b74ae000 rw-p 00000000 08:01 359863 /usr/lib/apache2/modules/mod_authz_default.so b74ae000-b74af000 r-xp 00000000 08:01 359810 /usr/lib/apache2/modules/mod_authn_file.so b74af000-b74b0000 rw-p 00000000 08:01 359810 /usr/lib/apache2/modules/mod_authn_file.so b74b0000-b74b3000 rw-p b74b0000 00:00 0 b74b3000-b74b5000 r-xp 00000000 08:01 270149 /lib/libkeyutils-1.2.so b74b5000-b74b6000 rw-p 00001000 08:01 270149 /lib/libkeyutils-1.2.so b74b6000-b74bd000 r-xp 00000000 08:01 323220 /usr/lib/libkrb5support.so.0.1 b74bd000-b74be000 rw-p 00006000 08:01 323220 /usr/lib/libkrb5support.so.0.1 b74be000-b74e1000 r-xp 00000000 08:01 323217 /usr/lib/libk5crypto.so.3.1 b74e1000-b74e2000 rw-p 00023000 08:01 323217 /usr/lib/libk5crypto.so.3.1 b74e2000-b7548000 r-xp 00000000 08:01 322176 /usr/lib/libgcrypt.so.11.4.4 b7548000-b754a000 rw-p 00066000 08:01 322176 /usr/lib/libgcrypt.so.11.4.4 b754a000-b754b000 rw-p b754a000 00:00 0 b754b000-b754e000 r-xp 00000000 08:01 322169 /usr/lib/libgpg-error.so.0.3.0 b754e000-b754f000 rw-p 00002000 08:01 322169 /usr/lib/libgpg-error.so.0.3.0 b754f000-b755e000 r-xp 00000000 08:01 322182 /usr/lib/libtasn1.so.3.0.15 b755e000-b755f000 rw-p 0000e000 08:01 322182 /usr/lib/libtasn1.so.3.0.15 b755f000-b7573000 r-xp 00000000 08:01 321266 /usr/lib/libz.so.1.2.3.3 b7573000-b7574000 rw-p 00013000 08:01 321266 /usr/lib/libz.so.1.2.3.3 b7574000-b7598000 r-xp 00000000 08:01 278980 /lib/i686/cmov/libm-2.7.so b7598000-b759a000 rw-p 00023000 08:01 278980 /lib/i686/cmov/libm-2.7.so b759a000-b75af000 r-xp 00000000 08:01 278982 /lib/i686/cmov/libnsl-2.7.so b75af000-b75b1000 rw-p 00014000 08:01 278982 /lib/i686/cmov/libnsl-2.7.so b75b1000-b75b4000 rw-p b75b1000 00:00 0 b75b4000-b75dd000 r-xp 00000000 08:01 323216 /usr/lib/libgssapi_krb5.so.2.2 b75dd000-b75de000 rw-p 00028000 08:01 323216 /usr/lib/libgssapi_krb5.so.2.2 b75de000-b75e0000 r-xp 00000000 08:01 269861 /lib/libcom_err.so.2.1 b75e0000-b75e1000 rw-p 00001000 08:01 269861 /lib/libcom_err.so.2.1 b75e1000-b7673000 r-xp 00000000 08:01 323219 /usr/lib/libkrb5.so.3.3 b7673000-b7675000 rw-p 00092000 08:01 323219 /usr/lib/libkrb5.so.3.3 b7675000-b77af000 r-xp 00000000 08:01 337278 /usr/lib/i686/cmov/libcrypto.so.0.9.8 b77af000-b77c5000 rw-p 0013a000 08:01 337278 /usr/lib/i686/cmov/libcrypto.so.0.9.8 b77c5000-b77c8000 rw-p b77c5000 00:00 0 b77c8000-b780b000 r-xp 00000000 08:01 337277 /usr/lib/i686/cmov/libssl.so.0.9.8 b780b000-b780f000 rw-p 00042000 08:01 337277 /usr/lib/i686/cmov/libssl.so.0.9.8 b780f000-b7810000 rw-p b780f000 00:00 0 b7810000-b78a7000 r-xp 00000000 08:01 323104 /usr/lib/libgnutls.so.26.4.6 b78a7000-b78ad000 rw-p 00097000 08:01 323104 /usr/lib/libgnutls.so.26.4.6 b78ad000-b78c3000 r-xp 00000000 08:01 322280 /usr/lib/libsasl2.so.2.0.22 b78c3000-b78c4000 rw-p 00015000 08:01 322280 /usr/lib/libsasl2.so.2.0.22 b78c4000-b78d4000 r-xp 00000000 08:01 278991 /lib/i686/cmov/libresolv-2.7.so b78d4000-b78d6000 rw-p 0000f000 08:01 278991 /lib/i686/cmov/libresolv-2.7.so b78d6000-b78d8000 rw-p b78d6000 00:00 0 b78d8000-b78da000 r-xp 00000000 08:01 278979 /lib/i686/cmov/libdl-2.7.so b78da000-b78dc000 rw-p 00001000 08:01 278979 /lib/i686/cmov/libdl-2.7.so b78dc000-b78e5000 r-xp 00000000 08:01 278978 /lib/i686/cmov/libcrypt-2.7.so b78e5000-b78e7000 rw-p 00008000 08:01 278978 /lib/i686/cmov/libcrypt-2.7.so b78e7000-b790f000 rw-p b78e7000 00:00 0 b790f000-b7916000 r-xp 00000000 08:01 278992 /lib/i686/cmov/librt-2.7.so b7916000-b7918000 rw-p 00006000 08:01 278992 /lib/i686/cmov/librt-2.7.so b7918000-b791b000 r-xp 00000000 08:01 269877 /lib/libuuid.so.1.2 b791b000-b791c000 rw-p 00002000 08:01 269877 /lib/libuuid.so.1.2 b791c000-b7940000 r-xp 00000000 08:01 41032 /usr/lib/libexpat.so.1.5.2 b7940000-b7942000 rw-p 00023000 08:01 41032 /usr/lib/libexpat.so.1.5.2 b7942000-b79af000 r-xp 00000000 08:01 323434 /usr/lib/libsqlite3.so.0.8.6 b79af000-b79b1000 rw-p 0006c000 08:01 323434 /usr/lib/libsqlite3.so.0.8.6 b79b1000-b7b57000 r-xp 00000000 08:01 324784 /usr/lib/libmysqlclient_r.so.15.0.0 b7b57000-b7b9b000 rw-p 001a5000 08:01 324784 /usr/lib/libmysqlclient_r.so.15.0.0 b7b9b000-b7b9c000 rw-p b7b9b000 00:00 0 b7b9c000-b7bba000 r-xp 00000000 08:01 324787 /usr/lib/libpq.so.5.1 b7bba000-b7bbb000 rw-p 0001e000 08:01 324787 /usr/lib/libpq.so.5.1 b7bbb000-b7bbc000 rw-p b7bbb000 00:00 0 b7bbc000-b7cec000 r-xp 00000000 08:01 319991 /usr/lib/libdb-4.6.so b7cec000-b7cef000 rw-p 00130000 08:01 319991 /usr/lib/libdb-4.6.so b7cef000-b7cfb000 r-xp 00000000 08:01 41017 /usr/lib/liblber-2.4.so.2.1.0 b7cfb000-b7cfc000 rw-p 0000c000 08:01 41017 /usr/lib/liblber-2.4.so.2.1.0 b7cfc000-b7d3c000 r-xp 00000000 08:01 41019 /usr/lib/libldap_r-2.4.so.2.1.0 b7d3c000-b7d3e000 rw-p 0003f000 08:01 41019 /usr/lib/libldap_r-2.4.so.2.1.0 b7d3e000-b7d3f000 rw-p b7d3e000 00:00 0 b7d3f000-b7e94000 r-xp 00000000 08:01 278976 /lib/i686/cmov/libc-2.7.so b7e94000-b7e95000 r--p 00155000 08:01 278976 /lib/i686/cmov/libc-2.7.so b7e95000-b7e97000 rw-p 00156000 08:01 278976 /lib/i686/cmov/libc-2.7.so b7e97000-b7e9a000 rw-p b7e97000 00:00 0 b7e9a000-b7eaf000 r-xp 00000000 08:01 278990 /lib/i686/cmov/libpthread-2.7.so b7eaf000-b7eb1000 rw-p 00014000 08:01 278990 /lib/i686/cmov/libpthread-2.7.so b7eb1000-b7eb3000 rw-p b7eb1000 00:00 0 b7eb3000-b7edc000 r-xp 00000000 08:01 324777 /usr/lib/libapr-1.so.0.2.12 b7edc000-b7ede000 rw-p 00028000 08:01 324777 /usr/lib/libapr-1.so.0.2.12 b7ede000-b7edf000 rw-p b7ede000 00:00 0 b7edf000-b7efb000 r-xp 00000000 08:01 324807 /usr/lib/libaprutil-1.so.0.2.12 b7efb000-b7efd000 rw-p 0001c000 08:01 324807 /usr/lib/libaprutil-1.so.0.2.12 b7efd000-b7f25000 r-xp 00000000 08:01 323167 /usr/lib/libpcre.so.3.12.1 b7f25000-b7f26000 rw-p 00027000 08:01 323167 /usr/lib/libpcre.so.3.12.1 b7f27000-b7f29000 r-xp 00000000 08:01 359814 /usr/lib/apache2/modules/mod_auth_basic.so b7f29000-b7f2a000 rw-p 00001000 08:01 359814 /usr/lib/apache2/modules/mod_auth_basic.so b7f2a000-b7f2c000 r-xp 00000000 08:01 359809 /usr/lib/apache2/modules/mod_alias.so b7f2c000-b7f2d000 rw-p 00002000 08:01 359809 /usr/lib/apache2/modules/mod_alias.so b7f2d000-b7f2f000 rw-p b7f2d000 00:00 0 b7f2f000-b7f30000 r-xp b7f2f000 00:00 0 [vdso] b7f30000-b7f4a000 r-xp 00000000 08:01 269810 /lib/ld-2.7.so b7f4a000-b7f4c000 rw-p 0001a000 08:01 269810 /lib/ld-2.7.so bfd89000-bfd9e000 rw-p bffeb000 00:00 0 [stack]
Attached Files:

Notes
(0001263) derick    2010-01-07 23:56	Can you provide a proper backtrace please? (See http://bugs.php.net/bugs-generating-backtrace.php [^] on how to do that)
(0001265) derick    2010-01-10 20:15	Please try the latest SVN version, this is most likely fixed now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
522	[Xdebug] Usage problems	major	always	2010-01-13 15:01	2010-01-24 17:20
Reporter:	PalaDolphin	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP Pro SP3
PHP Version:	5.3.0
Summary:	Cannot compile for Windows VC6
Description:	I need a fix for: 0000467: In included files all variables remain <Uninitialized> This fix is in: Xdebug 2.1.0beta1, Release date: 2010-01-03 However, there is no 5.3 VC6 (32-bit) available. So, I acquired Visual C++ 6.0, downloaded the xdebug source code, and attempted to compile php_debug.dll for Windows. There is very little in the way of help or instructions compiling for Windows. There is no Visual Studio project file. All the instructions refer to using Unix sh scripts which are of little use in a Windows development environment. Compiling reports missing header files: win32/time.h php.h unistd.h zend.h It is very disconcerting to read that more steps are dependant on the "phpize" and "php-config" scripts. I guess I'll cross that road when I get to it. If I get php_xdebug.dll compiled, I'll send all the information required to duplicate the build, but at this point, I still need help from the XDebug community.
Steps To Reproduce:
Additional Information:	XAMPP 1.7.2 PHP 5.3.0 Joomla! 1.5.15 JEvent 1.5.2 Apache/2.2.12 (Win32) DAV/2 Windows XP Pro SP3 debug server: http://localhost [^] MySQL client version: 5.1.37 memory_limit: 128M Chrome 3.0.195.38 Microsoft Visual C++ 6.0
Attached Files:

Notes
(0001285) derick    2010-01-24 17:20	Sorry, but I am not going to support windows compile instructions and set-ups. I have no real understanding of how it works.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
519	[Xdebug] Usage problems	minor	random	2010-01-11 06:16	2010-01-11 09:47
Reporter:	yen064	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	windows 7 Ultimate x64 build 7600
PHP Version:	4.4.6
Summary:	Wamp PHP4.4.6 + xdebug : php_xdebug-2.0.2-4.4.6.dll crash on Eclipe 3.5.1.M20090917-0800
Description:	Wamp PHP5.2.11 + xdebug : php_xdebug-2.0.5-5.2.dll load successfully when apache service start. work fine in Eclipse and debug step trace fine until end. Wamp PHP4.4.6 + xdebug : php_xdebug-2.0.2-4.4.6.dll it loaded successfully that i confirm in phpinfo(); information below ------------------- This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies with Xdebug v2.0.2, Copyright (c) 2002-2007, by Derick Rethans ------------------- but it won't work fine when i use Eclipse. especially happend when i debug by step into trace end or when i repoen [variable] window(Alt+Shift+Q, V) to reload variable. windows event viewer recorded this error. event : APPCRASH application : php.exe application version : 4.4.6.6 module : ntdll.dll module ver : 6.1.7600.16385 exception code : c0000005 applicaton path : C:\wamp\bin\php\php4.4.6\php.exe module path : C:\Windows\SysWOW64\ntdll.dll
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001271) derick    2010-01-11 09:47	I no longer support PHP 4, it's end of life was already more than a year ago.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
502	[Xdebug] Usage problems	block	always	2009-12-22 00:59	2010-01-10 20:19
Reporter:	dfavor	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 9.10
PHP Version:	5.3.0
Summary:	xdebug-2.0.5 + php-5.3.0 fails to produce any output
Description:	Installation appears good and no output is produced. This program makes use of the Zend Scripting Language Engine: Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies with Xdebug v2.0.5, Copyright (c) 2002-2008, by Derick Rethans zend_extension=/usr/lib/php5/20090626+lfs/xdebug.so display_errors = On html_errors = On xdebug.auto_trace=On xdebug.trace_format=0 xdebug.trace_output_dir=/tmp xdebug.trace_output_name=xdebug.trace.%s.%p xdebug.collect_params = 4 xdebug.collect_includes = On xdebug.collect_return = On xdebug.show_mem_delta = On
Steps To Reproduce:
Additional Information:	xdebug support enabled Version 2.0.5 Supported protocols Revision DBGp - Common DeBuGger Protocol $Revision: 1.125.2.6 $ GDB - GNU Debugger protocol $Revision: 1.87 $ PHP3 - PHP 3 Debugger protocol $Revision: 1.22 $ Directive Local Value Master Value xdebug.auto_trace On On xdebug.collect_includes On On xdebug.collect_params 4 4 xdebug.collect_return On On xdebug.collect_vars Off Off xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.idekey no value no value xdebug.manual_url http://www.php.net [^] http://www.php.net [^] xdebug.max_nesting_level 100 100 xdebug.profiler_aggregate Off Off xdebug.profiler_append Off Off xdebug.profiler_enable Off Off xdebug.profiler_enable_trigger Off Off xdebug.profiler_output_dir /tmp /tmp xdebug.profiler_output_name cachegrind.out.%p cachegrind.out.%p xdebug.remote_autostart Off Off xdebug.remote_enable Off Off xdebug.remote_handler dbgp dbgp xdebug.remote_host localhost localhost xdebug.remote_log no value no value xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.show_exception_trace Off Off xdebug.show_local_vars Off Off xdebug.show_mem_delta On On xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir /tmp /tmp xdebug.trace_output_name xdebug.trace.%s.%p xdebug.trace.%s.%p xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3
Attached Files:

Notes
(0001208) derick    2009-12-27 14:20	What do you mean with "fails to produce any output"?
(0001268) derick    2010-01-10 20:19	Can't reproduce, and no feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
509	[Xdebug] Usage problems	minor	have not tried	2010-01-04 09:30	2010-01-04 19:52
Reporter:	mrzhao	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.2.10
Summary:	xdebug not working
Description:	I installed the xdebug 2.1.0beta on remote linux server using compiling method with no errors displayed. Bluehost support customor php.ini, i added the following content to /home2/username/public_html/php.ini: [Zend] zend_extension="/home2/username/public_html/xdebug/xdebug-2.1.0beta1/modules/xdebug.so" xdebug.remote_enable=1 xdebug.remote_autostart=0 xdebug.remote_host="121.34.36.246" xdebug.remote_port=9000 xdebug.remote_handler=dbgp ;xdebug.remote_mode=req xdebug.remote_log="./../tmp/xdebug.log" and i have deleted the "zend optimizer" extension. i could see: "Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies with Xdebug v2.1.0beta1, Copyright (c) 2002-2010, by Derick Rethans " using phpinfo.php function. but i could not get connected to remote xdebug server using pdt or notepad++ client. It seemed there was someting wrong with the xdebug. I could not stop my php script even using the following code: <?php echo ("abcd"); xdebug_break(); echo ("1234"); ?> but i could get response from xdebug using the following example code: <?php function fix_string($a) { echo "Called @ ". xdebug_call_file(). ":". xdebug_call_line(). " from ". xdebug_call_function(); } $ret = fix_string(array('Derick')); ?> I run this php file and got: "Called @ /home2/username/public_html/test.php:15 from {main}" and my "xdebug.log" file was never created , i could not get any messages from log file.
Steps To Reproduce:
Additional Information:	Apache version 2.2.14 (Unix) PHP version 5.2.11 Operating system Linux
Attached Files:

Notes
(0001249) derick    2010-01-04 11:01	Some questions for you: 1. How do you trigger the debugger (IDE, command line ENV var). Tell a little bit more on how you are using the debugger and thinking of starting it please. 2. Please use an absolute path for xdebug.remote_log and try again. 3. What is host "121.34.36.246", are you sure your server can connect to port 9000 on that IP, and that there is an IDE listening on port 9000 on host 121.34.36.246 and that no firewall is in the way (try "telnet 121.34.36.246 9000" from your server.
(0001250) mrzhao    2010-01-04 13:17	Thank you very much, Derick. my client computer: windows xp+PDT(Eclipse version3.5.1) the content of /home2/username/public_html/debug/test.php file on my remote server: <html> <head>   <title>xdebug test</title> </head> <body> <?php echo ("ddddddddddd1"); xdebug_break( ); echo ("ddddddddddd2"); ?> </body> </html> 1. In the PDT,i created a new project for the "/home2/username/public_html/debug" folder using the Remote System Explorer plugin of eclipse. I put the "test.php" in this folder 2. PHP Eclipse-->Run-->Debug Configurations... in the dialog window, I set:   Server Debugger:XDebug (port:9000)   PHP Server: Default PHP Web Server(which pointed to my main domain:http://www.abc.com [^])   PHP Server path mapping: /home2/daigouyu/public_html/debug <---->D:\debug   File: /debug/test.php (I want to use this file to test xdebug connection)   Breakpoint at First Line option was checked.   URL   Auto Generate was checked.   URL: http://www.abc.com/debug/test.php [^]   PHP Eclipse-->Window-->Preferences settings:   PHP-->Debug:      php debugger: XDebug      server:default php web server(http://www.abc.com [^])      php executable : none defined. 3. I switch eclipse to "PHP DEBUG" Perspective mode, and run the "RUN"--->"DEBUG" command from the eclipse menu, then eclipse called the firefox automatically , and i could see the URL "http://www.abc.com/debug/test.php?XDEBUG_SESSION_START=ECLIPSE_DBGP&KEY=12626079757781" [^] in the url line. and firefox kept showing "Loading...." for about 65 seconds and showed me "ddddddddddd1ddddddddddd2" in the main page,meanwhile PDT kept showing "Launching New_configuration: (57%)" 4. I terminated the debug task by clicking the "Terminate" button in the debug window,and i got a new firefox window showing me "DEBUG SESSION ENDED". I will provide more info soon.
(0001253) mrzhao    2010-01-04 17:22    (edited on: 2010-01-04 18:06)	Topic: remote debugging using XDEBUG xdebug.remote_host="121.34.36.246" this is ip of my windows xp pc used to connect the xdebug server. I connected to my remote linux server on SSH(using SSHSecureShellClient software to get connected with linux shell), i tried "telnet 121.34.36.246 9000",but failed. (I opened the telnet service and changed the listening port from 23 to 9000 for my windows pc) . I have shut down the windows xp firewall,and i have a router for my lan(i have mapped the WAN ip to LAN ip too,port 80 and port 9000). I have tried to connect the xdebug server using PDT directly(without the router) but get the same result. I set:  xdebug.remote_log="/home2/username/tmp/xdebug.log" in my php.ini file (using absolute path) but the xdebug.log file was never created there. If you need my account for testing on bluehost.com,i shall send you.
(0001254) derick    2010-01-04 19:52	Xdebug can obviously not connect to your Windows IDE if there is a NAT router in the way—only direct connections are supported. This is networking 101. Your best trick might be to setup an SSH tunnel, but I've no idea on how to do that on Windows.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
506	[Xdebug] Installation	major	always	2010-01-01 06:46	2010-01-02 22:54
Reporter:	friendly12345	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.0
Summary:	Sources fail to compile on windows using VCx
Description:	xdebug_com.obj : error LNK2005: _inet_aton already defined in inet.obj libiconv_a.lib(iconv1.obj) : MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance xdebug_com.obj : error LNK2005: _inet_aton already defined in inet.obj Creating library Release_TS\php5ts.lib and object Release_TS\php5ts.exp Release_TS\php5ts.dll : fatal error LNK1169: one or more multiply defined symbol s found NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 9.0\VC\Bin \cl.exe"' : return code '0x2' Stop.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001243) derick    2010-01-02 22:54	This works for me, and I am not going to support Windows build systems (because I know nothing about it really).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
378	[Xdebug] Debug client (console)	major	always	2008-06-24 12:04	2009-12-29 21:34
Reporter:	Radek Matous	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	PHP Version => 5.2.3-1ubuntu6.3
PHP Version:	5.2.3
Summary:	Wrong lineno as response of stack_get when status=break (type return)
Description:	- in state=break - breakpoint of type "return" - command stack_get level=0 - get as a response wrong lineno (see additional information) Always reproducible
Steps To Reproduce:
Additional Information:	code: <?php function mfunc() { echo __FILE__; echo __LINE__; } mfunc(); ?> snipped log (see lineno="136982130"): ... <- breakpoint_set -i 1 -t return -s enabled -m mfunc ... <- run -i 2 -> <response ... status="break" reason="ok"><xdebug:message ...lineno="6"... <- stack_get -i 3 -> <response ... <stack where="mfunc" level="0" type="file" filename=... lineno="136982130"...
Attached Files:

Notes
(0001235) derick    2009-12-29 21:34	This doesn't seem to be a problem any more, I think I fixed this some time ago. Please reopen if this is still an issue with Xdebug from SVN.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
478	[Xdebug] Usage problems	major	always	2009-10-25 00:51	2009-12-29 15:18
Reporter:	smerrill	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	CentOS 5.3
PHP Version:	5.2.10
Summary:	XDebug 2.0.x can't use %R in xdebug.profiler_output_name if register_long_arrays is off
Description:	PHP 5.2.10 XDebug 2.0.5 compiled from pecl CentOS 5.3 %R wouldn't work as a parameter in xdebug.profiler_output_name unless register_long_arrays is turned off. This is the default in the php packages from the remi repo on CentOS. It might be worth a note in the XDebug documentation.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001130) galiyosha    2009-11-16 14:49	I confirm this behaviour (both Linux with PHP 5.2.10/Xdebug 2.0.5 and Solaris 10 5/09 with PHP 5.2.4/Xdebug 2.0.5). With a php.ini like this, %R does not work: register_long_arrays=Off register_globals=Off zend_extension=/usr/lib/php/xdebug.so xdebug.profiler_enable=On xdebug.profiler_output_dir=/tmp/xdebug xdebug.profiler_output_name=trace.%R while with a php.ini like this, it does: register_long_arrays=On register_globals=Off zend_extension=/usr/lib/php/xdebug.so xdebug.profiler_enable=On xdebug.profiler_output_dir=/tmp/xdebug xdebug.profiler_output_name=trace.%R If register_globals is On, register_long_arrays can be Off, so this issue may be related to issue 0000312. So, for example, with a php.ini like this, %R does work: register_long_arrays=Off register_globals=On zend_extension=/usr/lib/php/xdebug.so xdebug.profiler_enable=On xdebug.profiler_output_dir=/tmp/xdebug xdebug.profiler_output_name=trace.%R One more tricky thing is that if xdebug.profiler_output_name is set to %R only (no prefix, no suffix), it sometimes works even with register_long_arrays and register_globals set to Off...
(0001217) derick    2009-12-29 10:19	Could you please try this with Xdebug from SVN (http://xdebug.org/docs/install#source [^])? I can not reproduce this at all.
(0001227) derick    2009-12-29 15:18	Similar to 324 that I can also not reproduce. I *did* commit a possible fix for it though.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
446	[Xdebug] Usage problems	minor	always	2009-06-17 18:50	2009-12-29 14:32
Reporter:	kirbysayshi	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OS X 10.5.7
PHP Version:	5.2.8
Summary:	xdebug.profiler_enable_trigger requires xdebug.profiler_enable set to 0
Description:	I'm fairly new to xdebug, but have been using it for a few weeks. Today, I tried getting profiling working on OS X 10.5.7 using XAMPP. I spent a few hours trying to figure out the following problem: Even though I had set xdebug.profiler_enable_trigger to 1, each time I loaded a page a log file was written. Eventually, I found a single blog post that mentioned that you have to have xdebug.profiler_enable set to 0 to use the trigger. While this definitely makes sense in retrospect, I feel like it's not obvious... my thinking was that, of course you have to have the whole thing enabled for ANYTHING to work.
Steps To Reproduce:
Additional Information:	I originally posted this to the mailing list as an edit for the documentation. I was told this might actually be a bug, so here it is. Also, my PHP version is actually 5.2.9, but that isn't listed here.
Attached Files:

Notes
(0001225) derick    2009-12-29 14:32	I've had a look at this, and the current behaviour is as it should be. The reason is that if profiler_enable is set to 1, we can't rely on what profiler_enable_trigger should be, as it would break previous behaviour. I've documented this now though.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
485	[Xdebug] Usage problems	major	have not tried	2009-11-06 23:13	2009-12-29 13:05
Reporter:	deltrem	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.3.0
Summary:	path problem with mod_rewrite, XDebug, PDT and XAMPP
Description:	- debugging index.php as PHP Script is working - debugging account/create as PHP Script is working - debugging index.php as PHP Web Page is working (my mod_rewrite makes account/create be index.php?folder=account&action=create) - debugging account/create as PHP Web Page without mod_rewrite is working - debugging account/create as PHP Web Page with mod_rewrite isn't working
Steps To Reproduce:
Additional Information:	php.ini: zend_extension = "\xampp\php\ext\php_xdebug.dll" xdebug.idekey=ECLIPSE_XDEBUG xdebug.profiler_enable=1 xdebug.remote_enable=1 xdebug.remote_handler="dbgp" xdebug.remote_host="localhost" xdebug.remote_mode="req" xdebug.remote_port=9000 Start -> Control Panel -> Firewall -> Exceptions -> Add Port -> Name: XDebug Port number: 9000 Window -> Preferences -> PHP -> Debug -> PHP Debugger: XDebug Server: localhost PHP Executables: C:\xampp\php\php-cgi.exe Debug Configurations -> MyFrame Web Page -> Server -> PHP Server -> Configure -> Server -> Name: localhost Enter the URL that points to the document root of this server: http://localhost/frameworks [^] Path Mapping -> (serverpath) http://localhost/frameworks/myframe/index.php [^] to (filesystem) C:\xampp\htdocs\frameworks\myframe\index.php (serverpath) http://localhost/frameworks/myframe/index.php [^] to (workspace) /myframe/index.php File: /myframe/index.php URL: http://localhost/ [^] by the left frameworks/myframe/index.php by the right Advanced -> (checked) Open in Browser (checked) Debug All Pages
Attached Files:

Notes
(0001123) deltrem    2009-11-06 23:47	the .htaccess contents <IfModule mod_rewrite.c>    RewriteEngine on    RewriteCond %{REQUEST_FILENAME} !-f    RewriteCond %{REQUEST_FILENAME} !-d    RewriteRule ^([^/]*)/?([^/]*)/?([^/]*)$ index.php?folder=$1&action=$2&params=$3 [L] </IfModule>
(0001124) derick    2009-11-08 21:47	This is not enough information, please provide a remote debugging log (see "Remote Debugger Bugs" at http://xdebug.org/support.php [^]
(0001125) deltrem    2009-11-08 23:37	I set remote_log to "C:\xampp\htdocs\xdebug_log.txt" http://i.imagehost.org/view/0176/php_ini_xdebug_log [^] I made all users have write permissions to it. (All the other users have write permissions to it by default.) Segurança = Security Gravar = Write http://i.imagehost.org/view/0922/xdebug_log [^] I restarted Apache and MySQL in the Xampp Control Panel. I terminated and relaunched MyFrame as PHP Web Page in PDT. "xdebug_log.txt" is empty! Do you need to know anything else to solve this problem?
(0001143) deltrem    2009-11-19 16:50	Why hasn't my question been answered?
(0001200) deltrem    2009-12-18 13:58    (edited on: 2009-12-18 14:03)	BIG NEWS!!! I'm not using eclipse any longer, I'm using Komodo now and in the ActiveState (they make Komodo) site: - I read a post (at http://community.activestate.com/forum-topic/problem-php-remote-debugging [^]) saying that XDebug shouldn't load at the same time as a regular module and a Zend Extension, but I'm loading it at the same time as a regular module and a Zend Extension. - I read a documentation page (http://docs.activestate.com/komodo/5.2/debugphp.html#config_remote_PHP [^]) saying that in Windows I should be using zend_extension_ts and not zend_extension, but I'm using zend_extension and not zend_extension_ts. While trying to solve these problems: - when I search for xdebug in php.ini, it's in the "zend_extension" without "_ts" list and isn't in the "extension =" without "zend_" list. So, then, why is it being loaded as a regular module and a zend extension? - when I was using zend_extension, XDebug was appearing in phpinfo(). When I started using zend_extension_ts, XDebug stopped appearing in phpinfo(). So, then, why should I use zend_extension_ts instead of zend_extension?
(0001222) derick    2009-12-29 13:05	- It is because Xdebug is *both* a zend extension and a normal one, but it needs to be loaded as Zend Engine extension to include both required parts. Loading Xdebug as a normal extension will make much functionality break. Xdebug will show up (with php -m) as both types of extensions, but it can only be loaded as a zend extension (with zend_extension=). I think the Komodo docs point at zend extension as made by Zend (the company). - Komodo's documentation is not 100% correct. Since PHP 5.3 the _ts and _debug suffixes to zend_extension are no longer required.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
352	[Xdebug] Usage problems	minor	always	2008-02-08 22:04	2009-12-29 12:13
Reporter:	timmeh	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.2.5
Summary:	exception trace uses wrong exception
Description:	if an exception happens in a destructor called during cleanup from another exception, it is used for an xdebug stack trace even if it is caught and ignored. the correct exception is used if xdebug is not installed or if the exception is caught at a higher level.
Steps To Reproduce:
Additional Information:	<?php // if an exception happens in a destructor called during cleanup from another // exception, it is used for an xdebug stack trace even if it should be // ignored. the correct exception is used if xdebug is not installed or if // the exception is caught at a higher level. class c { function __destruct() { try { throw new Exception('ignored exception') ; } catch(Exception $e) { echo "ignoring the exception--- " ; } } } function f() { $c = new c ; throw new Exception('desired exception') ; } // the non-xdebug PHP stack trace uses the desired exception, // with xdebug activated the supposedly ignored exception is used. f() ; // using PHP to catch the exception always gets the right one try { f() ; } catch (Exception $e) { echo $e->getMessage(), "\n" ; } # phpinfo() ; // PHP 5.2.5 // System: Windows NT 5.1 build 2600 // Build Date: Nov 8 2007 23:18:08 // Configure: cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" // API: CGI/FastCGI // with Xdebug v2.0.2, Copyright (c) 2002-2007, by Derick Rethans /** Directive Local Value Master Value xdebug.auto_trace Off Off xdebug.collect_includes On On xdebug.collect_params 0 0 xdebug.collect_return Off Off xdebug.collect_vars Off Off xdebug.default_enable On On xdebug.dump.COOKIE no value no value xdebug.dump.ENV no value no value xdebug.dump.FILES no value no value xdebug.dump.GET no value no value xdebug.dump.POST no value no value xdebug.dump.REQUEST no value no value xdebug.dump.SERVER no value no value xdebug.dump.SESSION no value no value xdebug.dump_globals On On xdebug.dump_once On On xdebug.dump_undefined Off Off xdebug.extended_info On On xdebug.idekey phpdebug phpdebug xdebug.manual_url http://www.php.net [^] http://www.php.net [^] xdebug.max_nesting_level 100 100 xdebug.profiler_aggregate Off Off xdebug.profiler_append Off Off xdebug.profiler_enable Off Off xdebug.profiler_enable_trigger Off Off xdebug.profiler_output_dir no value no value xdebug.profiler_output_name no value no value xdebug.remote_autostart Off Off xdebug.remote_enable On On xdebug.remote_handler dbgp dbgp xdebug.remote_host 127.0.0.1 127.0.0.1 xdebug.remote_log no value no value xdebug.remote_mode req req xdebug.remote_port 9000 9000 xdebug.show_exception_trace Off Off xdebug.show_local_vars Off Off xdebug.show_mem_delta Off Off xdebug.trace_format 0 0 xdebug.trace_options 0 0 xdebug.trace_output_dir /tmp /tmp xdebug.trace_output_name trace.%c trace.%c xdebug.var_display_max_children 128 128 xdebug.var_display_max_data 512 512 xdebug.var_display_max_depth 3 3 **/ ?>
Attached Files:

Notes
(0001165) derick    2009-11-22 19:53	Both with ant without Xdebug loaded, I am getting: ignoring the exception--- ignoring the exception--- derick@kossu:/home/httpd/html/test/xdebug$ php bug352.php ignoring the exception--- ignoring the exception--- derick@kossu:/home/httpd/html/test/xdebug$ php -n bug352.php ignoring the exception--- ignoring the exception--- derick@kossu:/home/httpd/html/test/xdebug$ What's the problem?
(0001220) derick    2009-12-29 12:13	No feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
312	[Xdebug] Usage problems	trivial	always	2007-10-02 04:47	2009-12-29 10:20
Reporter:	datibbaW	Platform:	Linux 2.6
Assigned To:	derick	OS:	CentOS
Priority:	normal	OS Version:	4.4
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2-dev
Summary:	profiler_output_name: %R and %H only work with register_globals=On
Description:	Current behaviour: If register_globals is turned off, the %R and %H modifiers no longer work. Expected behaviour: The %R and %H should work regardless of register_globals
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000776) derick    2007-10-28 17:41	I can not reproduce this, this works just fine for me with register globals is off. Could you please post a link to the output of phpinfo()? And can you also add the correct Operating System/PHP Version and Xdebug version please to the report?
(0000795) derick    2007-11-01 21:08	Reminder sent to datibbaW I can not reproduce this, this works just fine for me with register globals is off. Could you please post a link to the output of phpinfo()? And can you also add the correct Operating System/PHP Version and Xdebug version please to the report?
(0000805) derick    2007-11-11 17:40	Reminder sent to datibbaW I can not reproduce this, this works just fine for me with register globals is off. Could you please post a link to the output of phpinfo()? And can you also add the correct Operating System/PHP Version and Xdebug version please to the report? This is the last such reminder, if I don't get feedback I will close the report.
(0001090) felix9x    2009-10-11 19:45    (edited on: 2009-10-11 19:47)	I am able to reproduce this bug. Without specifying "register_globals=1" in php.ini the %R is being ignored but after placing "register_globals=1" into the php.ini the filename is being created correctly. Here is dump of my php.ini (with register_logal=1 turned on, bug happens when its off): The only xdebug settings in php.ini: register_globals = On xdebug.default_enable = 0 xdebug.profiler_enable = 1 xdebug.profiler_output_name="cachegrind.out.%R" ======= phpinfo() PHP Version => 5.3.0 System => Windows NT D32K5JC1 5.1 build 2600 (Windows XP Professional Service Pack 3) i586 Build Date => Jul 2 2009 21:02:53 Compiler => MSVC6 (Visual C++ 6.0) Architecture => x86 Configure Command => cscript /nologo configure.js Server API => Command Line Interface Virtual Directory Support => enabled Configuration File (php.ini) Path => Loaded Configuration File => C:\xampplite\php\php.ini Scan this dir for additional .ini files => (none) Additional .ini files parsed => (none) PHP API => 20090626 PHP Extension => 20090626 Zend Extension => 220090626 Zend Extension Build => API220090626,TS,VC6 PHP Extension Build => API20090626,TS,VC6 Debug Build => no Thread Safety => enabled Zend Memory Manager => enabled Zend Multibyte Support => disabled IPv6 Support => enabled Registered PHP Streams => https, ftps, php, file, glob, data, http, ftp, compress.zlib, compress.bzip2, phar, zip Registered Stream Socket Transports => tcp, udp, ssl, sslv3, sslv2, tls Registered Stream Filters => convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, zlib.*, bzip2.* This program makes use of the Zend Scripting Language Engine: Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies     with Xdebug v2.0.5, Copyright (c) 2002-2008, by Derick Rethans  _______________________________________________________________________ Configuration bcmath BCMath support => enabled Directive => Local Value => Master Value bcmath.scale => 0 => 0 bz2 BZip2 Support => Enabled Stream Wrapper support => compress.bz2:// Stream Filter support => bzip2.decompress, bzip2.compress BZip2 Version => 1.0.5, 10-Dec-2007 calendar Calendar support => enabled com_dotnet COM support => enabled DCOM support => disabled .Net support => enabled Directive => Local Value => Master Value com.allow_dcom => 0 => 0 com.autoregister_casesensitive => 1 => 1 com.autoregister_typelib => 0 => 0 com.autoregister_verbose => 0 => 0 com.code_page => no value => no value com.typelib_file => no value => no value Core PHP Version => 5.3.0 Directive => Local Value => Master Value allow_call_time_pass_reference => On => On allow_url_fopen => On => On allow_url_include => Off => Off always_populate_raw_post_data => Off => Off arg_separator.input => & => & arg_separator.output => & => & asp_tags => Off => Off auto_append_file => no value => no value auto_globals_jit => On => On auto_prepend_file => no value => no value browscap => C:\xampplite\php\extras\browscap.ini => C:\xampplite\php\extras\browscap.ini default_charset => no value => no value default_mimetype => text/html => text/html define_syslog_variables => Off => Off disable_classes => no value => no value disable_functions => no value => no value display_errors => STDOUT => STDOUT display_startup_errors => On => On doc_root => no value => no value docref_ext => no value => no value docref_root => no value => no value enable_dl => On => On error_append_string => no value => no value error_log => C:\xampplite\apache\logs\php_error.log => C:\xampplite\apache\logs\php_error.log error_prepend_string => no value => no value error_reporting => 22527 => 22527 exit_on_timeout => Off => Off expose_php => On => On extension_dir => C:\xampplite\php\ext => C:\xampplite\php\ext file_uploads => On => On highlight.bg => <font style="color: #FFFFFF">#FFFFFF</font> => <font style="color: #FFFFFF">#FFFFFF</font> highlight.comment => <font style="color: #FF8000">#FF8000</font> => <font style="color: #FF8000">#FF8000</font> highlight.default => <font style="color: #0000BB">#0000BB</font> => <font style="color: #0000BB">#0000BB</font> highlight.html => <font style="color: #000000">#000000</font> => <font style="color: #000000">#000000</font> highlight.keyword => <font style="color: #007700">#007700</font> => <font style="color: #007700">#007700</font> highlight.string => <font style="color: #DD0000">#DD0000</font> => <font style="color: #DD0000">#DD0000</font> html_errors => Off => Off ignore_repeated_errors => Off => Off ignore_repeated_source => Off => Off ignore_user_abort => Off => Off implicit_flush => On => On include_path => .;C:\var\common-php => .;C:\var\common-php log_errors => On => On log_errors_max_len => 8024 => 8024 magic_quotes_gpc => Off => Off magic_quotes_runtime => Off => Off magic_quotes_sybase => Off => Off mail.add_x_header => Off => Off mail.force_extra_parameters => no value => no value mail.log => no value => no value max_execution_time => 0 => 0 max_input_nesting_level => 64 => 64 max_input_time => -1 => -1 memory_limit => 256M => 256M open_basedir => no value => no value output_buffering => 0 => 0 output_handler => no value => no value post_max_size => 128M => 128M precision => 14 => 14 realpath_cache_size => 16K => 16K realpath_cache_ttl => 120 => 120 register_argc_argv => On => On register_globals => On => On register_long_arrays => Off => Off report_memleaks => On => On report_zend_debug => Off => Off request_order => no value => no value safe_mode => Off => Off safe_mode_exec_dir => no value => no value safe_mode_gid => Off => Off safe_mode_include_dir => no value => no value sendmail_from => no value => no value sendmail_path => "C:\xampplite\sendmail\sendmail.exe" -t => "C:\xampplite\sendmail\sendmail.exe" -t serialize_precision => 100 => 100 short_open_tag => On => On SMTP => localhost => localhost smtp_port => 25 => 25 sql.safe_mode => Off => Off track_errors => Off => Off unserialize_callback_func => no value => no value upload_max_filesize => 128M => 128M upload_tmp_dir => C:\xampplite\tmp => C:\xampplite\tmp user_dir => no value => no value user_ini.cache_ttl => 300 => 300 user_ini.filename => .user.ini => .user.ini variables_order => GPCS => GPCS xmlrpc_error_number => 0 => 0 xmlrpc_errors => Off => Off y2k_compliance => On => On zend.enable_gc => On => On ctype ctype functions => enabled curl cURL support => enabled cURL Information => 7.19.4 Age => 3 Features AsynchDNS => No Debug => No GSS-Negotiate => No IDN => No IPv6 => No Largefile => Yes NTLM => Yes SPNEGO => No SSL => Yes SSPI => No krb4 => No libz => Yes CharConv => No Protocols => tftp, ftp, telnet, dict, ldap, http, file, https, ftps Host => i386-pc-win32 SSL Version => OpenSSL/0.9.8k ZLib Version => 1.2.3 date date/time support => enabled "Olson" Timezone Database Version => 2009.10 Timezone Database => internal Default timezone => America/New_York Directive => Local Value => Master Value date.default_latitude => 31.7667 => 31.7667 date.default_longitude => 35.2333 => 35.2333 date.sunrise_zenith => 90.583333 => 90.583333 date.sunset_zenith => 90.583333 => 90.583333 date.timezone => America/New_York => America/New_York dom DOM/XML => enabled DOM/XML API Version => 20031129 libxml Version => 2.7.3 HTML Support => enabled XPath Support => enabled XPointer Support => enabled Schema Support => enabled RelaxNG Support => enabled ereg Regex Library => Bundled library enabled exif EXIF Support => enabled EXIF Version => 1.4 $Id: exif.c,v 1.173.2.5.2.20.2.16 2009/06/12 14:03:35 felipe Exp $ Supported EXIF Version => 0220 Supported filetypes => JPEG,TIFF Directive => Local Value => Master Value exif.decode_jis_intel => JIS => JIS exif.decode_jis_motorola => JIS => JIS exif.decode_unicode_intel => UCS-2LE => UCS-2LE exif.decode_unicode_motorola => UCS-2BE => UCS-2BE exif.encode_jis => no value => no value exif.encode_unicode => ISO-8859-15 => ISO-8859-15 filter Input Validation and Filtering => enabled Revision => $Revision: 1.52.2.39.2.16 $ Directive => Local Value => Master Value filter.default => unsafe_raw => unsafe_raw filter.default_flags => no value => no value ftp FTP support => enabled gd GD Support => enabled GD Version => 2.0.35 FreeType Support => enabled FreeType Linkage => with freetype FreeType Version => 2.3.9 T1Lib Support => enabled GIF Read Support => enabled GIF Create Support => enabled JPEG Support => enabled libJPEG Version => 7.0 PNG Support => enabled libPNG Version => 1.2.35 WBMP Support => enabled XBM Support => enabled Directive => Local Value => Master Value gd.jpeg_ignore_warning => 0 => 0 gettext GetText Support => enabled hash hash support => enabled Hashing Engines => md2 md4 md5 sha1 sha224 sha256 sha384 sha512 ripemd128 ripemd160 ripemd256 ripemd320 whirlpool tiger128,3 tiger160,3 tiger192,3 tiger128,4 tiger160,4 tiger192,4 snefru snefru256 gost adler32 crc32 crc32b salsa10 salsa20 haval128,3 haval160,3 haval192,3 haval224,3 haval256,3 haval128,4 haval160,4 haval192,4 haval224,4 haval256,4 haval128,5 haval160,5 haval192,5 haval224,5 haval256,5 iconv iconv support => enabled iconv implementation => "libiconv" iconv library version => 1.13 Directive => Local Value => Master Value iconv.input_encoding => ISO-8859-1 => ISO-8859-1 iconv.internal_encoding => ISO-8859-1 => ISO-8859-1 iconv.output_encoding => ISO-8859-1 => ISO-8859-1 imap IMAP c-Client Version => 2007e SSL Support => enabled json json support => enabled json version => 1.2.1 libxml libXML support => active libXML Compiled Version => 2.7.3 libXML Loaded Version => 20703 libXML streams => enabled mbstring Multibyte Support => enabled Multibyte string engine => libmbfl HTTP input encoding translation => disabled mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Multibyte (japanese) regex support => enabled Multibyte regex (oniguruma) version => 4.7.1 Directive => Local Value => Master Value mbstring.detect_order => no value => no value mbstring.encoding_translation => Off => Off mbstring.func_overload => 0 => 0 mbstring.http_input => pass => pass mbstring.http_output => pass => pass mbstring.http_output_conv_mimetypes => ^(text/|application/xhtml\+xml) => ^(text/|application/xhtml\+xml) mbstring.internal_encoding => no value => no value mbstring.language => neutral => neutral mbstring.strict_detection => Off => Off mbstring.substitute_character => no value => no value mcrypt mcrypt support => enabled Version => 2.5.8 Api No => 20021217 Supported ciphers => cast-128 gost rijndael-128 twofish arcfour cast-256 loki97 rijndael-192 saferplus wake blowfish-compat des rijndael-256 serpent xtea blowfish enigma rc2 tripledes Supported modes => cbc cfb ctr ecb ncfb nofb ofb stream Directive => Local Value => Master Value mcrypt.algorithms_dir => no value => no value mcrypt.modes_dir => no value => no value mhash MHASH support => Enabled MHASH API Version => Emulated Support mime_magic mime_magic support => enabled Directive => Local Value => Master Value mime_magic.debug => Off => Off mime_magic.magicfile => C:\xampplite\php\extras\magic.mime => C:\xampplite\php\extras\magic.mime ming Ming SWF output library => enabled Version => 0.4.2 mysql MySQL Support => enabled Active Persistent Links => 0 Active Links => 0 Client API version => 5.1.37 Directive => Local Value => Master Value mysql.allow_local_infile => On => On mysql.allow_persistent => On => On mysql.connect_timeout => 60 => 60 mysql.default_host => no value => no value mysql.default_password => no value => no value mysql.default_port => 3306 => 3306 mysql.default_socket => MySQL => MySQL mysql.default_user => no value => no value mysql.max_links => Unlimited => Unlimited mysql.max_persistent => Unlimited => Unlimited mysql.trace_mode => Off => Off mysqli MysqlI Support => enabled Client API library version => 5.1.37 Active Persistent Links => 0 Inactive Persistent Links => 0 Active Links => 0 Client API header version => 5.1.37 MYSQLI_SOCKET => MySQL Directive => Local Value => Master Value mysqli.allow_local_infile => On => On mysqli.allow_persistent => On => On mysqli.default_host => no value => no value mysqli.default_port => 3306 => 3306 mysqli.default_pw => no value => no value mysqli.default_socket => MySQL => MySQL mysqli.default_user => no value => no value mysqli.max_links => Unlimited => Unlimited mysqli.max_persistent => Unlimited => Unlimited mysqli.reconnect => Off => Off mysqlnd mysqlnd => enabled Version => mysqlnd 5.0.5-dev - 081106 - $Revision: 1.3.2.27 $ Command buffer size => 2048 Read buffer size => 32768 Collecting statistics => Yes Collecting memory statistics => No Client statistics => bytes_sent => 0 bytes_received => 0 packets_sent => 0 packets_received => 0 protocol_overhead_in => 0 protocol_overhead_out => 0 bytes_received_ok_packet => 0 bytes_received_eof_packet => 0 bytes_received_rset_header_packet => 0 bytes_received_rset_field_meta_packet => 0 bytes_received_rset_row_packet => 0 bytes_received_prepare_response_packet => 0 bytes_received_change_user_packet => 0 packets_sent_command => 0 packets_received_ok => 0 packets_received_eof => 0 packets_received_rset_header => 0 packets_received_rset_field_meta => 0 packets_received_rset_row => 0 packets_received_prepare_response => 0 packets_received_change_user => 0 result_set_queries => 0 non_result_set_queries => 0 no_index_used => 0 bad_index_used => 0 slow_queries => 0 buffered_sets => 0 unbuffered_sets => 0 ps_buffered_sets => 0 ps_unbuffered_sets => 0 flushed_normal_sets => 0 flushed_ps_sets => 0 ps_prepared_never_executed => 0 ps_prepared_once_executed => 0 rows_fetched_from_server_normal => 0 rows_fetched_from_server_ps => 0 rows_buffered_from_client_normal => 0 rows_buffered_from_client_ps => 0 rows_fetched_from_client_normal_buffered => 0 rows_fetched_from_client_normal_unbuffered => 0 rows_fetched_from_client_ps_buffered => 0 rows_fetched_from_client_ps_unbuffered => 0 rows_fetched_from_client_ps_cursor => 0 rows_skipped_normal => 0 rows_skipped_ps => 0 copy_on_write_saved => 0 copy_on_write_performed => 0 command_buffer_too_small => 0 connect_success => 0 connect_failure => 0 connection_reused => 0 reconnect => 0 pconnect_success => 0 active_connections => 0 active_persistent_connections => 0 explicit_close => 0 implicit_close => 0 disconnect_close => 0 in_middle_of_command_close => 0 explicit_free_result => 0 implicit_free_result => 0 explicit_stmt_close => 0 implicit_stmt_close => 0 mem_emalloc_count => 0 mem_emalloc_ammount => 0 mem_ecalloc_count => 0 mem_ecalloc_ammount => 0 mem_erealloc_count => 0 mem_erealloc_ammount => 0 mem_efree_count => 0 mem_malloc_count => 0 mem_malloc_ammount => 0 mem_calloc_count => 0 mem_calloc_ammount => 0 mem_realloc_count => 0 mem_realloc_ammount => 0 mem_free_count => 0 proto_text_fetched_null => 0 proto_text_fetched_bit => 0 proto_text_fetched_tinyint => 0 proto_text_fetched_short => 0 proto_text_fetched_int24 => 0 proto_text_fetched_int => 0 proto_text_fetched_bigint => 0 proto_text_fetched_decimal => 0 proto_text_fetched_float => 0 proto_text_fetched_double => 0 proto_text_fetched_date => 0 proto_text_fetched_year => 0 proto_text_fetched_time => 0 proto_text_fetched_datetime => 0 proto_text_fetched_timestamp => 0 proto_text_fetched_string => 0 proto_text_fetched_blob => 0 proto_text_fetched_enum => 0 proto_text_fetched_set => 0 proto_text_fetched_geometry => 0 proto_text_fetched_other => 0 proto_binary_fetched_null => 0 proto_binary_fetched_bit => 0 proto_binary_fetched_tinyint => 0 proto_binary_fetched_short => 0 proto_binary_fetched_int24 => 0 proto_binary_fetched_int => 0 proto_binary_fetched_bigint => 0 proto_binary_fetched_decimal => 0 proto_binary_fetched_float => 0 proto_binary_fetched_double => 0 proto_binary_fetched_date => 0 proto_binary_fetched_year => 0 proto_binary_fetched_time => 0 proto_binary_fetched_datetime => 0 proto_binary_fetched_timestamp => 0 proto_binary_fetched_string => 0 proto_binary_fetched_blob => 0 proto_binary_fetched_enum => 0 proto_binary_fetched_set => 0 proto_binary_fetched_geometry => 0 proto_binary_fetched_other => 0 odbc ODBC Support => enabled Active Persistent Links => 0 Active Links => 0 ODBC library => Win32 Directive => Local Value => Master Value odbc.allow_persistent => On => On odbc.check_persistent => On => On odbc.default_cursortype => Static cursor => Static cursor odbc.default_db => no value => no value odbc.default_pw => no value => no value odbc.default_user => no value => no value odbc.defaultbinmode => return as is => return as is odbc.defaultlrl => return up to 4096 bytes => return up to 4096 bytes odbc.max_links => Unlimited => Unlimited odbc.max_persistent => Unlimited => Unlimited openssl OpenSSL support => enabled OpenSSL Library Version => OpenSSL 0.9.8k 25 Mar 2009 OpenSSL Header Version => OpenSSL 0.9.8k 25 Mar 2009 pcre PCRE (Perl Compatible Regular Expressions) Support => enabled PCRE Library Version => 7.9 2009-04-11 Directive => Local Value => Master Value pcre.backtrack_limit => 100000 => 100000 pcre.recursion_limit => 100000 => 100000 pdf PDF Support => enabled PDFlib GmbH Version => 7.0.4p4 PECL Version => 2.1.6 Revision => $Revision: 1.9 $ PDO PDO support => enabled PDO drivers => mysql, odbc, sqlite, sqlite2 pdo_mysql PDO Driver for MySQL => enabled Client API version => 5.1.37 PDO_ODBC PDO Driver for ODBC (Win32) => enabled ODBC Connection Pooling => Enabled, strict matching pdo_sqlite PDO Driver for SQLite 3.x => enabled SQLite Library => 3.6.16 Phar Phar: PHP Archive support => enabled Phar EXT version => 2.0.0-dev Phar API version => 1.1.1 CVS revision => $Revision: 1.370.2.62 $ Phar-based phar archives => enabled Tar-based phar archives => enabled ZIP-based phar archives => enabled gzip compression => enabled bzip2 compression => enabled Native OpenSSL support => enabled Phar based on pear/PHP_Archive, original concept by Davey Shafik. Phar fully realized by Gregory Beaver and Marcus Boerger. Portions of tar implementation Copyright (c) 2003-2009 Tim Kientzle. Directive => Local Value => Master Value phar.cache_list => no value => no value phar.readonly => On => On phar.require_hash => On => On Reflection Reflection => enabled Version => $Revision: 1.164.2.33.2.45.2.58 $ session Session Support => enabled Registered save handlers => files user sqlite Registered serializer handlers => php php_binary wddx Directive => Local Value => Master Value session.auto_start => Off => Off session.bug_compat_42 => On => On session.bug_compat_warn => On => On session.cache_expire => 180 => 180 session.cache_limiter => nocache => nocache session.cookie_domain => no value => no value session.cookie_httponly => Off => Off session.cookie_lifetime => 0 => 0 session.cookie_path => / => / session.cookie_secure => Off => Off session.entropy_file => no value => no value session.entropy_length => 0 => 0 session.gc_divisor => 100 => 100 session.gc_maxlifetime => 1440 => 1440 session.gc_probability => 1 => 1 session.hash_bits_per_character => 5 => 5 session.hash_function => 0 => 0 session.name => PHPSESSID => PHPSESSID session.referer_check => no value => no value session.save_handler => files => files session.save_path => C:\xampplite\tmp => C:\xampplite\tmp session.serialize_handler => php => php session.use_cookies => On => On session.use_only_cookies => Off => Off session.use_trans_sid => 0 => 0 SimpleXML Simplexml support => enabled Revision => $Revision: 1.151.2.22.2.35.2.32 $ Schema support => enabled soap Soap Client => enabled Soap Server => enabled Directive => Local Value => Master Value soap.wsdl_cache => 1 => 1 soap.wsdl_cache_dir => /tmp => /tmp soap.wsdl_cache_enabled => 1 => 1 soap.wsdl_cache_limit => 5 => 5 soap.wsdl_cache_ttl => 86400 => 86400 sockets Sockets Support => enabled SPL SPL support => enabled Interfaces => Countable, OuterIterator, RecursiveIterator, SeekableIterator, SplObserver, SplSubject Classes => AppendIterator, ArrayIterator, ArrayObject, BadFunctionCallException, BadMethodCallException, CachingIterator, DirectoryIterator, DomainException, EmptyIterator, FilesystemIterator, FilterIterator, GlobIterator, InfiniteIterator, InvalidArgumentException, IteratorIterator, LengthException, LimitIterator, LogicException, MultipleIterator, NoRewindIterator, OutOfBoundsException, OutOfRangeException, OverflowException, ParentIterator, RangeException, RecursiveArrayIterator, RecursiveCachingIterator, RecursiveDirectoryIterator, RecursiveFilterIterator, RecursiveIteratorIterator, RecursiveRegexIterator, RecursiveTreeIterator, RegexIterator, RuntimeException, SplDoublyLinkedList, SplFileInfo, SplFileObject, SplFixedArray, SplHeap, SplMinHeap, SplMaxHeap, SplObjectStorage, SplPriorityQueue, SplQueue, SplStack, SplTempFileObject, UnderflowException, UnexpectedValueException SQLite SQLite support => enabled PECL Module version => 2.0-dev $Id: sqlite.c,v 1.166.2.13.2.9.2.22 2009/06/25 09:38:04 johannes Exp $ SQLite Library => 2.8.17 SQLite Encoding => iso8859 Directive => Local Value => Master Value sqlite.assoc_case => 0 => 0 sqlite3 SQLite3 support => enabled SQLite3 module version => 0.7-dev SQLite Library => 3.6.16 Directive => Local Value => Master Value sqlite3.extension_dir => no value => no value standard Dynamic Library Support => enabled Path to sendmail => "C:\xampplite\sendmail\sendmail.exe" -t Directive => Local Value => Master Value assert.active => 1 => 1 assert.bail => 0 => 0 assert.callback => no value => no value assert.quiet_eval => 0 => 0 assert.warning => 1 => 1 auto_detect_line_endings => 0 => 0 default_socket_timeout => 60 => 60 safe_mode_allowed_env_vars => PHP_ => PHP_ safe_mode_protected_env_vars => LD_LIBRARY_PATH => LD_LIBRARY_PATH url_rewriter.tags => a=href,area=href,frame=src,input=src,form=,fieldset= => a=href,area=href,frame=src,input=src,form=,fieldset= user_agent => no value => no value tokenizer Tokenizer Support => enabled wddx WDDX Support => enabled WDDX Session Serializer => enabled xdebug xdebug support => enabled Version => 2.0.5 Supported protocols => Revision DBGp - Common DeBuGger Protocol => $Revision: 1.125.2.6 $ GDB - GNU Debugger protocol => $Revision: 1.87 $ PHP3 - PHP 3 Debugger protocol => $Revision: 1.22 $ Directive => Local Value => Master Value xdebug.auto_trace => Off => Off xdebug.collect_includes => On => On xdebug.collect_params => 0 => 0 xdebug.collect_return => Off => Off xdebug.collect_vars => Off => Off xdebug.default_enable => Off => Off xdebug.dump.COOKIE => no value => no value xdebug.dump.ENV => no value => no value xdebug.dump.FILES => no value => no value xdebug.dump.GET => no value => no value xdebug.dump.POST => no value => no value xdebug.dump.REQUEST => no value => no value xdebug.dump.SERVER => no value => no value xdebug.dump.SESSION => no value => no value xdebug.dump_globals => On => On xdebug.dump_once => On => On xdebug.dump_undefined => Off => Off xdebug.extended_info => On => On xdebug.idekey => F => no value xdebug.manual_url => http://www.php.net [^] => http://www.php.net [^] xdebug.max_nesting_level => 100 => 100 xdebug.profiler_aggregate => Off => Off xdebug.profiler_append => Off => Off xdebug.profiler_enable => On => On xdebug.profiler_enable_trigger => Off => Off xdebug.profiler_output_dir => /tmp => /tmp xdebug.profiler_output_name => cachegrind.out.%R => cachegrind.out.%R xdebug.remote_autostart => Off => Off xdebug.remote_enable => Off => Off xdebug.remote_handler => dbgp => dbgp xdebug.remote_host => localhost => localhost xdebug.remote_log => no value => no value xdebug.remote_mode => req => req xdebug.remote_port => 9000 => 9000 xdebug.show_exception_trace => Off => Off xdebug.show_local_vars => Off => Off xdebug.show_mem_delta => Off => Off xdebug.trace_format => 0 => 0 xdebug.trace_options => 0 => 0 xdebug.trace_output_dir => /tmp => /tmp xdebug.trace_output_name => trace.%c => trace.%c xdebug.var_display_max_children => 128 => 128 xdebug.var_display_max_data => 512 => 512 xdebug.var_display_max_depth => 3 => 3 xml XML Support => active XML Namespace Support => active libxml2 Version => 2.7.3 xmlreader XMLReader => enabled xmlrpc core library version => xmlrpc-epi v. 0.51 php extension version => 0.51 author => Dan Libby homepage => http://xmlrpc-epi.sourceforge.net [^] open sourced by => Epinions.com xmlwriter XMLWriter => enabled xsl XSL => enabled libxslt Version => 1.1.24 libxslt compiled against libxml Version => 2.7.3 EXSLT => enabled libexslt Version => 0.8.13 zip Zip => enabled Extension Version => $Id: php_zip.c,v 1.1.2.38.2.29 2009/02/24 23:55:14 iliaa Exp $ Zip version => 1.9.1 Libzip version => 0.9.0 zlib ZLib Support => enabled Stream Wrapper support => compress.zlib:// Stream Filter support => zlib.inflate, zlib.deflate Compiled Version => 1.2.3 Linked Version => 1.2.3 Directive => Local Value => Master Value zlib.output_compression => Off => Off zlib.output_compression_level => -1 => -1 zlib.output_handler => no value => no value Additional Modules Module Name Environment Variable => Value ALLUSERSPROFILE => C:\Documents and Settings\All Users APPDATA => C:\Documents and Settings\F\Application Data CLASSPATH => .;C:\Program Files\Java\jre6\lib\ext\QTJava.zip CLIENTNAME => Console CommonProgramFiles => C:\Program Files\Common Files COMPUTERNAME => D32K5JC1 ComSpec => C:\WINDOWS\system32\cmd.exe FP_NO_HOST_CHECK => NO HOMEDRIVE => C: HOMEPATH => \Documents and Settings\F LOGONSERVER => \\D32K5JC1 NUMBER_OF_PROCESSORS => 2 OS => Windows_NT Path => C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Documents and Settings\F\Desktop;C:\xampplite\mysql\bin;C:\xampplite\php PATHEXT => .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH PROCESSOR_ARCHITECTURE => x86 PROCESSOR_IDENTIFIER => x86 Family 6 Model 15 Stepping 13, GenuineIntel PROCESSOR_LEVEL => 6 PROCESSOR_REVISION => 0f0d ProgramFiles => C:\Program Files PROMPT => $P$G QTJAVA => C:\Program Files\Java\jre6\lib\ext\QTJava.zip RoxioCentral => C:\Program Files\Common Files\Roxio Shared\9.0\Roxio Central33\ SESSIONNAME => Console SystemDrive => C: SystemRoot => C:\WINDOWS TEMP => C:\DOCUME~1\F\LOCALS~1\Temp TMP => C:\DOCUME~1\F\LOCALS~1\Temp USERDOMAIN => D32K5JC1 USERNAME => F USERPROFILE => C:\Documents and Settings\F windir => C:\WINDOWS PHP Variables Variable => Value PHP_SELF => _SERVER["ALLUSERSPROFILE"] => C:\Documents and Settings\All Users _SERVER["APPDATA"] => C:\Documents and Settings\F\Application Data _SERVER["CLASSPATH"] => .;C:\Program Files\Java\jre6\lib\ext\QTJava.zip _SERVER["CLIENTNAME"] => Console _SERVER["CommonProgramFiles"] => C:\Program Files\Common Files _SERVER["COMPUTERNAME"] => D32K5JC1 _SERVER["ComSpec"] => C:\WINDOWS\system32\cmd.exe _SERVER["FP_NO_HOST_CHECK"] => NO _SERVER["HOMEDRIVE"] => C: _SERVER["HOMEPATH"] => \Documents and Settings\F _SERVER["LOGONSERVER"] => \\D32K5JC1 _SERVER["NUMBER_OF_PROCESSORS"] => 2 _SERVER["OS"] => Windows_NT _SERVER["Path"] => C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Documents and Settings\F\Desktop;C:\xampplite\mysql\bin;C:\xampplite\php _SERVER["PATHEXT"] => .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH _SERVER["PROCESSOR_ARCHITECTURE"] => x86 _SERVER["PROCESSOR_IDENTIFIER"] => x86 Family 6 Model 15 Stepping 13, GenuineIntel _SERVER["PROCESSOR_LEVEL"] => 6 _SERVER["PROCESSOR_REVISION"] => 0f0d _SERVER["ProgramFiles"] => C:\Program Files _SERVER["PROMPT"] => $P$G _SERVER["QTJAVA"] => C:\Program Files\Java\jre6\lib\ext\QTJava.zip _SERVER["SESSIONNAME"] => Console _SERVER["SystemDrive"] => C: _SERVER["SystemRoot"] => C:\WINDOWS _SERVER["TEMP"] => C:\DOCUME~1\F~1\LOCALS~1\Temp _SERVER["TMP"] => C:\DOCUME~1\F~1\LOCALS~1\Temp _SERVER["USERDOMAIN"] => D32K5JC1 _SERVER["USERNAME"] => F _SERVER["USERPROFILE"] => C:\Documents and Settings\F _SERVER["windir"] => C:\WINDOWS _SERVER["PHP_SELF"] => _SERVER["SCRIPT_NAME"] => _SERVER["SCRIPT_FILENAME"] => _SERVER["PATH_TRANSLATED"] => _SERVER["DOCUMENT_ROOT"] => _SERVER["REQUEST_TIME"] => 1255282747 _SERVER["argv"] => Array ( ) _SERVER["argc"] => 0 PHP License This program is free software; you can redistribute it and/or modify it under the terms of the PHP License as published by the PHP Group and included in the distribution in the file: LICENSE This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact license@php.net.
(0001095) derick    2009-10-17 18:01	felix9x, I can still not reproduce this. It works fine with both register_globals on or off. Could you try with an *empty* php.ini, and just enter the settings there for: register globals, loading xdebug, enabling the profiler and the profiler filename format? Then test with both register globals on, and off.
(0001218) derick    2009-12-29 10:20	This is similar to: http://bugs.xdebug.org/view.php?id=478 [^] — I can still not reproduce this problem though.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
252	[Xdebug] Feature/Change request	trivial	N/A	2007-04-10 13:55	2009-12-27 16:57
Reporter:	qwix	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux : 2.6.15
PHP Version:	5.1.6
Summary:	Fancy HTML table
Description:	Hello Derick, as discussed today you will find the patch attached to this issue.
Steps To Reproduce:
Additional Information:	Index: xdebug.c =================================================================== RCS file: /repository/xdebug/xdebug.c,v retrieving revision 1.377 diff -u -r1.377 xdebug.c --- xdebug.c 4 Apr 2007 11:11:04 -0000 1.377 +++ xdebug.c 8 Apr 2007 18:07:28 -0000 @@ -1598,25 +1598,25 @@ }; static char* html_formats[10] = { - " \n<font size='1'><table border='1' cellspacing='0' cellpadding='1'>\n", - "<tr><th align='left' bgcolor='#f57900' colspan=\"5\"><span style='background-color: #cc0000; color: #fce94f; font-size: x-large;'>( ! )</span> %s: %s in %s on line %d</th></tr>\n", + " \n<table border='0' cellspacing='1' cellpadding='1' style='border-top: 1px solid #aaa;border-bottom: 1px solid #aaa;border-collapse: collapse;'>\n", + "<tr><th align='left' colspan=\"5\" style='color: 0000222;background-color: #f57900;border: 1px solid 0000222;'>%s: %s in %s on line %d</th></tr>\n", #if HAVE_PHP_MEMORY_USAGE - "<tr><th align='left' bgcolor='#e9b96e' colspan='5'>Call Stack</th></tr>\n<tr><th align='center' bgcolor='#eeeeec'>#</th><th align='left' bgcolor='#eeeeec'>Time</th><th align='left' bgcolor='#eeeeec'>Memory</th><th align='left' bgcolor='#eeeeec'>Function</th><th align='left' bgcolor='#eeeeec'>Location</th></tr>\n", - "<tr><td bgcolor='#eeeeec' align='center'>%d</td><td bgcolor='#eeeeec' align='center'>%.4f</td><td bgcolor='#eeeeec' align='right'>%ld</td><td bgcolor='#eeeeec'>%s( ", + "<tr><th align='left' colspan='5' style='color: 0000222;background-color: #e9b96e;border: 1px solid 0000222;'>Call Stack</th></tr>\n<tr><th align='center' bgcolor='#eeeeec' style='border-left: 1px solid #aaa;border-right: 1px solid #aaa;'>#</th><th align='left' bgcolor='#eeeeec' style='border-left: 1px solid #aaa;border-right: 1px solid #aaa;'>Time</th><th align='left' bgcolor='#eeeeec' style='border-left: 1px solid #aaa;border-right: 1px solid #aaa;'>Memory</th><th align='left' bgcolor='#eeeeec' style='border-left: 1px solid #aaa;border-right: 1px solid #aaa;'>Function</th><th align='left' bgcolor='#eeeeec' style='border-left: 1px solid #aaa;border-right: 1px solid #aaa;'>Location</th></tr>\n", + "<tr bgcolor='%s' onmouseover='this.style.background=\"#d0d7e2\";' onmouseout='this.style.background=\"%s\";'><td align='center' style='border-left: 1px solid #aaa;'>%d</td><td align='center' style='border-left: 1px solid #aaa;'>%.4f</td><td align='right' style='border-left: 1px solid #aaa'>%ld</td><td style='border-left: 1px solid #aaa;'>%s( ", #else "<tr><th align='left' bgcolor='#e9b96e' colspan='4'>Call Stack</th></tr>\n<tr><th align='center' bgcolor='#eeeeec'>#</th><th align='left' bgcolor='#eeeeec'>Time</th><th align='left' bgcolor='#eeeeec'>Function</th><th align='left' bgcolor='#eeeeec'>Location</th></tr>\n", "<tr><td bgcolor='#eeeeec' align='center'>%d</td><td bgcolor='#eeeeec' align='center'>%.4f</td><td bgcolor='#eeeeec'>%s( ", #endif "<font color='#00bb00'>'%s'</font>", - " )</td><td title='%s' bgcolor='#eeeeec'>..%s:%d</td></tr>\n", + " )</td><td style='border-left: 1px solid #aaa;border-right: 1px solid #aaa;' title='%s'>..%s:%d</td></tr>\n", #if HAVE_PHP_MEMORY_USAGE - "<tr><th align='left' colspan='5' bgcolor='#e9b96e'>Variables in local scope (#%d)</th></tr>\n", + "<tr><th align='left' colspan='5' style='color: 0000222;background-color: #e9b96e;border: 1px solid 0000222;'>Variables in local scope (#%d)</th></tr>\n", #else "<tr><th align='left' colspan='4' bgcolor='#e9b96e'>Variables in local scope (#%d)</th></tr>\n", #endif - "</table></font>\n", - "<tr><td colspan='2' align='right' bgcolor='#eeeeec' valign='top'> $%s = </td><td colspan='4' bgcolor='#eeeeec'>%s</td></tr>\n", - "<tr><td bgcolor='#eeeeec'>$%s</td><td colspan='4' bgcolor='#eeeeec' colspan='2'>Undefined</td></tr>\n" + "</table>\n", + "<tr><td colspan='2' align='right' bgcolor='#eeeeec' valign='top' style='border-left: 1px solid #aaa;'> $%s =  </td><td colspan='4' bgcolor='#eeeeec' style='border-right: 1px solid #aaa;'>%s</td></tr>\n", + "<tr><td bgcolor='#eeeeec' style='border-left: 1px solid #aaa;' colspan='2' align='right'>$%s </td><td colspan='4' bgcolor='#eeeeec' colspan='2' style='border-right: 1px solid #aaa;'><span style='color:red'>Undefined</span></td></tr>\n" }; static void dump_used_var_with_contents(void *htmlq, xdebug_hash_element* he, void *argument) @@ -1652,6 +1652,7 @@ } if (!zvar) { + // $var = Undefined xdebug_str_add(str, xdebug_sprintf(formats[9], name), 1); return; } @@ -1663,6 +1664,7 @@ } if (contents) { + // $var = value xdebug_str_add(str, xdebug_sprintf(formats[8], name, contents), 1); } else { xdebug_str_add(str, xdebug_sprintf(formats[9], name), 1); @@ -1763,7 +1765,13 @@ tmp_name = xdebug_show_fname(i->function, html, 0 TSRMLS_CC); if (html) { #if HAVE_PHP_MEMORY_USAGE - xdebug_str_add(&str, xdebug_sprintf(formats[3], i->level, i->time - XG(start_time), i->memory, tmp_name), 1); + /* lines alternance */ + if( i->level%2 == 0 ) { + xdebug_str_add(&str, xdebug_sprintf(formats[3], "#f0f1f2", "#f0f1f2" , i->level, i->time - XG(start_time), i->memory, tmp_name), 1); + } + else { + xdebug_str_add(&str, xdebug_sprintf(formats[3], "#ffffff", "#ffffff" , i->level, i->time - XG(start_time), i->memory, tmp_name), 1); + } #else xdebug_str_add(&str, xdebug_sprintf(formats[3], i->level, i->time - XG(start_time), tmp_name), 1); #endif
Attached Files:

Notes
(0001213) derick    2009-12-27 16:57	Since Xdebug 2.0.3 or something, all output by Xdebug uses a CSS class that you can use instead now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
216	[Xdebug] Feature/Change request	major	always	2006-10-27 23:25	2009-12-27 16:56
Reporter:	quotemstr	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	RHEL4
PHP Version:	5.1.6
Summary:	call_user_* makes profiling much less useful
Description:	The problem arises from PHP using call_user_* like other languages would use a direct call through an indirect function reference, e.g., a function pointer. In code that uses a lot of this style of calling functions, e.g. callbacks, it's impossible to tell what functions are called by what other functions across a call_user_func because all functions called that way are grouped together at the call_user_* node. Let's say A is the set of functions that call through call_user_*, and B is the set of functions called. Every A will be shown as calling call_user_*, which then is shown to be connected to every B. We can't make the postprocessor perform the differentiation because it doesn't have enough information. My solution (and patch, will I will post later) is to recognize and special-case call_user_func, call_user_func_array, call_user_method, and call_user_method_array, and make any children of the nodes represented by these calls sibling of the call's parent. So in the example below, instead of f1()-->call_user_func, f()-->call_user_func, call_user_func-->g1() and call_user_func-->g2(), we get f1-->g1(), f2-->g2(), f1-->call_user_func() and f2-->call_user_func(). I'll post the patch in a comment or something. In the future, a more general way of recognizing and paramaterizing certain functions based on their parameters would be useful -- i.e., make any function get treated the way Xdebug currently treats require and include.
Steps To Reproduce:
Additional Information:	Example: function f1() { call_user_func('g1'); } function f2() { call_user_func('g2'); } function g1() { sleep(1); } function g2() { sleep(5); } f1(); f2(); f1 and f2 both get tagged with all the time, even though f2 is obviously a lot more expensive.
Attached Files:

Notes
(0000485) quotemstr    2006-10-27 23:30	--- xdebug_profiler.c.orig 2006-10-08 16:54:15.000000000 -0400 +++ xdebug_profiler.c.public 2006-10-27 17:29:53.000000000 -0400 @@ -146,33 +146,57 @@  #endif  }   +static int xdebug_profiler_skip_p(function_stack_entry* fse) { + return fse->prev && fse->function.function && + (!strcmp(fse->function.function, "call_user_func") || + !strcmp(fse->function.function, "call_user_func_array") || + !strcmp(fse->function.function, "call_user_method") || + !strcmp(fse->function.function, "call_user_method_array")); +} + +static char* xdebug_profiler_fse_name(function_stack_entry* fse, int* default_lineno TSRMLS_DC) { + char *tmp_fname, *tmp_name; + + tmp_name = show_fname(fse->function, 0, 0 TSRMLS_CC); + switch (fse->function.type) { + case XFUNC_INCLUDE: + case XFUNC_INCLUDE_ONCE: + case XFUNC_REQUIRE: + case XFUNC_REQUIRE_ONCE: + tmp_fname = xdebug_sprintf("%s::%s", tmp_name, fse->include_filename); + xdfree(tmp_name); + tmp_name = tmp_fname; + if(default_lineno) { + *default_lineno = 1; + } + + break; + + default: + if(default_lineno) { + *default_lineno = fse->lineno; + } + + break; + } + + return tmp_name; +} +    void xdebug_profiler_function_user_end(function_stack_entry *fse, zend_op_array* op_array TSRMLS_DC)  {      xdebug_llist_element *le; - char *tmp_fname, *tmp_name; + char *tmp_name;      int default_lineno = 0; + xdebug_call_entry *ce = NULL;        xdebug_profiler_function_push(fse); - tmp_name = show_fname(fse->function, 0, 0 TSRMLS_CC); - switch (fse->function.type) { - case XFUNC_INCLUDE: - case XFUNC_INCLUDE_ONCE: - case XFUNC_REQUIRE: - case XFUNC_REQUIRE_ONCE: - tmp_fname = xdebug_sprintf("%s::%s", tmp_name, fse->include_filename); - xdfree(tmp_name); - tmp_name = tmp_fname; - default_lineno = 1; - break; - - default: - default_lineno = fse->lineno; - break; - } - + + tmp_name = xdebug_profiler_fse_name(fse, &default_lineno); +      if (fse->prev) { - xdebug_call_entry *ce = xdmalloc(sizeof(xdebug_call_entry)); + ce = xdmalloc(sizeof(xdebug_call_entry));          ce->filename = xdstrdup(fse->filename);          ce->function = xdstrdup(tmp_name);          ce->time_taken = fse->profile.time; @@ -181,10 +205,10 @@  #if HAVE_PHP_MEMORY_USAGE          ce->mem_used = fse->profile.memory - XG_MEMORY_USAGE();  #endif - +          xdebug_llist_insert_next(fse->prev->profile.call_list, NULL, ce);      } - +      if (op_array) {          fprintf(XG(profile_file), "fl=%s\n", op_array->filename);      } else { @@ -195,8 +219,7 @@      } else {          fprintf(XG(profile_file), "fn=php::%s\n", tmp_name);      } - xdfree(tmp_name); - +      if (fse->function.function && strcmp(fse->function.function, "{main}") == 0) {  #if HAVE_PHP_MEMORY_USAGE          fprintf(XG(profile_file), "\nsummary: %lu %u\n\n", (unsigned long) (fse->profile.time * 10000000), XG_MEMORY_USAGE()); @@ -205,41 +228,83 @@  #endif      }      fflush(XG(profile_file)); - - /* update aggregate data */ - if (XG(profiler_aggregate)) { - fse->aggr_entry->time_inclusive += fse->profile.time; - fse->aggr_entry->call_count++; - } - + + double net_time_taken = fse->profile.time; + +#ifdef HAVE_PHP_MEMORY_USAGE + long net_mem_used = fse->memory; +#endif +      /* Subtract time in calledfunction from time here */      for (le = XDEBUG_LLIST_HEAD(fse->profile.call_list); le != NULL; le = XDEBUG_LLIST_NEXT(le))      {          xdebug_call_entry *call_entry = XDEBUG_LLIST_VALP(le); - fse->profile.time -= call_entry->time_taken; + net_time_taken -= call_entry->time_taken; +#if HAVE_PHP_MEMORY_USAGE + net_mem_used -= call_entry->mem_used; +#endif + } + + /* Reassign children of this node to our parent if we've marked it as "skip" */ + if (xdebug_profiler_skip_p(fse)) { + + /* update aggregate data with net data */ + if (XG(profiler_aggregate)) { + fse->aggr_entry->time_inclusive += net_time_taken; + fse->aggr_entry->call_count++; + } + + /* xdebug_profiler_skip_p(fse) implies fse->prev, which + * implies that ce is valid */ + ce->time_taken = net_time_taken; +  #if HAVE_PHP_MEMORY_USAGE - fse->memory -= call_entry->mem_used; + ce->mem_used = net_mem_used;  #endif + + /* Move the call list to the parent call list; if + * xdebug_profile_p is true, we know there is a parent */ + char* prevname = xdebug_profiler_fse_name(fse->prev, NULL); + + for(le = XDEBUG_LLIST_HEAD(fse->profile.call_list); le != NULL; le = XDEBUG_LLIST_NEXT(le)) + { + xdebug_call_entry *ce1 = XDEBUG_LLIST_VALP(le); + xdebug_call_entry *ce2 = xdmalloc(sizeof(xdebug_call_entry)); + memcpy(ce2, ce1, sizeof(xdebug_call_entry)); + ce2->filename = ce1->filename ? xdstrdup(ce1->filename) : NULL; + ce2->function = ce1->function ? xdstrdup(ce1->function) : NULL; + xdebug_llist_insert_next(fse->prev->profile.call_list, NULL, ce2); + } + + xdebug_llist_empty(fse->profile.call_list, NULL); + xdfree(prevname); + } else { + /* update aggregate data with gross data */ + if (XG(profiler_aggregate)) { + fse->aggr_entry->time_inclusive += fse->profile.time; + fse->aggr_entry->call_count++; + }      } +  #if HAVE_PHP_MEMORY_USAGE - fprintf(XG(profile_file), "%d %lu %ld\n", default_lineno, (unsigned long) (fse->profile.time * 10000000), (XG_MEMORY_USAGE() - fse->profile.memory) < 0 ? 0 : (XG_MEMORY_USAGE() - fse->profile.memory)); + fprintf(XG(profile_file), "%d %lu %ld\n", default_lineno, (unsigned long) (net_time_taken * 10000000), (XG_MEMORY_USAGE() - fse->profile.memory) < 0 ? 0 : (XG_MEMORY_USAGE() - fse->profile.memory));  #else      fprintf(XG(profile_file), "%d %lu\n", default_lineno, (unsigned long) (fse->profile.time * 10000000));  #endif - +      /* update aggregate data */      if (XG(profiler_aggregate)) { - fse->aggr_entry->time_own += fse->profile.time; + fse->aggr_entry->time_own += net_time_taken;  #if HAVE_PHP_MEMORY_USAGE - fse->aggr_entry->mem_used += fse->memory; + fse->aggr_entry->mem_used += net_mem_used;  #endif      } - +      /* dump call list */      for (le = XDEBUG_LLIST_HEAD(fse->profile.call_list); le != NULL; le = XDEBUG_LLIST_NEXT(le))      {          xdebug_call_entry *call_entry = XDEBUG_LLIST_VALP(le); - +          if (call_entry->user_defined == XDEBUG_EXTERNAL) {              fprintf(XG(profile_file), "cfn=%s\n", call_entry->function);          } else { @@ -253,8 +318,13 @@          fprintf(XG(profile_file), "%d %lu\n", call_entry->lineno, (unsigned long) (call_entry->time_taken * 10000000));  #endif      } +      fprintf(XG(profile_file), "\n");      fflush(XG(profile_file)); + xdfree(tmp_name); + + fse->profile.time = net_time_taken; + fse->memory = net_mem_used;  }
(0000486) derick    2006-10-30 11:17	The patch in the comment got garbled, feel free to send patches to xdebug-dev@lists.xdebug.org. Also, I think it might be better to handle call_user* in the same way as include... the name of the class/method can be added to the call_user* function's name, such as call_user_func::classname->method. Please feel free to discuss this on the xdebug-dev@lists.xdebug.org mailinglist as well.
(0000493) derick    2006-11-21 20:02	Reminder sent to quotemstr The patch in the comment got garbled, feel free to send patches to xdebug-dev@lists.xdebug.org. Also, I think it might be better to handle call_user* in the same way as include... the name of the class/method can be added to the call_user* function's name, such as call_user_func::classname->method. Please feel free to discuss this on the xdebug-dev@lists.xdebug.org mailinglist as well.
(0000517) derick    2006-12-12 13:59	Reminder sent to quotemstr The patch in the comment got garbled, feel free to send patches to xdebug-dev@lists.xdebug.org. Also, I think it might be better to handle call_user* in the same way as include... the name of the class/method can be added to the call_user* function's name, such as call_user_func::classname->method. Please feel free to discuss this on the xdebug-dev@lists.xdebug.org mailinglist as well.
(0000544) derick    2007-01-14 19:01	Reminder sent to quotemstr The patch in the comment got garbled, feel free to send patches to xdebug-dev@lists.xdebug.org. Also, I think it might be better to handle call_user* in the same way as include... the name of the class/method can be added to the call_user* function's name, such as call_user_func::classname->method. Please feel free to discuss this on the xdebug-dev@lists.xdebug.org mailinglist as well.
(0001212) derick    2009-12-27 16:56	The patch got garbled, and there was not feedback provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
174	[Xdebug] Usage problems	minor	always	2006-04-19 18:00	2009-12-27 16:54
Reporter:	beandog	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP Pro SP2
PHP Version:	5.0.5
Summary:	'echo' command does not work in eval function
Description:	When doing an 'eval' through the DBGp protocol in XDebug, valid echo commands are not executed and return error messages.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001211) derick    2009-12-27 16:54	You're correct that this doesn't work; however, internally Xdebug uses Zend's zend_do_string() which always prepends "return " to the string-to-be-parsed to be able to return the value of evaluated statements to be passed back. Obviously the string: return echo "too\n"; creates a parse error. I can't fix this unless I repeat much of the Zend API functions, and I don't think it's worth it. Also, print "too\n"; works just fine (As it's a statement for PHP and returns something).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
473	[Xdebug] Debug client (console)	minor	always	2009-09-24 02:21	2009-12-27 14:30
Reporter:	dionyziz	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian 2.6.26-2-openvz-amd64
PHP Version:	5.2.10
Summary:	Remote debugging `show-locals' and `show' fails with crash when examining arrays
Description:	In XDebug 2.0.5 (stable), when remote debugging on a Debian server and a Debian client using "gdb" debugging mode, the following always causes a crash. Type the following code and save it as test.php: <?php function Test() { $q = array( 1, 2, 5 ); xdebug_break(); } Test(); ?> Visit test.php with remote debugging enabled. Have a debugging client wait to accept remote connections, for example using netcat: > nc -lvvv -p 9000 Upon connection, issue "run" to start the script. The script will enter the Test function and break. Issue "next" to get out of the "xdebug_break" callstack and get ready to execute the "}" line of the function. Issue a "show" or "show-locals". The program will immediately crash and disconnect from the debug client.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001097) derick    2009-10-17 18:06	I can not reproduce this with Xdebug's HEAD from CVS, could you please try?
(0001210) derick    2009-12-27 14:30	Requested feedback not provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
462	[Xdebug] Usage problems	minor	always	2009-08-06 11:20	2009-12-27 14:30
Reporter:	husen	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	kubuntu
PHP Version:	5.3.0
Summary:	segmentation fault upon activating pecl newt extension
Description:	I am receiving segmentation fault error when running command phing to run unit tests and produce coverage report. If I disable newt extension, then not any error. Not sure whether this is correct place to report bug. test$ phing Buildfile: /test/build.xml fads4coreadmin > unittest: [delete] Deleting directory /tests/unittests/reports [mkdir] Created dir: /tests/unittests/reports/coverage [coverage-setup] Setting up coverage database for 6 files [coverage-report] Transforming coverage report BUILD FINISHED Total time: 2.2910 seconds Segmentation fault
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001029) derick    2009-08-06 11:42	In order to know, I would need at least a GDB backtrace, and even better would be a short reproducing case to go with this. I don't have the time to debug phing.
(0001031) husen    2009-08-06 12:54	is it something below you are looking for? Sorry to say but I'm not quite good with *unix:) $ bashdb /usr/local/bin/phing Bourne-Again Shell Debugger, release bash-3.1-0.08 Copyright 2002, 2003, 2004, 2006, 2007 Rocky Bernstein This is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. (/usr/local/bin/phing:9): 9: PHP_COMMAND="/usr/local/bin/php" bashdb<0> next (/usr/local/bin/phing:10): 10: export PHP_COMMAND bashdb<1> next (/usr/local/bin/phing:22): 22: $PHP_COMMAND -d html_errors=off -qC /usr/local/lib/php/phing.php -logger phing.listener.AnsiColorLogger "$@" bashdb<2> next Buildfile: /home/husen/project/fads/test/build.xml fads4coreadmin > unittest:    [delete] Deleting directory /tests/unittests/reports     [mkdir] Created dir: /tests/unittests/reports/coverage [coverage-setup] Setting up coverage database for 6 files [coverage-report] Transforming coverage report BUILD FINISHED Total time: 2.2016 seconds /usr/local/bin/phing: line 22: 26833 Segmentation fault $PHP_COMMAND -d html_errors=off -qC /usr/local/lib/php/phing.php -logger phing.listener.AnsiColorLogger "$@" (/usr/bin/bashdb:288): 288: bashdb<3> bt ->0 in file `/usr/bin/bashdb' at line 288 ##1 main() called from file `/usr/bin/bashdb' at line 0 bashdb<4> q
(0001032) derick    2009-08-06 13:13	No, I need a gdb backtrace. See: http://bugs.php.net/bugs-generating-backtrace.php [^] (probably the bit for "command line" under "If you can't get a core file:"
(0001100) derick    2009-10-17 18:41	Reminder sent to:: husen No, I need a gdb backtrace. See: http://bugs.php.net/bugs-generating-backtrace.php [^] [^] (probably the bit for "command line" under "If you can't get a core file:"
(0001209) derick    2009-12-27 14:30	Requested feedback not provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
504	[Xdebug] Feature/Change request	major	always	2009-12-27 07:19	2009-12-27 07:19
Reporter:	rene7705	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.0.0dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	n/a
PHP Version:	5.2.10
Summary:	i'd like to be able to list a whitelist / blacklist of functions & classes for a trace / profiling
Description:	For my custom debugging system i need a full trace including full variable & return content. But adding this for all functions will cause the logs to grow so large that parsing them will become (too) slow. so i'd like to propose adding a few parameters somewhere (preferably also in xdebug_start_trace()); - whitelist of classes to include in a log (so excluding all others) - blacklist of classes not to include in a log - whitelist of functions to include in a log (so excluding all others) - blacklist of functions not to include in a log (if a whitelist is set, the blacklist is irrelevant, imo) It would be great if you could also add a function that returns which classes and functions are in a given php file. I'm willing to write this last one (in php), if you're interested in adding these white- & blacklists.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
499	[Xdebug] Feature/Change request	feature	N/A	2009-12-16 18:19	2009-12-22 09:44
Reporter:	rovangju	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	All
PHP Version:	5.3.0
Summary:	Remote_host and firewalls
Description:	There's a fundamental issue with how remote_host works. In order to trigger the debugger, the scripts must be accessed from that ip. For networks with firewalls, etc. It may be prudent to provide a means to provide something to override that behavior to allow redirection to something like an SSH tunnel.
Steps To Reproduce:
Additional Information:	If you make a tunnel from IDE machine to xdebug server - xdebug must send it's communication through the tunnel and back to the client. No way to specify without some fancy iptables stuff.
Attached Files:

Notes
(0001201) derick    2009-12-22 00:37	I am pretty sure that you can do this with just an SSH tunnel: 1. from your local machine: ssh -R 9000:localhost:9000 xdebug-machine 2. configure xdebug on the xdebug-machine as "remote_host=localhost". 3. configure your IDE on your local machine to listen to port 9000 (which should be the default).
(0001204) rovangju    2009-12-22 03:48    (edited on: 2009-12-22 03:51)	If you have remote_host=localhost - and have xdebug setup to interact with the ide if you load the page via browser, it won't do that unless you have the actual ip. The tunnel might reach the client, but the session won't get fired off because it's looking for localhost. Inverse, if you have remote_host=<my_ip>, it attmpts to start the debugging session from the browser, but won't connect to the client because it's not tunneled. best way to explain it would be variables like: listen_host - listen for a particular ip e.g. 10.0.0.5 and return_host - which could be set to localhost (for the port 9000 communication)
(0001205) derick    2009-12-22 09:44	What you say is not true; I just tested this with the following setup: 1. local machine has Komodo running, and listening for debug connections on port 9000 2. ssh -R 9000:localhost:9000 xdebug.org 3. in that opened shell:    export XDEBUG_CONFIG="idekey=dr"        echo '<?php function foo() { $a = 52; } foo(); echo strlen( "basdfadsf" );?>' > test8234234.php    php test8234234.php And I get this connection popping up in Komodo. If there is anything that prevents this from working, it's your IDE.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
498	[Xdebug] Usage problems	minor	have not tried	2009-12-10 11:43	2009-12-22 00:42
Reporter:	innusius	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.3.0
Summary:	Backport fix for 0000376: Fail context for local variable to stable xdebug
Description:	I would be cool if you could Backport fix for 0000376: Fail context for local variable to stable xdebug , or release new version with this fix , as I have no luck with php 5.2 on archlinux . Many thanks for xdebug !!
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001203) derick    2009-12-22 00:42	This is a duplicate, a new Xdebug version will come soon. No need to add more issues for this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
497	[Xdebug] Debug client (console)	minor	always	2009-12-09 17:27	2009-12-22 00:40
Reporter:	funkyfly	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	windows 7
PHP Version:	5.3.0
Summary:	Xdebug doesn't work with PHP 5.3.1
Description:	C:\>php -v Xdebug requires Zend Engine API version 220060519. The Zend Engine API version 220090626 which is installed, is newer. Contact Derick Rethans at http://xdebug.org [^] for a later version of Xdebug. PHP 5.3.1 (cli) (built: Nov 19 2009 10:17:43) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001196) funkyfly    2009-12-12 21:17	Everything seems to be all right. I have downloaded dll from http://downloads.php.net/pierre/, [^] and seems to work now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
500	[Xdebug] Usage problems	minor	have not tried	2009-12-21 06:46	2009-12-22 00:38
Reporter:	jnr	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 9.04
PHP Version:	5.3.0
Summary:	Local Variables appear as uninitialized under PHP 5.3.1 under Ubuntu 9.04
Description:	I had installed PHP 5.3.1 on ubuntu 9.04 and latest version of XDebug 2.0.5. The local variables inside the functions show up as uninitialized though they are being assigned values. Outside the function scope the variables show the right values. Due the local variables and variables passed to the functions not showing the correct values the debugger fails to do what I want. I assume this issue is due to the PHP version 5.3.1.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001202) derick    2009-12-22 00:38	Duplicate of 0000467, which already has been fixed in SVN.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
493	[Xdebug] Usage problems	minor	have not tried	2009-11-27 19:22	2009-12-02 11:10
Reporter:	vns	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian GNU/Linux
PHP Version:	5.2.10
Summary:	Disabling xdebug crashes apache
Description:	Hi, I am using Apache 2 with PHP5 and Xdebug in Debian. When I try to remove xdebug either in "apt-get remove php5-xdebug" or commenting out "zend_extension=/usr/lib/php5/20060613+lfs/xdebug.so" Apache crashes when I try to restart it. Any idea why this happens?
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001187) derick    2009-11-28 00:26	How do you restart Apache?
(0001188) vns    2009-11-28 16:48	With apache2ctl restart. Then all Apache processes are getting "child pid XXXXX exit signal Segmentation fault (11)".
(0001189) derick    2009-12-01 21:24	Does it work if you do: apache2ctl stop apache2ctl start?
(0001190) vns    2009-12-02 06:04	Yes it does! Thanks a lot! =)
(0001191) derick    2009-12-02 11:10	Closing it then. There's always been issues with this, and I can't be bothered to find out why as "stop" + "start" works fine :-)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
235	[Xdebug] Debug client (console)	crash	always	2007-01-19 02:07	2009-11-27 17:08
Reporter:	jeffg	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.0
Summary:	php crash on Vista w/Komodo
Description:	repro: - install Komodo 4 with php 5.2 on Vista - step into any file, then switch to the 'superglobals' debugger tab - Vista reports that php has crashed
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000550) derick    2007-01-19 09:57	I only have Komodo 3, and no Windows whatsoever.I tried to reproduce this on Linux (with Komodo 3) and a script running with valgrind/php, but it is working perfectly. Could you please supply the script *and* most importantly the remote debug log (-dxdebug.remote_log=c:\...)? Perhaps Komodo 4 sends a different query for the superglobals.
(0000560) derick    2007-01-29 20:01	Reminder sent to jeffg I only have Komodo 3, and no Windows whatsoever.I tried to reproduce this on Linux (with Komodo 3) and a script running with valgrind/php, but it is working perfectly. Could you please supply the script *and* most importantly the remote debug log (-dxdebug.remote_log=c:\...)? Perhaps Komodo 4 sends a different query for the superglobals.
(0000728) jeffg    2007-09-28 01:08	Sorry for not getting back regarding this bug. It does still exist and I am wondering how to proceed with it. Some more points:  - it only ever happens on Vista, testing on linux is pointless  - on Vista it happens every time Is there some information I can get you from our test machine that will help sort this out? I have little experience debugging PHP extensions on Windows.
(0000729) jeffg    2007-09-29 01:07	We looked a bit more at this today with frustrating results. Our idea was to build a debug build of xdebu on windows and try to attach to the php-cgi process with Visual Studio to catch the crash. We can do this but never get the debug symbols etc to display, all we get is the assembler stack. The actual crash happens deep in ntdll so I imagine this is due to a difference between Vista and XP/previous windows.
(0000730) neraath    2007-09-29 07:02	I likewise have this problem. However, I don't even have to click on the superglobals debugger tab. I just start debugging and it crashes on me. Here's some information I have from Visual Studio: 'php.exe': Loaded 'C:\xampp\php\php.exe', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\ntdll.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\kernel32.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\php5ts.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\oleaut32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\ole32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\msvcrt.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\gdi32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\user32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\advapi32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\rpcrt4.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\odbc32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\winsxs\x86_microsoft.windows.common-controls_6595b64144ccf1df_5.82.6000.16386_none_87e0cb09378714f1\comctl32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\shell32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\shlwapi.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\comdlg32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\ws2_32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\nsi.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\imm32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\msctf.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\lpk.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\usp10.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\winsxs\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6000.16386_none_5d07289e07e1d100\comctl32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\odbcint.dll', Binary was not built with debug information. 'php.exe': Loaded 'C:\xampp\php\ext\php_xdebug.dll', Binary was not built with debug information. 'php.exe': Loaded 'C:\xampp\php\ext\php_curl.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ssleay32.dll', Binary was not built with debug information. 'php.exe': Loaded 'C:\xampp\php\libeay32.dll', Binary was not built with debug information. 'php.exe': Loaded 'C:\Windows\System32\wsock32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\winmm.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\oleacc.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_gd2.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_gettext.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_imap.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\secur32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\crypt32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\msasn1.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\userenv.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_mbstring.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_exif.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_mcrypt.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\libmcrypt.dll', Binary was not built with debug information. 'php.exe': Loaded 'C:\xampp\php\ext\php_mcrypt_filter.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_mime_magic.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_ming.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_mssql.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ntwdblib.dll', Cannot find or open a required DBG file. 'php.exe': Loaded 'C:\Windows\System32\netapi32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\psapi.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_mysql.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\libmysql.dll', Binary was not built with debug information. 'php.exe': Loaded 'C:\xampp\php\ext\php_mysqli.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_openssl.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_pdf.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_pdo.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_pdo_mssql.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_pdo_mysql.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_pdo_sqlite.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_pgsql.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_soap.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_sockets.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_sqlite.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_xmlrpc.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_xsl.dll', No symbols loaded. 'php.exe': Loaded 'C:\xampp\php\ext\php_zip.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\credssp.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\schannel.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\nlaapi.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\IPHLPAPI.DLL', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\dhcpcsvc.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\dnsapi.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\winnsi.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\dhcpcsvc6.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\mswsock.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\winrnr.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\Wldap32.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\NapiNSP.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\pnrpnsp.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\rasadhlp.dll', No symbols loaded. 'php.exe': Loaded 'C:\Windows\System32\WSHTCPIP.DLL', No symbols loaded. The thread 'Win32 Thread' (0x15ec) has exited with code 0 (0x0). Unhandled exception at 0x77af2086 in php.exe: 0xC0000005: Access violation reading location 0x032bf6f4. I have no idea what I'm looking at when I look at a disassembly, but here's some of the information around it (asterisk is the break point): 77AF2072 mov eax,dword ptr [edi] 77AF2074 mov esi,edi 77AF2076 shr esi,3 77AF2079 xor esi,eax 77AF207B xor esi,dword ptr ds:[77B55284h] 77AF2081 mov dword ptr [ebp-4],edi 77AF2084 xor esi,ecx * 77AF2086 mov eax,dword ptr [esi+4] 77AF2089 mov dword ptr [ebp-0Ch],eax 77AF208C mov byte ptr [edi+7],80h 77AF2090 mov byte ptr [edi+6],0 77AF2094 mov ebx,dword ptr [esi+8] 77AF2097 mov ecx,dword ptr [esi+0Ch] 77AF209A mov dword ptr [ebp-20h],ebx 77AF209D add ebx,1 77AF20A0 mov dword ptr [ebp-1Ch],ecx
(0000731) jeffg    2007-10-01 19:35	@nerath: The dissasembly won't help because the Windows xdebug builds are stripped of symbols. I have tried to build xdebug as a 'debug' build in Visual Studio, but still don't see anything but the disassembly. I am no wizard with debugging C code on Windows though.
(0000732) jeffg    2007-10-01 21:25	Using the instructions from this post: http://blog.thepimp.net/index.php/tag/windows [^] using: php 5.2.3 and the 'debug pack' I have what I think is more info on the crash: Report for php-cgi__PID__276__Date__10_01_2007__Time_12_19_23PM__100__Second_Chance_Exception_C0000005.dmp Type of Analysis Performed Crash Analysis Machine Name OPUSWOW Operating System Windows Vista Number Of Processors 2 Process ID 276 Process Image C:\Users\jeffg\Desktop\php-test\php-5.2.3-Win32\php-cgi.exe System Up-Time 00:22:40 Process Up-Time 00:01:48 Thread 0 - System ID 3132 Entry point php_cgi!mainCRTStartup Create time 10/1/2007 12:17:35 PM Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.15 Function Arg 1 Arg 2 Arg 3 Source ntdll!RtlpLowFragHeapFree+31 0209fd40 00000000 024b0a60 ntdll!RtlFreeHeap+101 012c0000 00000000 0209fd38 kernel32!HeapFree+14 012c0000 00000000 0209fd40 php_xdebug!xdebug_zend_shutdown+f3a2 0209fd40 024b3d80 003d62b4 php_xdebug!xdebug_zend_shutdown+f1d8 024b4010 024b3c68 003d6272 php_xdebug!xdebug_zend_shutdown+f244 024b3d80 024b3b50 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b3c68 024b3a38 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b3b50 024b3920 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b3a38 024b3808 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b3920 024b36c0 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b3808 024b35d0 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b36c0 024b34b8 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b35d0 024b33a0 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b34b8 024b3288 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b33a0 024b3170 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b3288 024b3080 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b3170 024b2f68 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b3080 024b2e20 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b2f68 024b2d08 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b2e20 024b2bf0 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b2d08 024b2ab0 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b2bf0 024b2998 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b2ab0 024b2880 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b2998 024b2768 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b2880 024b25f8 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b2768 024b24e0 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b25f8 024b23c8 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b24e0 024b22b0 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b23c8 024b2148 003d6282 php_xdebug!xdebug_zend_shutdown+f202 024b22b0 024b2030 003d6272 php_xdebug!xdebug_zend_shutdown+f212 024b2148 024b0f60 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b2030 024b0e48 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b0f60 024b0d30 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b0e48 024b0c18 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b0d30 024b0a10 003d6272 php_xdebug!xdebug_zend_shutdown+f202 024b0c18 024b08f8 003d6282 php_xdebug!xdebug_zend_shutdown+f202 024b0a10 024b08f8 003cdb78 php_xdebug!xdebug_zend_shutdown+f212 024b08f8 00000000 000d1560 php_xdebug!xdebug_zend_shutdown+6b08 02078bcc 000d1560 024b08f8 php_xdebug!xdebug_zend_shutdown+7848 02078bcc 012ccd10 01e0a508 php_xdebug!xdebug_statement_call+18a 01e0a438 100a6802 01fe9480 php5ts!zend_extension_statement_handler+12 01fe9480 01e0a438 000d1560 php5ts!zend_llist_apply_with_argument+22 104b0880 1001de50 01e0a438 php5ts!ZEND_EXT_STMT_SPEC_HANDLER+33 00c0db8c 000d1560 01e0a438 php5ts!ZEND_USER_OPCODE_SPEC_HANDLER+53 00c0db8c 000d1560 000d1560 php5ts!execute+1c5 01e0a438 000d1560 01e093f5 php_xdebug!get_module+1cd9 00000000 00000000 00000000 NTDLL!RTLPLOWFRAGHEAPFREE+31In php-cgi__PID__276__Date__10_01_2007__Time_12_19_23PM__100__Second_Chance_Exception_C0000005.dmp the assembly instruction at ntdll!RtlpLowFragHeapFree+31 in C:\Windows\System32\ntdll.dll from Microsoft Corporation has caused an access violation exception (0xC0000005) when trying to read from memory location 0x0326ef74 on thread 0 Module Information Image Name: C:\Windows\System32\ntdll.dll Symbol Type: PDB Base address: 0x77b60000 Time Stamp: Thu Nov 02 02:43:37 2006 Checksum: 0x00128171 Comments: COM DLL: False Company Name: Microsoft Corporation ISAPIExtension: False File Description: NT Layer DLL ISAPIFilter: False File Version: 6.0.6000.16386 (vista_rtm.061101-2205) Managed DLL: False Internal Name: ntdll.dll VB DLL: False Legal Copyright: © Microsoft Corporation. All rights reserved. Loaded Image Name: ntdll.dll Legal Trademarks: Mapped Image Name: Original filename: ntdll.dll Module name: ntdll Private Build: Single Threaded: False Product Name: Microsoft® Windows® Operating System Module Size: 1.12 MBytes Product Version: 6.0.6000.16386 Symbol File Name: c:\symcache\ntdll.pdb\C0A498F0036E4D4FB5CBF69005B0F9242\ntdll.pdb Special Build: &
(0000733) jeffg    2007-10-01 21:40	@neraath if you follow the steps to get the crash analysis on your system, what results do you get?
(0000818) jeffg    2007-11-30 22:12	This seems to have cleared up in recent builds, tested with php 5.2.5 only so far.
(0001183) derick    2009-11-27 17:08	"This seems to have cleared up in recent builds, tested with php 5.2.5 only so far. "

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
350	[Xdebug] Installation	crash	always	2008-01-29 10:39	2009-11-27 17:06
Reporter:	snowkrash	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Vista (Windows 6.0.6000)
PHP Version:	5.2.5
Summary:	Apache crashes with xdebug 2.0.2 as Zend ext. on Vista
Description:	ai code reference to additional information. Xdebug 2.0.2 for PHP 5.2.1-5.2.7 installed as an Zend extension on Vista, PHP5, Apache 2.2.6 as a Windows service (XAMPP Windows 1.6.5). If default xdebug 2.0.2 is used (shipped with XAMPP Windows 1.6.5) (see php.ini: ai1) then everything works fine. But if I use the downloaded version and set it in php.ini (ai2), of course I commented out the original version, then Apache crashes (ai3). Not immediately, it loads normally, but after a few requests.
Steps To Reproduce:
Additional Information:	=========== ai1, default extension: extension=php_xdebug.dll =========== ai2, zend extensions: zend_extension_ts = "C:\Software\XAMPP\php\ext\php_xdebug-2.0.2-5.2.5.dll" zend_extension_ts = "C:\Software\XAMPP\php\zendOptimizer\lib\ZendExtensionManager.dll" ;zend_extension_manager.optimizer_ts = "C:\Software\XAMPP\php\zendOptimizer\lib\Optimizer" Optimizer is commmented out in favour of eAccelerator 0.9.5.2 =========== NOTE: The same configuration on Windows XP SP2 (5.1.2600) works fine. =========== ai3, Windows log message: Fault bucket 610686553, type 1 Name event: APPCRASH answer: None Id of CAB-file: 0 Problem signature: P1: apache.exe P2: 2.2.6.0 P3: 47319811 P4: php_xdebug-2.0.2-5.2.5.dll P5: 2.0.2.0 P6: 4737295b P7: c0000005 P8: 00006e21 P9: P10: Inserted files: C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0d69929e\WER82E5.tmp.version.txt C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0d69929e\WER82E6.tmp.appcompat.txt C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0d69929e\WER84CB.tmp.hdmp C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0d69929e\WER91A8.tmp.mdmp These files may be available: C:\ProgramData\Microsoft\Windows\WER\ReportArchive\Report0e11bad6 =========== ai4, Windows fault message: Application with error apache.exe, version 2.2.6.0, timestamp 0x47319811, module with error ntdll.dll, version 6.0.6000.16386, timestamp 0x4549bdc9, exceptioncode 0xc0000005, errormargin 0x000620e3, proces-id 0xdf4, application starttime 0x01c86253f8617de4.
Attached Files:

Notes
(0000853) eric    2008-05-14 18:50	httpd__PID__704__Date__05_14_2008__Time_12_42_20PM__556__Second_Chance_Exception_C0000005.dmp Type of Analysis Performed Crash Analysis Machine Name ERIC-DESKTOP Operating System Windows Vista Service Pack 1 Number Of Processors 2 Process ID 704 Process Image C:\Program Files\Apache Software Foundation\Apache2.2\bin\httpd.exe System Up-Time 02:25:46 Process Up-Time 00:12:48 Thread 5 - System ID 5720 Entry point msvcrt!_endthreadex+6f Create time 5/14/2008 12:29:32 PM Time spent in user mode 0 Days 0:0:0.0 Time spent in kernel mode 0 Days 0:0:0.0 Function Arg 1 Arg 2 Arg 3 Source php_xdebug!xdebug_init_oparray+23 04e1e698 00f69582 0181fc80 php5ts!zend_extension_op_array_ctor_handler+12 0181fc80 04e1e698 0430def8 php5ts!zend_llist_apply_with_argument+22 013873e0 00f6d010 04e1e698 php5ts!init_op_array+dc 04e1e698 00000002 00000040 php5ts!compile_file+b6 01fffe68 00000008 0430de00 php_xdebug!get_module+5077 00000000 00000000 00000000 PHP_XDEBUG!XDEBUG_INIT_OPARRAY+23WARNING - DebugDiag was not able to locate debug symbols for php_xdebug.dll, so the information below may be incomplete. In httpd__PID__704__Date__05_14_2008__Time_12_42_20PM__556__Second_Chance_Exception_C0000005.dmp the assembly instruction at php_xdebug!xdebug_init_oparray+23 in c:\php\ext\php_xdebug.dll from Derick Rethans has caused an access violation exception (0xC0000005) when trying to write to memory location 0x00000000 on thread 5 Module Information Image Name: c:\php\ext\php_xdebug.dll Symbol Type: Export Base address: 0x001b0000 Time Stamp: Wed Apr 09 10:59:05 2008 Checksum: 0x00000000 Comments: Thanks to Derick Rethans, Ilia Alshanetsky, Harald Radi COM DLL: False Company Name: Derick Rethans ISAPIExtension: False File Description: Xdebug ISAPIFilter: False File Version: 2.0.3 Managed DLL: False Internal Name: php_xdebug.dll VB DLL: False Legal Copyright: Copyright © 2002-2008 Derick Rethans Loaded Image Name: php_xdebug.dll Legal Trademarks: Mapped Image Name: Original filename: php_xdebug.dll Module name: php_xdebug Private Build: Single Threaded: False Product Name: Xdebug Module Size: 160.00 KBytes Product Version: 2.0.3 Symbol File Name: php_xdebug.dll Special Build: &

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
377	[Xdebug] Usage problems	crash	sometimes	2008-06-14 12:11	2009-11-27 17:06
Reporter:	radius	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP SP3
PHP Version:	5.2.6
Summary:	Access Violation at 00DA8493
Description:	Unfortunatelly, I cannot say more than that: PHP has encountered an Access Violation at 00DA8493 If I refresh the page, the error disappears. The next page refresh displays the access violation again and so on. So, the error continues (dis)appearing with page refreshing.
Steps To Reproduce:
Additional Information:	My php.ini is: xdebug.remote_enable=on xdebug.profiler_enable=off xdebug.profiler_enable_trigger=off xdebug.profiler_output_dir="./profiler" xdebug.profiler_output_name="cachegrind.out.%t" xdebug.remote_log=C:\PHP\xdebug.log SERVER_SOFTWARE: Microsoft-IIS/5.1 running on localhost
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
383	[Xdebug] Usage problems	crash	random	2008-07-04 08:48	2009-11-27 17:05
Reporter:	AlexanderLAW	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 2000/IIS
PHP Version:	5.2.6
Summary:	PHP crash: PHP has encountered an Access Violation at 01948493
Description:	From time to time i'm getting forementioned error.
Steps To Reproduce:
Additional Information:	After installing WinDBG I found that violation occurs at: php_xdebug_2_0_3_5_2_5!xdebug_init_oparray: 01948470 6a00 push 0x0 01948472 6a00 push 0x0 01948474 ff1570929501 call dword ptr [php_xdebug_2_0_3_5_2_5!xdebug_init_oparray+0x10e00 (01959270)] 0194847a 8b00 mov eax,[eax] 0194847c 8b0dec339601 mov ecx,[php_xdebug_2_0_3_5_2_5!zend_extension_entry+0x6dc (019633ec)] 01948482 83c408 add esp,0x8 01948485 8b5488fc mov edx,[eax+ecx*4-0x4] 01948489 8b4c2404 mov ecx,[esp+0x4] 0194848d 8b8280000000 mov eax,[edx+0x80] 01948493 c744817c00000000 mov dword ptr [ecx+eax*4+0x7c],0x0 0194849b c3 ret so i think problem is in this code: ZEND_DLEXPORT void xdebug_init_oparray(zend_op_array *op_array) { TSRMLS_FETCH(); op_array->reserved[XG(reserved_offset)] = 0; } maybe reserved_offset has some invalid values...
Attached Files:

Notes
(0000860) derick    2008-07-04 10:34	Do you have a short reproducible script for this issue?
(0000864) AlexanderLAW    2008-07-04 10:46	No, I don't. I encounter this exception while moodle usage, and it comes out on different pages. I don't think, that it's related to some specific code. It can dissappear after a page refresh and then raise again. Maybe it's the same as bug report 0000377. Best regards, Alexander

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
386	[Xdebug] Documentation	tweak	always	2008-07-12 04:57	2009-11-27 17:04
Reporter:	tlsi2000	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	WIidows Server 2005
PHP Version:	5.2.4
Summary:	php.ini line location
Description:	it seems that if one has ioncube in the php.ini file, the xdebug line needs to be AFTER it otherwise the IIS works, but the server fails to respond to requests this should be noted in the installation docs
Steps To Reproduce:
Additional Information:	tried it with 2.0.3 and 2.1 IIS 6 all current updates
Attached Files:

Notes
(0001182) derick    2009-11-27 17:04	ioncube is not compatible with Xdebug, this is mentioned in the docs: http://xdebug.org/docs/install#compat [^] I am not interested in supporting closed source extensions.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
387	[Xdebug] Usage problems	crash	random	2008-07-15 12:20	2009-11-27 17:03
Reporter:	snop	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP 64bit - Apache server 2.2.9 32bit - PHP 5.2.6 32bit
PHP Version:	5.2.6
Summary:	xdebug 2.0.3 causes crash Apache server 2.2.9
Description:	Hi, my settings in the php.ini file are: [Xdebug] zend_extension_ts="./ext/php_xdebug.dll" xdebug.remote_enable=0 (or xdebug.remote_enable=1 to be sure this text between parenthesis I don't have in the php.ini file) xdebug.default_enable=0 xdebug.remote_host=localhost xdebug.remote_port=9000 xdebug.remote_handler=dbgp I using Xdebug with Eclipse PDT 1.0.3, but Eclipse don't have influence to this bug becuase xdebug crash even Eclipse isn't running. I have programmed application which refresh every several second and around 3-20 refresh xdebug causes crash Apache server. I'm sure that in PHP 5.2.5 it didn't crash, but I had installed Windows 32bit version and another computer now. How can I help resolve this bug ? Can I put up any debug information from Xdebug ? If you give me some info how I can switch Xdebug to the debug mod I send you some log files which I obtain or acquire. I hope that we resolve this problem together.
Steps To Reproduce:
Additional Information:	In the Computer managment - Event viewer is always the same error: Faulting application httpd.exe, version 2.2.9.0, faulting module php_xdebug.dll, version 2.0.3.0, fault address 0x00008493.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
415	[Xdebug] Debug client (console)	crash	always	2008-10-14 18:46	2009-11-27 17:01
Reporter:	glen	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	PLD Linux
PHP Version:	5.2.6
Summary:	xdebug crashes with runkit loaded
Description:	running runkit_lint_file() several times in script causes crash. there doesn't seem to be relevant what the linted script contents is
Steps To Reproduce:
Additional Information:	i use this script to run lint: <? $errors = 0; $argv = glob("*.php"); foreach ($argv as $file) { echo "PHP Lint: $file\n"; if (!runkit_lint_file($file)) { $errors++; } } exit($errors ? 1 : 0); ?> to reproduce a crash, i just put 10 copies of the same script to current dir
Attached Files:

Notes
(0000887) glen    2008-10-14 18:48	i have installed runkit 0.9 (http://pecl.php.net/package/runkit [^]) with this patch: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES/php-pecl-runkit-php52.patch [^] my php is compiled with ZTS if that's relevant
(0000888) glen    2008-10-14 18:56	glen@wintersunset ~/tmp/xdebug $ gdb --args php p.php GNU gdb 6.5 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-pld-linux"...(no debugging symbols found) Using host libthread_db library "/lib64/tls/libthread_db.so.1". (gdb) run Starting program: /usr/bin/php p.php (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 47130666539776 (LWP 26518)] [New Thread 1090767200 (LWP 26521)] [Thread 1090767200 (zombie) exited] PHP Lint: p.php PHP Lint: t-1.php PHP Lint: t-2.php PHP Lint: t-3.php Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47130666539776 (LWP 26518)] 0x00002add76dc1cd7 in xdebug_init_oparray (op_array=0xca5b48) at /home/glen/rpm/pld/BUILD/php-pecl-xdebug-2.0.3/xdebug.c:3134 3134 op_array->reserved[XG(reserved_offset)] = 0; (gdb) bt #0 0x00002add76dc1cd7 in xdebug_init_oparray (op_array=0xca5b48) at /home/glen/rpm/pld/BUILD/php-pecl-xdebug-2.0.3/xdebug.c:3134 #1 0x00002add7569ac17 in zend_llist_get_prev_ex () from /usr/lib64/libphp_common-5.2.6.so 0000002 0x00002add7569aa7d in zend_llist_apply_with_argument () from /usr/lib64/libphp_common-5.2.6.so 0000003 0x00002add7569adec in init_op_array () from /usr/lib64/libphp_common-5.2.6.so 0000004 0x00002add75682041 in compile_file () from /usr/lib64/libphp_common-5.2.6.so 0000005 0x00002add76dbf47a in xdebug_compile_file (file_handle=0x7fff356a8690, type=2, tsrm_ls=0xc14110)     at /home/glen/rpm/pld/BUILD/php-pecl-xdebug-2.0.3/xdebug.c:2379 0000006 0x00002add75682217 in compile_filename () from /usr/lib64/libphp_common-5.2.6.so 0000007 0x00002add7c26edff in php_runkit_shutdown_sandbox () from /usr/lib64/php/runkit.so 0000008 0x00002add7c26ef50 in zif_runkit_lint_file () from /usr/lib64/php/runkit.so 0000009 0x00002add756c1d3b in execute_internal () from /usr/lib64/libphp_common-5.2.6.so 0000010 0x00002add76dbc9b2 in xdebug_execute_internal (current_execute_data=0x7fff356a8b50, return_value_used=1, tsrm_ls=0x508090)     at /home/glen/rpm/pld/BUILD/php-pecl-xdebug-2.0.3/xdebug.c:1605 0000011 0x00002add756c27e6 in execute () from /usr/lib64/libphp_common-5.2.6.so 0000012 0x00002add756c1e9f in execute () from /usr/lib64/libphp_common-5.2.6.so 0000013 0x00002add76dbc3d9 in xdebug_execute (op_array=0x2aaaaacf73f0, tsrm_ls=0x508090) at /home/glen/rpm/pld/BUILD/php-pecl-xdebug-2.0.3/xdebug.c:1541 0000014 0x00002add756a45b9 in zend_execute_scripts () from /usr/lib64/libphp_common-5.2.6.so 0000015 0x00002add75660ee3 in php_execute_script () from /usr/lib64/libphp_common-5.2.6.so 0000016 0x0000000000404432 in main () (gdb) p op_array $1 = (zend_op_array *) 0xca5b48 (gdb) p *op_array $2 = {type = 2 '\002', function_name = 0x0, scope = 0x0, fn_flags = 0, prototype = 0x0, num_args = 0, required_num_args = 0, arg_info = 0x0,   pass_rest_by_reference = 128 '\200', return_reference = 0 '\0', refcount = 0xca6000, opcodes = 0xca6020, last = 0, size = 64, vars = 0x0, last_var = 0,   size_var = 0, T = 0, brk_cont_array = 0x0, last_brk_cont = 0, current_brk_cont = 4294967295, try_catch_array = 0x0, last_try_catch = 0,   static_variables = 0x0, start_op = 0x0, backpatch_count = 0, done_pass_two = 0 '\0', uses_this = 0 '\0',   filename = 0xca5f58 "/home/glen/tmp/xdebug/t-3.php", line_start = 13264016, line_end = 0, doc_comment = 0x0, doc_comment_len = 0, reserved = {0x0, 0x0,     0x0, 0x0}} here's my attempt to unexpand XG(reserved_offset) : (gdb) p (((zend_xdebug_globals *) (*((void ***) tsrm_ls))[(xdebug_globals_id)-1])->reserved_offset) $6 = -317778743 as : #define XG(v) TSRMG(xdebug_globals_id, zend_xdebug_globals *, v) #define TSRMG(id, type, element) (((type) (*((void ***) tsrm_ls))[TSRM_UNSHUFFLE_RSRC_ID(id)])->element) #define TSRM_UNSHUFFLE_RSRC_ID(rsrc_id) ((rsrc_id)-1)
(0001181) derick    2009-11-27 17:01	runkit does very many evil things to PHP, and it's doubtful I can make it work 100% so I will just not support running both runkit and xdebug at the same time.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
397	[Xdebug] Usage problems	crash	random	2008-08-12 20:42	2009-11-27 17:00
Reporter:	RichardLLynch	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP Professional sp2
PHP Version:	5.2.6
Summary:	XDebug is crashing Apache on Windows
Description:	I have a fair number of core dumps that all seem to point to XDebug at the top of the call stack.
Steps To Reproduce:
Additional Information:	Microsoft IE .htm files with tons of stuff I don't understand, but you will: http://www.l-i-e.com/xdebug/ [^] THANKS!!!
Attached Files:

Notes
(0000893) neothemachine    2008-10-25 17:07    (edited on: 2008-10-25 17:10)	I get the same backtraces when XDebug crashes, which is quite often! It seems to be the same issue as in http://www.xdebug.org/archives/xdebug-general/1382.html [^] If you need more info, tell us! I'm using Xdebug 2.0.3 on Apache 2.2.9 with php 5.2.6, Windows Vista 32bit edited on: 2008-10-25 17:10

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
426	[Xdebug] Usage problems	major	sometimes	2009-02-05 07:51	2009-11-27 16:58
Reporter:	Gowtham	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	windows vista
PHP Version:	5.2.6
Summary:	Xdebugger crashes at the time of debugging
Description:	I am using xdebugger version "php_xdebug-2.0.2-5.2.5.dll" and also further versions.I mean latest versions like xdebug-2.0.4. But always i had a problem with these all versions. i.e, At the time of debugging suddenly stops debugging and got an error message "Port 9,000 is already occupied. Please configure the IDE to use another port". after this it doesn't work till to system restart. So please solve my problem or tell me is there any way to solve this.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
430	[Xdebug] Debug client (console)	crash	always	2009-02-21 00:02	2009-11-27 16:58
Reporter:	gbraux	Platform:	WIN32
Assigned To:	derick	OS:	Windows Server 2008
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.4
Summary:	php.exe crash (Access violation) when debug_enable( ) called
Description:	Php crash when running with : xdebug.default_enable = 1 in php.ini (default) or when xdebug_enable() is set in the php code. The remote debug mode works very well, only the "local" debug (show stack trace on pages ...) no not work. The Access Violation (in php.exe or php-cgi.exe when called from IIS) is made in NTDLL.exe. No trace of xdebug.dll in the crash stack (only php.exe and ntdll) The problem really seemed to be a threading problem, as the xdebug dll do not appears in stack ...
Steps To Reproduce:	Install xdebug 2.0.5 for php5.2.x NTS with the same configuration as mine ...
Additional Information:	Running configuration : Windows Server 2008 Web Edition IIS 7 FastCGI PHP 5.2.4 NON THREADSAFE (ZTS=0) / ZendCore 2.5.0 (all default zend extensions disabled) Xdebug.dll 2.0.4 NTS self compiled with VC9 + libphp5 (same crash with downloadable nts binary). zend_extension=path/xdebug.dll (in php.ini)
Attached Files:

Notes
(0000919) gbraux    2009-02-21 11:32	FYI : Faulting application php-cgi.exe, version 5.2.4.4, time stamp 0x47013732, faulting module ntdll.dll, version 6.0.6001.18000, time stamp 0x4791a7a6, exception code 0xc0000005, fault offset 0x000682f8, process id 0x1258, application start time 0x01c9940f2116f906.  php-cgi.exe    5.2.4.4    47013732    ntdll.dll    6.0.6001.18000    4791a7a6    c0000005    000682f8    1258    01c9940f2116f906

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
454	[Xdebug] Debug client (console)	crash	always	2009-07-17 15:08	2009-11-27 16:55
Reporter:	trekker	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.0
Summary:	Official XDebug binary crash with PHP 5.3.0
Description:	While running simple php script I always end with an Access Violation inside php_xdebug-2.0.5-5.3-vc9.dll <? phpinfo(); ?> It seems that the cause is using xdebug_init_oparray: XG(reserved_offset) value is negative. It seems some kind of memory corruption inside xdebug ?
Steps To Reproduce:
Additional Information:	php.ini zend_extension=.\ext\php_xdebug-2.0.5-5.3-vc9.dll E:\php5>php.exe -v PHP 5.3.0 (cli) (built: Jun 29 2009 21:55:01) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies with Xdebug v2.1.0-dev, Copyright (c) 2002-2008, by Derick Rethans
Attached Files:

Notes
(0000998) soki    2009-07-17 19:55	I'm having the same issue under IIS (FastCGI). This is the report from Eventviewer: Fehlerbucket 1370980847, Typ 1 Ereignisname: APPCRASH Antwort: Keine Cab-ID: 0 Problemsignatur: P1: php-cgi.exe P2: 5.3.0.0 P3: 4a492a25 P4: php_xdebug-2.0.5-5.3-vc9.dll P5: 2.1.0.0 P6: 4a4c79bc P7: c0000005 P8: 00005e59 P9: P10:

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
399	[Xdebug] Debug client (console)	major	always	2008-08-16 17:13	2009-11-27 16:55
Reporter:	cchubb	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Vista Business 32bit
PHP Version:	4.3.11
Summary:	Error 502.2 Bad Gateway always thrown on Vista
Description:	PHP 4.3.11 (cgi-fcgi) (built: Mar 30 2005 17:34:09) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies with Xdebug v2.1.0-dev, Copyright (c) 2002-2008, by Derick Rethans Vista Business 32 Bit IIS 7 Running PHP as a CGI When I use either the php_xdebug.dll provided in the PHP Binary for 4.3.11 or the one provided with Activestate Komodo 4, the output of "php -v" tells that the module is loaded and "php -i" via the command line indicates that the xdebug module is loaded. When requested through the web browser the output is always HTTP Error 502.2 - Bad Gateway The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are "". Commenting the zend_extension_ts="C:/PHP/extensions/php_xdebug.dll" line in the php.ini returns the php to working on the web site and serving requests as expected.
Steps To Reproduce:
Additional Information:	Other tests I have done: Set xdebug.remote_autostart=0 and xdebug.remote_enable=0 Result: Failure, still throws a 502.2 Tried the php_xdebug.dll from PECL (for version 4.3.11) Result: Failure to load php_xdebug.dll Turned on ALL error logging in the php.ini and log to a file. No errors are written if the php_xdebug.dll is loaded, normal errors are written if no xdebug is loaded. xdebug.remote_log=C:/PHP/XDebug2/Log.txt is set in the php.ini, but no errors are being written there. Checked the server event logs and the IIS Admin error logs. Nothing is written when the 502.2 error is thrown except for the server log indicating a call to the .php script and the 502.2 error return code. I have to work in PHP 4.3.11 because I am supporting legacy scripts that haven't been upgraded to PHP5 (or even 4.4) So, in summary, the headers are not being returned from xdebug, no errors are trapped and logged and I don't know where to look next.
Attached Files:

Notes
(0000873) cchubb    2008-08-16 17:34	I turned on super extended tracing in IIS and here is the pertinent call: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> [^]  <System>   <Provider Name="WWW Server" Guid="{3A2A4E84-4C21-4981-AE10-3FDA0D9B0F83}"/>   <EventID>0</EventID>   <Version>1</Version>   <Level>4</Level>   <Opcode>3</Opcode>   <Keywords>0x20</Keywords>   <TimeCreated SystemTime="2008-08-16T15:24:08.650Z"/>   <Correlation ActivityID="{00000000-0000-0000-B000-0080000000FB}"/>   <Execution ProcessID="3184" ThreadID="5176"/>   <Computer>RIO</Computer>  </System>  <EventData>   <Data Name="ContextId">{00000000-0000-0000-B000-0080000000FB}</Data>   <Data Name="CommandLine">C:\PHP\php.exe</Data>   <Data Name="ErrorCode">0</Data>   <Data Name="ProcessId">4228</Data>  </EventData>  <RenderingInfo Culture="en-US">   <Opcode>CGI_LAUNCH</Opcode>   <Keywords>    <Keyword>CGI</Keyword>   </Keywords>   <freb:Description Data="ErrorCode">The operation completed successfully.  (0x0)</freb:Description>  </RenderingInfo>  <ExtendedTracingInfo xmlns="http://schemas.microsoft.com/win/2004/08/events/trace"> [^]   <EventGuid>{E2E55403-0D2E-4609-A470-BE0DA04013C0}</EventGuid>  </ExtendedTracingInfo> </Event> <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> [^]  <System>   <Provider Name="WWW Server" Guid="{3A2A4E84-4C21-4981-AE10-3FDA0D9B0F83}"/>   <EventID>0</EventID>   <Version>1</Version>   <Level>4</Level>   <Opcode>6</Opcode>   <Keywords>0x20</Keywords>   <TimeCreated SystemTime="2008-08-16T15:24:08.650Z"/>   <Correlation ActivityID="{00000000-0000-0000-B000-0080000000FB}"/>   <Execution ProcessID="3184" ThreadID="5176"/>   <Computer>RIO</Computer>  </System>  <EventData>   <Data Name="ContextId">{00000000-0000-0000-B000-0080000000FB}</Data>  </EventData>  <RenderingInfo Culture="en-US">   <Opcode>CGI_REQUEST_ENTITY_SENT</Opcode>   <Keywords>    <Keyword>CGI</Keyword>   </Keywords>  </RenderingInfo>  <ExtendedTracingInfo xmlns="http://schemas.microsoft.com/win/2004/08/events/trace"> [^]   <EventGuid>{E2E55403-0D2E-4609-A470-BE0DA04013C0}</EventGuid>  </ExtendedTracingInfo> </Event> <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> [^]  <System>   <Provider Name="WWW Server" Guid="{3A2A4E84-4C21-4981-AE10-3FDA0D9B0F83}"/>   <EventID>0</EventID>   <Version>1</Version>   <Level>3</Level>   <Opcode>16</Opcode>   <Keywords>0x100</Keywords>   <TimeCreated SystemTime="2008-08-16T15:24:12.347Z"/>   <Correlation ActivityID="{00000000-0000-0000-B000-0080000000FB}"/>   <Execution ProcessID="3184" ThreadID="5176"/>   <Computer>RIO</Computer>  </System>  <EventData>   <Data Name="ContextId">{00000000-0000-0000-B000-0080000000FB}</Data>   <Data Name="ModuleName">CgiModule</Data>   <Data Name="Notification">128</Data>   <Data Name="HttpStatus">502</Data>   <Data Name="HttpReason">Bad Gateway</Data>   <Data Name="HttpSubStatus">2</Data>   <Data Name="ErrorCode">3221225477</Data>   <Data Name="ConfigExceptionInfo"></Data>  </EventData>  <RenderingInfo Culture="en-US">   <Opcode>MODULE_SET_RESPONSE_ERROR_STATUS</Opcode>   <Keywords>    <Keyword>RequestNotifications</Keyword>   </Keywords>   <freb:Description Data="Notification">EXECUTE_REQUEST_HANDLER</freb:Description>  </RenderingInfo>  <ExtendedTracingInfo xmlns="http://schemas.microsoft.com/win/2004/08/events/trace"> [^]   <EventGuid>{002E91E3-E7AE-44AB-8E07-99230FFA6ADE}</EventGuid>  </ExtendedTracingInfo> </Event> <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> [^]  <System>   <Provider Name="WWW Server" Guid="{3A2A4E84-4C21-4981-AE10-3FDA0D9B0F83}"/>   <EventID>0</EventID>   <Version>1</Version>   <Level>3</Level>   <Opcode>18</Opcode>   <Keywords>0x100</Keywords>   <TimeCreated SystemTime="2008-08-16T15:24:12.347Z"/>   <Correlation ActivityID="{00000000-0000-0000-B000-0080000000FB}"/>   <Execution ProcessID="3184" ThreadID="5176"/>   <Computer>RIO</Computer>  </System>  <EventData>   <Data Name="ContextId">{00000000-0000-0000-B000-0080000000FB}</Data>   <Data Name="ErrorDescription">The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are "".</Data>  </EventData>  <RenderingInfo Culture="en-US">   <Opcode>SET_RESPONSE_ERROR_DESCRIPTION</Opcode>   <Keywords>    <Keyword>RequestNotifications</Keyword>   </Keywords>  </RenderingInfo>  <ExtendedTracingInfo xmlns="http://schemas.microsoft.com/win/2004/08/events/trace"> [^]   <EventGuid>{002E91E3-E7AE-44AB-8E07-99230FFA6ADE}</EventGuid>  </ExtendedTracingInfo> </Event> It shows that PHP spent about 3.7 seconds processing the request, which seems about right for the actual call to the index.php. But nothing is returned from php when xdebug is enabled.
(0000957) cchubb    2009-05-05 22:24	I can confirm that this behavior is happening in PHP 5.2.9-2 but only when sending a Location: tag. Other page output is now working. The exact headers I am writing in PHP when I get the problem is: header('HTTP/1.1 302 Found'); header('Location: http://localhost:8081/index.php/' [^]); exit('small chunk of html with the location info');

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
452	[Xdebug] Installation	crash	always	2009-07-13 00:08	2009-11-27 16:54
Reporter:	WebCM	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP Home SP3
PHP Version:	5.3.0
Summary:	PHP 5.3 TS VC9 crashes when Xdebug is enabled
Description:	I updated PHP to 5.3 thread-safe VC9 version and downloaded the latest Xdebug 2.0.5 for 5.3 VC9 (32 bit). As mentioned in the documentation, I added zend_extension= instead of zend_extension_ts= PHP crashes when I try to run ANY script. Apache version: Apache 2.2.4
Steps To Reproduce:
Additional Information:	Here is my PHP.INI file (zend_extension is marked): http://pastebin.com/m4778803f [^] I tried older version - they even don't start.
Attached Files:

Notes
(0000992) derick    2009-07-16 23:18	Where did you get Apache from? If you got it from apache.org you need the VC6 binaries of PHP and Xdebug.
(0000999) Soul--Reaver    2009-07-19 22:36	I'm having this problem aswell. I'm using the apache 2.2.11a binaries from apachelounge.com I'm using the same php version as above When i start php.exe -v i see that xdebug is loaded properly. Also when i use the same method to retrieve the phpinfo() information everything works OK But when i load php as a module in apache, everything works untill i request the first .php page and then tells me the apache program crashed and what was the faulting dll file. The faulting dll file is php_xdebug.dll according to windows. Hope this helps
(0001007) ericp    2009-07-30 08:56	I've verified this problem with the cli version of php: * php.exe from http://windows.php.net/downloads/releases/php-5.3.0-Win32-VC9-x86.zip [^] (I wish they put a "-ts-" in the filename so it's easier to distinguish from "-nts-"). * http://xdebug.org/files/php_xdebug-2.0.5-5.3-vc9.dll [^] Incidentally, in the php.ini file I need to have zend_extension point to the xdebug DLL -- "zend_extension_ts" does nothing PHP can safely load xdebug, but at the start of a debugging session PHP crashes. This is on Vista. Debugging works with both ts and nts for VC6, and nts for VC9/x86. I haven't had a chance to test the x64 builds yet.
(0001008) eis_os    2009-07-30 14:50	php_xdebug-2.0.5-5.3-vc9.dll is really version 2.1.0dev (check the attached version info) Compiled from 2.0.5 source the dll file seems to work ok.
(0001009) ericp    2009-07-30 19:49	eis_os: where's the attached version info? And how did you get it?
(0001010) eis_os    2009-07-31 09:59	You can right click the dll and see the file version, when starting php in cli mode it shows 2.1.0-dev or the brute force variant: open the dll in some editor and look for API2009, the next string is the versions number. As noted, I compiled a vc9 thread safety version from source because I had the same crash and currently I don't seem to have a problem with my compiled version. So php_xdebug-2.0.5-5.3-vc9.dll on the server is currently version 2.1.0-dev (TS,VC9) and it will crash php5.3. Derick has to upload the right version.
(0001013) derick    2009-08-01 17:55	Please try the php_xdebug-2.1 versions from http://files.derickrethans.nl/xdebug-2.1-all.zip [^] — they should have a fix. Make sure you use the correct VC version with your version of apache. The apache from apache.org requires VC6, the apache from apachefriends requires VC9 builds of PHP and Xdebug.
(0001019) Soul--Reaver    2009-08-01 19:09	php_xdebug-2.1dev-5.3-vc9.dll - works for me :D
(0001020) Soul--Reaver    2009-08-01 19:35    (edited on: 2009-08-01 19:37)	hmmm after some testing there are still some problems. the dll loads and shows properly on the phpinfo page. Also when i create a page which forces an error xdebug properly shows the error properly and in xdebug style. But every now and then apache crashes and shows php_xdebug.dll as the source of the crash. This happens especially often when loading the first page of phppgadmin and phpmyadmin. The error occurs with those scripts about 95% of the times i tried to load it. Maybe this helps: szAppName : httpd.exe szAppVer : 2.2.11.0 szModName : php_xdebug.dll szModVer : 2.1.0.0 offset : 00005ef6

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
436	[Xdebug] Debug client (console)	crash	random	2009-03-28 12:54	2009-11-27 16:53
Reporter:	shiroamada	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Vista Business SP1
PHP Version:	5.2-dev
Summary:	XDebug crash with Apache 2.2 with PHP 5.2.9-1
Description:	I have new installation of WAMP yesterday, I'm using php_xdebug-2.0.4-5.2.8.dll with my WAMP, Apache 2.2, and PHP 5.2.9-1 in Windows Vista When I add these to my php.ini: [XDebug] ;; Only Zend OR (!) XDebug zend_extension_ts="C:\wamp\bin\php_xdebug-2.0.4-5.2.8.dll" xdebug.remote_enable=true xdebug.remote_host=localhost xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.profiler_enable=1 xdebug.profiler_output_dir="C:\wamp\tmp" xdebug.remote_log = "C:\wamp\tmp\log.log" My apache randomly crash, this is my report: [Sat Mar 28 10:07:20 2009] [notice] Parent: child process exited with status 255 -- Restarting. [Sat Mar 28 10:07:21 2009] [notice] Apache/2.2.11 (Win32) PHP/5.2.9-1 configured -- resuming normal operations [Sat Mar 28 10:07:21 2009] [notice] Server built: Dec 10 2008 00:10:06 [Sat Mar 28 10:07:21 2009] [notice] Parent: Created child process 7008 [Sat Mar 28 10:07:22 2009] [notice] Child 7008: Child process is running [Sat Mar 28 10:07:22 2009] [notice] Child 7008: Acquired the start mutex. [Sat Mar 28 10:07:22 2009] [notice] Child 7008: Starting 64 worker threads. [Sat Mar 28 10:07:22 2009] [notice] Child 7008: Starting thread to listen on port 80. But when i disable the code in php.ini restart the apache everything is ok right now. Not sure what is the problem. I am using Esclipse IDE.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001044) trueleader    2009-08-21 09:08	This Bug still exists With Windows Vista all Versions of PHP crashes when XDebug is activated. I tried multiple versions of xdebug, but all crashes. Some time ago i created a mailing list entry: http://xdebug.org/archives/xdebug-general/1609.html [^] -> no response until now. I find multiple posts for the google search "child process exited with status 255 xdebug" and nobody knows a real solution. The crashes are realy annoying because sometimes they are so often, that a normal browsing isn´t possible and xdebug must be shut down
(0001045) nsteblay    2009-08-21 11:46	This is similar to http://bugs.xdebug.org/view.php?id=410 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
444	[Xdebug] Usage problems	minor	always	2009-06-06 23:03	2009-11-27 16:53
Reporter:	angulion	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.2.8
Summary:	Xdebug unable to send source files containing %<numbers>
Description:	Debuging while using Smarty template engine came up with the problem that xdebug seems to url-encode filenames. Smartys compiled templates are in the form: %%82^823^823B39A1%%layout.tpl.php Xdebug tries to open and send to the client a file by name: MyTitle Warning: main(/srv/www/vhosts/myhost/htdocs/templates_c/%?^823^823B39A1%%layout.tpl.php): failed to open stream: No such file or directory in /srv/www/vhosts/myhost/htdocs/templates_c/%%82^823^823B39A1%%layout.tpl.ph: Second % sign and number 82 gets converted to some garbage. When opening files, names should not be passed through usefulstuff.c:xdebug_raw_url_encode, called from xdebug_handler_dbgp.c:xdebug_path_from_url, called from return_file_source (?). PHP 5.2.9, Xdebug 2.0.4, host is Linux (Opensuse 11.1)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000964) angulion    2009-06-06 23:09	It seems the error stems from XDC client on windows already asking for invalid name? (version 1.0beta3)
(0000974) derick    2009-07-05 20:43	So this sounds like a bug in XDC?
(0001101) derick    2009-10-17 18:51	Reminder sent to:: angulion So this sounds like a bug in XDC?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
481	[Xdebug] Usage problems	crash	random	2009-10-31 07:32	2009-11-27 16:52
Reporter:	joshribakoff	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.0
Summary:	Using 2.0.5 windows build crashes w/ debugger enabled
Description:	I can only get the debugger to work with the 2.0.4 build of xdebug, using the VC6 32bit 5.2 2.0.4 build ( the 2.0.5 does NOT work, I get a windows message "apache has stopped working" on any page load attempt, windows Vista using "wamp")
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
491	[Xdebug] Feature/Change request	trivial	N/A	2009-11-23 21:38	2009-11-27 16:46
Reporter:	johnbintz	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.3.0
Summary:	Allow for reduction of profiler INI restrictions in configure script
Description:	It would be nice to be able to specify that you want to enable/disable profiling of code via INI settings changes within the code itself, say if you want to enable the profiler within automated test suites. I believe this could be cleanly accomplished via an option in the configure script to allow for reduced restrictions on the profiler's INI options (to PHP_INI_ALL, for example) before building. This would not be the default option, so the person who compiles the software would have to specify this change to the core code.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001179) derick    2009-11-27 16:46	This is unfortunately not possible. The profiler will only work if it can profile the *whole* request. This means it needs to be enabled before the PHP script even starts running.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
492	[Xdebug] Usage problems	major	always	2009-11-24 14:46	2009-11-27 14:41
Reporter:	migajek	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows
PHP Version:	5.3.0
Summary:	Local variables - always "uninitialized". property_get for local variable returns code 300. Windows 2.0.5
Description:	Hi, I'm using windows build of 2.0.5, vc6 thread safe. It seems that "local variables" (obtained with context_get 1) are always reported to be "uninitialized". If I try property_get on local variable, it returns code 300. It happens only on windows, the linux version built with pecl is fine. I've tried version 2.1 dev which works fine with local variables, but the global ones (context_get 0) returns nothing. Is there any chance you'll update 2.05 build? Thanks in advance
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001178) derick    2009-11-27 14:41	This is already fixed in SVN (well, CVS).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
384	[Xdebug] Feature/Change request	minor	always	2008-07-08 01:54	2009-11-26 21:07
Reporter:	toddw	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	feedback	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.6
Summary:	send variables and properties in sorted order
Description:	Currently, xdebug does not perform any sorting of variables before it sends the information to the IDE (i.e. context_get, ...). Because the xdebug protocol also supports paging, it makes it impractical for the IDE to perform the variable sorting (as the IDE may not have received all the variables yet). I'd like to see xdebug perform a case-insensitive sort on the variables before sending to the IDE.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001152) derick    2009-11-22 16:27	Didn't you submit a patch for this? I can't find it anywhere :-/
(0001175) toddw    2009-11-23 18:54	No, I know Eric (from ActiveState) was working on a patch for this feature - though I don't believe it's been submitted yet. I'll ping him on the status of it.
(0001177) toddw    2009-11-26 21:07	Sort feature discussion and initial patch can be found here: http://bugs.activestate.com/show_bug.cgi?id=78671 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
490	[Xdebug] Usage problems	minor	always	2009-11-20 14:05	2009-11-23 12:11
Reporter:	rdohms	Platform:	MAC
Assigned To:	derick	OS:	OSX
Priority:	normal	OS Version:	10.6
Status:	resolved	Product Version:	2.0.0dev
Product Build:	2.0.5	Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OSX 10.6
PHP Version:	5.3.0
Summary:	Code Coverage Skips line with -= Operator
Description:	When executing a code that uses a -= operator that line is not tagged as executed, even though it is.
Steps To Reproduce:	<?php xdebug_start_code_coverage(); class CodeCoverageBug { private $health = 100; public function hurt($damage) { $this->health -= $damage; } } $c = new CodeCoverageBug(); $c->hurt(10); $c->hurt(10); var_dump(xdebug_get_code_coverage()); ?>
Additional Information:	output: array(1) { ["/Users/rdohms/dev/sys/bugreprods/ccbug.php"]=> array(5) { [13]=> int(1) [18]=> int(1) [19]=> int(1) [20]=> int(1) [22]=> int(1) } } Expected output array(1) { ["/Users/rdohms/dev/sys/bugreprods/ccbug.php"]=> array(5) { [12]=> int(1) [18]=> int(1) [19]=> int(1) [20]=> int(1) [22]=> int(1) } } Line 12 which is the line with the operator is not tagged as executed, even further when using XDEBUG_CC_UNUSED it returns as -1
Attached Files:

Notes
(0001169) derick    2009-11-22 20:12	I really need the script as well to go with this bug.
(0001172) rdohms    2009-11-23 03:18	Mantis is not giving me the option to attach a file, so the code is here: http://pastebin.com/f608c0ec2 [^]
(0001173) derick    2009-11-23 12:11	I get the correct result — try latest CVS please? array(1) {   ["/tmp/f608c0ec2.php"]=>   array(7) {     [6]=>     int(1)     [12]=>     int(1)     [13]=>     int(1)     [18]=>     int(1)     [19]=>     int(1)     [20]=>     int(1)     [22]=>     int(1)   } }

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
441	[Xdebug] Usage problems	minor	always	2009-05-17 22:08	2009-11-22 20:10
Reporter:	devonbleak	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.8
Summary:	breakpoint on switch($var) ignored
Description:	When trying to set a breakpoint on switch($var), the breakpoint is ignored. PHP version 5.2.9, Xdebug version 2.0.4 Log opened at 2009-05-17 20:04:11 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///content/test/test.php" [^] language="PHP" protocol_version="1.0" appid="2192" idekey="netbeans-xdebug"><engine version="2.0.4"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2008 by Derick Rethans]]></copyright></init> <- feature_set -i 533 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="533" feature="show_hidden" success="1"></response> <- feature_get -i 534 -n max_data -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="534" feature_name="max_data" supported="1"><![CDATA[1024]]></response> <- breakpoint_set -i 535 -t line -s enabled -f file:///content/test/test.php [^] -n 5 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="535" state="enabled" id="21920001"></response> <- run -i 536 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="536" status="stopping" reason="ok"></response> Log closed at 2009-05-17 20:04:12 devon@linux-dev:~$ cat /content/test/test.php <?php $test = 'test'; switch($test) { case 'test': echo 'test'; break; case 'stet': echo 'stet'; break; } ?>
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000958) devonbleak    2009-05-17 22:22	breakpoint *does* work in the following cases (assume all variables are defined correctly): array offset: switch($test['test']) object member: switch($test->test) function return: switch(test()) constant: switch(TEST)
(0001168) derick    2009-11-22 20:10	Not much I can do about it. PHP simply doesn't see any code on that line 5: filename: /home/httpd/html/test/xdebug/bug441.php function name: (null) number of ops: 21 compiled vars: !0 = $test line # op fetch ext return operands -------------------------------------------------------------------------------    3 0 EXT_STMT          1 ASSIGN !0, 'test'    5 2 NOP    7 3 EXT_STMT          4 CASE 0000002:0000001 !0, 'test'          5 JMPZ 0000002:0000001, ->11    8 6 EXT_STMT          7 ECHO 'test'    9 8 EXT_STMT          9 BRK 1   10 10* JMP ->14         11 EXT_STMT         12 CASE 0000002:0000001 !0, 'stet'         13 JMPZ 0000002:0000001, ->19   11 14 EXT_STMT         15 ECHO 'stet'   12 16 EXT_STMT         17 BRK 1   13 18* JMP ->19   15 19 EXT_STMT         20 RETURN

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
348	[Xdebug] Usage problems	trivial	always	2008-01-14 23:49	2009-11-22 20:00
Reporter:	Abalam	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.5
Summary:	Wrong count of code coverage dead code (not executed lines) with Xdebug 2.0.2
Description:	I've 4 Gentoo servers, all have the same configuration. I've isolated the test with only 2 PHP files : toto.php : <? class bobi { function bordel() { echo 'ah'; // hop echo "toto"; } } ?> And cover.php : <? xdebug_start_code_coverage(XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); require_once 'toto.php'; print_r(xdebug_get_code_coverage()); xdebug_stop_code_coverage(); //phpinfo(); die(); ?> When i try : php ./cover.php I've this result on 3 servers : Array ( [/home/user/toto.php] => Array ( [3] => 1 [5] => -1 [9] => -1 [10] => -1 [14] => 1 ) [/home/user/cover.php] => Array ( [4] => 1 [6] => 1 ) ) But on the fourth i've a wrong result : Array ( [/home/user/toto.php] => Array ( [3] => 1 [13] => 1 ) [/home/user/cover.php] => Array ( [4] => 1 [6] => 1 ) )
Steps To Reproduce:
Additional Information:	All servers are gentoo, with this compile args for php : [ebuild R ] dev-lang/php-5.2.5-r1 USE="apache2 bcmath berkdb bzip2 calendar cli crypt exif ftp gd gdbm hash iconv imap ipv6 json mysql mysqli ncurses nls pcntl pcre readline reflection session simplexml sockets spell spl ssl tidy tokenizer truetype unicode xml xmlreader xmlrpc xmlwriter xsl zip zlib -adabas -birdstep -cdb -cgi -cjk -concurrentmodphp -ctype -curl -curlwrappers -db2 -dbase -dbmaker -debug -discard-path -doc -empress -empress-bcs -esoob -fastbuild -fdftk -filter -firebird -flatfile -force-cgi-redirect -frontbase -gd-external -gmp -inifile -interbase -iodbc (-java-external) -kerberos -ldap -ldap-sasl -libedit -mcve -mhash -msql -mssql -oci8 -oci8-instant-client -odbc -pdo -pic -posix -postgres -qdbm -recode -sapdb -sharedext -sharedmem -snmp -soap -solid -sqlite -suhosin -sybase -sybase-ct -sysvipc -threads -wddx -xpm -yaz -zip-external" 0 kB Here are the php versions of the 3 good servers : PHP 5.2.5-pl1-gentoo (cli) (built: Dec 29 2007 15:26:08) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with Xdebug v2.0.2, Copyright (c) 2002-2007, by Derick Rethans And here is the "php -v" for the bad server : PHP 5.2.5-pl1-gentoo (cli) (built: Jan 14 2008 23:17:29) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with Xdebug v2.0.2, Copyright (c) 2002-2007, by Derick Rethans in xdebug_profiler_output_aggr_data() with 0 entries Note the last line above... I think it's a weird bug isn't it ? Anyone can explain a bug in "php -v" ???
Attached Files:

Notes
(0000933) derick    2009-03-28 17:34	I can't reproduce, I get the correct output. I can only image that there *must* be something different with the 4th server. Perhaps you've some sort of optimizer loaded?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
345	[Xdebug] Usage problems	crash	always	2007-12-29 23:50	2009-11-22 20:00
Reporter:	martin_cerha	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Win XP Pro Service Pack 2
PHP Version:	5.2.1
Summary:	XDebug + external Javascript => crash with "... not defined." error
Description:	When XDebug is active and I use external javascript in php <script src="/include/calendar.js"></script> where is defined some function or object (for examle Calendar). And when I try to use Calendar, system shows eror (translation): Window title: Error Text: Error in program. Do you want to debug? Line:58 Error: Calendar not defined. Alert at the end of external script shows message successfully, and after that error... When I rename the main file from .php to .htm, it works fine. Or when I stop XDebug (PHPEdit-Debug-XDebug-Stop XDebug listener) it works fine.
Steps To Reproduce:
Additional Information:	Apache/2.2.4 (Win32) PHP/5.2.1 Opera/9.25 build 8827 (Windows NT 5.1; U; cs) Internet Explorer 7.0.5730.13
Attached Files:

Notes
(0000934) derick    2009-03-28 17:35	Please provide a copy of "view" source of the page that gives the javascript error.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
361	[Xdebug] Usage problems	major	always	2008-04-11 00:57	2009-11-22 17:12
Reporter:	gt3	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Fedora Linux
PHP Version:	5.1.6
Summary:	Not remembering configuration values
Description:	When I do: ini_set('xdebug.collect_params', 4); and/or ini_set('xdebug.collect_return, 'Off'); It's not showing really enabling them most of the time. Initially it was, but then it stopped showing parameter info and return info.
Steps To Reproduce:
Additional Information:	Also, most of the time i call: xdebug_start_trace('/tmp/mytrace'); it ends up showing HTML. And it's really random about when it decides to show it computerized or in html. It's just plain broke for me.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
362	[Xdebug] Usage problems	block	have not tried	2008-04-11 18:13	2009-11-22 17:12
Reporter:	Yogui	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP SP2
PHP Version:	5.2.5
Summary:	Superglobal overwritten by local variable
Description:	I am not sur how to reproduce this bug. I am developing a Zend Framework application. I have a $_POST['tags'] superglobal variable and also a $tags local object. When I put a breakpoint to inspect $_POST, its 'tags' offset shows me $tags instead. However, if i var_dump($_POST), I find my original data untouched.
Steps To Reproduce:
Additional Information:	The object I am speaking of is an extension of Zend_Db_Table. I am using Apache 2.0.59.
Attached Files:

Notes
(0000830) Yogui    2008-04-11 18:15	I forgot: I am using PHPEdit 2.12.8 as a client to Xdebug.
(0001159) derick    2009-11-22 17:12	I just tried this with a very simple script: <?php $tags = 42; echo $tags, "\n", $_POST['tags'], "\n"; ?> <form method="POST"> <input name="tags"> <input type="submit"> </form> But it works fine, i get the correct results in both watches for $_POST and $tags, as well as in the Locals and Superglobals tabs in Komodo. I suspect a PHPEdit bug here.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
332	[Xdebug] Usage problems	minor	random	2007-11-02 13:01	2009-11-22 17:01
Reporter:	yettyn	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.4
Summary:	xdebug interfear with php parsing in Firefox
Description:	I am not sure this is a xdebug bug, I am just sure it starts to happen after installing xdebug. What happens is that randomly (it seem), when clicking a link on server where xdebug is installed, instead of parsing the file I get a dialog asking which program to use to open the .php file. This seem to happens randomly. If I cancel the dialog and click the link again it sometimes parse ok and sometime the dialog comes back one or more times before it parse ok. I first noticed this on a LAN server where I installed xdebug to debug a site. Same site code also run on a live online server with no such problems. However, emediately after installing xdebug there as well same behaviour started to appear on the live server. This made me conclude it must be related to xdebug. Nothing is registered in the log file, obviously as the Firefox for some reason doesn't go to the server to parse. This though sounds a bit un-logical to me as if it doesn't go to the server... well maybe it does but doesn'tget the right answer...? I have also tested to access with IE7 and so far have seen no such problems, I really prefere using Firefox though. Also to point, this also happens with the latest Firefox 2.0.0.9 just released.
Steps To Reproduce:
Additional Information:	Both LAN and online server runs Gentoo-Linux upto date, PHP-5.2.4, Apache 2.2.4, xdebug installed by the gentoo ebuild for version 2.0.1, both client and server installed. I access both from same workstation running Windows XP SP2, also upto date. I also have Firefox development extention installed. If you need to know anything more please let me know.
Attached Files:

Notes
(0000797) yettyn    2007-11-02 13:40	Actually, after now using IE7 a bit I notice a "similar" behavior. It doesn't popup a dialog, instead it simply say the page couldn't be accessed and I simply have to refresh one or more times to get to it. However, sometimes I get strange errors accessing files I know is available. I guess it's xdebug that displays the nice grids with error info ;-) as they have never shown before I installed it. It typically starts with an "...failed to open stream: Resource temporarily unavailable in /var/www/..." error, here's an example, it might not format well but hopefully is readable: ( ! ) Warning: include_once(/var/www/www.astrocalc.com/htdocs/util) [function.include-once]: failed to open stream: Resource temporarily unavailable in /var/www/www.astrocalc.com/htdocs/kernel/kernel_lib.php on line 17 Call Stack # Time Memory Function Location 1 0.0008 71368 {main}( ) ../index.php:0 2 0.0010 74556 require_once( '/var/www/www.astrocalc.com/htdocs/bit_setup_inc.php' ) ../index.php:12 3 0.0027 155632 require_once( '/var/www/www.astrocalc.com/htdocs/kernel/setup_inc.php' ) ../bit_setup_inc.php:8 4 0.0089 347168 require_once( '/var/www/www.astrocalc.com/htdocs/kernel/kernel_lib.php' ) ../setup_inc.php:16 Dump $_SERVER Dump $_GET Dump $_POST Dump $_COOKIE Dump $_FILES Dump $_ENV Dump $_SESSION Dump $_REQUEST ( ! ) Warning: include_once() [function.include]: Failed opening '/var/www/www.astrocalc.com/htdocs/util' for inclusion (include_path='.:/usr/share/php5:/usr/share/php') in /var/www/www.astrocalc.com/htdocs/kernel/kernel_lib.php on line 17 Call Stack # Time Memory Function Location 1 0.0008 71368 {main}( ) ../index.php:0 2 0.0010 74556 require_once( '/var/www/www.astrocalc.com/htdocs/bit_setup_inc.php' ) ../index.php:12 3 0.0027 155632 require_once( '/var/www/www.astrocalc.com/htdocs/kernel/setup_inc.php' ) ../bit_setup_inc.php:8 4 0.0089 347168 require_once( '/var/www/www.astrocalc.com/htdocs/kernel/kernel_lib.php' ) ../setup_inc.php:16 ( ! ) Warning: require_once(/var/www/www.astrocalc.com/htdocs/util) [function.require-once]: failed to open stream: Resource temporarily unavailable in /var/www/www.astrocalc.com/htdocs/kernel/BitDbAdodb.php on line 35 Call Stack # Time Memory Function Location 1 0.0008 71368 {main}( ) ../index.php:0 2 0.0010 74556 require_once( '/var/www/www.astrocalc.com/htdocs/bit_setup_inc.php' ) ../index.php:12 3 0.0027 155632 require_once( '/var/www/www.astrocalc.com/htdocs/kernel/setup_inc.php' ) ../bit_setup_inc.php:8 4 0.0141 487172 require_once( '/var/www/www.astrocalc.com/htdocs/kernel/BitDbAdodb.php' ) ../setup_inc.php:49 ( ! ) Fatal error: require_once() [function.require]: Failed opening required '/var/www/www.astrocalc.com/htdocs/util' (include_path='.:/usr/share/php5:/usr/share/php') in /var/www/www.astrocalc.com/htdocs/kernel/BitDbAdodb.php on line 35 Call Stack # Time Memory Function Location 1 0.0008 71368 {main}( ) ../index.php:0 2 0.0010 74556 require_once( '/var/www/www.astrocalc.com/htdocs/bit_setup_inc.php' ) ../index.php:12 3 0.0027 155632 require_once( '/var/www/www.astrocalc.com/htdocs/kernel/setup_inc.php' ) ../bit_setup_inc.php:8 4 0.0141 487172 require_once( '/var/www/www.astrocalc.com/htdocs/kernel/BitDbAdodb.php' ) ../setup_inc.php:49
(0000798) yettyn    2007-11-02 13:42	forgot to say that a refresh of the page makes the error go away and parse the page instead.
(0000803) derick    2007-11-11 17:39	Xdebug indeed shows you the nice infos, but the error messages are still coming from PHP itself. As Xdebug runs on the server inside PHP, the browser can definitely not have any influence on this. This is not an Xdebug issue, I think something else is going on for you. Please do upgrade to the latest Xdebug though, which has now been released as 2.0.2.
(0000816) yettyn    2007-11-23 23:23	This is really still going on with 2.0.2 and it only happens if xdebug is installed. If I uninstall xdebug, it stops, if I install it starts again. That makes it pretty clear I think, it has something to do with xdebug. I admit it's strange though if I am the only one experience this? I will try to make it clearer what is happening. It's the same behavior as if you try to run a php file, not having apache properly configurated - the browser tries to "open" the file instead of parse and execute it. I have also tried to set to not open the browser and just use the inline browser, but it still insist on open an instance of Firefox, which is my default browser. I have since also upgraded to PHP 5.2.5 and apache 2.2.6, with same result. Also note this is remote debugging, and I debug running Eclipse 3.3.1 with PDT and Aptana plugins installed.
(0000817) yettyn    2007-11-24 11:56	what kind of feedback do you want?
(0000844) rion    2008-04-25 18:50	i have the same problem. everything above happens for me too i also have gentoo linux with latest software from portage. also i've tried to compile xdebug from cvs, but it doesn't help. please contact me on jabber (rion[@]jabbus.org) if you need more info.
(0001158) derick    2009-11-22 17:01	I can not reproduce this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
373	[Xdebug] Debug client (console)	crash	always	2008-05-22 12:33	2009-11-22 16:59
Reporter:	jdelaney	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian testing
PHP Version:	5.2.5
Summary:	Segmentation fault with PHP-GTK
Description:	I have a problem using Xdebug with PHP-GTK 2.0.x If I create a class that extends GtkWindow, and then try to create a new GtkComboBox anywhere in that class, I get a segmentation fault. In classes that do not extend GtkWindow, I get no such error. If I remove Xdebug from php.ini, I don't get the error either.
Steps To Reproduce:
Additional Information:	john@johnd testscripts $ cat combo1.php <?php dl('php_gtk2.so'); class MyClass extends GtkWindow { function __construct() { $objComboBox = new GtkComboBox(); } } $objTest = new MyClass(); echo "Finished\n"; ?> john@johnd testscripts $ ls -l `which php5` lrwxrwxrwx 1 root staff 23 2008-02-21 15:05 /usr/local/bin/php5 -> /usr/local/php5/bin/php john@johnd testscripts $ php5 -v PHP 5.2.5 (cli) (built: May 21 2008 14:00:17) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with Xdebug v2.0.2, Copyright (c) 2002-2007, by Derick Rethans john@johnd testscripts $ gdb php5 GNU gdb 6.7.1-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> [^] This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1". (gdb) run combo1.php Starting program: /usr/local/bin/php5 combo1.php [Thread debugging using libthread_db enabled] [New Thread 0xb75036d0 (LWP 15655)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb75036d0 (LWP 15655)] 0xb726fcfb in zim_GtkComboBox___construct (ht=0, return_value=0x86fe180, return_value_ptr=0x0, this_ptr=0x86fe198, return_value_used=0) at ext/gtk+/gtk.overrides:2247 2247 if (model && Z_TYPE_P(model) != IS_NULL) { (gdb) bt #0 0xb726fcfb in zim_GtkComboBox___construct (ht=0, return_value=0x86fe180, return_value_ptr=0x0, this_ptr=0x86fe198, return_value_used=0) at ext/gtk+/gtk.overrides:2247 #1 0x0834a4b2 in execute_internal (execute_data_ptr=0xbfc13310, return_value_used=0) at /home/john/src/php-5.2.5/Zend/zend_execute.c:1385 0000002 0xb73602b4 in xdebug_execute_internal (current_execute_data=0xbfc13310, return_value_used=0) at /home/john/src/xdebug-2.0.2/xdebug.c:1573 0000003 0x08358dd3 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfc13310) at /home/john/src/php-5.2.5/Zend/zend_vm_execute.h:202 0000004 0x0834b74f in execute (op_array=0x870112c) at /home/john/src/php-5.2.5/Zend/zend_vm_execute.h:92 0000005 0xb735ff58 in xdebug_execute (op_array=0x870112c) at /home/john/src/xdebug-2.0.2/xdebug.c:1509 0000006 0x08358a4c in zend_do_fcall_common_helper_SPEC (execute_data=0xbfc13560) at /home/john/src/php-5.2.5/Zend/zend_vm_execute.h:234 0000007 0x0834b74f in execute (op_array=0x86fe658) at /home/john/src/php-5.2.5/Zend/zend_vm_execute.h:92 0000008 0xb735ff58 in xdebug_execute (op_array=0x86fe658) at /home/john/src/xdebug-2.0.2/xdebug.c:1509 0000009 0x0832e80a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/john/src/php-5.2.5/Zend/zend.c:1134 0000010 0x082ef445 in php_execute_script (primary_file=0xbfc1599c) at /home/john/src/php-5.2.5/main/main.c:2004 0000011 0x083a88ce in main (argc=2, argv=0xbfc15ab4) at /home/john/src/php-5.2.5/sapi/cli/php_cli.c:1140 (gdb) kill Kill the program being debugged? (y or n) y (gdb) quit john@johnd testscripts $ sed -e "s/ extends GtkWindow//" combo1.php > combo2.php john@johnd testscripts $ php5 combo2.php Finished
Attached Files:

Notes
(0000854) jdelaney    2008-05-22 14:34	Just re-read what I submitted earlier, and don't think I've made it sufficiently clear why I think that Xdebug is causing this error. Here are a few more lines to demonstrate: john@johnd testscripts $ php5 combo1.php Segmentation fault john@johnd testscripts $ grep -vi xdebug /usr/local/lib/php5/php.ini > ./php.ini john@johnd testscripts $ php5 -c . combo1.php Finished
(0001157) derick    2009-11-22 16:59	I've been using Xdebug with PHP-GTK pretty heavily recently, and don't see this issue at all. Please re-open if you can confirm this with Xdebug 2.0.5 or from CVS, and a recent PHP version.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
375	[Xdebug] Usage problems	trivial	always	2008-05-29 21:45	2009-11-22 16:58
Reporter:	jpic	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.6
Summary:	Serializing PDO causes an error, stack trace required
Description:	Serializing PDO causes "PDOException: You cannot serialize or unserialize PDO instances", but no stack trace is provided.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001156) derick    2009-11-22 16:58	I think this has been fixed recently, I get this: # cat foo.bar <?php $a = new PDO( 'mysql:host=localhost;dbname=ezc', 'root', 'wee123') ; echo serialize( $a ); derick@kossu:/tmp$ php foo.php PHP Fatal error: Uncaught exception 'PDOException' with message 'You cannot serialize or unserialize PDO instances' in /tmp/foo.php:4 Stack trace: #0 [internal function]: PDO->__sleep() #1 /tmp/foo.php(4): serialize(Object(PDO)) 0000002 {main}   thrown in /tmp/foo.php on line 4 Fatal error: Uncaught exception 'PDOException' with message 'You cannot serialize or unserialize PDO instances' in /tmp/foo.php on line 4 PDOException: You cannot serialize or unserialize PDO instances in /tmp/foo.php on line 4 Call Stack:     0.0004 659048 1. {main}() /tmp/foo.php:0     0.0055 660800 2. serialize() /tmp/foo.php:4

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
388	[Xdebug] Installation	block	always	2008-07-15 16:56	2009-11-22 16:13
Reporter:	sorinpop	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	linux 2.6.21
PHP Version:	4.3.11
Summary:	Union has no member named `jmp_addr'
Description:	Hi, This is a dup of the bug 372. While performing my xdebug installation, it failed with the message mentioned in the bug summary. I noticed the bug 372 is on "resolved" status. May I have a copy of the solution? Perhaps, the fixed files in attachements of a PM? Thanks in advance.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001151) derick    2009-11-22 16:13	I don't support PHP 4 anymore.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
370	[Xdebug] Usage problems	tweak	always	2008-04-25 14:22	2009-11-22 15:46
Reporter:	xbdh	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Suse Linux 10.3
PHP Version:	5.2.5
Summary:	Missing HTML-Output
Description:	Xdebug doesn´t generate HTML error messages and the xdebug functions like (xdebug_)var_dump produce text-output only. All other features (like remote debugging) seem to work perfectly.
Steps To Reproduce:
Additional Information:	Xdebug error output (HTML-Source): Warning: Division by zero in /htdocs/debugger_test/1.php on line 10 Call Stack: 0.0002 84536 1. {main}() /htdocs/debugger_test/1.php:0 Installation: # pecl install xdebug downloading xdebug-2.0.3.tar ... Starting to download xdebug-2.0.3.tar (Unknown size) ................................................................................................................................................done: 1,327,104 bytes 66 source files, building running: phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20060613 Zend Extension Api No: 220060519 building in /var/tmp/pear-build-root/xdebug-2.0.3 running: /tmp/pear/cache/xdebug-2.0.3/configure checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc and cc understand -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... x86_64-suse-linux-gnu checking host system type... x86_64-suse-linux-gnu checking target system type... x86_64-suse-linux-gnu checking for PHP prefix... /usr checking for PHP includes... -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib checking for PHP extension directory... /usr/lib64/php5/extensions checking for PHP installed headers prefix... /usr/include/php5 checking for re2c... re2c checking for re2c version... 0.13.0 (ok) checking for gawk... gawk checking whether to enable eXtended debugging support... yes, shared checking for gettimeofday... yes checking for cos in -lm... yes checking for ld used by gcc... /usr/x86_64-suse-linux/bin/ld checking if the linker (/usr/x86_64-suse-linux/bin/ld) is GNU ld... yes checking for /usr/x86_64-suse-linux/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 98304 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/x86_64-suse-linux/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool appending configuration tag "F77" to libtool configure: creating ./config.status config.status: creating config.h running: make /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug.c -o xdebug.lo mkdir .libs gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug.c -fPIC -DPIC -o .libs/xdebug.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_code_coverage.c -o xdebug_code_coverage.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_code_coverage.c -fPIC -DPIC -o .libs/xdebug_code_coverage.o /tmp/pear/cache/xdebug-2.0.3/xdebug_code_coverage.c: In function 'prefill_from_oparray': /tmp/pear/cache/xdebug-2.0.3/xdebug_code_coverage.c:233: warning: assignment makes pointer from integer without a cast /tmp/pear/cache/xdebug-2.0.3/xdebug_code_coverage.c: In function 'prefill_from_function_table': /tmp/pear/cache/xdebug-2.0.3/xdebug_code_coverage.c:272: warning: comparison between pointer and integer /tmp/pear/cache/xdebug-2.0.3/xdebug_code_coverage.c: In function 'xdebug_prefill_code_coverage': /tmp/pear/cache/xdebug-2.0.3/xdebug_code_coverage.c:312: warning: comparison between pointer and integer /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_com.c -o xdebug_com.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_com.c -fPIC -DPIC -o .libs/xdebug_com.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_compat.c -o xdebug_compat.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_compat.c -fPIC -DPIC -o .libs/xdebug_compat.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_handler_dbgp.c -o xdebug_handler_dbgp.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_handler_dbgp.c -fPIC -DPIC -o .libs/xdebug_handler_dbgp.o /tmp/pear/cache/xdebug-2.0.3/xdebug_handler_dbgp.c: In function 'xdebug_dbgp_breakpoint': /tmp/pear/cache/xdebug-2.0.3/xdebug_handler_dbgp.c:2507: warning: initialization discards qualifiers from pointer target type /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_handler_gdb.c -o xdebug_handler_gdb.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_handler_gdb.c -fPIC -DPIC -o .libs/xdebug_handler_gdb.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_handler_php3.c -o xdebug_handler_php3.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_handler_php3.c -fPIC -DPIC -o .libs/xdebug_handler_php3.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_handlers.c -o xdebug_handlers.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_handlers.c -fPIC -DPIC -o .libs/xdebug_handlers.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_llist.c -o xdebug_llist.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_llist.c -fPIC -DPIC -o .libs/xdebug_llist.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_hash.c -o xdebug_hash.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_hash.c -fPIC -DPIC -o .libs/xdebug_hash.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_private.c -o xdebug_private.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_private.c -fPIC -DPIC -o .libs/xdebug_private.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_profiler.c -o xdebug_profiler.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_profiler.c -fPIC -DPIC -o .libs/xdebug_profiler.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_set.c -o xdebug_set.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_set.c -fPIC -DPIC -o .libs/xdebug_set.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_str.c -o xdebug_str.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_str.c -fPIC -DPIC -o .libs/xdebug_str.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_superglobals.c -o xdebug_superglobals.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_superglobals.c -fPIC -DPIC -o .libs/xdebug_superglobals.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_var.c -o xdebug_var.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_var.c -fPIC -DPIC -o .libs/xdebug_var.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_xml.c -o xdebug_xml.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/xdebug_xml.c -fPIC -DPIC -o .libs/xdebug_xml.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/usefulstuff.c -o usefulstuff.lo gcc -I. -I/tmp/pear/cache/xdebug-2.0.3 -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -c /tmp/pear/cache/xdebug-2.0.3/usefulstuff.c -fPIC -DPIC -o .libs/usefulstuff.o /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=link gcc -DPHP_ATOM_INC -I/var/tmp/pear-build-root/xdebug-2.0.3/include -I/var/tmp/pear-build-root/xdebug-2.0.3/main -I/tmp/pear/cache/xdebug-2.0.3 -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O0 -o xdebug.la -export-dynamic -avoid-version -prefer-pic -module -rpath /var/tmp/pear-build-root/xdebug-2.0.3/modules xdebug.lo xdebug_code_coverage.lo xdebug_com.lo xdebug_compat.lo xdebug_handler_dbgp.lo xdebug_handler_gdb.lo xdebug_handler_php3.lo xdebug_handlers.lo xdebug_llist.lo xdebug_hash.lo xdebug_private.lo xdebug_profiler.lo xdebug_set.lo xdebug_str.lo xdebug_superglobals.lo xdebug_var.lo xdebug_xml.lo usefulstuff.lo -lm gcc -shared .libs/xdebug.o .libs/xdebug_code_coverage.o .libs/xdebug_com.o .libs/xdebug_compat.o .libs/xdebug_handler_dbgp.o .libs/xdebug_handler_gdb.o .libs/xdebug_handler_php3.o .libs/xdebug_handlers.o .libs/xdebug_llist.o .libs/xdebug_hash.o .libs/xdebug_private.o .libs/xdebug_profiler.o .libs/xdebug_set.o .libs/xdebug_str.o .libs/xdebug_superglobals.o .libs/xdebug_var.o .libs/xdebug_xml.o .libs/usefulstuff.o -lm -Wl,-soname -Wl,xdebug.so -o .libs/xdebug.so creating xdebug.la (cd .libs && rm -f xdebug.la && ln -s ../xdebug.la xdebug.la) /bin/sh /var/tmp/pear-build-root/xdebug-2.0.3/libtool --mode=install cp ./xdebug.la /var/tmp/pear-build-root/xdebug-2.0.3/modules cp ./.libs/xdebug.so /var/tmp/pear-build-root/xdebug-2.0.3/modules/xdebug.so cp ./.libs/xdebug.lai /var/tmp/pear-build-root/xdebug-2.0.3/modules/xdebug.la PATH="$PATH:/sbin" ldconfig -n /var/tmp/pear-build-root/xdebug-2.0.3/modules ---------------------------------------------------------------------- Libraries have been installed in: /var/tmp/pear-build-root/xdebug-2.0.3/modules If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to `/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- Build complete. Don't forget to run 'make test'. running: make INSTALL_ROOT="/var/tmp/pear-build-root/install-xdebug-2.0.3" install Installing shared extensions: /var/tmp/pear-build-root/install-xdebug-2.0.3/usr/lib64/php5/extensions/ running: find "/var/tmp/pear-build-root/install-xdebug-2.0.3" -ls 1017959 4 drwxr-xr-x 3 root root 4096 Apr 25 14:07 /var/tmp/pear-build-root/install-xdebug-2.0.3 1018014 4 drwxr-xr-x 3 root root 4096 Apr 25 14:07 /var/tmp/pear-build-root/install-xdebug-2.0.3/usr 1018015 4 drwxr-xr-x 3 root root 4096 Apr 25 14:07 /var/tmp/pear-build-root/install-xdebug-2.0.3/usr/lib64 1018016 4 drwxr-xr-x 3 root root 4096 Apr 25 14:07 /var/tmp/pear-build-root/install-xdebug-2.0.3/usr/lib64/php5 1018017 4 drwxr-xr-x 2 root root 4096 Apr 25 14:07 /var/tmp/pear-build-root/install-xdebug-2.0.3/usr/lib64/php5/extensions 1018013 664 -rwxr-xr-x 1 root root 672750 Apr 25 14:07 /var/tmp/pear-build-root/install-xdebug-2.0.3/usr/lib64/php5/extensions/xdebug.so Build process completed successfully Installing '/usr/lib64/php5/extensions/xdebug.so' install ok: channel://pecl.php.net/xdebug-2.0.3 [^] configuration option "php_ini" is not set to php.ini location You should add "extension=xdebug.so" to php.ini --- I tried adding "extension=xdebug.so" exactly like "zend_extension=/usr/lib64/php5/extensions/xdebug.so" in my php.ini
Attached Files:

Notes
(0000842) derick    2008-04-25 14:25	Could you provide a link to your phpinfo() output, atleast tell me the value of html_errors?
(0000843) xbdh    2008-04-25 14:42	Sorry, it was my fault, html_errors was off. Thank you very much!
(0001150) derick    2009-11-22 15:46	Not a bug, as html_errors was off.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
483	[Xdebug] Usage problems	crash	always	2009-11-05 13:24	2009-11-08 21:48
Reporter:	Antronin	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 9.10
PHP Version:	5.2.10
Summary:	Segfault error 4 in xdebug.so
Description:	Since I upgraded my Ubuntu to Karmic Koala (9.10) PHP is segfaulting on xdebug when is starts to generate code coverage report. I'm using PHPUnderControl to test my application and it is reporting faulty tests continuasly. In my message.log I see the following: Nov 5 13:06:59 antronin kernel: [17160.746797] php[27697]: segfault at b0a7816 ip b6f2f507 sp bfc7a150 error 4 in xdebug.so[b6f0e000+33000]
Steps To Reproduce:
Additional Information:	I tried to install xdebug 2.0.5 hoping it will solve the issue, but it is not yet available in the Ubuntu repos, and installing from PECL coman line fails: it downloads the tar.gz but does not compile it.. simply stops without any error messages (tried several times).
Attached Files:

Notes
(0001119) derick    2009-11-05 13:52	PECL and PEAR are broken on Karmic Koala (http://tinyurl.com/yhfvet9 [^]). Please use "pecl install -Z xdebug" and see if 2.0.5 solves the issues. Alternatively, just do: pecl download xdebug tar -xvzf xdebug-2.0.5.tar.gz cd xdebug-2.0.5 phpize ./configure make install
(0001122) Antronin    2009-11-06 10:53	Thank you for pointing this out. Installing with t -Z option from PECL solved the case, we can close this bug!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
482	[Xdebug] Feature/Change request	trivial	N/A	2009-11-05 00:32	2009-11-05 13:10
Reporter:	rune_kg	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	ubuntu
PHP Version:	5.2.6
Summary:	Option to disable stack trace
Description:	I would be nice to be able to disable the automatic stack trace, but still keep the other nice features. Most of the times the error is obvious and the stack trace is just flooding my "watch tail apache_errors.log" terminal.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001118) derick    2009-11-05 13:10	You can already do this by setting xdebug.enable=0 in php.ini (the name of the setting is a bit odd).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
479	[Xdebug] Installation	minor	have not tried	2009-10-27 18:29	2009-10-28 09:47
Reporter:	ab2qik	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu Jaunty
PHP Version:	5.3.0
Summary:	Xdebug-2.0.5 Installation Warning
Description:	System: Ubuntu Jaunty, Xampp-1.7.2, Xebug-2.0.5. Build & Install Xdebug-2.0.5 $ cd xdebug-2.0.5 $ phpize Output: Below shows Warnings about the cache being suspicious. Please advise of a fix for the Warnings.
Steps To Reproduce:
Additional Information:	Output: Configuring for: PHP Api Version: 20090626 Zend Module Api No: 20090626 Zend Extension Api No: 220090626 configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1974: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1994: AC_CACHE_CHECK is expanded from... aclocal.m4:3555: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:5493: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:2972: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:2952: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:2915: AC_PROG_LIBTOOL is expanded from... configure.in:150: the top level configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3510: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:7620: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:5606: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:4641: _LT_AC_TAGCONFIG is expanded from... configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_static_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1974: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1994: AC_CACHE_CHECK is expanded from... aclocal.m4:3555: AC_LIBTOOL_LINKER_OPTION is expanded from... aclocal.m4:5493: _LT_AC_LANG_C_CONFIG is expanded from... aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from... aclocal.m4:2972: AC_LIBTOOL_SETUP is expanded from... aclocal.m4:2952: _AC_PROG_LIBTOOL is expanded from... aclocal.m4:2915: AC_PROG_LIBTOOL is expanded from... configure.in:150: the top level configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:3510: AC_LIBTOOL_COMPILER_OPTION is expanded from... aclocal.m4:7620: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from... configure.in:150: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX, ...): suspicious cache-id, must contain _cv_ to be cached aclocal.m4:5606: _LT_AC_LANG_CXX_CONFIG is expanded from... aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from... aclocal.m4:4641: _LT_AC_TAGCONFIG is expanded from... ab2qik@lt720-codeS-ub:/opt/xdebug-2.0.5$
Attached Files:

Notes
(0001117) derick    2009-10-28 09:47	This is not an issue with Xdebug, but with PHP's "phpize".

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
464	[Xdebug] Feature/Change request	feature	N/A	2009-08-06 13:14	2009-10-24 19:19
Reporter:	kapouer	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3.0
Summary:	Externalize html template strings
Description:	The html strings used as arguments in the printf calls should be externalized in a document, and that document's path should be passed as parameter in the xdebug.ini. That would be so great... on many websites i develop the xdebug output is unreadable, due to special page layouts. And because of the xdebug html output, reading the source page is quite painful. A smaller feature would be a configuration parameter in xdebug.ini, that would switch output between plain text (with line feeds) or html. Thanks for your attention.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001114) derick    2009-10-24 19:19	All Xdebug output has CSS style classes, which should be more than enough to customize the layout. The turning off of HTML-based errors is controlled by PHP's html_errors setting.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
477	[Xdebug] Usage problems	minor	have not tried	2009-10-24 04:01	2009-10-24 19:15
Reporter:	echang	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP SP3 with Eclipse Galileo + PDT
PHP Version:	5.3.0
Summary:	XDebug 2.0.5 doesn't work with function variables
Description:	When I step into functions, I cannot trace the value of function variables, and it is always <Uninitialized> for any function variable. My PHP and XDebug: PHP 5.3.0 (cli) (built: Jul 2 2009 21:08:11) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies with Xdebug v2.0.5, Copyright (c) 2002-2008, by Derick Rethans
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001113) derick    2009-10-24 19:15	This is fixed in CVS already.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
329	[Xdebug] Usage problems	crash	always	2007-10-30 11:24	2009-10-17 19:15
Reporter:	mhorvath	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 7.10 Server 64-Bit
PHP Version:	5.2.4
Summary:	PHP segfault due to XDebug
Description:	XDebug 2.1dev still crashes PHP (segfault) see bug 321 ... --- snip --- mhorvath@bamboo:~/PHX$ sudo gdb /opt/php/bin/php [sudo] password for mhorvath: GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"... Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run -d safe_mode=Off /opt/php/bin/phpunit --log-xml Logs/UnitTestsCodeCoverage.xml --exclude-group deactivated,CrashesXDebug --coverage-xml Logs/CodeCoverage.xml --report Logs/CodeCoverage --verbose UnitTests_AllTests UnitTests/AllTests.php Starting program: /opt/php-5.2.4/bin/php -d safe_mode=Off /opt/php/bin/phpunit --log-xml Logs/UnitTestsCodeCoverage.xml --exclude-group deactivated,CrashesXDebug --coverage-xml Logs/CodeCoverage.xml --report Logs/CodeCoverage --verbose UnitTests_AllTests UnitTests/AllTests.php [Thread debugging using libthread_db enabled] [New Thread 47078054756912 (LWP 21939)] PHPUnit 3.2.0RC1 by Sebastian Bergmann. ... Phoenix Unit Tests - Modules - User UnitTests_Modules_User_Models_ApiTest .............. Time: 3 seconds There were 2 errors: 1) testSearchCorrect(UnitTests_Modules_Phoenix_Libraries_FindUserFromNameTest) PDOException: SQLSTATE[HY000]: General error: 1429 Unable to connect to foreign data source: Can't connect to sphinx server /data/bamboo/build-dir/PHX-TRUNK/Libraries/Phx/Db/Statement.php:354 /data/bamboo/build-dir/PHX-TRUNK/Modules/Phoenix/Libraries/FindUserFromName.php:67 /data/bamboo/build-dir/PHX-TRUNK/Tests/UnitTests/Modules/Phoenix/Libraries/FindUserFromNameTest.php:39 2) testSearchCountResult(UnitTests_Modules_Phoenix_Libraries_FindUserFromNameTest) PDOException: SQLSTATE[HY000]: General error: 1429 Unable to connect to foreign data source: Can't connect to sphinx server /data/bamboo/build-dir/PHX-TRUNK/Libraries/Phx/Db/Statement.php:354 /data/bamboo/build-dir/PHX-TRUNK/Modules/Phoenix/Libraries/FindUserFromName.php:67 /data/bamboo/build-dir/PHX-TRUNK/Tests/UnitTests/Modules/Phoenix/Libraries/FindUserFromNameTest.php:46 FAILURES! Tests: 235, Errors: 2. Writing code coverage data to XML file, this may take a moment. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47078054756912 (LWP 21939)] 0x00000000007672cf in lex_scan (zendlval=0x7fff7759e900) at /usr/local/src/php-5.2.4/Zend/zend_language_scanner.c:4988 4988 len += strlen(func_name); (gdb) bt #0 0x00000000007672cf in lex_scan (zendlval=0x7fff7759e900) at /usr/local/src/php-5.2.4/Zend/zend_language_scanner.c:4988 #1 0x0000000000717227 in tokenize (return_value=0x6134d68) at /usr/local/src/php-5.2.4/ext/tokenizer/tokenizer.c:161 0000002 0x0000000000717383 in zif_token_get_all (ht=1, return_value=0x6134d68, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /usr/local/src/php-5.2.4/ext/tokenizer/tokenizer.c:227 0000003 0x00000000007bffc9 in execute_internal (execute_data_ptr=0x7fff7759f190, return_value_used=1) at /usr/local/src/php-5.2.4/Zend/zend_execute.c:1385 0000004 0x00002ad136ddba45 in xdebug_execute_internal (current_execute_data=0x7fff7759f190, return_value_used=1) at /usr/local/src/xdebug/xdebug.c:1598 0000005 0x00002ad1372308e9 in suhosin_execute_internal (execute_data_ptr=0x7fff7759f190, return_value_used=1) at /usr/local/src/suhosin-0.9.20/execute.c:1151 0000006 0x00000000007c08b3 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff7759f190) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:202 0000007 0x00000000007c7048 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x7fff7759f190) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:1681 0000008 0x00000000007c02e6 in execute (op_array=0x2ad133685ab0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 0000009 0x00002ad136ddb6d2 in xdebug_execute (op_array=0x2ad133685ab0) at /usr/local/src/xdebug/xdebug.c:1534 0000010 0x00002ad137230bdd in suhosin_execute_ex (op_array=0x2ad133685ab0, zo=0, dummy=0) at /usr/local/src/suhosin-0.9.20/execute.c:558 0000011 0x00000000007c0a7f in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff7759f960) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 0000012 0x00000000007c1770 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7fff7759f960) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:322 0000013 0x00000000007c02e6 in execute (op_array=0x2ad133684058) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 0000014 0x00002ad136ddb6d2 in xdebug_execute (op_array=0x2ad133684058) at /usr/local/src/xdebug/xdebug.c:1534 0000015 0x00002ad137230bdd in suhosin_execute_ex (op_array=0x2ad133684058, zo=0, dummy=0) at /usr/local/src/suhosin-0.9.20/execute.c:558 0000016 0x00000000007c0a7f in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff775a2af0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 0000017 0x00000000007c1770 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7fff775a2af0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:322 0000018 0x00000000007c02e6 in execute (op_array=0x18d82d0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 0000019 0x00002ad136ddb6d2 in xdebug_execute (op_array=0x18d82d0) at /usr/local/src/xdebug/xdebug.c:1534 0000020 0x00002ad137230bdd in suhosin_execute_ex (op_array=0x18d82d0, zo=0, dummy=0) at /usr/local/src/suhosin-0.9.20/execute.c:558 0000021 0x00000000007c0a7f in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff775a69b0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 0000022 0x00000000007c1770 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7fff775a69b0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:322 0000023 0x00000000007c02e6 in execute (op_array=0x1064148) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 0000024 0x00002ad136ddb6d2 in xdebug_execute (op_array=0x1064148) at /usr/local/src/xdebug/xdebug.c:1534 0000025 0x00002ad137230bdd in suhosin_execute_ex (op_array=0x1064148, zo=0, dummy=0) at /usr/local/src/suhosin-0.9.20/execute.c:558 0000026 0x00000000007c0a7f in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff775a77d0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 0000027 0x00000000007c1770 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7fff775a77d0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:322 0000028 0x00000000007c02e6 in execute (op_array=0x101a4b0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 0000029 0x00002ad136ddb6d2 in xdebug_execute (op_array=0x101a4b0) at /usr/local/src/xdebug/xdebug.c:1534 0000030 0x00002ad137230bdd in suhosin_execute_ex (op_array=0x101a4b0, zo=0, dummy=0) at /usr/local/src/suhosin-0.9.20/execute.c:558 0000031 0x00000000007c0a7f in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff775a7da0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 0000032 0x00000000007c1770 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7fff775a7da0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:322 0000033 0x00000000007c02e6 in execute (op_array=0xf0d0c8) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 0000034 0x00002ad136ddb6d2 in xdebug_execute (op_array=0xf0d0c8) at /usr/local/src/xdebug/xdebug.c:1534 #35 0x00002ad137230bdd in suhosin_execute_ex (op_array=0xf0d0c8, zo=0, dummy=0) at /usr/local/src/suhosin-0.9.20/execute.c:558 0000036 0x00000000007c8079 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER (execute_data=0x7fff775a81f0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:2030 0000037 0x00000000007c02e6 in execute (op_array=0xf0b7f8) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 0000038 0x00002ad136ddb6d2 in xdebug_execute (op_array=0xf0b7f8) at /usr/local/src/xdebug/xdebug.c:1534 0000039 0x00002ad137230bdd in suhosin_execute_ex (op_array=0xf0b7f8, zo=0, dummy=0) at /usr/local/src/suhosin-0.9.20/execute.c:558 0000040 0x0000000000795ebc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-5.2.4/Zend/zend.c:1215 0000041 0x0000000000732b0b in php_execute_script (primary_file=0x7fff775aa9c0) at /usr/local/src/php-5.2.4/main/main.c:2003 0000042 0x000000000081d6cc in main (argc=15, argv=0x7fff775aac08) at /usr/local/src/php-5.2.4/sapi/cli/php_cli.c:1146 (gdb) list 4983 4984 if (class_name) { 4985 len += strlen(class_name) + 2; 4986 } 4987 if (func_name) { 4988 len += strlen(func_name); 4989 } 4990 4991 zendlval->value.str.len = zend_spprintf(&zendlval->value.str.val, 0, "%s%s%s", 4992 class_name ? class_name : "", (gdb)
Steps To Reproduce:
Additional Information:	mhorvath@bamboo:~/PHX$ uname -mrs Linux 2.6.22-14-generic x86_64 --- snip --- mhorvath@bamboo:~/PHX$ php -i phpinfo() PHP Version => 5.2.4 System => Linux bamboo 2.6.22-14-generic #1 SMP Sun Oct 14 21:45:15 GMT 2007 x86_64 Build Date => Oct 29 2007 17:08:56 Configure Command => './configure' '--prefix=/opt/php-5.2.4' '--with-config-file-path=/opt/php-5.2.4/etc' '--enable-force-cgi-redirect' '--enable-fastcgi' '--disable-debug' '--disable-all' '--enable-ctype' '--enable-dom' '--enable-libxml' '--with-libxml-dir=/usr/lib' '--with-openssl' '--with-pcre-regex' '--enable-session' '--enable-simplexml' '--enable-spl' '--enable-wddx' '--enable-xml' '--enable-hash' '--enable-reflection' '--with-zlib' '--with-pear' '--with-apxs2=/usr/bin/apxs2' '--with-layout=GNU' '--enable-json' '--enable-filter' '--with-iconv-dir=/usr/local/lib' '--enable-mbstring' '--with-mcrypt' '--with-mysql' '--with-mysqli' '--enable-pdo' '--with-pdo-mysql' '--enable-soap' '--with-gd' '--with-jpeg-dir' '--with-png-dir' '--with-ttf' '--with-freetype-dir' '--with-t1lib' '--enable-gd-native-ttf' '--enable-tokenizer' '--with-xsl' '--disable-inline-optimization' '--enable-debug' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /opt/php-5.2.4/etc Loaded Configuration File => /opt/php-5.2.4/etc/php.ini PHP API => 20041225 PHP Extension => 20060613 Zend Extension => 220060519 Debug Build => yes Thread Safety => disabled Zend Memory Manager => enabled IPv6 Support => enabled Registered PHP Streams => php, file, data, http, ftp, compress.zlib, https, ftps Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters => string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, zlib.* This server is protected with the Suhosin Patch 0.9.6.2 Copyright (c) 2006 Hardened-PHP Project This program makes use of the Zend Scripting Language Engine: Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with XCache v1.2.1, Copyright (c) 2005-2007, by mOo with Xdebug v2.1.0-dev, Copyright (c) 2002-2007, by Derick Rethans with Suhosin v0.9.20, Copyright (c) 2002-2006, by Hardened-PHP Project --- snip --- mhorvath@bamboo:~/PHX$ php -m [PHP Modules] ctype date dom filter gd hash json libxml mbstring mcrypt memcache mysql mysqli openssl pcre PDO pdo_mysql Reflection session SimpleXML soap SPL standard suhosin tokenizer wddx XCache xdebug xml xsl zlib [Zend Modules] XCache Xdebug
Attached Files:

Notes
(0000785) derick    2007-10-30 11:29	Could you do a "print func_name" instead of "bt" for me?
(0000786) mhorvath    2007-10-30 11:33	--- snip --- [Switching to Thread 47243155223088 (LWP 23149)] 0x00000000007672cf in lex_scan (zendlval=0x7fff06989e10) at /usr/local/src/php-5.2.4/Zend/zend_language_scanner.c:4988 4988 len += strlen(func_name); (gdb) print func_name $1 = 0x74636e7566206369 <Address 0x74636e7566206369 out of bounds> --- snip --- Hm, should I be doing something else?
(0000787) derick    2007-10-30 13:38	Hmm, that is sorta useless :) Could you perhaps hand me over a (short) test case that exhibits this problem?
(0000788) mhorvath    2007-10-30 15:22	Hm, I kindly don#t know, which test is responsible for the issue ... and I cannot send you over our sources because of IP issues ... any other way to help resolving the problem? :(
(0000789) derick    2007-10-30 17:11	Not really, unless you want to spend some time to make a short reproducable case out of this. But your first comment shows a stop in zend_language_scanner... not in Xdebug. Did you interrupt it or something? Try to do the print func_name when the segfault occurs...
(0000790) derick    2007-10-30 17:12	Actually, it doesn't crash at all in Xdebug, but in Zend somewhere. Could you try disabling XCache to see if that works? If it does not, try to run your script under valgrind.
(0000791) mhorvath    2007-10-30 19:10	Extensions disabled ... still happening ... maybe it's due to the Suhosin-Patch ... but now I'll let Valgrind "profile" for me ... let's see ... I'll report ... otherweise I'll retry without the Suhosin-Patch ...
(0000792) mhorvath    2007-10-30 19:20	Well, here we are ... is that of any use to you? I really think it is related to XDebug ... isn't it? Cheers, Max! --- snip --- ... OK (233 tests) Writing code coverage data to XML file, this may take a moment.==19701== ==19701== Invalid read of size 1 ==19701== at 0x7672CF: lex_scan (zend_language_scanner.c:4988) ==19701== by 0x717226: tokenize (tokenizer.c:161) ==19701== by 0x717382: zif_token_get_all (tokenizer.c:227) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== by 0x7C0A7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==19701== Address 0x636E756620657461 is not stack'd, malloc'd or (recently) free'd ==19701== ==19701== Process terminating with default action of signal 11 (SIGSEGV) ==19701== General Protection Fault ==19701== at 0x7672CF: lex_scan (zend_language_scanner.c:4988) ==19701== by 0x717226: tokenize (tokenizer.c:161) ==19701== by 0x717382: zif_token_get_all (tokenizer.c:227) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== by 0x7C0A7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) --19701-- Discarding syms at 0x8C12000-0x8E1D000 in /lib/libnss_files-2.6.1.so due to munmap() --19701-- Discarding syms at 0x1A91D000-0x1AB23000 in /lib/libnss_dns-2.6.1.so due to munmap() ==19701== ==19701== ERROR SUMMARY: 10352 errors from 36 contexts (suppressed: 25 from 1) ==19701== ==19701== 1 errors in context 1 of 36: ==19701== Invalid read of size 1 ==19701== at 0x7672CF: lex_scan (zend_language_scanner.c:4988) ==19701== by 0x717226: tokenize (tokenizer.c:161) ==19701== by 0x717382: zif_token_get_all (tokenizer.c:227) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== by 0x7C0A7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==19701== Address 0x636E756620657461 is not stack'd, malloc'd or (recently) free'd ==19701== ==19701== 1 errors in context 2 of 36: ==19701== Conditional jump or move depends on uninitialised value(s) ==19701== at 0x84B1E59: xdebug_prefill_code_coverage (xdebug_code_coverage.c:307) ==19701== by 0x84AC604: xdebug_execute (xdebug.c:1514) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== by 0x7C0A7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==19701== by 0x7C176F: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== by 0x7C0A7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==19701== by 0x7C176F: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 1 errors in context 3 of 36: ==19701== Invalid read of size 8 ==19701== at 0x4015B0A: (within /lib/ld-2.6.1.so) ==19701== by 0x4011872: (within /lib/ld-2.6.1.so) ==19701== by 0x7ADF4EF: (within /lib/libc-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x7ADF656: __libc_dlopen_mode (in /lib/libc-2.6.1.so) ==19701== by 0x7AB9F1C: __nss_lookup_function (in /lib/libc-2.6.1.so) ==19701== by 0x7AB9FF4: (within /lib/libc-2.6.1.so) ==19701== by 0x7AC24B2: getservbyname_r (in /lib/libc-2.6.1.so) ==19701== by 0x7AC220B: getservbyname (in /lib/libc-2.6.1.so) ==19701== by 0x69EED88: mysql_server_init (in /usr/lib/libmysqlclient.so.15.0.0) ==19701== by 0x5A8C7F: zm_startup_mysqli (mysqli.c:655) ==19701== by 0x79C52A: zend_startup_module_ex (zend_API.c:1466) ==19701== Address 0x8BEDFD0 is 40 bytes inside a block of size 46 alloc'd ==19701== at 0x4C21C16: malloc (vg_replace_malloc.c:149) ==19701== by 0x400DB10: (within /lib/ld-2.6.1.so) ==19701== by 0x4008D25: (within /lib/ld-2.6.1.so) ==19701== by 0x4011C98: (within /lib/ld-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x401155A: (within /lib/ld-2.6.1.so) ==19701== by 0x7ADF4EF: (within /lib/libc-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x7ADF656: __libc_dlopen_mode (in /lib/libc-2.6.1.so) ==19701== by 0x7AB9F1C: __nss_lookup_function (in /lib/libc-2.6.1.so) ==19701== by 0x7AB9FF4: (within /lib/libc-2.6.1.so) ==19701== by 0x7AC24B2: getservbyname_r (in /lib/libc-2.6.1.so) ==19701== ==19701== 2 errors in context 4 of 36: ==19701== Conditional jump or move depends on uninitialised value(s) ==19701== at 0x84B1D40: prefill_from_function_table (xdebug_code_coverage.c:267) ==19701== by 0x7A4A92: zend_hash_apply_with_arguments (zend_hash.c:923) ==19701== by 0x84B1E9D: xdebug_prefill_code_coverage (xdebug_code_coverage.c:311) ==19701== by 0x84AC604: xdebug_execute (xdebug.c:1514) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== by 0x7C0A7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==19701== by 0x7C176F: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== by 0x7C0A7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==19701== by 0x7C176F: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==19701== ==19701== 2 errors in context 5 of 36: ==19701== Invalid read of size 8 ==19701== at 0x4015B24: (within /lib/ld-2.6.1.so) ==19701== by 0x400A8F7: (within /lib/ld-2.6.1.so) ==19701== by 0x4006174: (within /lib/ld-2.6.1.so) ==19701== by 0x40085F7: (within /lib/ld-2.6.1.so) ==19701== by 0x4011C98: (within /lib/ld-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x401155A: (within /lib/ld-2.6.1.so) ==19701== by 0x7ADF4EF: (within /lib/libc-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x7ADF656: __libc_dlopen_mode (in /lib/libc-2.6.1.so) ==19701== by 0x7AB9F1C: __nss_lookup_function (in /lib/libc-2.6.1.so) ==19701== by 0x7ABA012: (within /lib/libc-2.6.1.so) ==19701== Address 0x8BEE150 is 16 bytes inside a block of size 23 alloc'd ==19701== at 0x4C21C16: malloc (vg_replace_malloc.c:149) ==19701== by 0x4008AF5: (within /lib/ld-2.6.1.so) ==19701== by 0x4011C98: (within /lib/ld-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x401155A: (within /lib/ld-2.6.1.so) ==19701== by 0x7ADF4EF: (within /lib/libc-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x7ADF656: __libc_dlopen_mode (in /lib/libc-2.6.1.so) ==19701== by 0x7AB9F1C: __nss_lookup_function (in /lib/libc-2.6.1.so) ==19701== by 0x7ABA012: (within /lib/libc-2.6.1.so) ==19701== by 0x7AC24B2: getservbyname_r (in /lib/libc-2.6.1.so) ==19701== by 0x7AC220B: getservbyname (in /lib/libc-2.6.1.so) ==19701== ==19701== 2 errors in context 6 of 36: ==19701== Invalid read of size 8 ==19701== at 0x4015B0A: (within /lib/ld-2.6.1.so) ==19701== by 0x400DAF6: (within /lib/ld-2.6.1.so) ==19701== by 0x400DCA3: (within /lib/ld-2.6.1.so) ==19701== by 0x400A3AA: (within /lib/ld-2.6.1.so) ==19701== by 0x7ADF9BC: (within /lib/libc-2.6.1.so) ==19701== by 0x678D0F3: (within /lib/libdl-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x678D4EC: (within /lib/libdl-2.6.1.so) ==19701== by 0x678D0A9: dlsym (in /lib/libdl-2.6.1.so) ==19701== by 0x8900DC3: suhosin_hook_execute (execute.c:1189) ==19701== by 0x88F23B0: suhosin_module_startup (suhosin.c:181) ==19701== by 0x88F32CC: suhosin_startup_wrapper (suhosin.c:249) ==19701== Address 0x82797C8 is 40 bytes inside a block of size 43 alloc'd ==19701== at 0x4C21C16: malloc (vg_replace_malloc.c:149) ==19701== by 0x40077B3: (within /lib/ld-2.6.1.so) ==19701== by 0x400854E: (within /lib/ld-2.6.1.so) ==19701== by 0x4011C98: (within /lib/ld-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x401155A: (within /lib/ld-2.6.1.so) ==19701== by 0x678CF8A: (within /lib/libdl-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x678D4EC: (within /lib/libdl-2.6.1.so) ==19701== by 0x678CEF0: dlopen (in /lib/libdl-2.6.1.so) ==19701== by 0x69503B: php_dl (dl.c:138) ==19701== by 0x73B1DE: php_load_function_extension_cb (php_ini.c:235) ==19701== ==19701== 4 errors in context 7 of 36: ==19701== Invalid read of size 8 ==19701== at 0x4015B0A: (within /lib/ld-2.6.1.so) ==19701== by 0x400A8F7: (within /lib/ld-2.6.1.so) ==19701== by 0x4006174: (within /lib/ld-2.6.1.so) ==19701== by 0x40085F7: (within /lib/ld-2.6.1.so) ==19701== by 0x4011C98: (within /lib/ld-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x401155A: (within /lib/ld-2.6.1.so) ==19701== by 0x678CF8A: (within /lib/libdl-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x678D4EC: (within /lib/libdl-2.6.1.so) ==19701== by 0x678CEF0: dlopen (in /lib/libdl-2.6.1.so) ==19701== by 0x7A17D5: zend_load_extension (zend_extensions.c:34) ==19701== Address 0x8275FC0 is 40 bytes inside a block of size 42 alloc'd ==19701== at 0x4C21C16: malloc (vg_replace_malloc.c:149) ==19701== by 0x40077B3: (within /lib/ld-2.6.1.so) ==19701== by 0x400854E: (within /lib/ld-2.6.1.so) ==19701== by 0x4011C98: (within /lib/ld-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x401155A: (within /lib/ld-2.6.1.so) ==19701== by 0x678CF8A: (within /lib/libdl-2.6.1.so) ==19701== by 0x400DA05: (within /lib/ld-2.6.1.so) ==19701== by 0x678D4EC: (within /lib/libdl-2.6.1.so) ==19701== by 0x678CEF0: dlopen (in /lib/libdl-2.6.1.so) ==19701== by 0x7A17D5: zend_load_extension (zend_extensions.c:34) ==19701== by 0x73B1F8: php_load_zend_extension_cb (php_ini.c:243) ==19701== ==19701== 11 errors in context 8 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE640, 0x7FEFEE640, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C930: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BC65: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BF5C: mcrypt_generic_end (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B166: php_mcrypt_do_crypt (mcrypt.c:1086) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== ==19701== 13 errors in context 9 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE630, 0x7FEFEE630, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402CDF4: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BC53: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BF5C: mcrypt_generic_end (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B166: php_mcrypt_do_crypt (mcrypt.c:1086) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== ==19701== 13 errors in context 10 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE640, 0x7FEFEE640, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C8EF: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BC2A: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BF5C: mcrypt_generic_end (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B166: php_mcrypt_do_crypt (mcrypt.c:1086) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== ==19701== 13 errors in context 11 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE640, 0x7FEFEE640, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402CBFF: mcrypt_enc_get_key_size (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BC08: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BF5C: mcrypt_generic_end (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B166: php_mcrypt_do_crypt (mcrypt.c:1086) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== ==19701== 13 errors in context 12 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE5E0, 0x7FEFEE5E0, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402CA0B: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BE16: mcrypt_generic_init (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B0A9: php_mcrypt_do_crypt (mcrypt.c:1073) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== ==19701== 13 errors in context 13 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE590, 0x7FEFEE590, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C6EF: mcrypt_enc_is_block_algorithm (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C988: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BE16: mcrypt_generic_init (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B0A9: php_mcrypt_do_crypt (mcrypt.c:1073) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== ==19701== 13 errors in context 14 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE5E0, 0x7FEFEE5E0, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402CD5D: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BDE0: mcrypt_generic_init (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B0A9: php_mcrypt_do_crypt (mcrypt.c:1073) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== ==19701== 13 errors in context 15 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE610, 0x7FEFEE610, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C930: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BDA7: mcrypt_generic_init (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B0A9: php_mcrypt_do_crypt (mcrypt.c:1073) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== ==19701== 13 errors in context 16 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE610, 0x7FEFEE610, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C8EF: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BD82: mcrypt_generic_init (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B0A9: php_mcrypt_do_crypt (mcrypt.c:1073) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== ==19701== 13 errors in context 17 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE610, 0x7FEFEE610, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402CBFF: mcrypt_enc_get_key_size (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BD4A: mcrypt_generic_init (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B0A9: php_mcrypt_do_crypt (mcrypt.c:1073) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== ==19701== 13 errors in context 18 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE5F0, 0x7FEFEE5F0, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402CC51: mcrypt_enc_get_supported_key_sizes (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BD06: mcrypt_generic_init (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B0A9: php_mcrypt_do_crypt (mcrypt.c:1073) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== ==19701== 13 errors in context 19 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE610, 0x7FEFEE610, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402CBFF: mcrypt_enc_get_key_size (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402BCC1: mcrypt_generic_init (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59B0A9: php_mcrypt_do_crypt (mcrypt.c:1073) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== ==19701== 13 errors in context 20 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE660, 0x7FEFEE660, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402CFA0: mcrypt_enc_is_block_mode (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59AF7E: php_mcrypt_do_crypt (mcrypt.c:1060) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 13 errors in context 21 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE640, 0x7FEFEE640, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402CC51: mcrypt_enc_get_supported_key_sizes (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59AC90: php_mcrypt_do_crypt (mcrypt.c:1015) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 13 errors in context 22 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE660, 0x7FEFEE660, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402CBFF: mcrypt_enc_get_key_size (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59AC56: php_mcrypt_do_crypt (mcrypt.c:1011) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 13 errors in context 23 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE630, 0x7FEFEE630, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C833: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59AC0F: php_mcrypt_do_crypt (mcrypt.c:1005) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 13 errors in context 24 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE630, 0x7FEFEE630, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C810: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59AC0F: php_mcrypt_do_crypt (mcrypt.c:1005) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 13 errors in context 25 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE630, 0x7FEFEE630, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C7ED: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59AC0F: php_mcrypt_do_crypt (mcrypt.c:1005) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 13 errors in context 26 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE630, 0x7FEFEE630, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C7CA: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59AC0F: php_mcrypt_do_crypt (mcrypt.c:1005) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 13 errors in context 27 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE630, 0x7FEFEE630, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C7A7: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59AC0F: php_mcrypt_do_crypt (mcrypt.c:1005) ==19701== by 0x59B7C6: zif_mcrypt_encrypt (mcrypt.c:1111) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 13 errors in context 28 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE2E0, 0x7FEFEE2E0, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C833: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59A93C: zif_mcrypt_get_iv_size (mcrypt.c:940) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== ==19701== 13 errors in context 29 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE2E0, 0x7FEFEE2E0, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C810: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59A93C: zif_mcrypt_get_iv_size (mcrypt.c:940) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== ==19701== 13 errors in context 30 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE2E0, 0x7FEFEE2E0, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C7ED: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59A93C: zif_mcrypt_get_iv_size (mcrypt.c:940) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== ==19701== 13 errors in context 31 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE2E0, 0x7FEFEE2E0, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C7CA: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59A93C: zif_mcrypt_get_iv_size (mcrypt.c:940) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== ==19701== 13 errors in context 32 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE2E0, 0x7FEFEE2E0, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C7A7: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59A93C: zif_mcrypt_get_iv_size (mcrypt.c:940) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== ==19701== 26 errors in context 33 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE290, 0x7FEFEE290, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C6EF: mcrypt_enc_is_block_algorithm (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C879: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59A93C: zif_mcrypt_get_iv_size (mcrypt.c:940) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 26 errors in context 34 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE290, 0x7FEFEE290, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C6B0: mcrypt_enc_is_block_algorithm_mode (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C86F: mcrypt_module_open (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59A93C: zif_mcrypt_get_iv_size (mcrypt.c:940) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 39 errors in context 35 of 36: ==19701== Source and destination overlap in memcpy(0x7FEFEE300, 0x7FEFEE300, 72) ==19701== at 0x4C237F3: memcpy (mc_replace_strmem.c:116) ==19701== by 0x402C453: (within /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402C6B0: mcrypt_enc_is_block_algorithm_mode (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x402CBC8: mcrypt_enc_get_iv_size (in /usr/lib/libmcrypt.so.4.4.7) ==19701== by 0x59A958: zif_mcrypt_get_iv_size (mcrypt.c:942) ==19701== by 0x7BFFC8: execute_internal (zend_execute.c:1385) ==19701== by 0x84ACA44: xdebug_execute_internal (xdebug.c:1598) ==19701== by 0x89018E8: suhosin_execute_internal (execute.c:1151) ==19701== by 0x7C08B2: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:202) ==19701== by 0x7C7047: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1681) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== ==19701== 9925 errors in context 36 of 36: ==19701== Conditional jump or move depends on uninitialised value(s) ==19701== at 0x84B1D40: prefill_from_function_table (xdebug_code_coverage.c:267) ==19701== by 0x7A4A92: zend_hash_apply_with_arguments (zend_hash.c:923) ==19701== by 0x84B1E27: prefill_from_class_table (xdebug_code_coverage.c:295) ==19701== by 0x7A4A92: zend_hash_apply_with_arguments (zend_hash.c:923) ==19701== by 0x84B1ECC: xdebug_prefill_code_coverage (xdebug_code_coverage.c:312) ==19701== by 0x84AC604: xdebug_execute (xdebug.c:1514) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) ==19701== by 0x7C0A7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==19701== by 0x7C176F: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:322) ==19701== by 0x7C02E5: execute (zend_vm_execute.h:92) ==19701== by 0x84AC6D1: xdebug_execute (xdebug.c:1534) ==19701== by 0x8901BDC: suhosin_execute_ex (execute.c:558) --19701-- --19701-- supp: 25 dl-hack3 ==19701== ==19701== IN SUMMARY: 10352 errors from 36 contexts (suppressed: 25 from 1) ==19701== ==19701== malloc/free: in use at exit: 95,315,635 bytes in 28,701 blocks. ==19701== malloc/free: 4,357,178 allocs, 4,328,477 frees, 490,941,379 bytes allocated. ==19701== ==19701== searching for pointers to 28,701 not-freed blocks. ==19701== checked 351,047,128 bytes. ==19701== ==19701== LEAK SUMMARY: ==19701== definitely lost: 0 bytes in 0 blocks. ==19701== possibly lost: 0 bytes in 0 blocks. ==19701== still reachable: 95,315,635 bytes in 28,701 blocks. ==19701== suppressed: 0 bytes in 0 blocks. ==19701== Reachable blocks (those to which a pointer was found) are not shown. ==19701== To see them, rerun with: --leak-check=full --show-reachable=yes --19701-- memcheck: sanity checks: 9866 cheap, 395 expensive --19701-- memcheck: auxmaps: 1 auxmap entries (64k, 0M) in use --19701-- memcheck: auxmaps: 1 searches, 1 comparisons --19701-- memcheck: SMs: n_issued = 2714 (43424k, 42M) --19701-- memcheck: SMs: n_deissued = 243 (3888k, 3M) --19701-- memcheck: SMs: max_noaccess = 524287 (8388592k, 8191M) --19701-- memcheck: SMs: max_undefined = 6 (96k, 0M) --19701-- memcheck: SMs: max_defined = 5243 (83888k, 81M) --19701-- memcheck: SMs: max_non_DSM = 2471 (39536k, 38M) --19701-- memcheck: max sec V bit nodes: 938 (80k, 0M) --19701-- memcheck: set_sec_vbits8 calls: 1957 (new: 938, updates: 1019) --19701-- memcheck: max shadow mem size: 43760k, 42M --19701-- translate: fast SP updates identified: 35,032 ( 80.9%) --19701-- translate: generic_known SP updates identified: 5,464 ( 12.6%) --19701-- translate: generic_unknown SP updates identified: 2,790 ( 6.4%) --19701-- tt/tc: 2,276,515 tt lookups requiring 3,069,465 probes --19701-- tt/tc: 2,276,515 fast-cache updates, 5 flushes --19701-- transtab: new 32,803 (1,221,174 -> 19,872,527; ratio 162:10) [0 scs] --19701-- transtab: dumped 0 (0 -> ??) --19701-- transtab: discarded 339 (7,109 -> ??) --19701-- scheduler: 986,653,488 jumps (bb entries). --19701-- scheduler: 9,866/10,561,979 major/minor sched events. --19701-- sanity: 9867 cheap, 395 expensive checks. --19701-- exectx: 30,011 lists, 10,407 contexts (avg 0 per list) --19701-- exectx: 8,695,997 searches, 9,187,333 full compares (1,056 per 1000) --19701-- exectx: 1,637,918 cmp2, 20,168 cmp4, 0 cmpAll Segmentation fault
(0000793) derick    2007-11-01 21:01	No, it crashes in PHP: ==19701== at 0x7672CF: lex_scan (zend_language_scanner.c:4988) Did you disable suhoshin yet? If not, can you please try that too?
(0000807) derick    2007-11-11 17:42	Reminder sent to mhorvath No, it crashes in PHP: ==19701== at 0x7672CF: lex_scan (zend_language_scanner.c:4988) Did you disable suhoshin yet? If not, can you please try that too?
(0001111) derick    2009-10-17 19:15	No feedback provided -> closing issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
308	[Xdebug] Usage problems	minor	always	2007-09-13 19:03	2009-10-17 19:14
Reporter:	tachu	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	CentOS Release 5 (final)
PHP Version:	5.1.6
Summary:	Var dump displaying cut strings.
Description:	When you have a string with new lines in it var dump will cut it off. This is not related to the lenght of the string it will always cut off. For better understanding see example below.
Steps To Reproduce:
Additional Information:	With String: $sql = "SELECT media_group.title, media_group.description, media_content.url, media_content.duration, media_content.title AS contentTitle, media_content.description AS contentDescription, media_group_thumbnail.url as thumbnailUrl FROM media_group, media_content,media_group_thumbnail WHERE (14,14,44) AND media_content.media_group_id=media_group.id AND media_group.id=media_group_thumbnail.media_group_id group by media_content.id"; var_dump($sql); the output is : string 'SELECT media_group.title, media_group.description, media_content.url, media_content.duration, media_content.title AS contentTitle, media_content.description AS contentDescription, media_group_thumbnail.url as thumbnailUrl FROM media_group, media_content,media_group_thumbnail WHERE (14,14,44) AND media_content.media_group_id=media_group.id AND media_group.id=media_group_thumbnail.media_group_id group by ' (length=426) Now Same string no new lines: $sql = "SELECT media_group.title, media_group.description, media_content.url, media_content.duration, media_content.title AS contentTitle, media_content.description AS contentDescription, media_group_thumbnail.url as thumbnailUrl FROM media_group, media_content,media_group_thumbnail WHERE (14,14,44) AND media_content.media_group_id=media_group.id AND media_group.id=media_group_thumbnail.media_group_id group by media_content.id"; var_dump($sql); string 'SELECT media_group.title, media_group.description, media_content.url, media_content.duration, media_content.title AS contentTitle, media_content.description AS contentDescription, media_group_thumbnail.url as thumbnailUrl FROM media_group, media_content,media_group_thumbnail WHERE (14,14,44) AND media_content.media_group_id=media_group.id AND media_group.id=media_group_thumbnail.media_group_id group by media_content.id' (length=422)
Attached Files:

Notes
(0000724) tachu    2007-09-13 19:05	Also consider adding more character to string at end of string actually print out more.   $sql = "SELECT media_group.title, media_group.description, media_content.url, media_content.duration,  media_content.title AS contentTitle, media_content.description AS contentDescription,  media_group_thumbnail.url as thumbnailUrl FROM media_group, media_content,media_group_thumbnail  WHERE (14,14,44) AND media_content.media_group_id=media_group.id AND media_group.id=media_group_thumbnail.media_group_id  group by media_content.id asdf asdf adsf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf ";   var_dump($sql); outputs: string 'SELECT media_group.title, media_group.description, media_content.url, media_content.duration,  media_content.title AS contentTitle, media_content.description AS contentDescription,  media_group_thumbnail.url as thumbnailUrl FROM media_group, media_content,media_group_thumbnail  WHERE (14,14,44) AND media_content.media_group_id=media_group.id AND media_group.id=media_group_thumbnail.media_group_id  group by media_content.id asdf asdf adsf asdf asdf asdf asdf asdf asdf asdf asdf' (length=497)
(0000778) derick    2007-10-28 20:42	I can not reproduce this at all, could you please send me a reproducing script by mail - in a tar.gz or zip file. And also post the output of phpinfo() somewhere?
(0000794) derick    2007-11-01 21:07	Reminder sent to tachu I can not reproduce this at all, could you please send me a reproducing script by mail - in a tar.gz or zip file. And also post the output of phpinfo() somewhere?
(0000806) derick    2007-11-11 17:41	Reminder sent to tachu I can not reproduce this at all, could you please send me a reproducing script by mail - in a tar.gz or zip file. And also post the output of phpinfo() somewhere? This is the last reminder that I will send. If I don't get feedback I will mark it has "unable to reproduce".
(0001110) derick    2009-10-17 19:14	No feedback provided -> closing issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
272	[Xdebug] Debug client (console)	major	always	2007-05-22 01:08	2009-10-17 19:13
Reporter:	troels	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	windows xp, apache 2.2.4
PHP Version:	5.2-dev
Summary:	Debug server doesn't close connection
Description:	With the newest version (xdebug200rc4-521-win) When the first debugging session has ended, there is still a TCP connection open to localhost:9000. If I try reloading the page (or any other page) to debug another session, the debugger doesn't kick in.
Steps To Reproduce:
Additional Information:	I'm not sure if this is an issue with php5.2.2 or with xdebug, or perhaps something to do with apache (I'm using apache 2.2.4)
Attached Files:

Notes
(0000622) derick    2007-05-22 22:13	It is normal that after the session ended there is still a connection as in this state (stopping) it is still possible to issue a few commands, such as breakpoint_list and status. The client should sever the connection. Which client are you using here?
(0000625) troels    2007-05-22 22:39	This happens with debugclient-0.9.0.exe as well as my own experimental client. The problem doesn't occur if I end the session with the command 'stop'. Even after I close the socket (exits the lient), the server keeps it open.
(0000635) derick    2007-05-28 12:16	Could you provide both a sample script and a debug log (see http://xdebug.org/docs/remote#remote_log [^] for information on how to that).
(0000689) derick    2007-07-09 20:40	Reminder sent to troels Could you provide both a sample script and a debug log (see http://xdebug.org/docs/remote#remote_log [^] for information on how to that).
(0000773) derick    2007-10-27 20:27	Reminder sent to troels Could you provide both a sample script and a debug log (see http://xdebug.org/docs/remote#remote_log [^] for information on how to that).
(0001109) derick    2009-10-17 19:13	No feedback provided -> closing issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
246	[Xdebug] Feature/Change request	minor	N/A	2007-03-13 22:34	2009-10-17 19:10
Reporter:	dobermann	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.6
Summary:	Configuring colors with php.ini directives
Description:	It would be really great to be able to configure in php.ini which colors are used to display PHP errors, stack traces and var_dump informations in HTML format
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001108) derick    2009-10-17 19:10	Everything now comes with CSS styles, which you can easily override.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
420	[Xdebug] Usage problems	minor	have not tried	2009-01-08 00:51	2009-10-17 19:08
Reporter:	rdohms	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	MasOSX and Windows Vista
PHP Version:	5.2.6
Summary:	Code Coverage skips line
Description:	The code coverage ignores a line of code that is executed. In the following code it skips line 10, even though it is executed. http://www.paste.la/56937 [^]
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000945) derick    2009-03-28 20:40	That paste.la URL doesn't work for me, can you provide the script in an alternative way?
(0001107) derick    2009-10-17 19:08	No feedback, and not enough information -> closing issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
396	[Xdebug] Documentation	trivial	always	2008-08-07 20:30	2009-10-17 19:00
Reporter:	RichardLLynch	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.6
Summary:	Non-alpha chars in Mantis registration yeild no email and no error
Description:	Non-alpha chars in Mantis registration yield no email and no error This is probably more a Mantis error, unless you hacked Mantis source... If you want me to push this off to a Mantis bug tracker somewhere, that would be fabulous, but I want to be sure it's not your hack of Mantis involved.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001104) derick    2009-10-17 19:00	My mantis isn't hacked, but I've upgraded it since. I am just going to ignore this one :-þ

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
440	[Xdebug] Feature/Change request	major	always	2009-05-11 22:31	2009-10-17 18:54
Reporter:	danielpr	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.8
Summary:	Difference in code-coverage of class-declaration
Description:	We've experienced a bug in PHPUnit, which sometimes marks a class-declaration as executable code and says, reports this code as not covered: http://www.phpunit.de/ticket/740 [^] So i narrowed it down to the behaviour of XDebug. The executable lines output shows a difference depending if a file is loaded before or after the xdebug_start_code_coverage.
Steps To Reproduce:
Additional Information:	Class1.php: <?php class Class1 { public function __construct() { $i = 1; } public function foo() { $bar = 1; } } ?> Class2.php (same as Class1 except the class-declaration :) ): <?php class Class2 { public function __construct() { $i = 1; } public function foo() { $bar = 1; } } ?> Test Script: <?php require 'Class1.php'; xdebug_start_code_coverage(XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); $c = new Class1; require 'Class2.php'; $c = new Class2; print_r(xdebug_get_code_coverage()); ?> RESULT: Array ( [Class1.php] => Array ( [6] => 1 [7] => 1 [11] => -1 [12] => -1 ) [Class2.php] => Array ( [3] => 1 (class definition) [6] => 1 [7] => 1 [11] => -1 [12] => -1 [14] => 1 (class closing bracket) ) )
Attached Files:

Notes
(0001102) derick    2009-10-17 18:54	This is not a bug. Xdebug can only scans items (files, functions, methods) when they are loaded and code coverage is enabled. The class file is loaded before code coverage is enabled, and is therefore not picked up in the coverage report. The methods are scanned when they are run as well, so it works there.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
471	[Xdebug] Usage problems	minor	have not tried	2009-09-08 11:44	2009-10-11 16:25
Reporter:	sebastian	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Not relevant
PHP Version:	5.3.0
Summary:	Wrong code coverage for exception classes
Description:	Exception classes are marked as "not executed" even they were instantiated and used. Original report is at http://www.phpunit.de/ticket/857. [^]
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001089) derick    2009-10-11 16:25	There is no code on that line from PHP's point of view, so there is nothing I can do in Xdebug to "fix" this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
466	[Xdebug] Installation	minor	have not tried	2009-08-20 19:22	2009-08-29 01:24
Reporter:	ANDSENS	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OS X 10.5.8
PHP Version:	5.3.0
Summary:	bugs when running make test
Description:	Hi, I'm just reporting a few bugs make test returned on my Mac Pro (OS 10.5.8), since the make test program did not submit them automatically.
Steps To Reproduce:
Additional Information:	Test with internal callbacks [tests/array_map.phpt] Test for bug 0000146: Array key names with quotes in traces are not escaped [tests/bug00146.phpt] Test for bug 0000241: Crash in xdebug_get_function_stack(). [tests/bug00241.phpt] Test for bug 0000334: Code Coverage Regressions [tests/bug00334.phpt] Test with Code Coverage with abstract methods (ZE2) [tests/coverage4.phpt] Test with showing local variables on errors (ZE2) [tests/local_vars_in_error.phpt] Test for scream support. [tests/scream.phpt] Test for nested indirect function call [tests/test10b.phpt] Test for complex parameters to a function (ZE2) [tests/test6.phpt] Test for correct display with non overloaded var_dump() (ZE2) [tests/xdebug_var_dump_non_overload.phpt]
Attached Files:

Notes
(0001047) derick    2009-08-22 14:21	This is not enough information, I can't see why they are failing. Please tar up the tests directory and attach it.
(0001050) ANDSENS    2009-08-23 02:08	I figured,. Posted them quickly for you to evaluate if they were known errors. Problem is I deleted the svn dir, after checking out the new revision, just about everything fails (bit late now so gonna try again tomorrow).
(0001051) ANDSENS    2009-08-23 12:34	OK, php loaded the xdebug module already installed and failed when loading the new one. I can't attach files, not to this report and neither in a new one. I'll mail it to you instead.
(0001059) derick    2009-08-29 01:24	Ah, don't worry too much about those (yet). They're failing for me as well. I will sort it out once 2.1 gets to the beta stages.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
461	[Xdebug] Debug client (console)	major	always	2009-08-05 23:57	2009-08-06 11:39
Reporter:	toddw	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.3.0
Summary:	xdebug 2.0.5 with php 5.3 - context_get for function variables always appear as "unitialized" - Linux
Description:	This is a similar report as to http://bugs.xdebug.org/view.php?id=376 [^] Sample code: <?php class Test { function __construct($abc) { $test = 'asdf' . $abc . "\n"; echo $abc; } function callTarget($arg) { $msg = 'Calling ' . $arg . "\n"; echo $msg; } } function outer($arg1, $arg2) { $local = $arg1 . " " . $arg2 . "\n"; echo $local; } $t = new Test('someone'); $t->callTarget('12345'); outer("Time", "flies"); ?> If I place a breakpoint at any of the above "echo" lines, all local variables and function arguments are reported as uninitialized. Note: This seems specific to Linux (or it may be I'm doing something wrong with the compiling of xdebug), as the prebuilt xdebug Windows binaries do not have this problem. I've tried both x86 and x86_64 Linux platforms - both experience the same problem. The xdebug request/response is as follows: context_get -c 0 -d 0 -i 39 <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="context_get" transaction_id="39" context="0"> <property name="abc" fullname="$abc" type="uninitialized"></property> <property name="test" fullname="$test" type="uninitialized"></property> <property name="$this" fullname="$this" address="14441248" type="object" children="0" classname="Test" numchildren="0"></property> </response> The initial xdebug handshake does confirm that I'm am indeed using the 2.0.5 version: <?xml version="1.0" encoding="iso-8859-1"?> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///home/toddw/tmp/p.php" [^] language="PHP" protocol_version="1.0" appid="20417" session="Z3KUwFTDxTo=" idekey="toddw"> <engine version="2.0.5"> <![CDATA[Xdebug]]> </engine> <author> <![CDATA[Derick Rethans]]> </author> <url> <![CDATA[http://xdebug.org [^]]]> </url> <copyright> <![CDATA[Copyright (c) 2002-2009 by Derick Rethans]]> </copyright> </init>
Steps To Reproduce:
Additional Information:	PHP version details (self compiled php 5.3.0 from php.net): PHP 5.3.0 (cli) (built: Jul 1 2009 16:10:01) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
Attached Files:

Notes
(0001028) derick    2009-08-06 11:39	Duplicate of 0000376 — My mistake, this is only in HEAD (2.1-dev) and not in 2.0.5.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
460	[Xdebug] Usage problems	major	always	2009-08-05 20:08	2009-08-06 11:39
Reporter:	apinstein	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	mac 10.5.5
PHP Version:	5.3.0
Summary:	GUI clients always show "uninitialized" for local-scope variables.
Description:	I think this might be related to http://bugs.xdebug.org/view.php?id=376 [^] but I don't see how to comment on a closed ticket. I have tried MacGDP and Komodo IDE as clients and both report "uninitialized" for all local vars. Object vars seem to work. GDB is effectively useless due to this.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001027) derick    2009-08-06 11:39	Duplicate of 0000376 — My mistake, this is only in HEAD (2.1-dev) and not in 2.0.5.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
459	[Xdebug] Usage problems	major	always	2009-08-03 01:56	2009-08-06 11:39
Reporter:	thijsputman	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Vista
PHP Version:	5.3.0
Summary:	Fail to retrieve context for local variable
Description:	== This might be a duplicate of 0000376. Sorry for this, but I can't seem to add a note to the existing issue. == Confirming that the issue in 0000376 doesn't appear to be resolved in my setup. I'm running Xdebug 2.0.5 (php_xdebug-2.0.5-5.3-vc9-nts) in conjunction with PHP5 (also VC9, NTS). Debugging from within Eclipse 3.5 with PDT 2.1 installed. When debugging the test-case provided in 0000376:0000856, Eclipse complains that "child count update" failed. A full stack-trace is provided in the additional information section below. I've put a breakpoint at the "$local = 10" statement and use "Step Into" from there. The problem seems to occur once a reference is maded to a previously initialised variable. Assigning "$local = 10" and "$newone = new child()" works, but once $local is updated the error occurs. If you comment out "$local += 10", the error occurs on the next line, where $this is first referenced. Commenting out both lines results in the error being generated after "$obj->create()" is called on the last line... Testing is somewhat cumbersome as Eclipse needs to be closed and restarted between every test. Once the "child count update" fails, no further errors are generated; neither is the "Variables" view updated in Eclipse.
Steps To Reproduce:
Additional Information:	java.lang.NullPointerException at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpStringValue.<init>(DBGpStringValue.java:39) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpVariable.parseProperty(DBGpVariable.java:75) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpVariable.<init>(DBGpVariable.java:44) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpContainerValue.parseData(DBGpContainerValue.java:97) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpContainerValue.<init>(DBGpContainerValue.java:37) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpVariable.parseProperty(DBGpVariable.java:83) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpVariable.<init>(DBGpVariable.java:44) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.parseVarResp(DBGpTarget.java:1210) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.getContextLocalVars(DBGpTarget.java:1123) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.getContextAtLevel(DBGpTarget.java:1177) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpTarget.getVariables(DBGpTarget.java:1158) at org.eclipse.php.internal.debug.core.xdebug.dbgp.model.DBGpStackFrame.getVariables(DBGpStackFrame.java:148) at org.eclipse.debug.internal.ui.model.elements.StackFrameContentProvider.getAllChildren(StackFrameContentProvider.java:51) at org.eclipse.debug.internal.ui.model.elements.StackFrameContentProvider.getChildCount(StackFrameContentProvider.java:28) at org.eclipse.debug.internal.ui.model.elements.ElementContentProvider.retrieveChildCount(ElementContentProvider.java:114) at org.eclipse.debug.internal.ui.model.elements.ElementContentProvider$2.run(ElementContentProvider.java:63) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Attached Files:

Notes
(0001023) chrisc    2009-08-05 01:40	I get the same problem as 0000376 and I'm running xdebug 2.0.5 on OS X 10.5.6 with PHP 5.3.
(0001024) soki    2009-08-05 20:48	fyi: https://bugs.eclipse.org/bugs/show_bug.cgi?id=285371 [^]
(0001026) derick    2009-08-06 11:38	Duplicate of 0000376 — My mistake, this is only in HEAD (2.1-dev) and not in 2.0.5.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
456	[Xdebug] Documentation	minor	always	2009-07-20 19:37	2009-08-01 18:26
Reporter:	deniso	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux Mandriva 2009.1
PHP Version:	5.2.9
Summary:	Xdebug 2.0.5 do not run on PHP 5.2.9
Description:	In documentation I've found info that xdebug 2.0.5 should work with PHP 5.2.9 5.2.x 20041225 20060613 220060519 2.0.5 But after instalation, a get this error: Xdebug requires Zend Engine API version 220090115. The Zend Engine API version 220060519 which is installed, is outdated. Is that bug of documentation? Or may be I dont understand something?
Steps To Reproduce:
Additional Information:	Apache 2.
Attached Files:

Notes
(0001016) derick    2009-08-01 18:25	You just need to make sure to compile Xdebug against the headers that belong to your PHP version. It works fine with 5.2.9 once you recompile.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
394	[Xdebug] Feature/Change request	trivial	always	2008-08-06 09:06	2009-07-20 07:09
Reporter:	d_kelsey	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.5
Summary:	use the stderr stream in DBGp to route messages from php error handler to a debug client
Description:	Based on a request from a user of PDT, the user wanted to redirect any php warnings to PDT (ie not display them on the web page). This could be achieved if XDebug routed php error handler generated messages via the stderr stream rather than stdout stream.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0001000) user996    2009-07-20 07:09	sdsfdfdsfsddfdsf

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
448	[Xdebug] Installation	block	always	2009-06-28 23:39	2009-07-16 23:41
Reporter:	rapsys	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3-dev
Summary:	Php-xdebug seems to not be called by var_dump and php 5.3.0RC4
Description:	I have tested php-xdebug 2.0.4 and 2.0.5 from 20090628 and 20090611 cvs, but both seems to be not working with latest php version 5.3.0rc4. It may be an api change in php that prevent xdebug to start. It would be great if you may update xdebug to fit the changes.
Steps To Reproduce:
Additional Information:	I used this script to test, php-xdebug extension is mentionned in phpinfo(), but it's not called in var_dump and undefined_const error call. <?php error_reporting(E_ALL); var_dump(PHP_VERSION); var_dump(array('toto'=>23, array('toto'))); undefined_const; phpinfo(); My xdebug config file : ; zend_extension_ts=/usr/lib/php/extensions/xdebug.so zend_extension=/usr/lib/php/extensions/xdebug.so [xdebug] ; When this setting is set to on, the tracing of function calls will be ; enabled just before the script is run. This makes it possible to trace ; code in the auto_prepend_file. xdebug.auto_trace = 0 ; This setting, defaulting to On, controls whether Xdebug should write the ; filename used in include(), include_once(), require() or require_once() ; to the trace files. xdebug.collect_includes = 1 ; This setting, defaulting to 0, controls whether Xdebug should collect the ; parameters passed to functions when a function call is recorded in either the ; function trace or the stack trace. ; ; The setting defaults to Off because for very large scripts it may use huge ; amounts of memory and therefore make it impossible for the huge script to ; run. You can most safely turn this setting on, but you can expect some ; problems in scripts with a lot of function calls and/or huge data structures ; as parameters. Xdebug 2 will not have this problem with increased memory ; usage, as it will never store this information in memory. Instead it will ; only be written to disk. This means that you need to have a look at the disk ; usage though. ; ; This setting can have four different values. For each of the values a ; different amount of information is shown. Below you will see what information ; each of the values provides. See also the introduction of the feature Stack ; Traces for a few screenshots. ; ; Value Argument Information Shown ; 0 None. ; 1 Type and number of elements (f.e. string(6), array(8)). ; 2 Type and number of elements, with a tool tip for the full information ; (*). ; 3 Full variable contents (with the limits respected as set by ; xdebug.var_display_max_children, xdebug.var_display_max_data and ; xdebug.var_display_max_depth. ; 4 Full variable contents and variable name. ; (*) in the CLI version of PHP it will not have the tool tip, nor in output ; files. xdebug.collect_params = 0 ; This setting, defaulting to Off, controls whether Xdebug should write the ; return value of function calls to the trace files xdebug.collect_return = 0 ; This setting tells Xdebug to gather information about which variables are ; used in a certain scope. This analysis can be quite slow as Xdebug has to ; reverse engineer PHP's opcode arrays. This setting will not record which ; values the different variables have, for that use xdebug.collect_params. ; This setting needs to be enabled only if you wish to use ; xdebug_get_declared_vars(). xdebug.collect_vars = off ; If this setting is On then stacktraces will be shown by default on an error ; event. You can disable showing stacktraces from your code with ; xdebug_disable(). As this is one of the basic functions of Xdebug, it is ; advisable to leave this setting set to 'On'. xdebug.default_enable = on ; Controls whether the values of the superglobals as defined by the ; xdebug.dump.* settings whould be shown or not. xdebug.dump_globals = 1 ; Controls whether the values of the superglobals should be dumped on all error ; situations (set to Off) or only on the first (set to On). xdebug.dump_once = 1 ; If you want to dump undefined values from the superglobals you should set this ; setting to On, otherwise leave it set to Off. xdebug.dump_undefined = 0 ; Controls whether Xdebug should enforce 'extended_info' mode for the PHP ; parser; this allows Xdebug to do file/line breakpoints with the remote ; debugger. When tracing or profiling scripts you generally want to turn off ; this option as PHP's generated oparrays will increase with about a third of ; the size slowing down your scripts. This setting can not be set in your ; scripts with ini_set(), but only in php.ini. xdebug.extended_info = 1 ; Controls which IDE Key Xdebug should pass on to the DBGp debugger handler. ; The default is based on environment settings. First the environment setting ; DBGP_IDEKEY is consulted, then USER and as last USERNAME. The default is set ; to the first environment variable that is found. If none could be found the ; setting has as default ''. xdebug.idekey = '' ; This is the base url for the links from the function traces and error message ; to the manual pages of the function from the message. It is advisable to set ; this setting to use the closest mirror. xdebug.manual_url = 'http://www.php.net' [^] ; Controls the protection mechanism for infinite recursion protection. The ; value of this setting is the maximum level of nested functions that are ; allowed before the script will be aborted. xdebug.max_nesting_level = 100 ; When this setting is set to 1, profiler files will not be overwritten when a ; new request would map to the same file (depnding on the ; xdebug.profiler_output_name setting. Instead the file will be appended to ; with the new profile. xdebug.profiler_append = 0 ; Enables Xdebug's profiler which creates files in the profile output ; directory. Those files can be read by KCacheGrind to visualize your data. ; This setting can not be set in your script with ini_set(). xdebug.profiler_enable = 0 ; When this setting is set to 1, you can trigger the generation of profiler ; files by using the XDEBUG_PROFILE GET/POST parameter, or send a cookie with ; the name XDEBUG_PROFILE. This will then write the profiler data to defined ; directory. xdebug.profiler_enable_trigger = 0 ; The directory where the profiler output will be written to, make sure that ; the user who the PHP will be running as has write permissions to that ; directory. This setting can not be set in your script with ini_set(). xdebug.profiler_output_dir = /tmp ; This setting determines the name of the file that is used to dump traces ; into. The setting specifies the format with format specifiers, very similar ; to sprintf() and strftime(). There are several format specifiers that can be ; used to format the file name. xdebug.profiler_output_name = 'cachegrind.out.%p' ; Normally you need to use a specific HTTP GET/POST variable to start remote ; debugging (see Remote Debugging). When this setting is set to 'On' Xdebug ; will always attempt to start a remote debugging session and try to connect ; to a client, even if the GET/POST/COOKIE variable was not present. xdebug.remote_autostart = 0 ; This switch controls whether Xdebug should try to contact a debug client ; which is listening on the host and port as set with the settings ; xdebug.remote_host and xdebug.remote_port. If a connection can not be ; established the script will just continue as if this setting was Off. xdebug.remote_enable = 0 ; Can be either 'php3' which selects the old PHP 3 style debugger output, ; 'gdb' which enables the GDB like debugger interface or 'dbgp' - the brand ; new debugger protocol. The DBGp protocol is more widely supported by clients. ; See more information in the introduction for Remote Debugging. xdebug.remote_handler = 'gdb' ; Selects the host where the debug client is running, you can either use a ; host name or an IP address. xdebug.remote_host = 'localhost' ; If set to a value, it is used as filename to a file to which all remote ; debugger communications are logged. The file is always opened in ; append-mode, and will therefore not be overwritten by default. There is no ; concurrency protection available. xdebug.remote_log = '' ; Selects when a debug connection is initiated. This setting can have two ; different values: ; - req, Xdebug will try to connect to the debug client as soon as the script ; starts. ; - jit, Xdebug will only try to connect to the debug client as soon as an ; error condition occurs. xdebug.remote_mode = 'req' ; The port to which Xdebug tries to connect on the remote host. Port 9000 is ; the default for both the client and the bundled debugclient. As many clients ; use this port number, it is best to leave this setting unchanged. xdebug.remote_port = 9000 ; When this setting is set to 1, Xdebug will show a stack trace whenever an ; exception is raised - even if this exception is actually caught. xdebug.show_exception_trace = 0 ; When this setting is set to something != 0 Xdebug's generated stack dumps in ; error situations will also show all variables in the top-most scope. Beware ; that this might generate a lot of information, and is therefore turned off ; by default. xdebug.show_local_vars = 0 ; When this setting is set to something != 0 Xdebug's human-readable generated ; trace files will show the difference in memory usage between function calls. ; If Xdebug is configured to generate computer-readable trace files then they ; will always show this information. xdebug.show_mem_delta = 0 ; The format of the trace file. ; ; Value Description ; 0 shows a human readable indented trace file with: time index, memory ; usage, memory delta (if the setting xdebug.show_mem_delta is enabled), ; level, function name, function parameters (if the setting ; xdebug.collect_params is enabled, filename and line number. ; 1 writes a computer readable format which has two different records. ; There are different records for entering a stack frame, and leaving ; a stack frame. The table below lists the fields in each type of record. ; Fields are tab separated. ; ; See http://xdebug.org/docs/all_settings#trace_format [^] for complete ; introduction xdebug.trace_format = 0 ; When set to '1' the trace files will be appended to, instead of being ; overwritten in subsequent requests. xdebug.trace_options = 0 ; The directory where the tracing files will be written to, make sure that the ; user who the PHP will be running as has write permissions to that directory. xdebug.trace_output_dir = '/tmp' ; This setting determines the name of the file that is used to dump traces ; into. The setting specifies the format with format specifiers, very similar ; to sprintf() and strftime(). There are several format specifiers that can be ; used to format the file name. The '.xt' extension is always added ; automatically. ; ; See http://xdebug.org/docs/all_settings#trace_output_name [^] for complete ; introduction xdebug.trace_output_name = 'trace.%c' ; Controls the amount of array children and object's properties are shown when ; variables are displayed with either xdebug_var_dump(), ; xdebug.show_local_vars ; or through Function Traces. This setting does not have any influence on the ; number of children that is send to the client through the Remote Debugging ; feature. xdebug.var_display_max_children = 128 ; Controls the maximum string length that is shown when variables are ; displayed with either xdebug_var_dump(), xdebug.show_local_vars or through ; Function Traces. This setting does not have any influence on the amount of ; data that is send to the client through the Remote Debugging feature. xdebug.var_display_max_data = 512 ; Controls how many nested levels of array elements and object properties are ; when variables are displayed with either xdebug_var_dump(), ; xdebug.show_local_vars or through Function Traces. This setting does not ; have any influence on the depth of children that is send to the client ; through the Remote Debugging feature. xdebug.var_display_max_depth = 3
Attached Files:

Notes
(0000970) rapsys    2009-06-29 00:14	I removed the two empty '' strings from config file upper and tried to run the tests, here are the results : ===================================================================== FAILED TEST SUMMARY --------------------------------------------------------------------- Test with internal callbacks [tests/array_map.phpt] Test for bug 0000241: Crash in xdebug_get_function_stack(). [tests/bug00241.phpt] Test with showing local variables on errors (ZE2) [tests/local_vars_in_error.phpt] Test for complex parameters to a function (ZE2) [tests/test6.phpt] Trace test with fibonacci numbers (format=1) [tests/trace1.phpt] Trace test with fibonacci numbers (format=2) [tests/trace2.phpt] =====================================================================
(0000971) criess    2009-07-01 08:54	found out that var_dump works on non-complex structures like null-pointers, strings, numeric types not working is the var_dump of arrays, objects... btw. i use PHP 5.3.0 (yes final!) (Server API: Apache 2.0 Handler), Xdebug 2.0.4
(0000983) derick    2009-07-09 16:29	What is your html_errors setting set to?
(0000989) criess    2009-07-10 12:11	html_errors is on default. (=on i guess)
(0000991) rapsys    2009-07-16 13:33	html_errors was off, sorry
(0000995) derick    2009-07-16 23:41	Okay, closing then. @criess, your issue seems something else...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
447	[Xdebug] Usage problems	minor	random	2009-06-20 22:20	2009-07-09 18:54
Reporter:	cagret2	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Win XP SP3
PHP Version:	5.2.6
Summary:	Negative time column in .xt generated file
Description:	I got a strange result in .xt file, it was only 1 row (there are about 12k of calls to explode), and it had a negative time column: 3 10050 0 0.828078 3606880 explode 0 referer-report.php 258 3 10050 1 0.828104 3606880 3 10051 0 -0.171878 3606880 explode 0 referer-report.php 258 3 10051 1 0.828289 3606880 3 10052 0 0.828316 3606880 explode 0 referer-report.php 258 It happened only once, could not reproduce it again. Source code: 256: <? foreach ($refs as $id => $hits): ?> 255: <? 258: $arr = explode('%%%%%', $id); 259: $uri = $arr[0]; 260: $from = $arr[1];
Steps To Reproduce:
Additional Information:	Dll: php_xdebug-2.0.4-5.2.8-nts.dll Php: 5.2.6-nts as fcgi OS: Win XP SP3 Server: Lighttpd
Attached Files:

Notes
(0000987) derick    2009-07-09 18:54	I can't reproduce this either. perhaps your computer's clock was automatically adjusted some how during this run. Closing.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
438	[Xdebug] Usage problems	crash	always	2009-04-28 15:06	2009-07-05 23:25
Reporter:	laurin1	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Vista Business Service Pack 2 (RC1)
PHP Version:	5.2.8
Summary:	xDebug Crashes PHP When Enabled
Description:	If I disable xDebug, it works fine. Only with debug enabled does this happen. xdebug (2.04) (though, I have tried with numerous versions (2.03, 2.02, 2.01) ************************************ I get this over and over, and then eventually it crashes completely: PHP has encountered an Access Violation at 00BD8693 ************************************ In the Windows Application Event Log: Log Name: Application Source: Application Error Date: 4/27/2009 6:43:17 PM Event ID: 1000 Task Category: (100) Level: Error Keywords: Classic User: N/A Computer: KDAVIS.pridedallas.com Description: Faulting application w3wp.exe, version 7.0.6002.16670, time stamp 0x4983dae0, faulting module ntdll.dll, version 6.0.6002.16670, time stamp 0x4983ef11, exception code 0xc0000374, fault offset 0x000b04c4, process id 0x11b4, application start time 0x01c9c791b89c5595. Event Xml: <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="2009-04-27T23:43:17.000Z" /> <EventRecordID>8938</EventRecordID> <Channel>Application</Channel> <Computer>KDAVIS.pridedallas.com</Computer> <Security /> </System> <EventData> <Data>w3wp.exe</Data> <Data>7.0.6002.16670</Data> <Data>4983dae0</Data> <Data>ntdll.dll</Data> <Data>6.0.6002.16670</Data> <Data>4983ef11</Data> <Data>c0000374</Data> <Data>000b04c4</Data> <Data>11b4</Data> <Data>01c9c791b89c5595</Data> </EventData> </Event> Log Name: Application Source: Windows Error Reporting Date: 4/27/2009 6:43:56 PM Event ID: 1001 Task Category: None Level: Information Keywords: Classic User: N/A Computer: KDAVIS.pridedallas.com Description: Fault bucket 1172393333, type 1 Event Name: APPCRASH Response: None Cab Id: 0 Problem signature: P1: w3wp.exe P2: 7.0.6002.16670 P3: 4983dae0 P4: StackHash_2061 P5: 6.0.6002.16670 P6: 4983ef11 P7: c0000374 P8: 000b04c4 P9: P10: Attached files: C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0b3ca2a9\WER9937.tmp.version.txt C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0b3ca2a9\WER9938.tmp.appcompat.txt C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0b3ca2a9\WER9A03.tmp.hdmp C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0b3ca2a9\WERA22F.tmp.mdmp These files may be available here: C:\ProgramData\Microsoft\Windows\WER\ReportArchive\Report197530f3 Event Xml: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> [^] <System> <Provider Name="Windows Error Reporting" /> <EventID Qualifiers="0">1001</EventID> <Level>4</Level> <Task>0</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2009-04-27T23:43:56.000Z" /> <EventRecordID>8939</EventRecordID> <Channel>Application</Channel> <Computer>KDAVIS.pridedallas.com</Computer> <Security /> </System> <EventData> <Data>1172393333</Data> <Data>1</Data> <Data>APPCRASH</Data> <Data>None</Data> <Data>0</Data> <Data>w3wp.exe</Data> <Data>7.0.6002.16670</Data> <Data>4983dae0</Data> <Data>StackHash_2061</Data> <Data>6.0.6002.16670</Data> <Data>4983ef11</Data> <Data>c0000374</Data> <Data>000b04c4</Data> <Data> </Data> <Data> </Data> <Data> C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0b3ca2a9\WER9937.tmp.version.txt C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0b3ca2a9\WER9938.tmp.appcompat.txt C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0b3ca2a9\WER9A03.tmp.hdmp C:\ProgramData\Microsoft\Windows\WER\ReportQueue\Report0b3ca2a9\WERA22F.tmp.mdmp</Data> <Data>C:\ProgramData\Microsoft\Windows\WER\ReportArchive\Report197530f3</Data> </EventData> </Event>
Steps To Reproduce:
Additional Information:	IIS 7
Attached Files:

Notes
(0000980) derick    2009-07-05 23:25	DUplicate of bug 0000410.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
449	[Xdebug] Usage problems	crash	always	2009-07-01 17:19	2009-07-05 21:59
Reporter:	chrisppc	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	vista sp1 x64
PHP Version:	5.2.8
Summary:	vista sp1 x64 xdebug 2.0.4 in xampp 1.7.1 apache crashes randomly
Description:	apache crashes always or randomly after a few requests. xdebug 2.0.0 does not crash.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000978) derick    2009-07-05 21:59	Duplicate of 0000410.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
437	[Xdebug] Usage problems	minor	always	2009-04-16 19:49	2009-07-05 21:50
Reporter:	dhanson358	Platform:	Linux
Assigned To:	derick	OS:	Cent OS
Priority:	normal	OS Version:	5.1
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.6
Summary:	Simple assignment not found by code coverage
Description:	When doing simple variable assignment in the constructor of a class, code coverage report shows code as uncovered.
Steps To Reproduce:	Using a class like this: class Foo { public $my_bar; public __construct($bar) { $this->my_bar = $bar; } } The code coverage tool will show the line $this->my_bar = $bar; as not being covered.
Additional Information:
Attached Files:

Notes
(0000956) derick    2009-04-18 23:29	You need to provide a code example.
(0000976) derick    2009-07-05 21:50	Can't reproduce this and no feed back was provided.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
450	[Xdebug] Feature/Change request	tweak	always	2009-07-03 19:58	2009-07-03 19:58
Reporter:	Freeaqingme	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:	2.0.0dev
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	GNU Linux
PHP Version:	5.2.8
Summary:	"Incomplete" backtraces when an exception gets rethrown
Description:	Try the attached 'script'. I would have liked to know the exception was thrown in f6() however, unfortunately xdebug does show no more steps after f4(). This on itself is fairly well explainable, if it were not for php (without xdebug) to actually do show the exception was thrown in f6(). php version: 5.2.9, xdebug version 2.0.4
Steps To Reproduce:
Additional Information:	<?php ini_set('display_errors',1); error_reporting(E_ALL); class test { function f4() { try { $this->f5(); } catch(exception $e) { throw $e; } } function f5() { $this->f6(); } function f6() { throw new exception('foo'); } } $test = new test(); $test->f4(); ?>
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
433	[Xdebug] Debug client (console)	minor	always	2009-03-19 16:10	2009-04-18 23:28
Reporter:	p2409	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.8
Summary:	./configure check of el_init: nested functions are disabled (Mac OS X 10.5)
Description:	Configuring xdebugclient was failing due to inability to compile the el_init nested functions - they were something like this int main() { int el; int main() { el=el_init } } ./configure reported : error: "you have strange libedit"
Steps To Reproduce:
Additional Information:	This was on a new Leopard install btw. The fix was simple: de-nest the main functions in the el_init tests ie. just have one main() {} Everything worked after that.
Attached Files:

Notes
(0000929) derick    2009-03-28 17:22	Can you show me the full output and the full config.log? I see indeed the nested function in configure, but it compiles and works just fine here: checking whether to use libedit... yes checking for tgetflag in -ltermcap... yes checking for el_set in -ledit... yes checking for H_SETSIZE... H_SETSIZE checking for number of arguments to el_init... 4
(0000953) p2409    2009-04-18 16:58	Servus Derick! Sorry it's been a while to get back to you. I have just completely redone the phpize/configure/make on my iMac and this time, I get no such nested functions error now. It must have been an odd environment for configure: note that nested functions are not allowed in C++, but for C files they are fine in GNU. I'm guessing my environment was C++ compiling (maybe from earlier work in the day). So....no problem ok to close. Thanks for xdebug by the way I reckon it's making thousands of people's lives easier. Vielen Dank! Pete
(0000955) derick    2009-04-18 23:28	Okay, closing then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
358	[Xdebug] Usage problems	crash	always	2008-03-20 15:18	2009-03-31 10:28
Reporter:	pengYou	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.2.5
Summary:	xdebug segfaults with php-java-bridge's java.so
Description:	When using xdebug in conjunction with php-java-bridge's java.so xdebug reproducibly segfaults. Email concerning this already have been exchanged on the xdebug mailing list.
Steps To Reproduce:
Additional Information:	Reminder: 0000002 0x00002ad745582ac5 in zm_activate_java (type=<value optimized out>, module_number=1156960608) at /home/sdev/src/php-java-bridge/java.c:159 159 zend_execute(ar TSRMLS_CC); (gdb) list 154 } 155 if(!ar) abort(); 156 EG(return_value_ptr_ptr) = &result; 157 current = EG(active_op_array); 158 EG(active_op_array) = ar; 159 zend_execute(ar TSRMLS_CC); 160 #if 1 161 destroy_op_array(ar TSRMLS_CC); 162 efree(ar); 163 ar = 0; (gdb)
Attached Files:

Notes
(0000865) tkeller    2008-07-09 17:36	Hi Marcus! Sorry for being off-topic here, but I'm experiencing the same problem (luckily I do not need to profile a script which needs the bridge) - anyways - you mentioned in http://xdebug.org/archives/xdebug-general/1229.html [^] that the usage of java.so is deprecated and that the development on the bridge is stalled. Since we've just started with a new project which uses the bridge, I'm a bit concerned about this comment actually - can you pinpoint me to a discussion or other ressource where you got these information? Thanks in advance, Thomas.
(0000932) derick    2009-03-28 17:30	I can't fix this as I can't find the source code for the java bridge, and thus not reproduce this problem.
(0000949) pengYou    2009-03-31 10:08    (edited on: 2009-03-31 10:10)	Sorry for answering this late, Thomas. Just to document this in case someone stumbles over this thread: the php-java-bridge is still under very active development as of today as one can easily see at the bridge's site at http://php-java-bridge.sourceforge.net/. [^] I was just refering to the bridge's java.so which by now is no longer available. @Derick: I remember at the time we exchanged emails you said you wanted to fix this bug independently of the bridge, so here are all the source files i could dig up at a sourceforge mirror: http://mirror.optus.net/sourceforge/p/ph/php-java-bridge/. [^] It was version 4.3.2 ff. that caused the segfault. Please note that imho there is no need to reopen this thread. The bridge now handles all php-related stuff via a native Java.inc script which can easily be cached by opcode caches.
(0000950) derick    2009-03-31 10:28	I just had a chat with some of the other people that know the Zend Engine. Running zend_execute() from RINIT is never going to work reliably. As this is fixed in the java bridge, and you shouldn't do this anyway, I'm going to close this issue again.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
431	[Xdebug] Usage problems	crash	always	2009-02-25 12:02	2009-03-28 20:53
Reporter:	moto_kate	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu 8.10
PHP Version:	5.2.6
Summary:	In 2.0.4 version line that is executable, accessible, but not executed is not reported
Description:	The following code: 1 <?php 2 xdebug_start_code_coverage(XDEBUG_CC_UNUSED|XDEBUG_CC_DEAD_CODE); 3 function a() { 4 return NULL; 5 $c = 1; 6 } 7 $z = 5; 8 if($z == 5) { 9 $c = 3; 10 } else { 11 $c = 5; 12 } 13 a(); 14 $cc = xdebug_get_code_coverage(); 15 xdebug_stop_code_coverage(); 16 var_dump($cc); 17 ?> prints out: ["/home/data/Documents/php/Saga/Saga/trunk/MyTests/test1.php"]=> array(10) { [3]=> int(1) [4]=> int(1) [5]=> int(-2) [6]=> int(-2) [7]=> int(1) [8]=> int(1) [9]=> int(1) [10]=> int(1) [13]=> int(1) [14]=> int(1) } } Line 11 is ignored, while it should be included with -1 result.
Steps To Reproduce:
Additional Information:	php -v: PHP 5.2.6-2ubuntu4.1 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 11 2009 20:44:58) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies with Xdebug v2.0.4, Copyright (c) 2002-2008, by Derick Rethans
Attached Files:

Notes
(0000947) derick    2009-03-28 20:53	This can not (easily) be fixed. Executable lines are only counted for every file included or required after "xdebug_start_code_coverage(XDEBUG_CC_UNUSED" is used.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
405	[Xdebug] Usage problems	crash	always	2008-08-27 09:00	2009-03-28 20:26
Reporter:	Barpfotenbaer	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux, Ubuntu 8.04 (Hardy)
PHP Version:	5.2.4
Summary:	Quanta Plus (3.5.9 & 3.5.10) crashes with Xdebug 2.0.3 (2.0.2 still works!)
Description:	Hi, the very actual Quanta Plus 3.5.10 (as well as the older 3.5.9) crashes while using xdebug 2.0.3 in remote mode line by line. Using the older xdebug 2.0.2 instead, everything works well! Thanks a lot for this great extension!
Steps To Reproduce:
Additional Information:	**xdebug.remote_log:** Log opened at 2008-08-27 06:49:51 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///var/www/htdocs/test3.php" [^] language="PHP" protocol_version="1.0" appid="22882" idekey="1"><engine version="2.0.3"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2008 by Derick Rethans]]></copyright></init> <- feature_get -i 1 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="1" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- feature_get -i 2 -n breakpoint_set -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="2" feature_name="breakpoint_set" supported="1"><![CDATA[1]]></response> <- feature_get -i 3 -n supports_postmortem -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="3" feature_name="supports_postmortem" supported="1"><![CDATA[1]]></response> <- typemap_get -i 4 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="typemap_get" transaction_id="4" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" [^] xmlns:xsd="http://www.w3.org/2001/XMLSchema"><map [^] name="bool" type="bool" xsi:type="xsd:boolean"></map><map name="int" type="int" xsi:type="xsd:decimal"></map><map name="float" type="float" xsi:type="xsd:double"></map><map name="string" type="string" xsi:type="xsd:string"></map><map name="null" type="null"></map><map name="array" type="hash"></map><map name="object" type="object"></map><map name="resource" type="resource"></map></response> <- feature_get -i 5 -n quanta_initialized -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="5" feature_name="quanta_initialized" supported="0"><![CDATA[0]]></response> <- stack_get -i 6 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="6"></response> <- step_into -i 7 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="step_into" transaction_id="7" status="break" reason="ok"><xdebug:message filename="file:///var/www/htdocs/test3.php" [^] lineno="2"></xdebug:message></response> <- stack_get -i 8 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="8"><stack where="{main}" level="0" type="file" filename="file:///var/www/htdocs/test3.php" [^] lineno="2"></stack></response> <- break -i 9 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="break" transaction_id="9"><error code="4"><message><![CDATA[unimplemented command]]></message></error></response> -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="8" status="stopping" reason="ok"></response> <- feature_get -i 10 -n profiler_filename -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="10" feature_name="profiler_filename" supported="0"><![CDATA[0]]></response> <- stack_get -i 11 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="11"><error code="5"><message><![CDATA[command is not available]]></message></error></response> Log closed at 2008-08-27 06:49:53 **Log from Quanta Plus 3.5.10:** (no debugging symbols found) [...] (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb5f0b6c0 (LWP 22923)] (no debugging symbols found) [...] (no debugging symbols found) [KCrash handler] 0000006 0xb768879c in KNetwork::KBufferedSocket::closeNow () from /usr/lib/libkdecore.so.4 0000007 0xb767ab5b in KNetwork::KBufferedSocket::close () from /usr/lib/libkdecore.so.4 0000008 0xb5919818 in DBGpNetwork::slotConnectionClosed () from /usr/lib/kde3/quantadebuggerdbgp.so 0000009 0xb5919c92 in DBGpNetwork::slotError () from /usr/lib/kde3/quantadebuggerdbgp.so 0000010 0xb5919e18 in DBGpNetwork::qt_invoke () from /usr/lib/kde3/quantadebuggerdbgp.so 0000011 0xb6ef3704 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 0000012 0xb6ef4051 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 0000013 0xb7675c83 in KNetwork::KClientSocketBase::gotError () from /usr/lib/libkdecore.so.4 0000014 0xb767b465 in KNetwork::KBufferedSocket::slotReadActivity () from /usr/lib/libkdecore.so.4 0000015 0xb7689399 in KNetwork::KBufferedSocket::qt_invoke () from /usr/lib/libkdecore.so.4 0000016 0xb6ef3704 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 0000017 0xb6ef4051 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 0000018 0xb7283b99 in QSocketNotifier::activated () from /usr/lib/libqt-mt.so.3 0000019 0xb6f15766 in QSocketNotifier::event () from /usr/lib/libqt-mt.so.3 0000020 0xb6e87c36 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 0000021 0xb6e89a5f in QApplication::notify () from /usr/lib/libqt-mt.so.3 0000022 0xb76489b2 in KApplication::notify () from /usr/lib/libkdecore.so.4 0000023 0xb6e1828d in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 0000024 0xb6e79b4a in QEventLoop::activateSocketNotifiers () from /usr/lib/libqt-mt.so.3 0000025 0xb6e2d630 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 0000026 0xb6ea2f90 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 0000027 0xb6ea2c8e in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 0000028 0xb6e897df in QApplication::exec () from /usr/lib/libqt-mt.so.3 0000029 0x080fe236 in ?? () 0000030 0xb603c450 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 0000031 0x0808f881 in ?? ()
Attached Files:

Notes
(0000939) derick    2009-03-28 20:25	I can't fix issues in other programs. Please take this up with the Quanta Plus developers.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
435	[Xdebug] Debug client (console)	crash	N/A	2009-03-27 17:01	2009-03-28 17:26
Reporter:	gunzip	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux ubuntu
PHP Version:	5.2.4
Summary:	php segmentation fault with enabled xdebug
Description:	hello, i'm using xdebug with php-5.2.4-2ubuntu5.5 i've tried with the ubuntu repository xdebug package first, then i compiled latest cvs xdebug myself but i always get a segmentation fault running php if i enable xdebug in the php.ini (zend_extension="/usr/lib/php5/20060613+lfs/xdebug.so"). it segfaults from the cli and from apache too.
Steps To Reproduce:
Additional Information:	ore was generated by `php -v'. Program terminated with signal 11, Segmentation fault. [New process 17532] #0 0xb775ac98 in add_stack_frame (zdata=0x0, op_array=0x86a7160, type=2) at /root/xdebug/xdebug.c:1262 1262 if (XDEBUG_LLIST_TAIL(XG(stack))) { (gdb) bt #0 0xb775ac98 in add_stack_frame (zdata=0x0, op_array=0x86a7160, type=2) at /root/xdebug/xdebug.c:1262 #1 0xb775bcd2 in xdebug_execute (op_array=0x86a7160) at /root/xdebug/xdebug.c:1539 0000002 0xb7283f9c in zm_activate_java () from /usr/lib/php5/20060613+lfs/java.so 0000003 0x082c86c1 in module_registry_request_startup () 0000004 0x082cf4cc in zend_hash_apply () 0000005 0x082c45aa in zend_activate_modules () 0000006 0x0827b2da in php_request_startup () 0000007 0x083557a5 in main ()
Attached Files:

Notes
(0000927) gunzip    2009-03-27 17:05	ok just discovered the issue happens only if php-java-bridge is enabled too. maybe there's an incompatibility between the two modules ?
(0000931) derick    2009-03-28 17:26	Duplicate of bug 0000358.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
432	[Xdebug] Usage problems	major	always	2009-03-06 21:52	2009-03-28 17:19
Reporter:	rj_steinert	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu
PHP Version:	5.2.6
Summary:	Xdebug does not follow Symlinks in Ubuntu
Description:	I use a lot of symlinks in my sandbox and any file I set a breakpoint at behind a symlinked folder will be skipped. I did a google search yesterday on the issue and found this discussion: http://74.125.95.132/search?q=cache:SduIMuVroDAJ:community.activestate.com/forum-topic/php-debugger-does-not-sto+xdebug+not+following+symlink&hl=en&ct=clnk&cd=3&gl=us&client=firefox-a [^] No suggestions for a fix there. I'm using Netbeans if that has any relevance at all.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000928) derick    2009-03-28 17:19	I can't do much about it, as PHP only provides the resolved paths and not the aliased name (the symlink pointer).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
429	[Xdebug] Feature/Change request	minor	always	2009-02-20 10:58	2009-03-03 09:38
Reporter:	eduardomarinho	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.6
Summary:	Dump is unreadable sometimes
Description:	This problem was already reported by 0000349 but it wasn't explained very clearly. The case is that the output doesn't put a color on the font, so it will use the color set by CSS for the fonts. If the site CSS sets the font color to white or something alike, the output becomes unreadable, because the table background of the dump is gray. I see 2 simple solutions for this, the first one being my favourite: 1) Change the output so it forces that the dump output font is black: <td bgcolor="#eeeeec" align="right" color="black"> 2) Make the dump have a CSS class on the outer table: <table class="xdebug-something">
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000922) derick    2009-03-03 09:38	All <table strings have such a class already: derick@kossu:~/dev/php/xdebug$ grep -r '<table' *c xdebug.c: " \n<font size='1'><table class='xdebug-error' dir='ltr' border='1' cellspacing='0' cellpadding='1'>\n", xdebug.c: fprintf(XG(trace_file), "<table class='xdebug-trace' dir='ltr' border='1' cellspacing='0'>\n"); xdebug_superglobals.c: php_printf("<table class='xdebug-superglobals' dir='ltr' border='1' cellspacing='0'>\n");

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
427	[Xdebug] Debug client (console)	minor	always	2009-02-19 15:03	2009-03-03 09:35
Reporter:	nforward	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Vista 64 bit
PHP Version:	5.2.6
Summary:	Breakpoint ignored on certain if() statements
Description:	A breakpoint on certain if() statements is ignored. It only seems to happen when there is a variable on its own and the open brace is on the line below. Examples: if ($foo) // Breakpoint here ignored { echo "bar"; } if ($foo == "bar") // Breakpoint here NOT ignored { echo "bar"; } if ($foo) { // Breakpoint here NOT ignored echo "bar"; }
Steps To Reproduce:
Additional Information:	PHP 5.2.6 / Windows Vista / Apache: Apache/2.2.8 (Win32) mod_ssl/2.2.8 OpenSSL/0.9.8g PHP/5.2.6 Xdebug 2.0.4 Eclipse 3.4.1 Build M20080911-1700 (PDT all-in-one) PDT 2.0.0.v20081229-1135 All running on localhost (WAMP stack)
Attached Files:

Notes
(0000920) derick    2009-03-03 09:35	Unfortunately I can do very little about this. PHP simply has the line numbers wrong internally: line # op fetch ext return operands -------------------------------------------------------------------------------    3 0 EXT_STMT          1 JMPZ !0, ->5    4 2 EXT_STMT          3 ECHO 'bar%0A'    5 4 JMP ->5    7 5 EXT_STMT          6 RETURN 1          7* ZEND_HANDLE_EXCEPTION for   1 <?php   2 if ($foo)   3 {   4 echo "bar\n";   5 }   6 ?>

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
412	[Xdebug] Installation	major	always	2008-10-07 09:29	2008-12-20 19:53
Reporter:	MasterX	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	CentOS 5.2
PHP Version:	4.4-dev
Summary:	make: *** [xdebug_code_coverage.lo] Error 1
Description:	Dear all I have tried to install xdebug on my server but it has error when compile. I use cc (GCC) 4.1.1 20070105 (Red Hat 4.1.1-52) and PHP 4.4.9. I ran command: ./configure --enable-xdebug --with-php-config=/Thanh/php-4.4.9/scripts/php-config After that I ran make but it shown me error: /bin/sh /Thanh/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/Thanh/xdebug-2.0.3 -DPHP_ATOM_INC -I/Thanh/xdebug-2.0.3/include -I/Thanh/xdebug-2.0.3/main -I/Thanh/xdebug-2.0.3 -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -DHAVE_CONFIG_H -g -O0 -c /Thanh/xdebug-2.0.3/xdebug_code_coverage.c -o xdebug_code_coverage.lo gcc -I. -I/Thanh/xdebug-2.0.3 -DPHP_ATOM_INC -I/Thanh/xdebug-2.0.3/include -I/Thanh/xdebug-2.0.3/main -I/Thanh/xdebug-2.0.3 -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -DHAVE_CONFIG_H -g -O0 -c /Thanh/xdebug-2.0.3/xdebug_code_coverage.c -fPIC -DPIC -o xdebug_code_coverage.lo /Thanh/xdebug-2.0.3/xdebug_code_coverage.c: In function 'xdebug_find_jump': /Thanh/xdebug-2.0.3/xdebug_code_coverage.c:148: error: 'union <anonymous>' has no member named 'jmp_addr' /Thanh/xdebug-2.0.3/xdebug_code_coverage.c: In function 'prefill_from_oparray': /Thanh/xdebug-2.0.3/xdebug_code_coverage.c:233: warning: assignment makes pointer from integer without a cast /Thanh/xdebug-2.0.3/xdebug_code_coverage.c: In function 'prefill_from_function_table': /Thanh/xdebug-2.0.3/xdebug_code_coverage.c:272: warning: comparison between pointer and integer /Thanh/xdebug-2.0.3/xdebug_code_coverage.c: In function 'xdebug_prefill_code_coverage': /Thanh/xdebug-2.0.3/xdebug_code_coverage.c:312: warning: comparison between pointer and integer make: *** [xdebug_code_coverage.lo] Error 1 Please help me to fix it.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000881) greinauer    2008-10-09 12:11	Same Bug under OS Debian 4.0 PHP Version 4.4.4-8 (necessary for GForge in Debian distribution) phpize and php-config created by Debian php4-dev
(0000889) MasterX    2008-10-15 11:08    (edited on: 2008-10-15 11:10)	I has compiled php-4.4.9 from source. It has phpize and php-config from its source. I use it but it show me error. OS is CentOS, an distribute of RHEL, how can I use Debian Package in this case? Please guide me in details. edited on: 2008-10-15 11:10
(0000891) greinauer    2008-10-16 08:20	Debian Distribution 4.0 may be downloaded from www.debian.org. Debian uses the the Synaptic Package Manager. By help of the manager you can download and install php4 and php4-dev. php4-dev includes phpize and php-config directly.
(0000894) ashnazg    2008-10-29 19:18	Duplicate of already resolved 0000372, I think?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
408	[Xdebug] Debug client (console)	trivial	always	2008-09-09 21:16	2008-12-20 19:50
Reporter:	tomas	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.3
Summary:	Script is not aborted on E_RECOVERABLE_ERROR errors
Description:	A simple code to reproduce the bug: <?php $not_an_array = 'string'; a_function($not_an_array); function a_function(array $array) { // do something } echo 'The script has not been aborted?'; ?> The code generates E_RECOVERABLE_ERROR error (the mismatch of argument type). When xdebug is enabled the code is not aborted.
Steps To Reproduce:
Additional Information:	Acording to PHP documentation E_RECOVERABLE_ERROR errors should abort the scripts (http://lt.php.net/manual/en/errorfunc.constants.php [^])
Attached Files:

Notes
(0000900) k-fish    2008-12-11 21:11	duplicate of 0000391

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
398	[Xdebug] Feature/Change request	major	always	2008-08-14 23:39	2008-08-22 09:59
Reporter:	Christian	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.2.6
Summary:	var_dump content is cut off
Description:	If I want to output variables using var_dump, the content is cut off after several rows or characters. If it's not possible to switch that off, I can not use XDebug anymore, because those output is always very important for standard debugging.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000874) derick    2008-08-22 09:59	http://xdebug.org/docs/display#var_display_max_children [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
4	[Xdebug] Feature/Change request	tweak	N/A	2003-09-03 16:05	2008-08-06 10:18
Reporter:	subjective	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.0
Summary:	Debug information only in client
Description:	Show the debug information only in the remote client - not in the browser.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000004) derick    2003-09-03 16:07	That's for the error messages. I'm just going to add a command/option to the debug client to set on/off display_errors in PHP space for this.
(0000867) derick    2008-08-06 10:18	The other report is more up to date.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
349	[Xdebug] Usage problems	text	always	2008-01-21 09:53	2008-07-04 10:40
Reporter:	mediaf	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.5
Summary:	default colors used are nearly unreadable
Description:	The default colors used to display infos are nearly unreadable : messages are written in white over light-gray which is nearly invisible
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000857) mediaf    2008-06-20 14:12	Is there something new about that ? this problem causes xdebug to become really boring to use. I would say nearly unusable...
(0000863) derick    2008-07-04 10:40	Messages are written in black, as you can see here: http://xdebug.org/docs/stack_trace [^] Perhaps your own CSS modifies styles?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
374	[Xdebug] Debug client (console)	major	always	2008-05-26 11:49	2008-07-04 10:37
Reporter:	nirfri	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	fc7
PHP Version:	5.2.6
Summary:	eclipse using xdebug, 2.0.3 & 2.1dev wont work
Description:	I used 2.0.2 till now, I compiled it myself, all worked fine using eclipse. I tried upgrading to 2.0.3 and the debugger would start. below is the xdebug log
Steps To Reproduce:
Additional Information:	<- feature_get -i 241 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="241" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- breakpoint_set -i 242 -t line -f file:///mnt/Licensing/licensing/login_backend.php [^] -n 73 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="242" id="147730001"></response> <- run -i 243 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="243" status="stopping" reason="ok"></response>
Attached Files:

Notes
(0000862) derick    2008-07-04 10:37	This is a bug in the eclipse plugin - it is/was relying on broken behavior of Xdebug in the protocol.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
379	[Xdebug] Usage problems	minor	always	2008-06-26 07:33	2008-07-04 09:32
Reporter:	sebastian	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.6
Summary:	Code Coverage is wrong for a break; statement
Description:	WorkflowSignalSlotTiein/src/plugin.php:87
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000859) derick    2008-07-04 09:32	Sebastian: http://bugs.xdebug.org/bug_view_page.php?bug_id=0000379 [^] is bogus. Sorry for the noise.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
365	[Xdebug] Feature/Change request	minor	always	2008-04-18 19:24	2008-07-03 23:47
Reporter:	derick	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.5
Summary:	Feature patch, allow code coverage to avoid "covering" certain files by path.
Description:	Adds a new userspace command to the code coverage section:- void xdebug_code_coverage_exclude_paths (array); Basically, passes an array of strings that the coverage should avoid counting on. The strings are matched against the filename path and if a match is made code coverage doesn't cover that module. Reasons for creating it. I have a rather heavy weight test syste to deal with against a rather large application and I didn't want xdebug to code coverage the actual test scripts, just the application. Well, simple as that. See: http://xdebug.org/archives/xdebug-general/1236.html [^]
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000858) Milian Wolff    2008-07-03 23:47	Was able to compile it and call it from a PHP file. But it is not what I thought it would be. A pity ;-) FWIW: xdebug_code_coverage_exclude_paths(array(__FILE__)); xdebug_start_trace(__FILE__, XDEBUG_TRACE_COMPUTERIZED); => won't work as expected currently. Could you adapt your patch?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
372	[Xdebug] Installation	major	always	2008-05-05 00:00	2008-05-05 09:08
Reporter:	stephaneeybert	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Kubuntu 8.04
PHP Version:	4.3.11
Summary:	Cannot compile xdebug. make gives error 1.
Description:	Dear all, I tried to install xdebug 2.0.3 from source on Kubuntu 8.04 with php-4.3.11 sitting in /home/stephane/programs/install I have the gcc gcc --version gcc (GCC) 4.2.3 (Ubuntu 4.2.3-2ubuntu7) I ran the following command: ./configure --enable-xdebug --prefix=/home/stephane/programs/install --with-php-config=/home/stephane/programs/install/bin/php-config Then I did a make and got /bin/bash /home/stephane/programs/xdebug-2.0.3/libtool --mode=compile gcc -I. -I/home/stephane/programs/xdebug-2.0.3 -DPHP_ATOM_INC -I/home/stephane/programs/xdebug-2.0.3/include -I/home/stephane/programs/xdebug-2.0.3/main -I/home/stephane/programs/xdebug-2.0.3 -I/home/stephane/programs/install/include/php -I/home/stephane/programs/install/include/php/main -I/home/stephane/programs/install/include/php/TSRM -I/home/stephane/programs/install/include/php/Zend -DHAVE_CONFIG_H -g -O0 -c /home/stephane/programs/xdebug-2.0.3/xdebug_code_coverage.c -o xdebug_code_coverage.lo gcc -I. -I/home/stephane/programs/xdebug-2.0.3 -DPHP_ATOM_INC -I/home/stephane/programs/xdebug-2.0.3/include -I/home/stephane/programs/xdebug-2.0.3/main -I/home/stephane/programs/xdebug-2.0.3 -I/home/stephane/programs/install/include/php -I/home/stephane/programs/install/include/php/main -I/home/stephane/programs/install/include/php/TSRM -I/home/stephane/programs/install/include/php/Zend -DHAVE_CONFIG_H -g -O0 -c /home/stephane/programs/xdebug-2.0.3/xdebug_code_coverage.c -fPIC -DPIC -o xdebug_code_coverage.lo /home/stephane/programs/xdebug-2.0.3/xdebug_code_coverage.c: In function 'xdebug_find_jump': /home/stephane/programs/xdebug-2.0.3/xdebug_code_coverage.c:148: error: 'union <anonymous>' has no member named 'jmp_addr' /home/stephane/programs/xdebug-2.0.3/xdebug_code_coverage.c: In function 'prefill_from_oparray': /home/stephane/programs/xdebug-2.0.3/xdebug_code_coverage.c:233: warning: assignment makes pointer from integer without a cast /home/stephane/programs/xdebug-2.0.3/xdebug_code_coverage.c: In function 'prefill_from_function_table': /home/stephane/programs/xdebug-2.0.3/xdebug_code_coverage.c:272: warning: comparison between pointer and integer /home/stephane/programs/xdebug-2.0.3/xdebug_code_coverage.c: In function 'xdebug_prefill_code_coverage': /home/stephane/programs/xdebug-2.0.3/xdebug_code_coverage.c:312: warning: comparison between pointer and integer make: *** [xdebug_code_coverage.lo] Error 1
Steps To Reproduce:
Additional Information:	The output of the configure command: checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc and cc understand -c and -o together... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for PHP prefix... /home/stephane/programs/install checking for PHP includes... -I/home/stephane/programs/install/include/php -I/home/stephane/programs/install/include/php/main -I/home/stephane/programs/install/include/php/TSRM -I/home/stephane/programs/install/include/php/Zend checking for PHP extension directory... /home/stephane/programs/install/lib/php/extensions/no-debug-non-zts-20020429 checking for re2c... exit 0; checking for gawk... no checking for mawk... mawk checking whether to enable eXtended debugging support... yes, shared checking for gettimeofday... yes checking for cos in -lm... yes checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking for a sed that does not truncate output... /bin/sed checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking command to parse /usr/bin/nm -B output... ok checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for ranlib... ranlib checking for strip... strip checking for objdir... .libs checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking whether -lc should be explicitly linked in... no creating libtool configure: creating ./config.status config.status: creating config.h config.status: config.h is unchanged
Attached Files:

Notes
(0000850) derick    2008-05-05 09:08	This is fixed in CVS already, but you should seriously consider upgrading PHP. PHP 4.3.11 has both security issues and is just generally really old (more than 3 years).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
342	[Xdebug] Usage problems	major	always	2007-12-21 08:39	2008-04-18 19:33
Reporter:	develar	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.5
Summary:	profiling: erroneous summary
Description:	main 100,00 % (7 999) Singleton_core::getInstance 137,50 % (10 999) This is not a CachegrindVisualizer (http://code.google.com/p/cachegrindvisualizer/ [^]) error. I have counted manually. main (summary) 7999939 Singleton_core::getInstance 10999866 http://cachegrindvisualizer.googlecode.com/files/summary_bug.png [^] http://cachegrindvisualizer.googlecode.com/files/summary_bug.php [^] http://cachegrindvisualizer.googlecode.com/files/1198221366.cg [^]
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000821) develar    2008-01-04 12:58	It not a bug. Closed.
(0000839) derick    2008-04-18 19:33	Marking as such then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
346	[Xdebug] Installation	block	always	2008-01-07 07:48	2008-04-18 19:32
Reporter:	rakesh139	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu Feisty 7.04
PHP Version:	5.2.4
Summary:	Can not load xDebug as Zend Extension
Description:	I compiled Xdebug from source, copied the same in my PHP extension directory and tried to load the same as Zend Extension. But this is not working (I don't see it either in phpinfo() or php -m). But this loads as normal PHP extension. i.e. Works: extension=xdebug.so Does not work: zend_extension_ts="/usr/local/php5/lib/php/extensions/xdebug.so" Please suggest. Thanks. Rakesh
Steps To Reproduce:
Additional Information:	Apache version 2.2.6 PHP 5.2.4 compiled from source as Apache Module. PHP Configure line: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--prefix=/usr/local/php5' '--with-config-file-path=/usr/local/php5' '--with-pear=/usr/php5/share' '--with-filepro' '--with-xsl' '--enable-xslt' '--with-xslt-sablot' '--with-xml=/usr/local/libxml2' '--enable-exif' '--enable-ftp' '--enable-bcmath' '--enable-calendar' '--with-gd' '--enable-gd-native-ttf' '--with-freetype-dir=/usr' '--with-db4-dir=/usr/local' '--with-gettext' '--with-zlib' '--enable-trans-sid' '--with-kerberos' '--with-imap-ssl' '--with-openssl=/usr' '--enable-sysvsem' '--enable-sysvshm' '--enable-calendar' '--enable-sysvmsg' '--enable-track-vars' '--with-dom' '--with-mcrypt' '--with-mhash' '--with-iconv' '--enable-mbstring=all' '--enable-mbregex' '--with-png-dir=/usr' '--with-jpeg-dir=/usr' '--with-mysql=/usr/local/mysql' '--with-mime-magic' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-regex' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-curl'
Attached Files:

Notes
(0000827) rakesh139    2008-02-11 12:21	I just upgraded my PHP version to 5.2.5 and Xdebug got loaded as Zend Extension. Seems to be an issue with version 5.2.4. Rakesh
(0000838) derick    2008-04-18 19:32	Marking as "not a bug" then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
366	[Xdebug] Feature/Change request	minor	always	2008-04-18 19:26	2008-04-18 19:27
Reporter:	derick	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.6
Summary:	Xdebug + Zend Debugger
Description:	could you please test if my little patch really allows using xdebug together with Zend Debugger? ATTENTION: you need to load xdebug with extension=xdebug.so and not via zend_extension. When there is no other zend_extension xdebug will register itself as zend_extension. If there is another zend_extension xdebug replaces the statement_handler with a wrapper that first calls xdebug's new statement_handler and then the one that the other zend_extension has registered.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
337	[Xdebug] Feature/Change request	tweak	N/A	2007-11-16 00:01	2007-11-16 00:01
Reporter:	stosh1985	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.5
Summary:	Variable highlighting
Description:	It would be nice if variables could be highlighted and formatted similarly to how var_dump() works, but with returning the value as a string.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
336	[Xdebug] Feature/Change request	major	always	2007-11-14 21:03	2007-11-14 21:06
Reporter:	sebastian	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.3-dev
Summary:	API access to profiling information
Description:	I think it would be usefull to allow API access to profiling information in addition to the current functionality where the profiling information is written to a file.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000811) derick    2007-11-14 21:06	I can't implement this really, as profiling information is written *directly* to disk without any memory storage. All I can provide is the location where it is written to.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
302	[Xdebug] Usage problems	minor	always	2007-08-09 22:23	2007-11-11 17:46
Reporter:	mgeary	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	OS X - 10.4.10
PHP Version:	5.1.4
Summary:	memory usage doesn't show
Description:	i've just re-compiled php with --enable-memory-limit and compiled the latest CSV version of xdebug. it shows correctly in my phpinfo() output that xdebug is working, and phpinfo() also confirms that there is a memory limit in place for PHP. But when i do a xdebug_start_trace(), my memory column is STILL all zeros.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000713) derick    2007-08-09 22:34	Did you redo phpize and configure in the xdebug source directory after you did the "make install" in the PHP source dir after recompiling?
(0000714) mgeary    2007-08-09 22:38	yes. i had the new php installed and running *before* i compiled the 2.1.0-dev version of xdebug.
(0000717) derick    2007-08-17 20:40	Could you try getting Xdebug fresh from CVS? Sometimes it might not pick up the newly installed PHP headers. Also make sure you don't have multiple copies of the PHP headers laying around - perhaps the wrong ones are picked up.
(0000772) derick    2007-10-27 20:26	Reminder sent to mgeary Could you try getting Xdebug fresh from CVS? Sometimes it might not pick up the newly installed PHP headers. Also make sure you don't have multiple copies of the PHP headers laying around - perhaps the wrong ones are picked up.
(0000809) derick    2007-11-11 17:46	Can't reproduce, and no feedback given.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
313	[Xdebug] Usage problems	major	always	2007-10-02 15:59	2007-11-11 17:45
Reporter:	d_kelsey	Platform:	Windows
Assigned To:	derick	OS:	Windows
Priority:	normal	OS Version:	XP
Status:	resolved	Product Version:	2.0.0dev
Product Build:	official 2.0 release	Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.2.1
Summary:	sending an expression which cannot be evaluated at the time causes the script to stop executing
Description:	Within a debug environment, a user may set up an expression to watch. This expression may or may not be valid at the time when xdebug is in break state and the eval is sent. The expression to evaluate was $myObj->myMethod(); but in the script being executed, myObj var doesn't exist, neither does the any class defining the myMethod method. What I would have expected from xdebug when the eval was sent was an error saying unable to evaluate, instead I get a stop status instead.
Steps To Reproduce:	Execute the following script <?php for($i = 0; $i < 5; ++$i) { $text = utf8_decode($text); } print " <!-- Set the breakpoint on this line -->"; // Just dummy code after this for($i = 0; $i < 10; ++$i) { print $text."\n"; $text = utf8_encode($text); } print " "; ?> break anywhere, then try to eval $myObj->myMethod();
Additional Information:	The following output is from the xdebug remote log. Log opened at 2007-09-28 11:09:35 -> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///D:/Code/Java_Workspace/CustomGIKI/crashtest.php" [^] language="PHP" protocol_version="1.0" appid="4792" idekey="ECLIPSE_DBGP"><engine version="2.0.0"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2007 by Derick Rethans]]></copyright></init> <- breakpoint_set -i 140 -t line -f file:///D:/Code/Java_Workspace/CustomGIKI/crashtest.php [^] -n 9 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="140" id="47920014"></response> <- feature_set -i 141 -n show_hidden -v 1 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="141" feature="show_hidden" success="1"></response> <- feature_set -i 142 -n max_depth -v 3 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_set" transaction_id="142" feature="max_depth" success="1"></response> <- feature_get -i 143 -n max_children -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="143" feature_name="max_children" supported="1"><![CDATA[32]]></response> <- feature_get -i 144 -n encoding -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="144" feature_name="encoding" supported="1"><![CDATA[iso-8859-1]]></response> <- feature_get -i 145 -n supports_async -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="145" feature_name="supports_async" supported="1"><![CDATA[0]]></response> <- run -i 146 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="146" status="break" reason="ok"><xdebug:message filename="file:///D:/Code/Java_Workspace/CustomGIKI/crashtest.php" [^] lineno="9"></xdebug:message></response> <- stack_get -i 147 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="147"><stack where="{main}" level="0" type="file" filename="file:///D:/Code/Java_Workspace/CustomGIKI/crashtest.php" [^] lineno="9"></stack></response> <- stack_get -i 148 -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_id="148"><stack where="{main}" level="0" type="file" filename="file:///D:/Code/Java_Workspace/CustomGIKI/crashtest.php" [^] lineno="9"></stack></response> <- eval -i 149 -- JG15T2JqLT5teU1ldGhvZCgpOw== -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] status="stopped" reason="ok"></response> Log closed at 2007-09-28 11:09:35
Attached Files:

Notes
(0000743) nix    2007-10-17 16:58	I have noticed the same problem as described. But I want to say that this doesn't have permanent error. F.e. evaluation of incorrect expression "i" doesn't lead to described behavior. All works fine and property with no value is returned as result. But f.e. invalid expression "Thread.currentThread()" reproduce described situation. Please note that last response has strange form. It is unexpected ( stops execution and debugging of script ) and also it doesn't have "command" argument that could be pointed to command name original request.
(0000775) derick    2007-10-28 17:32	I can reproduce this, but I don't see a way on how to fix this. The problem is that evals that don't work cause PHP simply to abort - nothing I can do about that. I did address the not having a command/transaction_id attribute in the response in CVS though.
(0000783) derick    2007-10-29 19:49	Dave writes: That is not good that php terminates the current script. I am wondering why it does though. I can write php eval code which tries to do something similar and notice that the raise parse errors but it doesn't terminate the script.
(0000808) derick    2007-11-11 17:45	Okay, I checked, and it's not something that I can't avoid. THere are two cases where eval() might bail out: 1. parse errors PHP handles this correctly and let you continue with the script, see: <?php eval("g87^sfrsaf" ); echo "ALIVE\n"; ?> 2. calls to unknown functions methods PHP will abort the script, see: <?php eval( "foobar();" ); echo "ALIVE\n"; ?> Xdebug's eval() behaves the same here.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
286	[Xdebug] Usage problems	crash	always	2007-06-18 21:27	2007-11-08 22:26
Reporter:	lars	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.0
Summary:	Apache crashed when profiling is enabled.
Description:	I experience some segfaults when enabling profiling (setting "xdebug.profiler_enable = 0" in php.ini or setting "php_value xdebug.profiler_enable 1" in a vhost) and trying to load pages with where generated by mod_php: "[notice] child pid 9100 exit signal Segmentation fault (11)"
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000661) derick    2007-06-18 21:31	Could you try to run Apache under gdb as single process (see http://bugs.php.net/bugs-generating-backtrace.php, [^] under "If you can't get a core file").
(0000662) lars    2007-06-18 23:30	Here you are: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1216055616 (LWP 9803)] 0xb7c0280b in strlen () from /lib/tls/libc.so.6 (gdb) bt #0 0xb7c0280b in strlen () from /lib/tls/libc.so.6 #1 0xb75349b8 in ap_php_conv_fp () from /usr/lib/apache2/modules/libphp5.so 0000002 0xb75351c1 in ap_php_vsnprintf () from /usr/lib/apache2/modules/libphp5.so 0000003 0xb6ef64e1 in xdebug_sprintf (fmt=0xb6f01ee0 "%s/%s") at /usr/local/src/xdebug/xdebug_str.c:95 0000004 0xb6ef5551 in xdebug_profiler_init (script_name=0xb644ada4 "/srv/www/do.main/sub/lit/lit_php/trunk/phpinfo.php")     at /usr/local/src/xdebug/xdebug_profiler.c:69 0000005 0xb6edece8 in xdebug_execute (op_array=0xb644aafc) at /usr/local/src/xdebug/xdebug.c:1446 0000006 0xb64a61d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000007 0xb75759fc in zend_execute_scripts () from /usr/lib/apache2/modules/libphp5.so 0000008 0xb7530cb2 in php_execute_script () from /usr/lib/apache2/modules/libphp5.so 0000009 0xb75f9353 in php_ap2_register_hook () from /usr/lib/apache2/modules/libphp5.so 0000010 0x08074587 in ap_run_handler () 0000011 0x08077731 in ap_invoke_handler () 0000012 0x08084728 in ap_process_request () 0000013 0x080819ce in ap_register_input_filter () 0000014 0x0807b3c7 in ap_run_process_connection () 0000015 0x08088704 in ap_graceful_stop_signalled () 0000016 0x08088964 in ap_graceful_stop_signalled () 0000017 0x0808972a in ap_mpm_run () 0000018 0x080621ef in main () best regards Lars
(0000665) derick    2007-06-19 23:12	Could you type (at the moment where you do bt) the following: frame 4 print xdebug_globals.profiler_output_dir print fname
(0000667) lars    2007-06-21 14:12	(gdb) frame 4 0000004 0xb6f0b551 in xdebug_profiler_init (script_name=0xb6460f3c "/srv/www/do.main/sub/lit/lit_php/trunk/phpinfo.php")     at /usr/local/src/xdebug/xdebug_profiler.c:69 69 filename = xdebug_sprintf("%s/%s", XG(profiler_output_dir), fname); (gdb) print xdebug_globals.profiler_output_dir $1 = 0x8280ef0 "/tmp/xdebug/" (gdb) print fname $2 = 0x83b7e88 "/tmp/xdebug/"
(0000668) lars    2007-06-21 14:26	Profiler Outpunt name is: xdebug.profiler_output_name = cachegrind.out.%H.%s
(0000676) derick    2007-07-05 21:20	I still can't reproduce this, could you please also run apache in single process mode under valgrind? valgrind /path/to/apache/src/httpd -X and then post the output file please?
(0000688) derick    2007-07-09 20:39	Reminder sent to lars I still can't reproduce this, could you please also run apache in single process mode under valgrind? valgrind /path/to/apache/src/httpd -X and then post the output file please?
(0000694) lars    2007-07-14 17:22	Sorry for the late answer. I was very busy. I can not reproduce this error anymore. Either some changes you have done in cvs or the recent bunch of php5 security updates for etch fixed this problem on this machine.
(0000695) derick    2007-07-14 18:57	Okay, thanks for getting back. I'll close the report then.
(0000709) lars    2007-07-29 20:19	I can reproduce this bug, but it seems the reason is not the profiling. On one VHOST the segfault can be triggered when i set "php_value xdebug.profiler_enable 1", when i set it to 0 mod_php works as expected. But now i have another project in which profiler_enable is set to 0, so there must be another reason. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1216108864 (LWP 3615)] 0xb7573098 in zend_hash_apply_with_arguments () from /usr/lib/apache2/modules/libphp5.so (gdb) #0 0xb7573098 in zend_hash_apply_with_arguments () from /usr/lib/apache2/modules/libphp5.so #1 0xb70e9c9a in xdebug_var_export (struc=0xbf8fec70, str=0xbf8fec54, level=1, debug_zval=0, options=0x83c6608) at /usr/local/src/xdebug/xdebug_var.c:293 0000002 0xb70e9fad in xdebug_get_zval_value (val=0xb6465a40, debug_zval=0, options=0x83c6608) at /usr/local/src/xdebug/xdebug_var.c:355 0000003 0xb70d3b37 in zif_xdebug_get_function_stack (ht=0, return_value=0xb64942dc, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)     at /usr/local/src/xdebug/xdebug.c:2455 0000004 0xb7585fa0 in execute_internal () from /usr/lib/apache2/modules/libphp5.so 0000005 0xb70d12f9 in xdebug_execute_internal (current_execute_data=0xbf8ff23c, return_value_used=1) at /usr/local/src/xdebug/xdebug.c:1571 0000006 0xb6697fc3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000007 0xb7597c3b in execute () from /usr/lib/apache2/modules/libphp5.so 0000008 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000009 0xb70d0f9a in xdebug_execute (op_array=0xb65ec324) at /usr/local/src/xdebug/xdebug.c:1507 0000010 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000011 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000012 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000013 0xb70d0f9a in xdebug_execute (op_array=0xb65e5b44) at /usr/local/src/xdebug/xdebug.c:1507 0000014 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000015 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000016 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000017 0xb70d0f9a in xdebug_execute (op_array=0xb65e7d54) at /usr/local/src/xdebug/xdebug.c:1507 0000018 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000019 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000020 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000021 0xb70d0f9a in xdebug_execute (op_array=0xb64871f4) at /usr/local/src/xdebug/xdebug.c:1507 0000022 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000023 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000024 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000025 0xb70d0f9a in xdebug_execute (op_array=0xb64898e8) at /usr/local/src/xdebug/xdebug.c:1507 0000026 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000027 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000028 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000029 0xb70d0f9a in xdebug_execute (op_array=0xb6489d68) at /usr/local/src/xdebug/xdebug.c:1507 0000030 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000031 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000032 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000033 0xb70d0f9a in xdebug_execute (op_array=0xb64769a4) at /usr/local/src/xdebug/xdebug.c:1507 0000034 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so #35 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000036 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000037 0xb70d0f9a in xdebug_execute (op_array=0xb64e33c4) at /usr/local/src/xdebug/xdebug.c:1507 0000038 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000039 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000040 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000041 0xb70d0f9a in xdebug_execute (op_array=0xb646ab98) at /usr/local/src/xdebug/xdebug.c:1507 0000042 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000043 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000044 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000045 0xb70d0f9a in xdebug_execute (op_array=0xb64e33c4) at /usr/local/src/xdebug/xdebug.c:1507 0000046 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000047 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000048 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so #49 0xb70d0f9a in xdebug_execute (op_array=0xb646e564) at /usr/local/src/xdebug/xdebug.c:1507 0000050 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so #51 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000052 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000053 0xb70d0f9a in xdebug_execute (op_array=0xb64e33c4) at /usr/local/src/xdebug/xdebug.c:1507 0000054 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000055 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000056 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000057 0xb70d0f9a in xdebug_execute (op_array=0xb6469a04) at /usr/local/src/xdebug/xdebug.c:1507 0000058 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000059 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000060 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000061 0xb70d0f9a in xdebug_execute (op_array=0xb64e33c4) at /usr/local/src/xdebug/xdebug.c:1507 0000062 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000063 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000064 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000065 0xb70d0f9a in xdebug_execute (op_array=0xb646b8bc) at /usr/local/src/xdebug/xdebug.c:1507 0000066 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000067 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000068 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000069 0xb70d0f9a in xdebug_execute (op_array=0xb64e33c4) at /usr/local/src/xdebug/xdebug.c:1507 0000070 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000071 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000072 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000073 0xb70d0f9a in xdebug_execute (op_array=0xb653fafc) at /usr/local/src/xdebug/xdebug.c:1507 0000074 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000075 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000076 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000077 0xb70d0f9a in xdebug_execute (op_array=0xb65408d8) at /usr/local/src/xdebug/xdebug.c:1507 0000078 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000079 0xb7597841 in execute () from /usr/lib/apache2/modules/libphp5.so 0000080 0xb7587858 in execute () from /usr/lib/apache2/modules/libphp5.so 0000081 0xb70d0f9a in xdebug_execute (op_array=0xb6638658) at /usr/local/src/xdebug/xdebug.c:1507 0000082 0xb66981d3 in ih_symlink () from /usr/lib/php5/20060613+lfs/suhosin.so 0000083 0xb7568a2c in zend_execute_scripts () from /usr/lib/apache2/modules/libphp5.so 0000084 0xb7523ce2 in php_execute_script () from /usr/lib/apache2/modules/libphp5.so 0000085 0xb75ec383 in php_ap2_register_hook () from /usr/lib/apache2/modules/libphp5.so 0000086 0x08074587 in ap_run_handler () 0000087 0x08077731 in ap_invoke_handler () 0000088 0x08084728 in ap_process_request () 0000089 0x080819ce in ap_register_input_filter () 0000090 0x0807b3c7 in ap_run_process_connection () 0000091 0x08088704 in ap_graceful_stop_signalled () 0000092 0x08088964 in ap_graceful_stop_signalled () 0000093 0x0808972a in ap_mpm_run () 0000094 0x080621ef in main () The valgrind output: ==3657== Memcheck, a memory error detector. ==3657== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==3657== Using LibVEX rev 1658, a library for dynamic binary translation. ==3657== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==3657== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation framework. ==3657== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==3657== For more details, rerun with: -v ==3657== ==3657== My PID = 3657, parent PID = 8912. Prog and args are: ==3657== /usr/sbin/apache2 ==3657== -X ==3657== --3657-- DWARF2 CFI reader: unhandled CFI instruction 0:50 --3657-- DWARF2 CFI reader: unhandled CFI instruction 0:50 --3657-- DWARF2 CFI reader: unhandled CFI instruction 0:50 --3657-- DWARF2 CFI reader: unhandled CFI instruction 0:50 ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010C8D: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010C9C: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010CAB: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010DF3: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010DF3: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== ==3657== Invalid read of size 4 ==3657== at 0x4010DE9: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== Address 0x479D8E4 is 36 bytes inside a block of size 38 alloc'd ==3657== at 0x401D38B: malloc (vg_replace_malloc.c:149) ==3657== by 0x4005DA5: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x40089F2: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEFF4: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== by 0x807614F: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4008E57: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEFF4: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== by 0x807614F: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4008C58: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEFF4: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== by 0x807614F: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4008ED5: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEFF4: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== by 0x807614F: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4008B2E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEFF4: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== by 0x807614F: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010CC4: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010CCF: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010CDA: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E0A: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E0A: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== ==3657== Invalid read of size 4 ==3657== at 0x4010E00: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== Address 0x47A2E58 is 40 bytes inside a block of size 43 alloc'd ==3657== at 0x401D38B: malloc (vg_replace_malloc.c:149) ==3657== by 0x4005DA5: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010CF3: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010CFE: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010D09: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E21: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E21: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== ==3657== Invalid read of size 4 ==3657== at 0x4010E17: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== Address 0x47AD78C is 44 bytes inside a block of size 46 alloc'd ==3657== at 0x401D38B: malloc (vg_replace_malloc.c:149) ==3657== by 0x4005DA5: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x426955D: apr_dso_load (in /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80879C6: (within /usr/sbin/apache2) ==3657== ==3657== Invalid read of size 4 ==3657== at 0x4010DD3: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x400A1F6: (within /lib/ld-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x400A3CA: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEC04: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== Address 0x47FC388 is 16 bytes inside a block of size 19 alloc'd ==3657== at 0x401D38B: malloc (vg_replace_malloc.c:149) ==3657== by 0x4006B83: (within /lib/ld-2.3.6.so) ==3657== by 0x400A1F6: (within /lib/ld-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x400A3CA: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEC04: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== ==3657== Invalid read of size 4 ==3657== at 0x4010E17: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x400A1F6: (within /lib/ld-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x400A3CA: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEC04: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== Address 0x47FC6B4 is 28 bytes inside a block of size 29 alloc'd ==3657== at 0x401D38B: malloc (vg_replace_malloc.c:149) ==3657== by 0x4006B83: (within /lib/ld-2.3.6.so) ==3657== by 0x400A1F6: (within /lib/ld-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x400A3CA: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEC04: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== ==3657== Invalid read of size 4 ==3657== at 0x4010DE9: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x400A1F6: (within /lib/ld-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x400A3CA: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEC04: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== Address 0x47FC9DC is 20 bytes inside a block of size 22 alloc'd ==3657== at 0x401D38B: malloc (vg_replace_malloc.c:149) ==3657== by 0x4006B83: (within /lib/ld-2.3.6.so) ==3657== by 0x400A1F6: (within /lib/ld-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x400A3CA: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEC04: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== ==3657== Invalid read of size 4 ==3657== at 0x4010E00: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x400A1F6: (within /lib/ld-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x400A3CA: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEC04: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== Address 0x4F8A6F8 is 24 bytes inside a block of size 27 alloc'd ==3657== at 0x401D38B: malloc (vg_replace_malloc.c:149) ==3657== by 0x4006B83: (within /lib/ld-2.3.6.so) ==3657== by 0x400A1F6: (within /lib/ld-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x400A3CA: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEC04: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAC3C: __nss_lookup_function (in /lib/tls/libc-2.3.6.so) ==3657== ==3657== Syscall param socketcall.sendto(msg) points to uninitialised byte(s) ==3657== at 0x439A8EC: sendto (in /lib/tls/libc-2.3.6.so) ==3657== by 0x4382D54: getaddrinfo (in /lib/tls/libc-2.3.6.so) ==3657== by 0x4271F56: (within /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x807BB12: ap_set_listener (in /usr/sbin/apache2) ==3657== by 0x8075433: (within /usr/sbin/apache2) ==3657== by 0x8075B46: ap_walk_config (in /usr/sbin/apache2) ==3657== by 0x8075C4F: ap_process_config_tree (in /usr/sbin/apache2) ==3657== by 0x8061FBB: main (in /usr/sbin/apache2) ==3657== Address 0xBE868879 is on thread 1's stack ==3657== ==3657== Syscall param socketcall.sendto(msg) points to uninitialised byte(s) ==3657== at 0x439A8EC: sendto (in /lib/tls/libc-2.3.6.so) ==3657== by 0x4382D54: getaddrinfo (in /lib/tls/libc-2.3.6.so) ==3657== by 0x4271F56: (within /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x8063180: (within /usr/sbin/apache2) ==3657== by 0x80753D7: (within /usr/sbin/apache2) ==3657== by 0x8075B46: ap_walk_config (in /usr/sbin/apache2) ==3657== by 0x8075C4F: ap_process_config_tree (in /usr/sbin/apache2) ==3657== by 0x8061FBB: main (in /usr/sbin/apache2) ==3657== Address 0xBE868889 is on thread 1's stack ==3657== ==3657== Syscall param socketcall.sendto(msg) points to uninitialised byte(s) ==3657== at 0x439A8EC: sendto (in /lib/tls/libc-2.3.6.so) ==3657== by 0x4382D54: getaddrinfo (in /lib/tls/libc-2.3.6.so) ==3657== by 0x4271F56: (within /usr/lib/libapr-1.so.0.2.7) ==3657== by 0x80645B8: ap_get_local_host (in /usr/sbin/apache2) ==3657== by 0x8063955: ap_fini_vhost_config (in /usr/sbin/apache2) ==3657== by 0x80624B2: main (in /usr/sbin/apache2) ==3657== Address 0xBE8684F9 is on thread 1's stack ==3657== ==3657== Syscall param semctl(IPC_SET, arg.buf) points to uninitialised byte(s) ==3657== at 0x439B169: semctl (in /lib/tls/libc-2.3.6.so) ==3657== by 0x808A008: unixd_set_proc_mutex_perms (in /usr/sbin/apache2) ==3657== by 0x808A042: unixd_set_global_mutex_perms (in /usr/sbin/apache2) ==3657== by 0x4EF8636: (within /usr/lib/apache2/modules/mod_rewrite.so) ==3657== by 0x807441D: ap_run_post_config (in /usr/sbin/apache2) ==3657== by 0x8062043: main (in /usr/sbin/apache2) ==3657== Address 0xBE868B20 is on thread 1's stack ==3657== ==3657== Syscall param semctl(IPC_SET, arg.buf) points to uninitialised byte(s) ==3657== at 0x439B169: semctl (in /lib/tls/libc-2.3.6.so) ==3657== by 0x808A008: unixd_set_proc_mutex_perms (in /usr/sbin/apache2) ==3657== by 0x808A042: unixd_set_global_mutex_perms (in /usr/sbin/apache2) ==3657== by 0x4F11F06: (within /usr/lib/apache2/modules/mod_ssl.so) ==3657== by 0x4F0BF56: (within /usr/lib/apache2/modules/mod_ssl.so) ==3657== by 0x807441D: ap_run_post_config (in /usr/sbin/apache2) ==3657== by 0x8062043: main (in /usr/sbin/apache2) ==3657== Address 0xBE868AE0 is on thread 1's stack ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010C4E: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x4A47A32: php_dl (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AC89B2: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AFDC97: zend_llist_apply (in /usr/lib/apache2/modules/libphp5.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010C5D: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x4A47A32: php_dl (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AC89B2: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AFDC97: zend_llist_apply (in /usr/lib/apache2/modules/libphp5.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010C6C: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x4A47A32: php_dl (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AC89B2: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AFDC97: zend_llist_apply (in /usr/lib/apache2/modules/libphp5.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010DDC: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x4A47A32: php_dl (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AC89B2: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AFDC97: zend_llist_apply (in /usr/lib/apache2/modules/libphp5.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010DDC: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x4A47A32: php_dl (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AC89B2: (within /usr/lib/apache2/modules/libphp5.so) ==3657== ==3657== Invalid read of size 4 ==3657== at 0x4010DD3: (within /lib/ld-2.3.6.so) ==3657== by 0x4004B78: (within /lib/ld-2.3.6.so) ==3657== by 0x4006792: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x4A47A32: php_dl (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AC89B2: (within /usr/lib/apache2/modules/libphp5.so) ==3657== Address 0x51D79B0 is 32 bytes inside a block of size 33 alloc'd ==3657== at 0x401D38B: malloc (vg_replace_malloc.c:149) ==3657== by 0x4005DA5: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x4A47A32: php_dl (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AC89B2: (within /usr/lib/apache2/modules/libphp5.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010CF3: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAC3C: __nss_lookup_function (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAD3F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43AC6A5: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0D06: getprotobyname_r (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0B09: getprotobyname (in /lib/tls/libc-2.3.6.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010CFE: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAC3C: __nss_lookup_function (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAD3F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43AC6A5: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0D06: getprotobyname_r (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0B09: getprotobyname (in /lib/tls/libc-2.3.6.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010D09: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAC3C: __nss_lookup_function (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAD3F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43AC6A5: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0D06: getprotobyname_r (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0B09: getprotobyname (in /lib/tls/libc-2.3.6.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010D14: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAC3C: __nss_lookup_function (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAD3F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43AC6A5: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0D06: getprotobyname_r (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0B09: getprotobyname (in /lib/tls/libc-2.3.6.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E21: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAC3C: __nss_lookup_function (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAD3F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43AC6A5: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0D06: getprotobyname_r (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0B09: getprotobyname (in /lib/tls/libc-2.3.6.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E2C: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAC3C: __nss_lookup_function (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAD3F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43AC6A5: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0D06: getprotobyname_r (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0B09: getprotobyname (in /lib/tls/libc-2.3.6.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E21: (within /lib/ld-2.3.6.so) ==3657== by 0x4006DAF: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAC3C: __nss_lookup_function (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAD3F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43AC6A5: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0D06: getprotobyname_r (in /lib/tls/libc-2.3.6.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E2C: (within /lib/ld-2.3.6.so) ==3657== by 0x4006DAF: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAC3C: __nss_lookup_function (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAD3F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43AC6A5: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0D06: getprotobyname_r (in /lib/tls/libc-2.3.6.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E21: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE8A2: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAC3C: __nss_lookup_function (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAD3F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43AC6A5: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0D06: getprotobyname_r (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0B09: getprotobyname (in /lib/tls/libc-2.3.6.so) ==3657== by 0x4A14ECF: zm_startup_sockets (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B0D527: zend_startup_module_ex (in /usr/lib/apache2/modules/libphp5.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E2C: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE8A2: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43D0E3C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43D0E9D: __libc_dlopen_mode (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAC3C: __nss_lookup_function (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43AAD3F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43AC6A5: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0D06: getprotobyname_r (in /lib/tls/libc-2.3.6.so) ==3657== by 0x43B0B09: getprotobyname (in /lib/tls/libc-2.3.6.so) ==3657== by 0x4A14ECF: zm_startup_sockets (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B0D527: zend_startup_module_ex (in /usr/lib/apache2/modules/libphp5.so) ==3657== ==3657== Invalid read of size 4 ==3657== at 0x4010DE9: (within /lib/ld-2.3.6.so) ==3657== by 0x400B729: (within /lib/ld-2.3.6.so) ==3657== by 0x4008202: (within /lib/ld-2.3.6.so) ==3657== by 0x43D100C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43D1149: _dl_sym (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9EE7: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9E7A: dlsym (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x5CB8798: suhosin_hook_execute (in /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x5CA98A4: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x5CAA077: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== Address 0x51F2A1C is 36 bytes inside a block of size 38 alloc'd ==3657== at 0x401D38B: malloc (vg_replace_malloc.c:149) ==3657== by 0x4005DA5: (within /lib/ld-2.3.6.so) ==3657== by 0x4006704: (within /lib/ld-2.3.6.so) ==3657== by 0x43CEB9F: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x43CE60E: _dl_open (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9D8D: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9D20: dlopen (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x4A47A32: php_dl (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AC89B2: (within /usr/lib/apache2/modules/libphp5.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E0A: (within /lib/ld-2.3.6.so) ==3657== by 0x400B729: (within /lib/ld-2.3.6.so) ==3657== by 0x4008202: (within /lib/ld-2.3.6.so) ==3657== by 0x43D100C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43D1149: _dl_sym (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9EE7: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9E7A: dlsym (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x5CB8798: suhosin_hook_execute (in /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x5CA98A4: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x5CAA077: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x4010E15: (within /lib/ld-2.3.6.so) ==3657== by 0x400B729: (within /lib/ld-2.3.6.so) ==3657== by 0x4008202: (within /lib/ld-2.3.6.so) ==3657== by 0x43D100C: (within /lib/tls/libc-2.3.6.so) ==3657== by 0x43D1149: _dl_sym (in /lib/tls/libc-2.3.6.so) ==3657== by 0x42C9EE7: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x400B44E: (within /lib/ld-2.3.6.so) ==3657== by 0x42CA42C: (within /lib/tls/libdl-2.3.6.so) ==3657== by 0x42C9E7A: dlsym (in /lib/tls/libdl-2.3.6.so) ==3657== by 0x5CB8798: suhosin_hook_execute (in /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x5CA98A4: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x5CAA077: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== ==3657== Syscall param semctl(IPC_SET, arg.buf) points to uninitialised byte(s) ==3657== at 0x439B169: semctl (in /lib/tls/libc-2.3.6.so) ==3657== by 0x808A008: unixd_set_proc_mutex_perms (in /usr/sbin/apache2) ==3657== by 0x8089061: ap_mpm_run (in /usr/sbin/apache2) ==3657== by 0x80621EE: main (in /usr/sbin/apache2) ==3657== Address 0xBE868A50 is on thread 1's stack ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x52739AB: xdebug_var_export (xdebug_var.c:255) ==3657== by 0x5273FAC: xdebug_get_zval_value (xdebug_var.c:355) ==3657== by 0x525DB36: zif_xdebug_get_function_stack (xdebug.c:2455) ==3657== by 0x4B23F9F: execute_internal (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x525B2F8: xdebug_execute_internal (xdebug.c:1571) ==3657== by 0x5CB8FC2: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x4B35C3A: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B25857: execute (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x525AF99: xdebug_execute (xdebug.c:1507) ==3657== by 0x5CB91D2: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x4B35840: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B25857: execute (in /usr/lib/apache2/modules/libphp5.so) ==3657== ==3657== Use of uninitialised value of size 4 ==3657== at 0x52739B7: xdebug_var_export (xdebug_var.c:255) ==3657== by 0x5273FAC: xdebug_get_zval_value (xdebug_var.c:355) ==3657== by 0x525DB36: zif_xdebug_get_function_stack (xdebug.c:2455) ==3657== by 0x4B23F9F: execute_internal (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x525B2F8: xdebug_execute_internal (xdebug.c:1571) ==3657== by 0x5CB8FC2: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x4B35C3A: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B25857: execute (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x525AF99: xdebug_execute (xdebug.c:1507) ==3657== by 0x5CB91D2: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x4B35840: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B25857: execute (in /usr/lib/apache2/modules/libphp5.so) ==3657== ==3657== Conditional jump or move depends on uninitialised value(s) ==3657== at 0x525DCB5: _zval_dtor (zend_variables.h:32) ==3657== by 0x525DB44: zif_xdebug_get_function_stack (xdebug.c:2456) ==3657== by 0x4B23F9F: execute_internal (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x525B2F8: xdebug_execute_internal (xdebug.c:1571) ==3657== by 0x5CB8FC2: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x4B35C3A: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B25857: execute (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x525AF99: xdebug_execute (xdebug.c:1507) ==3657== by 0x5CB91D2: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x4B35840: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B25857: execute (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x525AF99: xdebug_execute (xdebug.c:1507) ==3657== ==3657== Invalid read of size 1 ==3657== at 0x4AECACD: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AFA9F0: _zval_ptr_dtor (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B10F36: zend_hash_destroy (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B064A2: _zval_dtor_func (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AFAA1E: _zval_ptr_dtor (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B3154D: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B25857: execute (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x525AF99: xdebug_execute (xdebug.c:1507) ==3657== by 0x5CB91D2: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x4B35840: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B25857: execute (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x525AF99: xdebug_execute (xdebug.c:1507) ==3657== Address 0x6791DB4 is not stack'd, malloc'd or (recently) free'd ==3657== ==3657== Process terminating with default action of signal 11 (SIGSEGV) ==3657== Access not within mapped region at address 0x6791DB4 ==3657== at 0x4AECACD: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AFA9F0: _zval_ptr_dtor (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B10F36: zend_hash_destroy (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B064A2: _zval_dtor_func (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4AFAA1E: _zval_ptr_dtor (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B3154D: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B25857: execute (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x525AF99: xdebug_execute (xdebug.c:1507) ==3657== by 0x5CB91D2: (within /usr/lib/php5/20060613+lfs/suhosin.so) ==3657== by 0x4B35840: (within /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x4B25857: execute (in /usr/lib/apache2/modules/libphp5.so) ==3657== by 0x525AF99: xdebug_execute (xdebug.c:1507) ==3657== ==3657== ERROR SUMMARY: 540 errors from 56 contexts (suppressed: 69 from 1) ==3657== malloc/free: in use at exit: 5,813,487 bytes in 21,957 blocks. ==3657== malloc/free: 67,347 allocs, 45,390 frees, 9,532,229 bytes allocated. ==3657== For counts of detected errors, rerun with: -v ==3657== searching for pointers to 21,957 not-freed blocks. ==3657== checked 6,524,440 bytes. ==3657== ==3657== LEAK SUMMARY: ==3657== definitely lost: 10,988 bytes in 199 blocks. ==3657== possibly lost: 0 bytes in 0 blocks. ==3657== still reachable: 5,802,499 bytes in 21,758 blocks. ==3657== suppressed: 0 bytes in 0 blocks. ==3657== Use --leak-check=full to see details of leaked memory. If I can provide any other information which could be helpful to you, please let me know.
(0000800) lars    2007-11-06 00:02	Today i upgraded xdebug (cvs version from today, 2.1dev) and now I can't reproduce the above scenario any longer. The problem seems to be fixed. Thanks.
(0000801) derick    2007-11-08 22:26	Okay, closing then. Thanks!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
331	[Xdebug] Feature/Change request	trivial	always	2007-10-31 16:14	2007-10-31 16:14
Reporter:	mattis	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.2.4
Summary:	assert() in code produses wrong return from xdebug_get_code_coverage()
Description:	<?php class wrongoutput { public function __construct() { xdebug_start_code_coverage(XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); new someotherclass(); $data = xdebug_get_code_coverage(); xdebug_stop_code_coverage(); var_dump($data); } } class someotherclass { public function __construct() { $j = 2; assert('$j >= 0'); } } new wrongoutput();
Steps To Reproduce:
Additional Information:	php wrongreturn.php array(2) { ["C:\Projects\Eclipse\Worspace-zend\CrashXdebug\wrongreturn.php(19) : assert code"]=> array(1) { [1]=> int(1) } ["C:\Projects\Eclipse\Worspace-zend\CrashXdebug\wrongreturn.php"]=> array(9) { [4]=> int(-1) [6]=> int(1) [8]=> int(1) [10]=> int(-1) [12]=> int(-1) [13]=> int(-1) [18]=> int(1) [19]=> int(1) [20]=> int(1) } }
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
322	[Xdebug] Feature/Change request	major	always	2007-10-23 16:33	2007-10-27 19:09
Reporter:	nix	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Solaris 10
PHP Version:	5.1.4
Summary:	Unable to get value for hash via DBGp .
Description:	property_get command cannot retrieve value for associative array. F.e. superglobal variables have $_SERVER associative array. This array has "argv" key. This property is returned by context_get command in the form: $_SERVER['argv']. But when I try to get property via "property_get" command I get error ( please see below in additional info ). I tried to use as property fullname argument following cases without success: $_SERVER["argv"] $_SERVER['argv'] $_SERVER['argv']
Steps To Reproduce:
Additional Information:	command is : property_get -i 8 -n $_SERVER["argv"] response is : <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="property_get" transacti on_id="8" status="break" reason="ok"><error code="300"><message><![CDATA[can not get property]]></message></error></resp onse>
Attached Files:

Notes
(0000757) nix    2007-10-23 16:40	I'm sorry. Please close this CR as invalid. One need to add context argument in described case. Command should be property_get -i 8 -n $_SERVER['argv'] -c 1 Appeared error is consequence of context 0 that is used in property_get command by default. But $_SERVER is context 1 property.
(0000770) derick    2007-10-27 19:09	Marking as invalid as requested. However, if $_SERVER has been used in a function, then it would also work without the -c 1 (as the name was introduced into the local scope, which is context 0.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
319	[Xdebug] Installation	block	always	2007-10-19 12:10	2007-10-27 18:57
Reporter:	jpr1965	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	RedHat V4
PHP Version:	4.3.11
Summary:	error message of php -m /etc/httpd/modules/xdebug.so: undefined symbol: php_sprintf
Description:	error after installing xdebug.so: calling php -m and you get the following error message /etc/httpd/modules/xdebug.so: undefined symbol: php_sprintf
Steps To Reproduce:
Additional Information:	PHP 4.3.9 (cgi) (built: May 4 2007 11:04:14) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
Attached Files:

Notes
(0000745) derick    2007-10-21 12:47	What is your full configure line?
(0000746) jpr1965    2007-10-22 08:10	I didn't configure anything, I just copied the .so file into the apache modules directory and started check, how written in installation instruction of Active State Komodo. Which configuration do you mean and how do I get the configure line?
(0000748) derick    2007-10-22 09:15	PHP's configure line... you can see it by checking the output of the phpinfo() call.
(0000751) jpr1965    2007-10-22 13:07	Here is the php info line... './configure' '--build=i686-redhat-linux-gnu' '--host=i686-redhat-linux-gnu' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd=shared' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-ncurses=shared' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-xml' '--with-expat-dir=/usr' '--with-dom=shared,/usr' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr' '--with-xmlrpc=shared' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mbstring=shared' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mime-magic=/usr/share/file/magic.mime' '--with-apxs2=/usr/sbin/apxs'
(0000769) derick    2007-10-27 18:57	There must be something wrong with how this module was compiled, because when I do it myself it works just fine: derick@kossu:~/dev/php/php-4.3.9$ sapi/cgi/php -v PHP 4.3.9 (cgi) (built: Oct 27 2007 18:50:04) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies     with Xdebug v2.1.0-dev, Copyright (c) 2002-2007, by Derick Rethans Perhaps you should contact the Active State people about this (and feel free to point them to this report of course).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
327	[Xdebug] Usage problems	major	always	2007-10-26 16:13	2007-10-27 18:10
Reporter:	MikeD	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.2
Summary:	xdebug.var_display_max_* values are ignored in remote usage
Description:	running xdebug for remote debugging, however it seems that the xdebug.var_display_max_children, xdebug.var_display_max_data, xdebug.var_display_max_depth settings in php.ini are ignored and internal default values are used. Note that these internal values used are different from the normal defaults xdebug.var_display_max_data: normal default: 512 php.ini setting: 2048 queried value: 1024 xdebug.var_display_max_children normal default: 128 php.ini setting: 2048 returned value: 32 xdebug.var_display_max_depth normal default: 3 php.ini setting: 20 returned value: 1 workaround: when debugging session launches send these DBGp commands to reset the configurations to the desired values: feature_set -i 1 -n max_children -v <value> feature_set -i 2 -n max_data -v <value> feature_set -i 3 -n max_depth -v <value>
Steps To Reproduce:
Additional Information:	php.ini: xdebug.var_display_max_children 2048 xdebug.var_display_max_data 2048 xdebug.var_display_max_depth 20 phpinfo() output: xdebug.var_display_max_children 2048 128 xdebug.var_display_max_data 2048 512 xdebug.var_display_max_depth 20 3 output from debugclient-0.9.0.exe: Waiting for debug server to connect. Connect <?xml version="1.0" encoding="iso-8859-1"?> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///home/miked/htdocs/y.php" [^] language="PHP" protocol_version="1.0" appid="89417" idekey="session_name"><engine version="2.0.0"><![CDATA[Xdebug] ]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2007 by Derick Rethans]]></copyright></init> (cmd) feature_get -i 1 -n max_children <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="1" feature_name="max_children" supported="1"> <![CDATA[32]]> </response> (cmd) feature_get -i 1 -n max_depth <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="1" feature_name="max_depth" supported="1"> <![CDATA[1]]> </response> (cmd) feature_get -i 1 -n max_data <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="feature_get" transaction_id="1" feature_name="max_data" supported="1"> <![CDATA[1024]]> </response> (cmd) quit Disconnect Waiting for debug server to connect.
Attached Files:

Notes
(0000766) derick    2007-10-27 18:10	This is not a bug, those three settings are not supposed to work on remote debugging. The defaults need to be different as it is a bad idea to have a depth != 1 for remote debugging, while it also cumbersome to deal with var_dump() displays if the depth = 1 there. I updated the documentation for those 3 settings to make this a bit clearer.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
323	[Xdebug] Usage problems	minor	always	2007-10-23 20:51	2007-10-27 18:02
Reporter:	tobyS	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Gentoo (but manually compiled PHP stuff)
PHP Version:	5.2-dev
Summary:	Code coverage indicated incorrectly
Description:	As seen in the snip, all relevant lines are executed 154 times (correctly) and some are unreachable (logically), but the closing brace of the ternary is not recognized to be either and marked as not executed. PHP version is actually 5.2.4.
Steps To Reproduce:
Additional Information:	From a code coverage report of PHPUnit: <snip> 154 : foreach ( $response->responses as $subResponse ) : { 154 : $multistatusElement->appendChild( : ( $subResponse instanceof ezcWebdavErrorResponse 154 : ? $dom->importNode( $this->processErrorResponse( $subResponse, true )->body->documentElement, true ) 154 : : $dom->importNode( $this->processResponse( $subResponse )->body->documentElement, true ) 0 : ) 154 : ); 154 : } </snip>
Attached Files:

Notes
(0000765) derick    2007-10-27 18:02	There is not much that I can do about it, the line numbers that the engine reports here totally make no sense. I simplified the code to:   1 <?php   2 function doSomething( $foo ) { echo $foo, "\n"; }   3   4 doSomething (   5 ( false   6 ? 42   7 : 43   8 )   9 );  10 ?> The generated opcodes are: line # op fetch ext return operands -------------------------------------------------------------------------------    2 0 EXT_STMT          1 NOP    4 2 EXT_STMT          3 EXT_FCALL_BEGIN    6 4 JMPZ false, ->7    7 5 QM_ASSIGN ~0 42          6 JMP ->8    8 7 QM_ASSIGN ~0 43    9 8 SEND_VAL ~0          9 DO_FCALL 1 'dosomething'         10 EXT_FCALL_END   11 11 EXT_STMT         12 RETURN 1         13* ZEND_HANDLE_EXCEPTION As you can see, the assignments (op 5 and 7) are done on the line *after* the actual "assignment" (7 and 8 instead of 6 and 7).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
326	[Xdebug] Debug client (console)	crash	always	2007-10-26 15:05	2007-10-26 15:11
Reporter:	frode	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian GNU/Linux 4.0 + Linux 2.6.22.10
PHP Version:	5.2-dev
Summary:	include() on non-existant file crashes xdebug with a segmentation fault
Description:	Using xdebug 2.0.1 installed from PECL (although it identifies itself as 2.0.2-dev?); including a non-existant file causes a segmentation fault. (This is for PHP 5.2.4 but the bug report dropdown only goes up to 5.2.1)
Steps To Reproduce:
Additional Information:	Script to reproduce: <?php include("notfound.php"); ?> Output with regular php 5.2.4: %php5 -v PHP 5.2.4 (cli) (built: Aug 31 2007 08:41:24) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with Zend Optimizer v3.3.0Beta, Copyright (c) 1998-2007, by Zend Technologies %php5 xdebug_crasher.php PHP Warning: include(notfound.php): failed to open stream: No such file or directory in /home/frode/temp/xdebug_crasher.php on line 1 Warning: include(notfound.php): failed to open stream: No such file or directory in /home/frode/temp/xdebug_crasher.php on line 1 PHP Warning: include(): Failed opening 'notfound.php' for inclusion (include_path='.:/devel2/x2www/usr/php-5.2.4/bin') in /home/frode/temp/xdebug_crasher.php on line 1 Warning: include(): Failed opening 'notfound.php' for inclusion (include_path='.:/devel2/x2www/usr/php-5.2.4/bin') in /home/frode/temp/xdebug_crasher.php on line 1 Output with php 5.2.4 + xdebug: % /devel2/x2www/usr/x2unit/php-current/bin/php -v PHP 5.2.4 (cli) (built: Sep 3 2007 11:40:11) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with Xdebug v2.0.2-dev, Copyright (c) 2002-2007, by Derick Rethans % /devel2/x2www/usr/x2unit/php-current/bin/php xdebug_crasher.php Warning: include(notfound.php): failed to open stream: No such file or directory in /home/frode/temp/xdebug_crasher.php on line 1 Call Stack: 0.0003 50732 1. {main}() /home/frode/temp/xdebug_crasher.php:0 Warning: include(): Failed opening 'notfound.php' for inclusion (include_path='.:/devel2/x2www/usr/x2unit/php-5.2.4/bin') in /home/frode/temp/xdebug_crasher.php on line 1 Call Stack: 0.0003 50732 1. {main}() /home/frode/temp/xdebug_crasher.php:0 zsh: segmentation fault /devel2/x2www/usr/x2unit/php-current/bin/php xdebug_crasher.php GDB backtrace: % gdb /devel2/x2www/usr/x2unit/php-current/bin/php GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run xdebug_crasher.php Starting program: /devel2/x2www/usr/x2unit/php-5.2.4/bin/php xdebug_crasher.php [Thread debugging using libthread_db enabled] [New Thread -1219942176 (LWP 28641)] Warning: include(notfound.php): failed to open stream: No such file or directory in /home/frode/temp/xdebug_crasher.php on line 1 Call Stack: 0.0003 51108 1. {main}() /home/frode/temp/xdebug_crasher.php:0 Warning: include(): Failed opening 'notfound.php' for inclusion (include_path='.:/devel2/x2www/usr/x2unit/php-5.2.4/bin') in /home/frode/temp/xdebug_crasher.php on line 1 Call Stack: 0.0003 51108 1. {main}() /home/frode/temp/xdebug_crasher.php:0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1219942176 (LWP 28641)] 0xb722b60f in xdebug_compile_file (file_handle=0xbfb434e4, type=2) at /tmp/pear/cache/xdebug-2.0.1/xdebug.c:2342 2342 op_array->reserved[XG(reserved_offset)] = 0; (gdb) bt full #0 0xb722b60f in xdebug_compile_file (file_handle=0xbfb434e4, type=2) at /tmp/pear/cache/xdebug-2.0.1/xdebug.c:2342 op_array = (zend_op_array *) 0x0 #1 0x0830bc2b in compile_filename (type=2, filename=0xb745d654) at /devel2/x2www/src/x2unit/php-5.2.4/Zend/zend_language_scanner.c:3465 file_handle = {type = 0 '\0', filename = 0xb745cfb0 "notfound.php", opened_path = 0x0, handle = { fd = 0, fp = 0x0, stream = {handle = 0x0, reader = 0xb77b34c0 <__after_morecore_hook+24>, closer = 0x69, fteller = 0xb77b34f8 <__after_morecore_hook+80>, interactive = 129}}, free_filename = 0 '\0'} tmp = {value = {lval = -1216662280, dval = 7.8868721287222057e-314, str = {val = 0xb77b34f8 "", len = 3}, ht = 0xb77b34f8, obj = {handle = 3078305016, handlers = 0x3}}, refcount = 807415840, type = 8 '\b', is_ref = 224 'à'} retval = <value optimized out> 0000002 0x0834bfcc in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER (execute_data=0xbfb43610) at /devel2/x2www/src/x2unit/php-5.2.4/Zend/zend_vm_execute.h:2001 file_handle = {type = 88 'X', filename = 0x8343040 "U\211å\213E\b\213U\f\213H,\205Ét\006\211U\b]ÿá]Ã\220\215´&", opened_path = 0xbfb43588 "¨5´¿ÿ?4\bÈôa\b`04\bXÔE·XÔE·XÔE·\0206´¿X6´¿(G4\b\0206´¿Ô4{·è5´¿n\"3\bpÕE·,ÔE·$", handle = {fd = 137486316, fp = 0x831dfec, stream = {handle = 0x831dfec, reader = 0x8674c78, closer = 0xb745d458, fteller = 0, interactive = -1078708720}}, free_filename = 88 'X'} opline = (zend_op *) 0xb745d638 new_op_array = <value optimized out> original_return_value = (zval **) 0xbfb43724 inc_filename = (zval *) 0xb745d654 tmp_inc_filename = {value = {lval = -1078708720, dval = -0.078943774035188818, str = { val = 0xbfb43610 "8ÖE·À4{·XÔE·@ßq\bß½n·", len = -1078708824}, ht = 0xbfb43610, obj = { handle = 3216258576, handlers = 0xbfb435a8}}, refcount = 137641983, type = 200 'È', is_ref = 244 'ô'} failure_retval = <value optimized out> 0000003 0x08344728 in execute (op_array=0xb745d458) at /devel2/x2www/src/x2unit/php-5.2.4/Zend/zend_vm_execute.h:92 execute_data = {opline = 0xb745d638, function_state = {function_symbol_table = 0xb77b34c0, function = 0xb745d458, reserved = {0x871df40, 0xb76ebddf, 0x0, 0x24}}, fbc = 0x0, op_array = 0xb745d458, object = 0x0, Ts = 0xbfb435e0, CVs = 0xbfb435d0, original_in_execution = 0 '\0', symbol_table = 0x861f2b0, prev_execute_data = 0x0, old_error_reporting = 0x0} 0000004 0xb7228f78 in xdebug_execute (op_array=0xb745d458) at /tmp/pear/cache/xdebug-2.0.1/xdebug.c:1509 dummy = (zval **) 0x831e3fa edata = (zend_execute_data *) 0x0 fse = (function_stack_entry *) 0x871df40 Note that this only happens with include(). It seems that include_once(), require() and require_once() is not affected
Attached Files:

Notes
(0000762) frode    2007-10-26 15:07	Actually the script to reproduce was: <?php include("notfound.php"); ?> (on one line), in case you're wondering about the line number references in the above output.
(0000763) derick    2007-10-26 15:11	And already fixed in CVS - thanks for your report.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
317	[Xdebug] Feature/Change request	minor	always	2007-10-16 16:09	2007-10-20 18:50
Reporter:	karmacoder	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.6
Summary:	Configure to _not_ overload var_dump in php.ini
Description:	Could you please make it configurable if xdebug should overload var_dump or leave the standard php function in place. I am working with a application that relies on the native var_dump output, but we would like to use xdebug to generate profiling files without changing the var_dump behavior.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000744) derick    2007-10-20 18:50	This is already in CVS HEAD - the name of the setting is "xdebug.overload_var_dump".

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
316	[Xdebug] Feature/Change request	minor	always	2007-10-16 10:56	2007-10-16 10:56
Reporter:	nix	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	any
PHP Version:	5.1.4
Summary:	Eval command performs expression evaluation respectively current stack depth only
Description:	"eval" command with current functionality provides possibility to evaluate expression respectively current stack depth only. It would be nice to have additional argument for eval command that will helps to point stack depth for expression evaluation.
Steps To Reproduce:
Additional Information:	"context_get" command has "-d" argument for pointing stack depth for getting context information. Please add the same functionality for "eval" command.
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
311	[Xdebug] Debug client (console)	crash	always	2007-09-28 23:07	2007-10-04 10:33
Reporter:	sherman	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	gentoo
PHP Version:	5.2-dev
Summary:	Segmentation Fault
Description:	I writing simple php extension. I have crash with bellow code. Segfault occurs only with enebled xdebug: [code] ONPHP_METHOD(QuerySkeleton, where) { zval *where, *whereLogic, *exp, *logic; if ( zend_parse_parameters( ZEND_NUM_ARGS() TSRMLS_CC, "z|z", &exp, &logic ) == FAILURE ) { WRONG_PARAM_COUNT; } if ( Z_TYPE_P(logic) == IS_NULL || (ZEND_NUM_ARGS() == 1) ) { ZVAL_NULL(logic); } where = ONPHP_READ_PROPERTY(getThis(), "where"); if ( zend_hash_num_elements(Z_ARRVAL_P(where)) != 0 && Z_TYPE_P(logic) == IS_NULL ) { zend_throw_exception_ex( onphp_ce_WrongArgumentException, 0 TSRMLS_CC, "you have to specify expression logic" ); return; } else { if ( zend_hash_num_elements(Z_ARRVAL_P(where)) == 0 && Z_TYPE_P(logic) != IS_NULL ) { ZVAL_NULL(logic); } whereLogic = ONPHP_READ_PROPERTY(getThis(), "whereLogic"); if (Z_TYPE_P(logic) != IS_NULL) add_next_index_zval(whereLogic, logic); else add_next_index_null(whereLogic); add_next_index_zval(where, exp); } RETURN_ZVAL(getThis(), 1, 0); } [/code] Segfault occurs in the branch: zend_hash_num_elements(Z_ARRVAL_P(where)) != 0 && Z_TYPE_P(logic) == IS_NULL ) { zend_throw_exception_ex( onphp_ce_WrongArgumentException, 0 TSRMLS_CC, "you have to specify expression logic" ); return; } Exception does not throw. Without xdebug code work correctly. Full Version of class here: http://svn.shadanakar.org/filedetails.php?repname=onPHP&path=%2Ftrunk%2Fext%2Fsrc%2Fcore%2FOSQL%2FQuerySkeleton.c&rev=4300 [^]
Steps To Reproduce:
Additional Information:	php version: PHP 5.2.4_pre200708051230-pl2-gentoo (cli) (built: Aug 19 2007 02:53:50)
Attached Files:

Notes
(0000734) derick    2007-10-04 10:33	I will not debug your extension for you. If you can explain to me why (and how) this is Xdebug's fault - please reopen.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
307	[Xdebug] Debug client (console)	crash	always	2007-09-05 16:05	2007-09-05 16:11
Reporter:	nsowen	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	SunOS 5.9 Generic_117171-13
PHP Version:	5.1.6
Summary:	Segmentation fault when loading xdebug.so on Solaris 9
Description:	After compiling without any problems, xdebug.so cannot be loaded successfully. PHP crashes with SIGSEGV. Other modules work just fine.
Steps To Reproduce:
Additional Information:	Compiled with: gcc 3.4.2 on SunOS compile 5.9 Generic_117171-13 sun4u sparc SUNW,UltraAX-i2. Backtrace: root@compile:/root/nsowen# gdb --args php/bin/php -c php.xdebug.ini -i GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.9"... (gdb) run Starting program: /root/nsowen/php/bin/php -c php.xdebug.ini -i warning: Temporarily disabling breakpoints for unloaded shared library "/usr/lib/ld.so.1" Program received signal SIGSEGV, Segmentation fault. 0x002b1e14 in OnUpdateLong () (gdb) bt #0 0x002b1e14 in OnUpdateLong () #1 0x002b1698 in zend_register_ini_entries () 0000002 0xfe98a974 in zm_startup_xdebug (type=1, module_number=30) at /root/nsowen/xdebug-2.0.0/xdebug.c:541 0000003 0x002a4f80 in zend_startup_module_ex () 0000004 0x002a5f74 in zend_startup_module () 0000005 0xfe9942c0 in xdebug_zend_startup (extension=0x5d0ea0) at /root/nsowen/xdebug-2.0.0/xdebug.c:3071 0000006 0x002a7ef0 in zend_extension_startup () 0000007 0x00295834 in zend_llist_apply_with_del () 0000008 0x002a7f90 in zend_startup_extensions () 0000009 0x0025d220 in php_module_startup () 0000010 0x0031e7b8 in main ()
Attached Files:

Notes
(0000721) derick    2007-09-05 16:11	Already fixed in CVS: http://article.gmane.org/gmane.comp.php.xdebug.devel/1135 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
306	[Xdebug] Feature/Change request	tweak	N/A	2007-08-30 09:51	2007-08-30 09:51
Reporter:	wthielen	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.6
Summary:	Restrict debug output to certain IP addresses
Description:	We work with live sites and it would be handy to use xdebug there too without the users noticing them. That can be done by restricting the output to be generated only if $_SERVER['REMOTE_ADDR'] is in a given array of restricted IP addresses. This could be made a config value that can be set via iniset. Would be great to see that feature.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
303	[Xdebug] Usage problems	minor	always	2007-08-17 02:57	2007-08-17 16:35
Reporter:	rudis	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.0
Summary:	Code coverage problem within array definition
Description:	Hi, I know there have been some reports with code coverage problems but I don't know if this is also a problem of the Zend engine and you can't do anything about it or a bug in Xdebug. If I use the following code only the second line is marked as executed: $array = array( '1' => '2', '2' => '3' ); And the same is for any longer example like this: $array = array( '1' => '2', '2' => '3', '3' => '4', '4' => '5' ); Thanks for your help, Simon
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000716) derick    2007-08-17 16:35	I can, the following script: <?php xdebug_start_code_coverage(); // 2 $array = array( // 4   '1' => '2', // 5   '2' => '3', // 6 ); // 7 var_dump( xdebug_get_code_coverage() ); // 9 ?> shows: array(1) {   ["/home/httpd/html/test/xdebug/bug303.php"]=>   array(4) {     [5]=>     int(1)     [6]=>     int(1)     [7]=>     int(1)     [9]=>     int(1)   } } As you can see, line 4 is missing. With VLD I checked what PHP generates, and that is: line # op fetch ext return operands -------------------------------------------------------------------------------    2 0 EXT_STMT          1 EXT_FCALL_BEGIN          2 DO_FCALL 0 'xdebug_start_code_coverage'          3 EXT_FCALL_END    5 4 EXT_STMT          5 INIT_ARRAY 0000002:0000001 '2', '1'    6 6 ADD_ARRAY_ELEMENT 0000002:0000001 '3', '2'    7 7 ASSIGN !0, 0000002:0000001    9 8 EXT_STMT          9 EXT_FCALL_BEGIN         10 EXT_FCALL_BEGIN         11 DO_FCALL 0 'xdebug_get_code_coverage'         12 EXT_FCALL_END         13 SEND_VAR_NO_REF $3         14 DO_FCALL 1 'var_dump'         15 EXT_FCALL_END   11 16 EXT_STMT         17 RETURN 1         18* ZEND_HANDLE_EXCEPTION As you can see, there is no code at all on line 4 for PHP. That means I can't fix it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
263	[Xdebug] Feature/Change request	trivial	always	2007-05-01 07:16	2007-07-31 23:11
Reporter:	jun	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.6
Summary:	Warning for setting breakpoint on no-code lines
Description:	When I set breakpoint on source line where there is no code, the response of the breakpoint_set command does not complain about that. It seems okay, but the execution never stops at the line. I wish that the response of breakpoint_set command says "hey you are setting breakpoint on no-code line" or something like that. So a debug client can be able to issue warning to the user.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000710) derick    2007-07-31 23:11	I am closing this as duplicate of bug 0000200. The functionality in this report is impossible as I can only access this information if the script has already been parsed.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
297	[Xdebug] Usage problems	minor	always	2007-07-19 14:59	2007-07-20 00:21
Reporter:	d_kelsey	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows.
PHP Version:	5.2.1
Summary:	XDebug doesn't report back the transaction id on error response
Description:	An example of a command I sent to XDebug 2.0.0 (full version) and the response I got -->DBGp: cmd: breakpoint_set -i 125 -t line -f file:///C:/udata-eclipse/testworkspaces/testxdebug/PhpCode/Looping.php [^] -n 9 -- JGkgPT0gMTAw -->DBGp: Response: <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set"><error code="3"><message><![CDATA[invalid or missing options]]></message></error></response> I get a bad response back, but not transaction id is in the response. The DBGp protocol doc includes it in the example.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000699) derick    2007-07-19 19:50	I can not reproduce this, the only time I do not get a transaction ID back in the response is when the transaction ID was not part of the command either: (cmd) breakpoint_set -i 125 -t line -f file:///C:/udata-eclipse/testworkspaces/testxdebug/PhpCode/Looping.php [^] -n 9 -- JGkgPT0gMTAw <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transaction_id="125" id="21740001"></response> (cmd) fsad <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="fsad"><error code="3"><message><![CDATA[invalid or missing options]]></message></error></response>
(0000701) d_kelsey    2007-07-19 22:21	HI Derick, apologies, my output of the command was not correct, It turns out I was putting the transaction id at the end of the command ie breakpoint_set -t line -f file:///C:/udata-eclipse/testworkspaces/testxdebug/PhpCode/Looping.php [^] -n 9 -- JGkgPSAxMDA= -i 71 and so it wasn't picking up the transaction id, So I can fix this by putting the transaction id between the command and the command arguments (which are all the specific command arguments). Don't know if you want to keep this open as xdebug didn't allow for arguments after the --. Sorry about the confusion.
(0000702) derick    2007-07-20 00:21	Okay, no worries. I'll close it then as this is not a bug. I did however find an invalid free problem with the condition which could make Xdebug crash when PHP was shutting down. I fixed that in CVS now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
296	[Xdebug] Feature/Change request	tweak	always	2007-07-19 10:38	2007-07-19 19:55
Reporter:	FlorentG	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP SP2
PHP Version:	5.2.1
Summary:	Change in profile time representation causes WinCacheGrind to report wrong execution time
Description:	As written in the update, xDebug 2.0.0.RC4 uses "µ seconds instead of a tenths of µ seconds to avoid confusion in profile information." However, WinCacheGrind still uses tenths of µ seconds. The reported execution time is then divided by ten, I get for example a 31 ms execution time for a script that actually take 310 ms. Even if it is more a WinCacheGrind problem, Win32 users have no alternative to display profile files, and it seems to be no longer updated :( Would it be possible to have a configuration option to switch between µ and tenth of µ ?
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000700) derick    2007-07-19 19:55	I will not change this back. Xdebug 2 was always in beta, and this was a bug in Xdebug - it is unfortunately that WinCacheGrind is no longer updated, but that is something I can not fix :)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
295	[Xdebug] Usage problems	major	always	2007-07-16 17:46	2007-07-16 20:40
Reporter:	letssurf	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Red Hat Enterprise Linux ES release 4
PHP Version:	5.2.1
Summary:	__get causes memory leak
Description:	The following code causes a memory leak, if I disable xdebug the memory leak no longer occurs.
Steps To Reproduce:
Additional Information:	<?php class test1 { public function __get($name) { return; } } $test = new test1(); while(true) { $test->test; }
Attached Files:

Notes
(0000698) derick    2007-07-16 20:40	I think this is the same as bug 0000290, which is fixed in CVS. Could you please try the latest CVS version (See http://xdebug.org/docs/install#source [^] for instructions). I can also not reproduce this problem (anymore). http://bugs.xdebug.org/bug_view_page.php?bug_id=0000290 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
294	[Xdebug] Feature/Change request	trivial	N/A	2007-07-16 13:42	2007-07-16 13:42
Reporter:	magnus	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2-dev
Summary:	Filter support for var_dump()
Description:	Being able to filter out array keys, object properties would be useful if you have several nested objects/large multi-dimensional arrays and keys/properties that holds lots of data but nothing of interest from a debugging point of view.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
281	[Xdebug] Installation	major	always	2007-06-06 20:14	2007-07-14 15:55
Reporter:	snowcrash	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Darwin scd 8.9.0 Darwin Kernel Version 8.9.0: Thu Feb 22 20:54:07 PST 2007; root:xnu-792.17.14~1/RELEASE_PPC Power Macintosh powerpc
PHP Version:	5.2-dev
Summary:	xdebug 200rc5-dev "test'sh" FAILures w/ php 524-dev
Description:	a few weeks ago i'd built up php 5.2 cvs head on osx 10.4.9. checking, then, a corresponding co+build of xdebug-cvs (iirc, 2.0.0-rc4) with, sh test.sh where, cat /usr/local/build/xdebug-cvs/test.sh ===================================================================== +++ TEST_PHP_EXECUTABLE=`which php` php -dxdebug.auto_trace=0 /usr/local/build/xdebug-cvs/run-tests.php tests/*.phpt ===================================================================== reported decent success, ... ===================================================================== Number of tests : 87 69 Tests skipped : 18 ( 20.7%) -------- Tests warned : 0 ( 0.0%) ( 0.0%) Tests failed : 5 ( 5.7%) ( 7.2%) Tests passed : 64 ( 73.6%) ( 92.8%) --------------------------------------------------------------------- Time taken : 117 seconds ===================================================================== ===================================================================== FAILED TEST SUMMARY --------------------------------------------------------------------- Test with internal callbacks [tests/array_map.phpt] Test for bug 0000173: Xdebug segfaults using SPL ArrayIterator. [tests/bug00173.phpt] Test for bug 0000184: problem with control chars in code traces [tests/bug00184.phpt] Test for bug 0000241: Crash in xdebug_get_function_stack(). [tests/bug00241.phpt] xdebug_start_trace() without filename [tests/start_trace.phpt] ===================================================================== but, doing same today, with fresh builds of php & xdebug (2.0.0rc5-dev), testing reports, ===================================================================== CWD : /usr/local/build/xdebug-cvs PHP : /usr/local/bin/php PHP_SAPI : cli PHP_VERSION : 5.2.4-dev ZEND_VERSION: 2.2.0 PHP_OS : Darwin - Darwin scd 8.9.0 Darwin Kernel Version 8.9.0: Thu Feb 22 20:54:07 PST 2007; root:xnu-792.17.14~1/RELEASE_PPC Power Macintosh INI actual : /etc/php/php.ini More .INIs : Extra dirs : ===================================================================== Running selected tests. PASS Check for xdebug presence [tests/001.phpt] FAIL Test with internal callbacks [tests/array_map.phpt] FAIL Test for assertion callbacks [tests/assert_test.phpt] FAIL Test with auto-trace [tests/auto_trace.phpt] PASS Test for crash with a destructor [tests/bug00001.phpt] PASS Test for traces to file [tests/bug00002.phpt] FAIL Text for crash bug in tracing to file [tests/bug00003.phpt] SKIP Test for segmentation fault with xdebug_get_function_stack() and collect_params=1. (ZE1) [tests/bug00022-ze1.phpt] reason: Zend Engine 1 needed FAIL Test for segmentation fault with xdebug_get_function_stack() and collect_params=1. (ZE20) [tests/bug00022.phpt] SKIP Test for segmentation fault with unusual variables (ZE1) [tests/bug00032-ze1.phpt] reason: Zend Engine 1 needed PASS Test for segmentation fault with unusual variables (ZE2.2) [tests/bug00032-ze22.phpt] SKIP Test for segmentation fault with unusual variables (ZE2) [tests/bug00032.phpt] reason: Zend Engine 2.2 needed SKIP Test for bug 0000057: Crash with overloading functions (ZE1) [tests/bug00057-ze1.phpt] reason: Zend Engine 1 needed PASS Test for bug 0000057: Crash with overloading functions (ZE2) [tests/bug00057-ze2.phpt] PASS Test for bug 0000089: var_dump shows empty strings garbled [tests/bug00089.phpt] FAIL Test for bug 0000146: Array key names with quotes in traces are not escaped [tests/bug00146.phpt] SKIP Test for bug 0000168: Memory error with DBGp eval when the result is an array. [tests/bug00168.phpt] reason: Can only be tested through DBGp FAIL Test for bug 0000173: Xdebug segfaults using SPL ArrayIterator. [tests/bug00173.phpt] PASS Test for bug 0000176: Segfault using SplTempFileObject [tests/bug00176.phpt] PASS Test for bug 0000178: $php_errormsg and Track errors unavailable [tests/bug00178.phpt] FAIL Test for bug 0000184: problem with control chars in code traces [tests/bug00184.phpt] SKIP Test for bug 0000209: Additional remote debugging session started when triggering shutdown function. [tests/bug00209.phpt] reason: Can only be tested through DBGp SKIP Test for bug 0000212: coverage coverage inaccurate (ZE1). [tests/bug00212a-ze1.phpt] reason: Zend Engine 1 needed PASS Test for bug 0000212: coverage coverage inaccurate (ZE2). [tests/bug00212a.phpt] PASS Test for bug 0000212: coverage coverage inaccurate. [tests/bug00212b.phpt] PASS Test for bug 0000212: coverage coverage inaccurate. [tests/bug00212c.phpt] PASS Test for bug 0000213: Dead code analysis doesn't take catches for throws into account. [tests/bug00213.phpt] FAIL Test for bug 0000241: Crash in xdebug_get_function_stack(). [tests/bug00241.phpt] FAIL Test for bug 0000265: Xdebug's error handler breaks error_get_last(). [tests/bug00265.phpt] PASS Test for bug 0000280: var_dump don't display key of array as expected [tests/bug00280.phpt] FAIL Test for file/line correctness with call_user_func_array() [tests/call_user_func_array.phpt] FAIL Test call_user_func_array() with multiple files [tests/call_user_func_array2.phpt] SKIP Test with Code Coverage (ZE1) [tests/coverage-ze1.phpt] reason: Zend Engine 1 needed PASS Test with Code Coverage (ZE2) [tests/coverage.phpt] SKIP Test with Code Coverage with unused lines (ZE1) [tests/coverage2-ze1.phpt] reason: Zend Engine 1 needed PASS Test with Code Coverage with unused lines (ZE2) [tests/coverage2.phpt] SKIP Test with Code Coverage with unused lines (ZE1) [tests/coverage3-ze1.phpt] reason: Zend Engine 1 needed PASS Test with Code Coverage with unused lines (ZE2) [tests/coverage3.phpt] PASS Test to see if exceptions still work with Xdebug's hook enabled. [tests/exception.phpt] PASS Test for xdebug_get_function_count [tests/function_counter.phpt] PASS Test with xdebug_get_declared_vars() [tests/get_declared_vars.phpt] SKIP Test with showing local variables on errors (ZE1) [tests/local_vars_in_error-ze1.phpt] reason: Zend Engine 1 needed FAIL Test with showing local variables on errors (ZE2) [tests/local_vars_in_error.phpt] PASS Test for xdebug.collect_params setting [tests/memory_usage.phpt] PASS Test for xdebug_peak_memory_usage [tests/peak_memory_usage.phpt] PASS Shutdown function [tests/shutdown.phpt] PASS Test stack traces (level0, html) [tests/stacktrace_html_0.phpt] FAIL Test stack traces (level1, html) [tests/stacktrace_html_1.phpt] FAIL Test stack traces (level2, html) [tests/stacktrace_html_2.phpt] FAIL Test stack traces (level3, html) [tests/stacktrace_html_3.phpt] FAIL Test stack traces (level4, html) [tests/stacktrace_html_4.phpt] FAIL Test stack traces (level4, html) [tests/stacktrace_html_4_novar.phpt] PASS Test stack traces (level0, text) [tests/stacktrace_text_0.phpt] FAIL Test stack traces (level1, text) [tests/stacktrace_text_1.phpt] FAIL Test stack traces (level2, text) [tests/stacktrace_text_2.phpt] FAIL Test stack traces (level3, text) [tests/stacktrace_text_3.phpt] FAIL Test stack traces (level4, text) [tests/stacktrace_text_4.phpt] FAIL Test stack traces (level4, text) [tests/stacktrace_text_4_novar.phpt] PASS xdebug_start_trace() without filename [tests/start_trace.phpt] FAIL Test with include file [tests/test1.phpt] SKIP Test for nested indirect function call [tests/test10.phpt] reason: Zend Engine 1 needed FAIL Test for nested indirect function call [tests/test10b.phpt] FAIL Test for indirect function call [tests/test11.phpt] FAIL Test for complex parameters to functions [tests/test12.phpt] FAIL Test for variable function calls [tests/test13.phpt] SKIP Test for circular references (ZE1) [tests/test14.phpt] reason: Zend Engine 1 needed FAIL Test for circular references (ZE2) [tests/test14b.phpt] FAIL Test for variable member functions [tests/test15.phpt] SKIP Test for overloaded member functions / classes (ZE1) [tests/test16.phpt] reason: Zend Engine 1 needed FAIL Test for overloaded member functions / classes (ZE2) [tests/test16b.phpt] FAIL Test for internal parameters [tests/test17.phpt] FAIL Test with eval() [tests/test18.phpt] PASS Test for lots of calls to internal functions [tests/test19.phpt] SKIP Test for static method calls [tests/test20.phpt] reason: Zend Engine 1 needed FAIL Test for static method calls [tests/test20b.phpt] PASS Test for xdebug_is_enabled, xdebug_disable and xdebug_enable [tests/test3.phpt] PASS Test for simple backtrace [tests/test4.phpt] PASS Test for somewhat more complex backtrace [tests/test5.phpt] SKIP Test for complex parameters to a function (ZE1) [tests/test6-ze1.phpt] reason: Zend Engine 1 needed FAIL Test for complex parameters to a function (ZE2) [tests/test6.phpt] SKIP Test for class members [tests/test7.phpt] reason: Zend Engine 1 needed FAIL Test for class members [tests/test7b.phpt] FAIL Test for nested function calls [tests/test8.phpt] SKIP Test for nested static method calls (ZE1) [tests/test9.phpt] reason: Zend Engine 1 needed FAIL Test for nested static method calls (ZE2) [tests/test9b.phpt] FAIL Test with fibonacci numbers [tests/trace.phpt] PASS Test for xdebug_call_*() [tests/xdebug_call.phpt] PASS Test for xdebug_call_*(1) [tests/xdebug_call_depth.phpt] PASS Test for xdebug_call_*(2) [tests/xdebug_call_depth2.phpt] PASS Test for correct display with xdebug_var_dump() (ZE2) [tests/xdebug_var_dump.phpt] ===================================================================== Number of tests : 90 72 Tests skipped : 18 ( 20.0%) -------- Tests warned : 0 ( 0.0%) ( 0.0%) Tests failed : 39 ( 43.3%) ( 54.2%) Tests passed : 33 ( 36.7%) ( 45.8%) --------------------------------------------------------------------- Time taken : 262 seconds ===================================================================== ===================================================================== FAILED TEST SUMMARY --------------------------------------------------------------------- Test with internal callbacks [tests/array_map.phpt] Test for assertion callbacks [tests/assert_test.phpt] Test with auto-trace [tests/auto_trace.phpt] Text for crash bug in tracing to file [tests/bug00003.phpt] Test for segmentation fault with xdebug_get_function_stack() and collect_params=1. (ZE20) [tests/bug00022.phpt] Test for bug 0000146: Array key names with quotes in traces are not escaped [tests/bug00146.phpt] Test for bug 0000173: Xdebug segfaults using SPL ArrayIterator. [tests/bug00173.phpt] Test for bug 0000184: problem with control chars in code traces [tests/bug00184.phpt] Test for bug 0000241: Crash in xdebug_get_function_stack(). [tests/bug00241.phpt] Test for bug 0000265: Xdebug's error handler breaks error_get_last(). [tests/bug00265.phpt] Test for file/line correctness with call_user_func_array() [tests/call_user_func_array.phpt] Test call_user_func_array() with multiple files [tests/call_user_func_array2.phpt] Test with showing local variables on errors (ZE2) [tests/local_vars_in_error.phpt] Test stack traces (level1, html) [tests/stacktrace_html_1.phpt] Test stack traces (level2, html) [tests/stacktrace_html_2.phpt] Test stack traces (level3, html) [tests/stacktrace_html_3.phpt] Test stack traces (level4, html) [tests/stacktrace_html_4.phpt] Test stack traces (level4, html) [tests/stacktrace_html_4_novar.phpt] Test stack traces (level1, text) [tests/stacktrace_text_1.phpt] Test stack traces (level2, text) [tests/stacktrace_text_2.phpt] Test stack traces (level3, text) [tests/stacktrace_text_3.phpt] Test stack traces (level4, text) [tests/stacktrace_text_4.phpt] Test stack traces (level4, text) [tests/stacktrace_text_4_novar.phpt] Test with include file [tests/test1.phpt] Test for nested indirect function call [tests/test10b.phpt] Test for indirect function call [tests/test11.phpt] Test for complex parameters to functions [tests/test12.phpt] Test for variable function calls [tests/test13.phpt] Test for circular references (ZE2) [tests/test14b.phpt] Test for variable member functions [tests/test15.phpt] Test for overloaded member functions / classes (ZE2) [tests/test16b.phpt] Test for internal parameters [tests/test17.phpt] Test with eval() [tests/test18.phpt] Test for static method calls [tests/test20b.phpt] Test for complex parameters to a function (ZE2) [tests/test6.phpt] Test for class members [tests/test7b.phpt] Test for nested function calls [tests/test8.phpt] Test for nested static method calls (ZE2) [tests/test9b.phpt] Test with fibonacci numbers [tests/trace.phpt] ===================================================================== happy to provide any add'l info. cheers.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000660) derick    2007-06-18 21:24	Could you please check for clues in the tests/*.diff and tests/*.out files?
(0000663) snowcrash    2007-06-19 06:43    (edited on: 2007-06-19 07:03)	updating php & xdebug src/build as of 18 Jun 07, test results are (similar FAIL counts, again): ... ===================================================================== Number of tests : 90 72 Tests skipped : 18 ( 20.0%) -------- Tests warned : 0 ( 0.0%) ( 0.0%) Tests failed : 38 ( 42.2%) ( 52.8%) Tests passed : 34 ( 37.8%) ( 47.2%) --------------------------------------------------------------------- Time taken : 149 seconds ===================================================================== ===================================================================== FAILED TEST SUMMARY --------------------------------------------------------------------- Test with internal callbacks [tests/array_map.phpt] Test for assertion callbacks [tests/assert_test.phpt] Test with auto-trace [tests/auto_trace.phpt] Text for crash bug in tracing to file [tests/bug00003.phpt] Test for segmentation fault with xdebug_get_function_stack() and collect_params=1. (ZE20) [tests/bug00022.phpt] Test for bug 0000146: Array key names with quotes in traces are not escaped [tests/bug00146.phpt] Test for bug 0000173: Xdebug segfaults using SPL ArrayIterator. [tests/bug00173.phpt] Test for bug 0000184: problem with control chars in code traces [tests/bug00184.phpt] Test for bug 0000241: Crash in xdebug_get_function_stack(). [tests/bug00241.phpt] Test for file/line correctness with call_user_func_array() [tests/call_user_func_array.phpt] Test call_user_func_array() with multiple files [tests/call_user_func_array2.phpt] Test with showing local variables on errors (ZE2) [tests/local_vars_in_error.phpt] Test stack traces (level1, html) [tests/stacktrace_html_1.phpt] Test stack traces (level2, html) [tests/stacktrace_html_2.phpt] Test stack traces (level3, html) [tests/stacktrace_html_3.phpt] Test stack traces (level4, html) [tests/stacktrace_html_4.phpt] Test stack traces (level4, html) [tests/stacktrace_html_4_novar.phpt] Test stack traces (level1, text) [tests/stacktrace_text_1.phpt] Test stack traces (level2, text) [tests/stacktrace_text_2.phpt] Test stack traces (level3, text) [tests/stacktrace_text_3.phpt] Test stack traces (level4, text) [tests/stacktrace_text_4.phpt] Test stack traces (level4, text) [tests/stacktrace_text_4_novar.phpt] Test with include file [tests/test1.phpt] Test for nested indirect function call [tests/test10b.phpt] Test for indirect function call [tests/test11.phpt] Test for complex parameters to functions [tests/test12.phpt] Test for variable function calls [tests/test13.phpt] Test for circular references (ZE2) [tests/test14b.phpt] Test for variable member functions [tests/test15.phpt] Test for overloaded member functions / classes (ZE2) [tests/test16b.phpt] Test for internal parameters [tests/test17.phpt] Test with eval() [tests/test18.phpt] Test for static method calls [tests/test20b.phpt] Test for complex parameters to a function (ZE2) [tests/test6.phpt] Test for class members [tests/test7b.phpt] Test for nested function calls [tests/test8.phpt] Test for nested static method calls (ZE2) [tests/test9b.phpt] Test with fibonacci numbers [tests/trace.phpt] ===================================================================== To start, sharing the *.diff/*.out for just the first two FAILs ... in hopes that something may become obvious, % cat array_map.diff array_map.out 003+ 0.0041 66352 -> array_map() /usr/local/build/xdebug-cvs/tests/array_map.php:5 004+ 0.0044 66976 -> gettype() /usr/local/build/xdebug-cvs/tests/array_map.php:7 005+ 0.0056 67016 -> file_get_contents() /usr/local/build/xdebug-cvs/tests/array_map.php:9 003- %w%f %w%d -> array_map('strlen', array (0 => 'a', 1 => 'bb', 2 => 'ccc')) /%s/array_map.php:5 004- %w%f %w%d -> strlen('a') /%s/array_map.php:0 005- %w%f %w%d -> strlen('bb') /%s/array_map.php:0 006- %w%f %w%d -> strlen('ccc') /%s/array_map.php:0 007- %w%f %w%d -> gettype(array (0 => 1, 1 => 2, 2 => 3)) /%s/array_map.php:7 008- %w%f %w%d -> file_get_contents('/tmp/%s') /%s/array_map.php:9array TRACE START [2007-06-19 04:30:00]     0.0041 66352 -> array_map() /usr/local/build/xdebug-cvs/tests/array_map.php:5     0.0044 66976 -> gettype() /usr/local/build/xdebug-cvs/tests/array_map.php:7     0.0056 67016 -> file_get_contents() /usr/local/build/xdebug-cvs/tests/array_map.php:9      % cat assert_test.diff assert_test.out 006+ 0.0050 69776 -> assert_options() /usr/local/build/xdebug-cvs/tests/assert_test.php:5 007+ 0.0053 69776 -> assert_options() /usr/local/build/xdebug-cvs/tests/assert_test.php:6 008+ 0.0054 69776 -> assert_options() /usr/local/build/xdebug-cvs/tests/assert_test.php:7 009+ 0.0054 69776 -> assert_options() /usr/local/build/xdebug-cvs/tests/assert_test.php:18 010+ 0.0055 69776 -> assert() /usr/local/build/xdebug-cvs/tests/assert_test.php:21 011+ 0.0056 69976 -> my_assert_handler() /usr/local/build/xdebug-cvs/tests/assert_test.php:0 012+ 0.0069 70448 -> file_get_contents() /usr/local/build/xdebug-cvs/tests/assert_test.php:23 006- %w%f %w%d -> assert_options(1, 1) /%s/assert_test.php:5 007- %w%f %w%d -> assert_options(4, 0) /%s/assert_test.php:6 008- %w%f %w%d -> assert_options(5, 1) /%s/assert_test.php:7 009- %w%f %w%d -> assert_options(2, 'my_assert_handler') /%s/assert_test.php:18 010- %w%f %w%d -> assert(FALSE) /%s/assert_test.php:21 011- %w%f %w%d -> my_assert_handler('/%s/assert_test.php', 21, '') /%s/assert_test.php:0 012- %w%f %w%d -> file_get_contents('/tmp/%s') /%s/assert_test.php:23Assertion Failed:         File '/usr/local/build/xdebug-cvs/tests/assert_test.php'         Line '21'         Code '' TRACE START [2007-06-19 04:30:02]     0.0050 69776 -> assert_options() /usr/local/build/xdebug-cvs/tests/assert_test.php:5     0.0053 69776 -> assert_options() /usr/local/build/xdebug-cvs/tests/assert_test.php:6     0.0054 69776 -> assert_options() /usr/local/build/xdebug-cvs/tests/assert_test.php:7     0.0054 69776 -> assert_options() /usr/local/build/xdebug-cvs/tests/assert_test.php:18     0.0055 69776 -> assert() /usr/local/build/xdebug-cvs/tests/assert_test.php:21     0.0056 69976 -> my_assert_handler() /usr/local/build/xdebug-cvs/tests/assert_test.php:0     0.0069 70448 -> file_get_contents() /usr/local/build/xdebug-cvs/tests/assert_test.php:23 Gibberish to me, at first glance :-/ Perhaps something strikes /you/? edited on: 2007-06-19 07:03
(0000664) derick    2007-06-19 22:02	It looks like you have some config parameter set that the tests don't disable. Could I see your phpinfo() section for Xdebug?
(0000666) snowcrash    2007-06-20 01:25	here you go ... ;[XDebugDebugger] zend_extension_ts="/usr/local/lib/php/extensions/no-debug-zts-20060613/xdebug.so" xdebug.auto_trace = Off xdebug.collect_includes = On xdebug.collect_params = Off xdebug.collect_return = Off xdebug.default_enable = On xdebug.dump.COOKIE = "" xdebug.dump.ENV = "" xdebug.dump.FILES = "" xdebug.dump.GET = "" xdebug.dump.POST = "" xdebug.dump.REQUEST = "" xdebug.dump.SERVER = "" xdebug.dump.SESSION = "" xdebug.dump_once = On xdebug.dump_undefined = Off xdebug.extended_info = 1 xdebug.manual_url = "http://www.php.net" [^] xdebug.max_nesting_level = 100 xdebug.profiler_append = 0 xdebug.profiler_enable = 0 xdebug.profiler_enable_trigger = 0 xdebug.profiler_output_dir = "/tmp" xdebug.profiler_output_name = "crc32" xdebug.remote_autostart = Off xdebug.remote_enable = 1 xdebug.remote_handler = "dbgp" xdebug.remote_host = "localhost" xdebug.remote_mode = "req" xdebug.remote_port = 9000 xdebug.show_local_vars = 0 xdebug.show_mem_delta = 0 xdebug.trace_format = 0 xdebug.trace_output_dir = "/tmp" xdebug.trace_options = 0 xdebug.trace_output_name = crc32 fwiw, this is the same set of setting which used to ( a while back ...) work with 'make test' results of just a couple of errors. now that you mention it ... i seem to remember an issue about 'crc32' (checking ...)
(0000687) derick    2007-07-09 09:16	For some reason on yoru system the PHP test system does not send the settings made in the test cases to the PHP binary - I have no idea why that would be. Do you perhaps use the cgi/fastcgi SAPI? (Show me the php -v output please)

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
285	[Xdebug] Usage problems	major	always	2007-06-18 19:12	2007-07-14 15:55
Reporter:	gsh	Platform:
Assigned To:	derick	OS:	Debian
Priority:	normal	OS Version:
Status:	resolved	Product Version:	2.0.0dev
Product Build:	2.0.0RC4	Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.1
Summary:	2.0.0RC4 and auto_prepend_file
Description:	If there is a php auto_prepend_file directive, only that file is profiled.
Steps To Reproduce:	set auto_prepend_file directive to some legit file. Profile some other scripts where the auto_prepend applies. Check the cachegrind output, you'll see that only the auto_prepended_file was profiled.
Additional Information:	This worked fine in RC3 and before
Attached Files:

Notes
(0000677) derick    2007-07-07 22:59	I can not reproduce this with 2.0.0rc5-dev. I made a .htaccess with: php_value auto_prepend_file prepend.php php_value xdebug.profiler_enable 1 and two files: prepend.php: <?php strlen("prepend"); echo "prepend \n"; ?> index.php: <?php strlen("index"); echo "index.php\n"; ?> The generated profile correctly shows two calls to strlen() and the "source" file shows both prepend.php and index.php (the latter inlined).
(0000693) derick    2007-07-14 15:55	And no feedback, because the given email address is a one-shot address.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
292	[Xdebug] Usage problems	major	always	2007-07-12 08:13	2007-07-14 15:54
Reporter:	mathieuk	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.1
Summary:	xdebug doesn't provide a stacktrace after an uncaught exception
Description:	<?php function test() { throw new exception(); } test(); ?> Consider the following code and a debugging session that has an exception breakpoint set on "Fatal error": <?php function test() { throw new exception(); } test(); ?> Expected behaviour: =============================== An uncaught exception triggers a fatal error, which is caught as a breakpoint by Xdebug. Xdebug transfers control over to the client. When the client asks for a stacktrace using the DBGp command 'stack_get', the user gets back a proper DBGp response, containing a stacktrace containing entries for the function 'test' and the function '{main}'. Actual behaviour in 2.0RC4 =============================== The uncaught exception indeed triggers a fatal error which is properly caught by Xdebug. When requesting the stacktrace (without a depth specificier) you get an empty response: (cmd) stack_get -i waa3 <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_ id="waa3"></response> Full debugclient conversation: =============================== Waiting for debug server to connect. Connect <?xml version="1.0" encoding="iso-8859-1"?> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///C%3A%5CProgram%20Fi [^] les%5Cxampp%5Cxampp%5Chtdocs%5Cxdebug%5Cexception.php" language="PHP" protocol_version="1.0" appid="424" idekey="0"><eng ine version="2.0.0RC4-dev"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xd [^] ebug.org]]></url><copyright><![CDATA[Copyright (c) 2002-2007 by Derick Rethans]]></copyright></init> (cmd) breakpoint_set -i waa0 -t exception -x "Fatal error" <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="breakpoint_set" transac tion_id="waa0" id="4240002"></response> (cmd) run -i waa <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="wa a" status="break" reason="ok"><xdebug:message filename="C:\Program Files\xampp\xampp\htdocs\xdebug\exception.php" lineno ="5" exception="Fatal error"><![CDATA[Uncaught exception 'Exception' in C:\Program Files\xampp\xampp\htdocs\xdebug\excep tion.php:5 Stack trace: #0 C:\Program Files\xampp\xampp\htdocs\xdebug\exception.php(8): test() #1 {main} thrown]]></xdebug:message></response> (cmd) stack_get -i waa3 <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_ id="waa3"></response> (cmd) stack_get -i waa4 -d 0 <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_ id="waa4"><error code="1"><message><![CDATA[parse error in command]]></message></error></response> (cmd) stack_get -i waa5 -d 1 <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="stack_get" transaction_ id="waa4" status="break" reason="ok"><error code="301"><message><![CDATA[stack depth invalid]]></message></error></respo nse>
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000692) derick    2007-07-14 15:54	This is not a bug. The uncaught fatal error happens after PHP wind down all the stack to find a matching catch block. If it can't find one it's basically back to stack level -1, which is even before the script starts. There is nothing that Xdebug can do about this. It works for just showing the uncaught exception stack trace because Xdebug keeps internally a full stack in a formatted message for every exception.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
288	[Xdebug] Usage problems	crash	always	2007-06-26 17:01	2007-06-26 19:22
Reporter:	gsh	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.1
Summary:	php5.2.3 cli crashes using RC5-dev
Description:	php from the command line crashes with "Bus Error"
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000670) derick    2007-06-26 19:22	This is not nearly enough information. You didn't mention the operating system, how PHP is compiled, which script you used, no backtrace. etc. There is no information that even provides a single clue for me to understand what is going wrong.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
276	[Xdebug] Feature/Change request	minor	N/A	2007-05-29 15:58	2007-05-29 15:58
Reporter:	derick	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.1
Summary:	Aggregate profiling should not use zend_hash
Description:	> xdebug.profiler_aggregate=1 This is the problem. It uses a Zend hash that adds up its internal memory to memory_limit as well. For top it (of course) it should show more memory, but it would be good to avoid the zend_hash overhead here.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
271	[Xdebug] Usage problems	minor	always	2007-05-21 19:45	2007-05-28 21:01
Reporter:	snoyes	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	CentOS 4.4
PHP Version:	5.2.1
Summary:	output in browser, not in text file
Description:	Using xdebug_start_profiling and xdebug_dump_function_profile, I am able to generate a profile in the browser. Setting xdebug.auto_profile in .htaccess or php.ini creates an empty text file in /tmp.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000639) derick    2007-05-28 21:01	I don't support version 1.3 any more, please upgrade to Xdebug 2.0.0(RC4).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
275	[Xdebug] Feature/Change request	trivial	always	2007-05-28 19:13	2007-05-28 19:13
Reporter:	cellog	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.6
Summary:	add coverage report dump on script exit
Description:	for coverage testing of PHP that has a fatal error or intentional exit()/die() it would be great to have the ability to dump coverage at script completion.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
269	[Xdebug] Usage problems	crash	random	2007-05-18 14:13	2007-05-21 13:52
Reporter:	greubel	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux 2.6 Fedora Core 6 Kernel Version 2.6.20-1.2948.fc6
PHP Version:	5.2.1
Summary:	PHP Extension will cause a segfault on various scripts
Description:	The phpinfo(); will cause a segfault with xdebug php extension enabled. If I disable the extension apache will continue its work normally. This crash will occur sometimes in phpMyAdmin, various custom scripts and a simple phpinfo(); script.
Steps To Reproduce:
Additional Information:	Backtrace: (gdb) backtrace #0 0x0072344b in strlen () from /lib/libc.so.6 #1 0x0115058c in php_conv_fp () from /etc/httpd/modules/libphp5.so 0000002 0x01150d11 in ap_php_vsnprintf () from /etc/httpd/modules/libphp5.so 0000003 0x00901ce6 in xdebug_sprintf (fmt=0x90f126 "%s.%08x.%s") at /usr/src/xdebug-2.0.0RC3/xdebug_str.c:95 0000004 0x00907cbb in xdebug_open_file_with_random_ext (fname=0x80ac7d70 "/tmp/trace.2373089536", mode=0x90f13c "w", extension=0x909607 "xt", new_fname=0xbf9cdc6c) at /usr/src/xdebug-2.0.0RC3/usefulstuff.c:406 0000005 0x00907e70 in xdebug_fopen (fname=0x80ac7d70 "/tmp/trace.2373089536", mode=0x90960c "w", extension=0x909607 "xt", new_fname=0xbf9cdc6c) at /usr/src/xdebug-2.0.0RC3/usefulstuff.c:456 0000006 0x008edd5e in xdebug_start_trace (fname=0x0, options=0) at /usr/src/xdebug-2.0.0RC3/xdebug.c:2639 0000007 0x008e86dc in zm_activate_xdebug (type=1, module_number=48) at /usr/src/xdebug-2.0.0RC3/xdebug.c:760 0000008 0x011997e1 in module_registry_request_startup () from /etc/httpd/modules/libphp5.so 0000009 0x011a03bc in zend_hash_apply () from /etc/httpd/modules/libphp5.so 0000010 0x011958ca in zend_activate_modules () from /etc/httpd/modules/libphp5.so 0000011 0x0114d33a in php_request_startup () from /etc/httpd/modules/libphp5.so 0000012 0x0121a499 in php_ap2_register_hook () from /etc/httpd/modules/libphp5.so 0000013 0x0121aa9e in php_ap2_register_hook () from /etc/httpd/modules/libphp5.so 0000014 0x80024a2d in ap_run_handler () from /usr/sbin/httpd 0000015 0x800283e7 in ap_invoke_handler () from /usr/sbin/httpd 0000016 0x800344ee in ap_process_request () from /usr/sbin/httpd 0000017 0x800312df in ap_register_input_filter () from /usr/sbin/httpd 0000018 0x8002ca1d in ap_run_process_connection () from /usr/sbin/httpd 0000019 0x8002cb1c in ap_process_connection () from /usr/sbin/httpd 0000020 0x80038aa2 in ap_graceful_stop_signalled () from /usr/sbin/httpd 0000021 0x80038d14 in ap_graceful_stop_signalled () from /usr/sbin/httpd 0000022 0x80039c29 in ap_mpm_run () from /usr/sbin/httpd 0000023 0x800101fa in main () from /usr/sbin/httpd (gdb)
Attached Files:

Notes
(0000618) sniper    2007-05-18 15:55	Can you first update to the latest release (2.0.0RC4): http://xdebug.org/link.php?url=xdebug200rc4 [^]
(0000619) greubel    2007-05-18 16:29	After update to last release the error did not occured after many tests. But the crash occured randomly, so I have no guaranty, that it is resolved.
(0000620) derick    2007-05-21 13:52	Okay, let's close it for now... and please reopen if you find it crash again.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
264	[Xdebug] Feature/Change request	tweak	N/A	2007-05-03 19:50	2007-05-03 19:50
Reporter:	ywarnier	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.6
Summary:	Overload opcodes for isset(), empty(), ...
Description:	Following a discussion on the mailing-list (see additional info), I am filing this feature request for post-2.0.0 to try and overload the opcodes of functions like isset() and empty(), to allow tracking them as well. In the meantime, if isset() needs to be tracked, a slow and dirty hack is to wrap isset() into a homemade function myisset($var){return isset($var);} The tracing of these calls could also become very *noisy*, so maybe it would be good to have a tracing option just for this.
Steps To Reproduce:
Additional Information:	The mailing-list discussion leading to this feature request. On Thu, 3 May 2007, Yannick Warnier wrote: > Le jeudi 03 mai 2007 à 09:05 +0200, Derick Rethans a écrit : > > On Wed, 2 May 2007, Sean Coates wrote: > > > > > Yannick Warnier wrote: > > > > Hello, > > > > > > > > I'm using xdebug 2.0.0 RC3. Is there a reason why calls to isset() and > > > > empty() are not reported in traces? > > > > > > I suspect for the same reason that instanceof and == are not shown in > > > traces (they're not actual functions). > > > > That is correct, isset() and empty() are language constructs in PHP. > > OK, thanks to both. > I suppose the classic way of getting around that (if needs be) is to > write a wrapper function like > function myisset($var){return isset($var);} > which I did and it worked fine (but you have to replace all the isset() > calls by myisset() calls in the script that worries you). Another possibility would be that I overload those opcodes (if possible) and expose them as function calls. I am not sure how possible this is though. Feel free to file a feature request at http://bugs.xdebug.org [^] so that I can have a look at it for after 2.0 has been released. regards, Derick
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
262	[Xdebug] Feature/Change request	trivial	always	2007-05-01 06:57	2007-05-01 12:24
Reporter:	jun	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	new	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.6
Summary:	Supporting break command with minimum overhead
Description:	Currently Xdebug does not accept break command while the language engine is running. I guess that the main reason of it is performance. Checking in-comming command on every statement execution is too expensive. May be my guess is wrong. So, how about checking in-comming (break) command every 100 (or 255, whatever) statements execution. static unsigned char counter = 0; if (++counter == 0) { /* check for incomming break/status command */ ... } This way, performance down should not be so bad, and at least I can break the target execution from debugger client without restarting Apache ;-)
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
259	[Xdebug] Feature/Change request	major	always	2007-04-25 11:41	2007-04-26 09:55
Reporter:	aferber	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.1
Summary:	outputs exception backtrace even if exception is caught
Description:	XDebug seems to log a backtrace to the error log even if the exception is caught and handled by the code. This severely degrades functionality for me since for example doctrine (which I'm using) uses exceptions internally for many things, which makes it very difficult to distinguish those internal exceptions from the ones that really matter (ie. uncaught exceptions). IMHO this behaviour should be configurable, and maybe there should be a function that can be called from exceptions handlers to log a backtrace of the exception.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000597) derick    2007-04-25 11:51	This is already configurable with the "xdebug.show_exception_trace" setting, see the documentation at: http://xdebug.org/docs-settings.php#show_exception_trace [^] (and it defaults to off). However, there have been some versions where this configuration setting did not exist, so you might have to upgrade.
(0000598) aferber    2007-04-25 13:07	The setting doesn't work for me. I get the following behaviour for different combinations of show_exception_trace and catching/not catching exceptions:   1. show_exception_trace = 1     a. uncaught: logs stack trace *twice* to httpd error log     b. caught: logs stack trace *twice*   2. show_exception_trace = 0     a. uncaught: logs stack trace once     b. caught: logs stack trace once When using the PHP commandline version:   1. show_exception_trace = 1       a. uncaught: displays stack trace once       b. caught: no stack trace   2. show_exception_trace = 0       a. uncaught: displays stack trace once       b. caught: no stack trace What I want is the behaviour of the apache module version to be the same as the commandline version, ie. log a stack trace if an exception is not caught. The tests were done with the following script: ----- echo "xdebug.show_exception_trace=".ini_get("xdebug.show_exception_trace")."\n"; flush(); try {     throw new Exception('test'); } catch (Exception $e) {     echo "Caught!\n"; } ----- For the "uncaught" tests remove the try/catch. This is with XDebug version 2.0.0RC3, AFAIK there is no more recent release. PHP version is 5.2.1, however behaviour was the same with 5.1.6. Apache is 2.0.54.
(0000599) aferber    2007-04-25 13:11	Forgot to mention in my last note: The php.ini used was exactly the same in both the apache and commandline tests. Only changes were with regards to the show_exception_trace option. All other xdebug related options are at defaults. Apache LogLevel is "debug".
(0000600) derick    2007-04-26 09:55	You'd have to use Xdebug from CVS - I addressed this issue on February 28th. See http://xdebug.org/install.php#source [^] on how do install from CVS.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
253	[Xdebug] Usage problems	major	always	2007-04-10 16:16	2007-04-24 15:06
Reporter:	stanv	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.1
Summary:	XDebug causes all error log messages to be trimmed at 1024 bytes, irrespective of "log_errors_max_len"
Description:	In the following code, the trace will be clipped at 1024 mark when xdebug is on, and will behave properly if xdebug is disabled in php.ini (no clipping): <?php error_reporting(E_ALL|E_STRICT); ini_set('display_errors',0); ini_set('log_errors',1); ini_set('log_errors_max_len','0'); ini_set('html_errors',0); ini_set('error_log','c:\log.txt'); function deepTrace($a, $b, $c) { if ($c < 50) {deepTrace($a, $b, $c+1);} else {throw new Exception('Example exception that together with the trace is over 1024 bytes.');} } deepTrace('example','function',0); ?>
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000591) derick    2007-04-23 16:24	I can't reproduce it - it works just fine here with apache 1.3.31 and PHP 5.2.2dev and the latest Xdebug from CVS.
(0000592) stanv    2007-04-23 16:29	Derick, are you testing on windows? I mentioned I think in the bug this happens on Windows XP SP2 (and on Apache 2.2 in fact, I don't know if the Apache version matters).
(0000594) derick    2007-04-24 15:06	Works fine for me on Windows 2k with Apache 1.3.29 as well - and there is no reason why things should be different here anyway.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
254	[Xdebug] Usage problems	minor	always	2007-04-11 19:13	2007-04-11 19:49
Reporter:	Patrik Lermon	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Ubuntu edgy
PHP Version:	5.1.6
Summary:	Memory usage is not output in profile
Description:	With the latest CVS compiled and running with PHP 5.1.6 and Apache/2.0.55 (Ubuntu) the profiler does not output any information on memory usage, only profiling information about CPU usage. I used kcachegrind to view the output.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000588) derick    2007-04-11 19:49	The memory profiling did not work at *all*, so I removed it to prevent confusion.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
250	[Xdebug] Usage problems	major	always	2007-04-02 10:15	2007-04-03 16:47
Reporter:	mathieuk	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Tested on Windows & Linux
PHP Version:	5.2.0
Summary:	XDebug 2.0RC3 doesn't report error conditions
Description:	XDebug 2.0RC3 doesn't report any errors when an error occurs. Consider the following script: <?php $test = "test"; waa(); ?> This should raise an undefined function error. Configuration: ======================================================== No special configuration options set. Expected behaviour: ======================================================== When running the above script through debugclient-0.9.0, after issueing the 'run' command, xdebug should reply with a <response> element indicating a problem (status=aborted?). It probably needs a <error> element aswell, containing the error message. Actual behaviour: ======================================================== The script runs and when it runs into the error, xdebug reports the script now has the 'stopped' state with 'reason=ok': debugclient-0.9.0 transcript: ----------------------------- Connect <?xml version="1.0" encoding="iso-8859-1"?> <init fileuri="file:///data/home/mathieu/public_html/xd/index.php" [^] language="PHP" protocol_version="1.0" appid="9507" idekey="waa"><engine version="2.0.0RC3"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2007 by Derick Rethans]]></copyright></init> (cmd) run -i waa <?xml version="1.0" encoding="iso-8859-1"?> <response command="run" transaction_id="waa" status="stopped" reason="ok"></response> (cmd)
Steps To Reproduce:
Additional Information:	(FYI, the PHP version select in Mantis' Report Bug form doesn't have 5.2.1 as an option yet.)
Attached Files:

Notes
(0000583) mathieuk    2007-04-03 10:05	Same issue occurs with xdebug-cvs: Transcript: mathieu@ubuntu:~$ ./debugclient-0.9.0 Xdebug Simple DBGp client (0.9.0) Copyright 2002-2004 by Derick Rethans. - libedit support: enabled Waiting for debug server to connect. Connect <?xml version="1.0" encoding="iso-8859-1"?> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] fileuri="file:///home/mathieu/public_html/xdebug/index.php" [^] language="PHP" protocol_version="1.0" appid="6950" idekey="waa"><engine version="2.0.0RC4-dev"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2007 by Derick Rethans]]></copyright></init> (cmd) run -i waa <?xml version="1.0" encoding="iso-8859-1"?> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" [^] command="run" transaction_id="waa" status="stopped" reason="ok"></response>
(0000584) derick    2007-04-03 16:47	This is not a bug. In order for the debugger to stop on error or warning conditions, you need to set a breakpoint on them. You can do that with: breakpoint_set -i 71 -t exception -x "Fatal error"

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
248	[Xdebug] Usage problems	minor	always	2007-03-19 05:30	2007-03-30 16:23
Reporter:	felix	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.2-dev
Summary:	Xdebug redundantly outputs errors
Description:	Basically the following settings have to be set for php: display_errors = On log_errors = On error_log = syslog I am running things as an apache module. Errors should go to one place only and thats the syslog. Currently the error is outputted both to the Apaches configured error_log file and to the systems syslog. I believe this is a bug because php without xdebug will log errors in one location and that is the syslog. I imagine xdebug should work similarly.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000579) felix    2007-03-19 23:09	I dont think this is a bug I though it was but after doing another test its not.
(0000580) felix    2007-03-20 21:44	I do have a problem where the stack trace is repeated in the error log. This i am getting with php4.4.4 and xdebug 2.0rc3. The settings are I specified already. I'll debug this a bit more later to see what is happening.
(0000581) felix    2007-03-22 04:52	This was a problem in rc3 it seems and fixed in cvs. I guess you can close this bug than.
(0000582) derick    2007-03-30 16:23	Okay, thanks for checking it out!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
239	[Xdebug] Usage problems	trivial	always	2007-02-09 09:51	2007-02-17 21:20
Reporter:	bhofmann	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.6
Summary:	Strings with null chars are not fully sent to the client
Description:	The bug n°0000228 is marked as closed but I still have it with the 2007-02-02 build from pecl
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000562) derick    2007-02-09 20:48	I can not reproduce this with Xdebug-2.0.0rc4-dev with the script from that bug report. It correctly replies: (cmd) property_get -i 3 -n $a <?xml version="1.0" encoding="iso-8859-1"?> <response command="property_get" transaction_id="3"><property name="$a" fullname="$a" address="-1215898560" type="string" size="36" encoding="base64"><![CDATA[aGVsbG8KRGF2ZQBJIGhhdmUgYWRkZWQgYSBudWxsAG9yIDIK]]></property></response> Please provide a script and which commands you are sending to the debug client so that I can reproduce it.
(0000565) bhofmann    2007-02-12 10:13	I tested it again with the new build from pecl from yesterday and it worked fine, sorry for the bogus report
(0000566) derick    2007-02-17 21:20	Okay, marking as "not a bug" then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
238	[Xdebug] Usage problems	major	always	2007-02-07 15:01	2007-02-09 21:19
Reporter:	Arjen	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.0
Summary:	Incorrect code coverage
Description:	<?php xdebug_start_code_coverage(); try { if(time() < 0) throw new Exception('lalala'); } catch(Exception $e) { echo "exception catched"; } try { if(time() < 0) { throw new Exception('lalala'); } } catch(Exception $e) { echo "exception catched"; } var_dump(xdebug_get_code_coverage()); array '/data/home/arjen/public_html/codecoverage.php' => array 6 => int 1 7 => int 1 9 => int 1 15 => int 1 16 => int 1 20 => int 1 25 => int 1 When short-style if-statements are used, the line 'throw new Exception(..) is marked as executed. When curly brackets are used, the line is NOT marked as executed. This is the expected behavior, as the exception is not thrown.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000563) derick    2007-02-09 21:19	Unfortunately I can not fix this, as the Zend engine simply doesn't provide the correct line information for every opcode it uses.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
237	[Xdebug] Usage problems	tweak	always	2007-01-22 17:26	2007-01-23 10:58
Reporter:	proofek	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux, Debian Dapper
PHP Version:	5.1.6
Summary:	xdebug_get_code_coverage() getting incorrect results
Description:	It looks like that data gathered with xdebug_get_code_coverage() function are not quite correct. When executing the code above it is saying that only 3 last lines has been executed, while it is obvious (I think) that assigning to a variable should be executed as well. $strQuery = 'SELECT field1, field2, field3, field4, field5, field6, field7, field8, field9, field10, field11 FROM table WHERE field1 = "'.$strTransactionCode.'" AND field2 = "'.$strReference.'" AND field3 = '.$intVersion;
Steps To Reproduce:
Additional Information:	However if I enclose the whole query within double quotes it says that it's been executed. I has segmentaion fault with rc2, that's why i can't check that with rc2.
Attached Files:

Notes
(0000556) derick    2007-01-22 20:06	I checked this with VLD, and it seems the Zend Engine sees the assignment happening on the last line of the whole statement. As the engine doesn't expose the correct data, Xdebug can not return the correct information. However, it is possible to ask Xdebug to also tell which lines are executable. You need to do this then: xdebug_start_code_coverage(XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE);
(0000557) proofek    2007-01-23 10:42	I hasn't helped. It it still reporting no execution at this point. Additionally for some of my files (where there is lots of includes) id dies trying to include one of the files and ends with segmentation fault. It's not happening when I remove XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE.
(0000558) derick    2007-01-23 10:58	Of course it doesn't show it - as there is nothing to show for that point. All those parameters to is tell you which lines *can* be executed according to the engine. For the segmentation fault, upgrade to the CVS version - that should be fixed.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
236	[Xdebug] Usage problems	trivial	always	2007-01-19 21:37	2007-01-20 01:42
Reporter:	zyongh	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.0
Summary:	xdebug_dump_function_trace() and xdebug_get_function_trace()
Description:	Fatal error: Call to undefined function xdebug_dump_function_trace() in path/file on line nnn
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000555) derick    2007-01-20 01:42	Those two functions are only available in Xdebug 1, as the documentation states.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
223	[Xdebug] Usage problems	major	always	2006-11-26 19:00	2006-12-12 13:58
Reporter:	mathieuk	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP sp2
PHP Version:	5.2.0
Summary:	Line breakpoints not being hit
Description:	When using XDebug 2.0.0RC1 on Windows XDebug is not hitting the breakpoints that I've set through DBGP communication. Expected behaviour: =========================== A response to the Run message with status="break". Actual behavior (see additional info): =========================== A response to the Run message with status="stopped"
Steps To Reproduce:
Additional Information:	The PHP script used (which does nothing in particular): <?php $y = 1995; for ($i = 0; $i < 10; $i++) { $y = $i + 2; } ?> My program's debug output, including the DBGP messages sent & received: Waiting for connection ========================================== <?xml version="1.0" encoding="iso-8859-1"?> <init fileuri="file:///C%3A%5CProgram%20Files%5Cxampp%5Chtdocs%5Cxdebug%5Ctest1.php" [^] language="PHP" protocol_version="1.0" appid="1960" idekey="1"><engine version="2.0.0RC2-dev"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2006 by Derick Rethans]]></copyright></init> ========================================== Connection initialized. Initial debuggee: C:\Program Files\xampp\htdocs\xdebug\test1.php => SENT => breakpoint_set -i xdc0 -t line -f file://C%3a%5cProgram+Files%5cxampp%5chtdocs%5cxdebug%5ctest1.php [^] -n 5 ========================================== <?xml version="1.0" encoding="iso-8859-1"?> <response command="breakpoint_set" transaction_id="xdc0" id="19600003"></response> ========================================== => SENT => run -i xdc1 ========================================== <?xml version="1.0" encoding="iso-8859-1"?> <response command="run" transaction_id="xdc1" status="stopped" reason="ok"></response> ==========================================
Attached Files:

Notes
(0000496) derick    2006-11-26 19:12	How did you load Xdebug in php.ini? And can you provide a link to the output of phpinfo()?
(0000497) mathieuk    2006-11-26 19:22    (edited on: 2006-11-26 19:27)	zend_extension_ts="C:/Program Files/xampp/php_xdebug.dll" xdebug.remote_host="localhost" xdebug.remote_enable=1 xdebug.extended_info=1 xdebug.remote_autostart=1 This is actually 2.0.0RC2 (http://pecl4win.php.net/ext.php/php_xdebug.dll [^]) but the behaviour was the same on RC1. phpinfo is at http://scriptorama.nl/xdebug/xdebug.htm [^] edited on: 2006-11-26 19:27
(0000498) mathieuk    2006-11-26 19:27	I edited my note changing zend_extension to zend_extension_ts which is what is actually used. Sorry for any confusion.
(0000500) mathieuk    2006-11-29 07:35	Fiddled around some more. Turns out the way I was encoding the filename was the real problem: When I used file:///C:\Program%20Files\xampp\htdocs\xdebug1.php [^] instead of file://C%3a%5cProgram+Files%5cxampp%5chtdocs%5cxdebug%5ctest1.php [^] all was well. The problem lies in the space between 'Program' and 'Files'. It gets encoded either as + or %20. XDebug doesn't like the + and I'm not sure wether XDebug should accept them (I don't know the RFC's IETF RFC 1738 and 2396 too well :) ) but in any event it might be nice if Xdebug atleast gave a heads up that something's wrong.
(0000516) derick    2006-12-12 13:58	I just checked the RFC and the file:// scheme doesn't say that + is reserved, that's only in URLs. So it's not a bug. As the + is a valid character for filenames, I don't think I can tell Xdebug to warn you about it as it might be a false-positive. Thanks for checking this out though.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
220	[Xdebug] Usage problems	crash	always	2006-11-21 13:28	2006-11-27 21:54
Reporter:	d_kelsey	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.2.0
Summary:	PHP.exe crashes when the script ends
Description:	This bug can also be reproduced on PHP 5.1.4. I have 2 scripts testcase3.php and file1.php testcase3.php ------------- <?php $a = array (1, array (2, array (3, array (4, array (5, array (6, array (7, array (8) ) ) ) ) ) ) ); echo var_dump($a); echo "hi"; ?> file1.php --------- <?php /* * Created on 11-Sep-2006 * * To change the template for this generated file go to * Window - Preferences - PHPeclipse - PHP - Code Templates */ echo 'hello'; echo 'dave'; $a='Well hello There'; echo $a; phpinfo(); ?> Using the debug client I enter the following commands cmd set ------- breakpoint_set -i 25 -t line -f file:///C%3a/temp/xdebugBug/testcase3.php [^] -n 18 breakpoint_set -i 26 -t line -f file:///C%3a/temp/xdebugBug/file1.php [^] -n 13 feature_set -i 31 -n max_depth -v 3 run -i 33 context_get -i 36 -d 0 run -i 41 A problem is then reported by Microsoft windows and offers me the option to send or don't send the report to Microsoft
Steps To Reproduce:
Additional Information:	Note that it is important that you must set both breakpoints even though file1.php is never called. You must do the feature set and you must do a context get. It is always reproduceable using this set of commands and these files. I have tried other files and only setting a single break point and the problem doesn't occur. I can stop the problem by setting the max_depth to 10 (for example) or by not setting max_depth at all (but I need to allow a user to specify max_depth). if I set max_depth to a value of 4, then I get the trap when I attempt the context_get command. I have not tried any other value of max_depth apart from 10.
Attached Files:

Notes
(0000489) derick    2006-11-21 19:47	I tried to reproduce this on LInux (with valgrind) with php 5.2.0 and the latest CVS release of Xdebug, but I couldn't find a single memory corruption issue (which is what your report would suggest). Perhaps you could try the latest snapshot version? (from http://pecl4win.php.net/ext.php/php_xdebug.dll [^])
(0000495) d_kelsey    2006-11-23 16:35	ok, a new day a reboot of the machine and now I cannot recreate the problem, strange because when debugging with my client I observed the problem and PHP script was being launched in it's own process every time and was recreatable every time. I recreated the issues outside of my debug environment with the xdebug client, but I cannot recreate it now in that environment either. Maybe I managed to have a rogue extension somewhere being loaded ?
(0000499) derick    2006-11-27 21:54	That is possible as windows keeps dlls in memory. I will close the report now, but feel free to reopen if you can recreate it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
222	[Xdebug] Feature/Change request	major	always	2006-11-22 01:20	2006-11-22 09:13
Reporter:	jeffg	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.2.0
Summary:	please add ability to log on the xdebug side
Description:	when developing / supporting software that talks to Xdebug it would be useful to be able to easily log debugger actions. some kind of setting like: xdebug.enable_logging = 1/0 xdebug.log_file=/tmp/xdbeug.$timestamp.log
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000494) derick    2006-11-22 09:13	This has already been implemented as the xdebug.remote_log=filename setting some time ago.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
206	[Xdebug] Feature/Change request	tweak	always	2006-10-17 10:22	2006-11-21 20:01
Reporter:	MarcusBointon	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	all
PHP Version:	5.1.6
Summary:	Escape binary output
Description:	If I get a PHP error and xdebug displays local variables, and one of those variables contains something binary like an image, I usually find that it corrupts the terminal, turning all text in the terminal into gibberish, presumably because the binary data contains terminal escape sequences. I have to kill the terminal and reopen it to restore readability. Can the output be somehow escaped to avoid this?
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000476) derick    2006-10-18 16:12	I just checked, and I am already escaping ascii 0 to ascii 31... and can therefore not reproduce your problem. Could you provide a short test case for me please? (Including all settings that you make?)
(0000484) MarcusBointon    2006-10-24 02:29	OK, I had a try at reproducing it, and you're right in that I can't get it to happen with the local vars display, however, it does happen with var_dump, so I guess I must have been confused - sorry about that. This example causes a nice exploding terminal for me: <?php class z { public $zz; } $zx = new z; $zx->zz = file_get_contents('image.png'); var_dump($zx); ?> I don't know if this behaviour is intended or not, but I can't think of any circumstances I'd want it.
(0000492) derick    2006-11-21 20:01	When html_errors is turned off Xdebug will use PHP's internal var_dump function. This function exhibits this problem and your issue can be reproduced even when Xdebug is not loaded. I agree that this should be addressed, but it should be addressed in PHP itself.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
217	[Xdebug] Usage problems	minor	always	2006-10-30 14:41	2006-10-30 14:52
Reporter:	bhofmann	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.6
Summary:	stepping through code sometimes gives a wrong execution line
Description:	When stepping trough this kind of code using step over: if ($var){ $test = "azerty"; } Xdebug stops at the "if", then the test line: this is ok. However with this code: if ($var) { $test = "azerty"; } Xdebugs skips the "if" but steps on the opening curly brace, then steps on the test line. And finally with this: if ($var) $test = "azerty"; the "if" line is skipped and Xdebug step directly to the test line.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000487) derick    2006-10-30 14:52	This is something I can not fix unfortunately as the Zend Engine does not always put the interception points on the correct line.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
212	[Xdebug] Debug client (console)	minor	always	2006-10-18 16:20	2006-10-18 16:43
Reporter:	swestcott	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian Testing
PHP Version:	5.1.6
Summary:	coverage coverage inaccurate
Description:	Xdebug doesn't report execution of switch and try statements and class constants. I'm not sure whether this is a feature or a bug and I couldn't find the answer elsewhere. 1 <?php 2 3 xdebug_start_code_coverage(); 4 5 $action = ''; 6 7 switch($action) 8 { 9 default: 10 } 11 12 var_export(xdebug_get_code_coverage()); 13 14 ?> Line 7 is missing here array ( '/home/simon/switch_xdebug.php' => array ( 5 => 1, 9 => 1, 10 => 1, 12 => 1, ), ) 1 <?php 2 3 xdebug_start_code_coverage(); 4 5 try 6 { 7 throw new Exception(); 8 } 9 catch(Exception $e) {} 10 11 var_export(xdebug_get_code_coverage()); 12 13 ?> Line 5 is missing here array ( '/home/simon/try_catch_xdebug.php' => array ( 7 => 1, 9 => 1, 11 => 1, ), ) 1 <?php 2 3 xdebug_start_code_coverage(); 4 5 class foo 6 { 7 const MESSAGE = 'Hello World'; 8 } 9 10 echo foo::MESSAGE; 11 12 var_export(xdebug_get_code_coverage()); 13 14 ?> Line 7 is missing here array ( '/home/simon/const_xdebug.php' => array ( 6 => 1, 10 => 1, 12 => 1, ), )
Steps To Reproduce:
Additional Information:	PHP 5.1.6 Xdebug v2.0.0RC2-dev
Attached Files:

Notes
(0000477) derick    2006-10-18 16:43	Hello, In all three cases, there is not a bug and it's simply how the Zend engine internally works. 1. The switch statement is optimized out into a NOP (on line 7): line # op fetch ext operands -------------------------------------------------------------------------------    5 0 EXT_STMT          1 ASSIGN !0, ''    7 2 NOP    9 3 EXT_STMT          4 JMP ->6 2. "try" is just a place holder for something, and is turned into a NOP (on line 5): line # op fetch ext operands -------------------------------------------------------------------------------    5 0 NOP    7 1 EXT_STMT          2 ZEND_FETCH_CLASS :0, 'Exception' 3. Class constants are part of the class definition, and do not take up executable code. They are resolved at compile time, and are therefore not in the code coverage. However, I did find a different bug while analyzing your 3 examples. I will file that as a new report myself though. Thanks for submitting this issue!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
194	[Xdebug] Feature/Change request	trivial	always	2006-08-06 16:29	2006-10-08 21:28
Reporter:	dsalisbury	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.2
Summary:	Revert new stack trace HTML to old
Description:	I've just moved from 1.3.2 to 2.0.0-cvs and the formatting on the stack traces is very different. The old style was a lot easier on the eye so I've patched my local xdebug.c file to use the old style. I think I've covered all the places in the error handler. I will attach the diff file as a proper attachment if possible...
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000427) dsalisbury    2006-08-06 16:30    (edited on: 2006-08-06 16:32)	Looks like I can't attach a file. Link to the diff (since tabs and such aren't kept when posting it as a note): http://php4.david-salisbury.co.uk/xdebug.c.diff [^] edited on: 2006-08-06 16:32
(0000436) derick    2006-08-19 14:08	Sorry, but I will not go back to the old format. However, I am open to any other improvements on this and you can try to convince me by showing rendered examples :)
(0000444) dsalisbury    2006-08-19 20:34	Derick I'm interested to know why you won't go back to it. A couple of suggestions I would make are to change the colors so they don't clash so much (foreground against background, especially on the top row of the table where it prints the error message) and to have the text tyle normal instead of italic. I might put together some ideas at some point and get back to you on it.
(0000469) derick    2006-10-08 21:28	I did some work on the stacktraces, making them more readable. I hope that you are content with the new layout which you can find at: http://derickrethans.nl/pimping_xdebug_stack_traces.php [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
172	[Xdebug] Usage problems	major	always	2006-03-10 13:05	2006-10-03 21:14
Reporter:	Xuefer	Platform:	gentoo
Assigned To:	derick	OS:	linux
Priority:	normal	OS Version:	lastest stable
Status:	resolved	Product Version:	2.0.0dev
Product Build:	cvs	Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.11
Summary:	coverage produce wrong coverage
Description:	1. not all opcode is catched by coverage at runtime a.php <?php xdebug_start_code_coverage(XDEBUG_CC_UNUSED); include("b.php"); ?> b.php <?php $a = ""; $a = "" . "abc{$a}abc" . "abc" ; $cov = xdebug_get_code_coverage(); print_r($cov); ?> result: Array ( [/home/xuefer/htdocs/skydotnet_php5/matrix/debug/test/a.php] => Array ( [4] => 1 ) [/home/xuefer/htdocs/skydotnet_php5/matrix/debug/test/abc.php] => Array ( [3] => 1 [6] => 1 [7] => -1 [8] => -1 [9] => 1 [10] => -1 [13] => -1 ) ) at least [7] => -1 [8] => -1 should be both 1 2. i'd suggest -1 to be 0 3. very slow with XDEBUG_CC_UNUSED, xdebug_prefil_code_coverage() is executed no matter if the op_array is done before. suggested fix: a. move it to xdebug_compile_file() b. add a hash (by pointer) that avoid re-fill the same op_array, but the file included before xdebug_start_code_coverage is will not be prefilled c. when xdebug_get_code_coverage(XDEBUG_CC_UNUSED), loop though all the op_array(file/function/class method) for xdebug_prefil_code_coverage(), it could be a bit hard to get the file op_array
Steps To Reproduce:
Additional Information:
System Description	used to testing php4/5/6 lastest
Attached Files:

Notes
(0000468) derick    2006-10-03 21:14	The wrong coverage output is now fixed in CVS. The performance enhancements were already added some time ago.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
195	[Xdebug] Usage problems	major	always	2006-08-19 13:10	2006-10-03 21:09
Reporter:	orson	Platform:	Windows
Assigned To:	derick	OS:	XP
Priority:	normal	OS Version:	sp2
Status:	resolved	Product Version:	2.0.0dev
Product Build:	rc1	Resolution:	suspended
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows
PHP Version:	5.1.2
Summary:	CLI Error after debgging session
Description:	I use lastest dev (2.0.0rc1-dev) and PHPEclise custom build from CVS. I can debug, see variables, set break points BUT when session ends allways windows error msg popup :/ error is about: "CLI has encountered a problem and needs to close. We are sorry for the inconvenience." It's annoying :/
Steps To Reproduce:	End debugging session (either click stop or end execution)
Additional Information:	win xp sp2 Apache/2.0.58 (Win32) PHP/5.1.5 2.0.0rc1-dev
Attached Files:

Notes
(0000433) orson    2006-08-19 13:13	I can send you windows stack trace of error if you need it ...
(0000434) derick    2006-08-19 13:51	No need for the windows trace... however the script that you used and the xdebug log (you can generate that with xdebug.remote_log=c:\tmp\xdebug.log) would beuseful providing it is a short script. Are you also sure you're using PHP 5.1.2 and which exact build date of Xdebug did you use?
(0000438) orson    2006-08-19 14:25	Hi I'm using php 5.1.5 but this version isn't in select ;) Xdebug version: php-5.1.2 (5_1) bulid: 2006-08-19 10:08:16 if this is php version issue i will try downgrade my version tonight ...
(0000440) derick    2006-08-19 14:34	No, it should be fine... however I can not reproduce this on Linux (and I don't have Windows)... so if you could provide the script and xdebug log I might be able to reproduce it. I added the new PHP versions to the select box now though.
(0000443) derick    2006-08-19 16:02	I committed a possible fix to CVS. Please grab a new compiled DLL from http://pecl4win.php.net/ext.php/php_xdebug.dll [^] and make sure it is dated *after* "2006-08-19 12:08:16". Please re-open this bug if it does not address the issue.
(0000446) orson    2006-08-20 15:41	nope ... popup still appear ... did you get my email ? yesterday i sent you letter with log, sample script and screenshots ... did you get it ? should i send it again ? i also notice this in my event log: Event Type: Error Event Source: Application Error Event Category: None Event ID: 1000 Date: 2006-08-20 Time: 15:37:48 User: N/A Computer: GRZEGORZ Description: Faulting application php.exe, version 5.1.5.5, faulting module unknown, version 0.0.0.0, fault address 0x00fc82a0. maybe this is strict php issue ?
(0000447) derick    2006-08-20 15:48	Yes, I got your log and test file. I still could not reproduce it with that on Linux though but found another thing that could have been it. But it seems that was not the case. You mentioned you could give me a stack trace on windows - that might be helpful now as look as it looks like something like the trace on http://bugs.php.net/bugs-generating-backtrace-win32.php [^] .
(0000448) orson    2006-08-20 16:11	hmm ... unexpectedly i found workarodund/solution! in phpeclipse i changed php interpreter to php-cgi.php ... now it's working without problems! I allways use php.exe in settings to code inspecting and parse check's and there php.exe works ok ... so you can close this bug :D ps. about stacktrace: i don't have ms vc++ in home but if you wan't i will try to reproduce this error in my work, there we have vs 6.0 and 2003
(0000467) derick    2006-10-03 21:09	You shouldn't need to do that actually. Please reopen this report when you encounter more problems with it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
182	[Xdebug] Usage problems	minor	always	2006-05-08 00:06	2006-10-03 21:07
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1-dev
Summary:	Errors are not html escaped when being displayed.
Description:	An error or exception with < > in the error message are not displayed correctly as those chars are not escaped.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000407) derick    2006-05-14 20:12	Fixed in CVS.
(0000464) derick    2006-10-03 21:07	This fix caused bug 0000203.
(0000465) derick    2006-10-03 21:07	Fixing this would make bug 0000203 re-appear.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
201	[Xdebug] Feature/Change request	trivial	always	2006-09-26 23:42	2006-09-27 09:03
Reporter:	sebastian	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Irrelevant
PHP Version:	5.1-dev
Summary:	Include files with no executed line of code in code coverage
Description:	sb@wopr-mobile ~ % cat Foo.php <?php class Foo { public function bar() { } } ?> sb@wopr-mobile ~ % cat test.php <?php require_once 'Foo.php'; xdebug_start_code_coverage(XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); $cc = xdebug_get_code_coverage(); xdebug_stop_code_coverage(); print_r($cc); ?> sb@wopr-mobile ~ % php test.php Array ( [/home/sb/test.php] => Array ( [6] => 1 ) )
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000458) derick    2006-09-27 09:03	You should require the file *after* you start code coverage, like this: <?php xdebug_start_code_coverage(XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE); require_once 'Foo.php';

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
202	[Xdebug] Feature/Change request	trivial	always	2006-09-27 00:05	2006-09-27 08:57
Reporter:	sebastian	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1-dev
Summary:	xdebug_analyze_source($file)
Description:	xdebug_analyze_source($file) analyzes the PHP sourcefile identified by $file and returns an array which contains information about executable lines (-1) and lines with dead code (-2).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000457) derick    2006-09-27 08:57	This is impossible, as it would suffer from the same problems as PHP's failed attempt at a syntax checker function.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
199	[Xdebug] Usage problems	major	always	2006-09-11 16:30	2006-09-23 17:56
Reporter:	Tindu	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.1.2
Summary:	XDebug crash
Description:	In Windows Xdebug v2.0.0rc1-dev (latest dll) crashes right after connecting to client port (or somewhere in there). No logs are produced so it has to be quite in the beginning. Tried a version dated a couple of weeks ago and it works fine, but as only the very latest version (dated 9/11 at the moment) is available, I cannot say where it has gone wrong. I have no VC++ on my current machine so I cannot say where in the code this happens. If it is not reproducable then I may try to build it in my system (currently just use the dll as any lazy Windows lamer does :) ).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000454) derick    2006-09-12 16:09	I would really need more than this... needlessly to say this works just fine for me (on Linux). So I would appreciate if you could try to build it.
(0000455) Tindu    2006-09-19 05:57	And with the new dll-s everything is back and working. Probably my mistake, sorry about that. Bug can be closed.
(0000456) derick    2006-09-23 17:56	Ok, thanks for checking it out!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
82	[Xdebug] Feature/Change request	minor	N/A	2004-08-02 10:50	2006-08-20 15:03
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.0
Summary:	Add functionality to return the size of a "data object".
Description:	xdebug_get_size? returns the amount of memory used by the data associated to a variable,
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000445) derick    2006-08-20 15:03	I had a look at this, but it's quite impossible to do accurately.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
71	[Xdebug] Feature/Change request	trivial	always	2004-07-06 21:58	2006-08-19 15:06
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	suspended
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.0
Summary:	Add "arguments" attribute to feature_get commands
Description:	So that all things can get autodiscovered: (21:54:10) Shane: the other feature_get item, I think we should add an options attribute to responses: (21:55:14) Shane: feature_get breakpoint_set <response ... arguments="ohdi"/> or whatever args are supported anyway. That makes everything discoverable which is a good thing.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000147) derick    2004-07-09 18:07	Suspending for now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
104	[Xdebug] Feature/Change request	trivial	always	2004-11-19 21:31	2006-08-19 15:06
Reporter:	blueyed	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	4.3.0
Summary:	Output warning if needed directories do not exist
Description:	When xdebug.profiler_output_dir and/or xdebug.trace_output_dir are not set, display a warning (like 1.3.2 does IIRC). Ideally only one time with the first occassion of the problem.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000441) derick    2006-08-19 15:06	This can not be fixed because those functions happen before the script engine is initialized fully. However, if you use the xdebug_start_trace() function yourself it will show a warning when it can not open the trace file.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
7	[Xdebug] Feature/Change request	minor	N/A	2003-09-07 22:10	2006-08-19 14:39
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.0
Summary:	Finish custom error handler support
Description:	Finish work that has been started on xdebug_set_error_handler(). Have a good look on the normal PHP set_error_handler() function so that object/method also can be done normally.
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
11	[Xdebug] Feature/Change request	minor	N/A	2003-09-07 22:15	2006-08-19 14:38
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.0
Summary:	Add callback for after every PHP statement (per EXT_STMT).
Description:	With this functionality one can do some user level debugging stuff. It's not overly useful, but it's just "coolish".
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
167	[Xdebug] Usage problems	crash	always	2006-02-14 05:43	2006-08-19 14:38
Reporter:	Xuefer	Platform:
Assigned To:	derick	OS:
Priority:	none	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.11
Summary:	[php4] crashed with user session handler
Description:	i guess the same fix is done for php5+ by ZE2's post_deactive func, but it's not enough for php4 patch here cvs diff: Diffing . Index: xdebug.c =================================================================== RCS file: /repository/xdebug/xdebug.c,v retrieving revision 1.298 diff -u -r1.298 xdebug.c --- xdebug.c 10 Feb 2006 14:44:55 -0000 1.298 +++ xdebug.c 14 Feb 2006 04:41:59 -0000 @@ -1165,6 +1165,12 @@ int function_nr = 0; xdebug_llist_element *le; + if (XG(stack) == NULL) { + /* in request shutdown */ + xdebug_old_execute(op_array TSRMLS_CC); + return; + } + if (XG(level) == 0) { /* Set session cookie if requested */ if ( @@ -1339,6 +1345,12 @@ int do_return = (XG(do_trace) && XG(trace_file)); int function_nr = 0; + if (XG(stack) == NULL) { + /* in request shutdown */ + execute_internal(current_execute_data, return_value_used TSRMLS_CC); + return; + } + XG(level)++; if (XG(level) == XG(max_nesting_level)) { php_error(E_ERROR, "Maximum function nesting level of '%ld' reached, aborting!", XG(max_nesting_level));
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000372) derick    2006-02-21 22:35	Do you have a reproducing script with this perhaps?
(0000383) Xuefer    2006-03-10 12:20	<?php function a() {     b(); } function b() {     $dummy = 1; } session_set_save_handler('a', 'a', 'a', 'a', 'a', 'a'); session_start(); ?> tested when xdebug is put as php-src/ext/xdebug, buildconf, configure --enable-xdebug well... the doc and the source said one should load it as zend extension, but it looks fine with the patch.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
187	[Xdebug] Usage problems	minor	always	2006-06-07 11:04	2006-08-19 14:21
Reporter:	Tindu	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.1.2
Summary:	stderr does not make XDebug report fatal errors
Description:	I want to get XDebug to report back fatal errors to me so I can show the line number or call stack to the user. Script: <? $bogus->call(); ?> Log: Log opened at 2006-06-07 08:54:55 -> <init fileuri="file:///c%3A%5Crtw83%5CTrain%5Ctest.php" [^] language="PHP" protocol_version="1.0" appid="3624" idekey="session_name"><engine version="2.0.0rc1-dev"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2006 by Derick Rethans]]></copyright></init> <- breakpoint_set -i 2 -t line -f file:///c:/rtw83/Train/test.php [^] -n 5 -> <response command="breakpoint_set" transaction_id="2" id="36240001"></response> <- stderr -i 1 -c 2 -> <response command="stderr" transaction_id="1" success="0"></response> <- feature_set -i 1 -n max_depth -v 10 -> <response command="feature_set" transaction_id="1" feature="max_depth" success="1"></response> <- run -i 1 -> <response command="run" transaction_id="1" status="stopped" reason="ok"></response> Log closed at 2006-06-07 08:54:55
Steps To Reproduce:
Additional Information:	In XDebug code: DBGP_FUNC(stderr) { xdebug_xml_add_attribute(*retval, "success", "0"); } So not sure how this stderr could work...
Attached Files:

Notes
(0000437) derick    2006-08-19 14:21	stderr is not supposed to work in the way you want this. I just committed a change to CVS that allows you to set an 'exception' breakpoint for the various PHP error types. Examples of this are: breakpoint_set -t exception -x "Fatal error" -s enabled -i 28 breakpoint_set -t exception -x Notice -s enabled -i 29 This feature should address what you were looking for.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
192	[Xdebug] Feature/Change request	tweak	always	2006-07-11 05:05	2006-08-19 14:04
Reporter:	doconnor	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.2
Summary:	Get rid of FONT tags for print_r, var_dump
Description:	Font tags make it rather hard to validate your xhtml neatly; it would be great to ditch them and use <span> + css instead when doing a var_dump or print_r (or similar).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000426) derick    2006-08-01 19:25	Feel free to come up with a patch... I don't really care about this issue as Xdebug is a debugging tool and it should never show anything on your sites (unless something went wrong). Therefore I don't attach much value to a XHTML compliant output.
(0000435) derick    2006-08-19 14:04	As I said, I won't fix this but I am open for every patch on it.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
190	[Xdebug] Usage problems	trivial	always	2006-07-04 19:21	2006-08-11 18:06
Reporter:	chaospace	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux 2.6.17 Debian
PHP Version:	5.1.2
Summary:	Assigning required filenames at runtime
Description:	in //PEAR/HTTP/Session/Session.php such piece of code could be found: $container_class = 'HTTP_Session_Container_' . $container; $container_classfile = 'HTTP/Session/Container/' . $container . '.php'; require_once $container_classfile; the page silently dies on the 'require_once' statement, which is perfectly ok without xdebug. when I tried to force it to evaluate the string before passed to the statement, it worked well: require_once "$container_classfile";
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000424) derick    2006-07-04 19:27	Xdebug 1.3.2 is very old, please try 2.0.0beta6 first.
(0000425) chaospace    2006-07-04 19:51	thanx for your feedback. tested localy on WindowsXP/php5.1.2/xdebug2.0.0b6 and seems ok. thus, the solution of this problem is either upgrade or, if you don't have the server under your control, use the workaround as stated above.
(0000429) derick    2006-08-11 18:06	Okay, great. I'll close the bug then. regards, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
189	[Xdebug] Installation	crash	always	2006-06-20 19:35	2006-06-21 08:49
Reporter:	HawkOfLight	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.1-dev
Summary:	Need an Xdebug DLL for PHP 5.1.4
Description:	I can't use Xdebug 5.1.2.2 dll with Apache 2.0 and PHP 5.1.4 on Windows XP. When I enable Xdebug in PHP.ini Apache crahes with several errors in error.log. In bid 188 derick wrote that it should work with this DLL but it doesn't.
Steps To Reproduce:
Additional Information:	Apache error.log: [Tue Jun 20 19:23:42 2006] [crit] (22)Invalid argument: unable to replace stderr with error_log [Tue Jun 20 19:23:42 2006] [crit] (2)No such file or directory: unable to replace stderr with /dev/null [Tue Jun 20 19:23:43 2006] [crit] (22)Invalid argument: unable to replace stderr with error_log [Tue Jun 20 19:23:43 2006] [crit] (2)No such file or directory: unable to replace stderr with /dev/null [Tue Jun 20 19:28:09 2006] [crit] (22)Invalid argument: unable to replace stderr with error_log [Tue Jun 20 19:28:09 2006] [crit] (2)No such file or directory: unable to replace stderr with /dev/null [Tue Jun 20 19:28:10 2006] [crit] (22)Invalid argument: unable to replace stderr with error_log [Tue Jun 20 19:28:10 2006] [crit] (2)No such file or directory: unable to replace stderr with /dev/null
Attached Files:

Notes
(0000421) HawkOfLight    2006-06-20 19:40	I use a completly new installation of Xampp 1.5.3a (see www.apachefriends.org).
(0000422) derick    2006-06-21 08:49	I also said in that bugreport NOT to file a bugreport for this!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
188	[Xdebug] Installation	trivial	always	2006-06-11 04:06	2006-06-11 12:37
Reporter:	Aristotle	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP SP2
PHP Version:	5.1-dev
Summary:	Need an Xdebug DLL for PHP 5.1.4
Description:	Hi, Couldn't find an Xdebug DLL here or on PECL4Win...is there one available somewhere? The one on the website that says it works with 5.1.1+ doesn't work. (Has no effect on error message output and Apache crashes hard when stopped.)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000420) derick    2006-06-11 12:37	Please don't file this as a bug as it's definitely not one. The one for 5.1.2 on http://pecl4win.php.net/ext.php/php_xdebug.dll [^] works fine.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
186	[Xdebug] Feature/Change request	major	always	2006-05-31 21:44	2006-05-31 22:38
Reporter:	weigon	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.1-dev
Summary:	Parse Errors are not displayed when xdebug is loaded
Description:	when xdebug is loaded parse errors are not displayed, unloading xdebug displays them again. Tested with PHP 5.1.4 and xdebug 2.0.0b5
Steps To Reproduce:
Additional Information:	$ cat foo.php <?php } ?> $ php -l foo.php PHP Parse error: syntax error, unexpected '}' in foo.php on line 1 Errors parsing foo.php with xdebug loaded: $ php -l foo.php Errors parsing foo.php
Attached Files:

Notes
(0000417) derick    2006-05-31 22:38	Works fine already: derick@kossu:/tmp$ cat /tmp/bug000186.php <?php } ?> derick@kossu:/tmp$ php -l bug000186.php Parse error: syntax error, unexpected '}' in bug000186.php on line 1 Errors parsing bug000186.php derick@kossu:/tmp$ php -v PHP 5.1.3RC4-dev (cli) (built: Apr 22 2006 11:58:50) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies     with Xdebug v2.0.0rc1-dev, Copyright (c) 2002, 2003, 2004, 2005, 2006, by Derick Rethans

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
169	[Xdebug] Debug client (console)	block	always	2006-02-25 17:11	2006-05-27 22:09
Reporter:	Flink	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mandriva LINUX 2006
PHP Version:	5.1.1
Summary:	cannot install on Mandriva 2006
Description:	I am running PHP on Mandriva 2006 and have downloaded the http://www.xdebug.org/link.php?url=xdebug200b5. [^] I have followed all the steps in the README file with success. However no xdebug shows up in the phpinfo file's output. (apache2 has been restartet) I have also installed (deinstalled afterwards) the Nom : php-xdebug Version : 5.0.4_1.3.2-1mdk from the DVD. However it did never create any profile output. I have searched for the file without success in the whole filesystem.
Steps To Reproduce:
Additional Information:	[root@localhost html]# php --version Failed loading /usr/lib/php/extensions: /usr/lib/php/extensions: cannot read file data: Is a directory PHP 5.1.1 (cli) (built: Nov 29 2005 15:48:45) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies
Attached Files:

Notes
(0000375) derick    2006-02-25 17:45	Mandrake's version on the DVD is 1.3.2, which doesn't offer profiling so that explains that. The other issues might be related to: Failed loading /usr/lib/php/extensions: /usr/lib/php/extensions: cannot read file data: Is a directory Can you add a link to your phpinfo() output here?
(0000377) Flink    2006-02-25 19:08	I have now used the installation from 2.0.1rc of Mandriva. Then I have overwritten it with the self compiled file. cp modules/xdebug.so /usr/lib/php/extensions http://story-castle.net/fholzinger/development/phpinfo.html [^] So this is for the downloaded and selfcompiled file.
(0000378) Flink    2006-02-25 19:11	I have to give this variant up. It creates a lot of core dump files in /tmp
(0000404) derick    2006-05-08 00:01	Do you have a backtrace or more information to go with this "creates lots of core dumps" remark? That remark alone is definitely not enough to see what's wrong.
(0000408) derick    2006-05-14 20:13	Anything new here?
(0000414) derick    2006-05-27 22:09	Can't reproduce this... nor did I get any more feedback so I'm resolving this issue for now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
177	[Xdebug] Debug client (console)	major	always	2006-05-01 07:26	2006-05-27 22:08
Reporter:	judas_iscariote	Platform:	amd64
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:	SUSE 10.0
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux 64 bit
PHP Version:	5.1-dev
Summary:	debug client does not compile
Description:	I neglected to report this before,(long time having the problem), but debugclient does not compiles at all
Steps To Reproduce:	cd xdebug/debugclient ./buildconf result: buildconf: You need GNU Bison 1.28 or newer installed. make: *** [buildmk.stamp] Error 1 I have bison 1.875 installed... I solved this error using export LC_ALL=C (clearly a locale issue) and then builconf works ok, and ends sucefully.but after that ,configure fails. config.status: creating Makefile config.status: error: cannot find input file: Makefile.in
Additional Information:	autoconf version 2.59 automake version 1.9.6 libtool version 1.5.18 bison version 1.875 gcc version 4.0.2 2005-09-01 if more information is required, let me to know.
Attached Files:

Notes
(0000388) judas_iscariote    2006-05-01 07:28	BTW:: I used the "advanced report" feature of mantis, but I see the relevant info is not visible in non-advanced way :(
(0000390) derick    2006-05-01 12:09	The client doesn't use bison at all, so I just removed the check. It should work now.
(0000391) judas_iscariote    2006-05-01 20:36	no, it doesn't work. i just checked a fresh copy from the CVS. run buildocnf configure: creating ./config.status config.status: creating Makefile config.status: error: cannot find input file: Makefile.in aby other info I can provide to fix the problem ?
(0000392) derick    2006-05-01 20:50	Might have to do with your autoconf/automake versions actually. I use: Autoconf version 2.13 automake (GNU automake) 1.4-p6 which work fine. PHP and PHP extensions have similar problems with the newer versions I think. Can you check this?
(0000393) judas_iscariote    2006-05-01 20:54	all PHP extensions included in the core, or from PECL ( like APC, filter, gpg,and a very few others I tried) compiles with no problems at all. PHP6, PHP5_1, and 4_4 compiles with absolutely no issues. any other hint ?
(0000402) derick    2006-05-07 23:56	The debugclient uses an old script I think. Did you verify if the older tools work with it?
(0000409) derick    2006-05-14 20:13	Did you have a chance to look at the other versions of the auto tools yet?
(0000413) derick    2006-05-27 22:08	Can't reproduce this... nor did I get any more feedback so I'm resolving this issue for now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
170	[Xdebug] Installation	trivial	always	2006-02-25 17:31	2006-05-08 00:03
Reporter:	Flink	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.1
Summary:	xdebug.trace_output_dir is always /tmp
Description:	It is not possible to change the trace_output_dir. I have entered into php.ini file and restarted apache: ; XDEBUG 2 PROFILER ;zend_extension="/usr/lib/php/extensions" xdebug.profiler_enable = 1 xdebug.profiler_output_dir = /var/www/html However the phpinfo file always shows xdebug.profiler_output_dir /tmp /tmp xdebug.profiler_output_name crc32 crc32
Steps To Reproduce:
Additional Information:	[root@localhost /]# rpm -qi php-xdebug-2.0.0-1.20060103.2mdk Name : php-xdebug Relocations: (not relocatable) Version : 2.0.0 Vendor: Mandriva Release : 1.20060103.2mdk Build Date: jeu 02 fév 2006 12:56:16 CET Install Date: sam 25 fév 2006 17:15:28 CET Build Host: n2.mandriva.com Group : Development/PHP Source RPM: php-xdebug-2.0.0-1.20060103.2mdk.src.rpm Size : 735112 License: BSD-like Signature : DSA/SHA1, jeu 02 fév 2006 13:29:57 CET, Key ID dd684d7a26752624 Packager : Iurt the rebuild bot <warly@mandriva.com> Version 2.0.0rc1-dev
Attached Files:

Notes
(0000374) Flink    2006-02-25 17:39	Something with the installation seems to be wrong. When I start a local PHP web application, the no file starting with "cachegrind.out." can be found in /tmp What can be wrong here?
(0000376) derick    2006-02-25 17:47	This line will never work. Firstly it is commented out, and secondly it misses the "xdebug.so" at the end... now you're trying to load an directory as an extension. ;zend_extension="/usr/lib/php/extensions".
(0000379) Flink    2006-02-25 19:16	The additions should have been made automatically during the installation with the Mandriva Control Center. So if this is missing this is a bug with Mandriva Linux. ; XDEBUG 2 PROFILER zend_extension="/usr/lib/php/extensions/xdebug.so" xdebug.profiler_enable = 1 xdebug.profiler_output_dir = /var/www/html There is however no difference with these entries in /etc/php.ini No file is created in /var/www/html or /tmp.
(0000405) derick    2006-05-08 00:03	If phpinfo() output doesn't show the correct settings then it's definitely not a problem with Xdebug. Check your installation first.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
159	[Xdebug] Usage problems	crash	always	2005-11-29 20:32	2006-02-21 22:32
Reporter:	jeffg	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	suspended
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.0-dev
Summary:	php 5.1.1 CLI crashes loading xdebug on Windows
Description:	Using the release of 5.1.1 and this xdebug: http://pecl4win.php.net/download.php/ext/5_1/5.1.1/php_xdebug.dll [^] The php 5.1.1 php-cgi.exe interpreter works fine.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000305) derick    2005-12-12 08:39	Do you have any sort of backtrace?
(0000314) Profic    2005-12-23 18:46    (edited on: 2005-12-23 18:47)	Are you shure that crash is on start up, not on shutdown. If latter then this bug is dublicate of http://bugs.xdebug.org/bug_view_page.php?bug_id=0000095 [^] edited on: 2005-12-23 18:47
(0000315) derick    2005-12-30 14:37	Jeff, anything you can add?
(0000329) jeffg    2006-01-03 22:05	I don't have trace output for the problem on Windows, I just get a standard ( braindead ) Windows crash dialog when trying to load xdebug. I can't repro this behavior on Linux. I'm sending this to Shane to look into now that he's back...
(0000333) derick    2006-01-17 21:17	Anything new on this?
(0000370) derick    2006-02-21 22:32	I will suspend this bug until I receive more information as I can not reproduce this. Feel free to reopen if you can provide more information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
166	[Xdebug] Usage problems	crash	always	2006-02-13 11:54	2006-02-13 19:43
Reporter:	shepherdguy	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Fedora Core 4
PHP Version:	5.0.4
Summary:	Seg fault from set_error_handler inside of class
Description:	this is a segmentation fault bug with xdebug 1.3.2 and php 5.0.4 (stock fedora core 0000004 release rpm=5.0.4-10.5). Occurs if library loaded in. xdebug doesn't have to be running. Only appears in a class situation. The same error code doesn't cause problems outside of a class.
Steps To Reproduce:
Additional Information:	<? class Breaks { function get($url) { } function run() { set_error_handler('simpleTestErrorHandler'); $this->testBreaks(); restore_error_handler(); } function testBreaks() { print "$x"; // this works $this->get("$x"); // this DOESNT print "No problem"; } } function simpleTestErrorHandler() { } #phpinfo(); #exit; $t = new Breaks(); $t->run(); exit; ?>
Attached Files:

Notes
(0000367) derick    2006-02-13 19:43	This has been fixed a loooong time ago for Xdebug 2. Please use the latest beta (2.0.0beta5) as it has had many improvements.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
164	[Xdebug] Debug client (console)	block	always	2006-01-16 16:57	2006-01-24 22:42
Reporter:	Opik	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	RHEL3
PHP Version:	5.0.5
Summary:	flock() freeze
Description:	When I use flock($fp, LOCK_EX); my PHP script get freezed. When I turned off xdebug extention this was OK.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000331) derick    2006-01-17 08:52	I need a bit more information - like a *short* reproducing script. The flock() function itself works fine. Are you also sure you're using PHP 5.0.5?
(0000342) Opik    2006-01-17 22:31	Yes, Im sure, that I use PHP 5.0.5 As extentions I use also: eaccelerator and memcache. mb eaccelerator occurs error?
(0000348) Opik    2006-01-17 23:33	code: $fp = fopen($user_data_file, "r+"); if(!$fp) exit; flock($fp, LOCK_EX); // then I comment this line, scripts works fseek($fp,0);
(0000349) Opik    2006-01-18 00:14	I think it was permission error
(0000352) derick    2006-01-18 22:37	It's very possible that other extension affect this, and that it is not Xdebug's fault at all. In your last comment you say that it might have been a permission error, but for that to make sense to me you need to be a bit more clearer. Do you mean it was an error on your site? or what was the full error message? I also didn't see a full reproducable script (which I can copy and paste and works immediately)
(0000364) derick    2006-01-24 22:42	Can't reproduce this, nor did I receive any feedback whether this still is an issue. Please reopen when you can provide the requested information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
115	[Xdebug] Debug client (console)	minor	always	2005-02-08 15:03	2006-01-24 22:42
Reporter:	juergen	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	testet with windows 2000 and XP
PHP Version:	5.0.4
Summary:	remote debugging with php 5.0.3
Description:	in combination with weaverslave remote debugging I have the following problems: the connection starts (see protocoll) but the breakpoint was not reached. protocol: ------begin of protocoll with php 5.0.3 ----------- This is Xdebug version 2.0.0beta3-dev. Copyright 2002, 2003, 2004 by Derick Rethans, >option response_format 1 >break D|/xampp/htdocs/phpinfo.php:2 >run ?init D:\xampp\htdocs\phpinfo.php +OK ?init D:\xampp\htdocs\phpinfo.php <xdebug><data><code>1</code><message>Breakpoint set on file:line combination.</message></data></xdebug> +OK ?init D:\xampp\htdocs\phpinfo.php <xdebug><run><program>D:\xampp\htdocs\phpinfo.php</program></run></xdebug> +OK ------ end of protocoll with php 5.0.3 ---------------- .... with xdebug 1.3.2 and php 4.3.10 I get these additional lines ... and so all is ok! ---------begin additional protocoll ------------------ <xdebug><break><breakpoint><function><name>{main}</name><params></params></function><file>D:\xampp\htdocs\phpinfo.php</file><line>0</line></breakpoint><line file='D:\xampp\htdocs\phpinfo.php' no='2'> echo "abc ";</line></break></xdebug> >bt >show-local ?cmd <xdebug><backtrace><stackframe><level>1</level><function><name>{main}</name><params></params></function><file>D:\xampp\htdocs\phpinfo.php</file><line>0</line></stackframe></backtrace></xdebug> +OK ?cmd <xdebug><show></show></xdebug> +OK ?cmd ------------ end additional protocoll ------------------- configuration in php.ini: ------------------------------------------------------ [Zend] zend_extension_ts="d:\xampp\php\ext\php_xdebug_5_0__2_0dev.dll" xdebug.remote_enable=on xdebug.remote_mode=req xdebug.remote_handler=gdb xdebug.remote_host=localhost xdebug.remote_port=17869 ;nur Xdebug 2 xdebug.extended_info=1 ----------------------------------------------------
Steps To Reproduce:
Additional Information:	xampp: 1.4.11 with php 5.03 PHP API 20031224 PHP Extension 20041030 Zend Extension 220040412
Attached Files:

Notes
(0000231) juergen    2005-02-16 13:51	I have also contact to Thomas Weinert - the autor of weaverslave. His point of view ist: the error is not in weaverslave. Is the "old" GDB-Protocoll furthermore supported in V 2.0 and is there any change in the GDB-protocoll from 1.3.2 to 2.0 ?
(0000346) derick    2006-01-17 23:25	Is this still an issue for you?
(0000363) derick    2006-01-24 22:42	Can't reproduce this, nor did I receive any feedback whether this still is an issue. Please reopen when you can provide the requested information.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
128	[Xdebug] Usage problems	crash	always	2005-05-31 16:36	2006-01-24 22:40
Reporter:	Gena01	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	4.3.10
Summary:	Apache dies with segmentation fault.
Description:	My configuration: + PHP 4.3.10 on RedHat 9 + Apache 2.0.40. + Xdebug2 [latest cvs version as of May 27] I have loaded Xdebug2 as Zend Extension: ------ This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies with Xdebug v2.0.0beta3-dev, Copyright (c) 2002, 2003, 2004, 2005, by Derick Rethans ----- Without touching anything else and just by loading some webpages I am getting: [notice] child pid 4939 exit signal Segmentation fault (11) lines in my Apache error_log. I have managed to capture a backtrace: ------------------------------[btstart]--------------------------------------------- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1077337856 (LWP 13295)] 0x404b0f01 in key () from /etc/httpd/modules/libphp4.so (gdb) bt #0 0x404b0f01 in key () from /etc/httpd/modules/libphp4.so #1 0x40e27d7f in xdebug_crc32tab () from /usr/lib/php4/xdebug2.so 0000002 0x40e2003e in xdebug_var_export (struc=0x8879000, str=0xbfff6600, level=1, debug_zval=141600450) at /home/gennady/xdebug/xdebug-cvs/xdebug/xdebug_var.c:191 0000003 0x40e201de in get_zval_value (val=0xbfff7168, debug_zval=0) at /home/gennady/xdebug/xdebug-cvs/xdebug/xdebug_var.c:243 0000004 0x40e1196f in add_stack_frame (zdata=0xbfff75b0, op_array=0x859bc34, type=60) at /home/gennady/xdebug/xdebug-cvs/xdebug/xdebug.c:861 0000005 0x40e11f06 in xdebug_execute (op_array=0x859bc34) at /home/gennady/xdebug/xdebug-cvs/xdebug/xdebug.c:1108 0000006 0x4051c0b6 in key () from /etc/httpd/modules/libphp4.so 0000007 0x40e11fb8 in xdebug_execute (op_array=0x83285b4) at /home/gennady/xdebug/xdebug-cvs/xdebug/xdebug.c:1143 0000008 0x4051a97c in key () from /etc/httpd/modules/libphp4.so 0000009 0x40e11fb8 in xdebug_execute (op_array=0x832a46c) at /home/gennady/xdebug/xdebug-cvs/xdebug/xdebug.c:1143 0000010 0x4051a97c in key () from /etc/httpd/modules/libphp4.so 0000011 0x40e11fb8 in xdebug_execute (op_array=0x8370444) at /home/gennady/xdebug/xdebug-cvs/xdebug/xdebug.c:1143 0000012 0x4051a97c in key () from /etc/httpd/modules/libphp4.so 0000013 0x40e11fb8 in xdebug_execute (op_array=0x87b02a4) at /home/gennady/xdebug/xdebug-cvs/xdebug/xdebug.c:1143 0000014 0x4051a97c in key () from /etc/httpd/modules/libphp4.so 0000015 0x40e11fb8 in xdebug_execute (op_array=0x87b6504) at /home/gennady/xdebug/xdebug-cvs/xdebug/xdebug.c:1143 0000016 0x4051a97c in key () from /etc/httpd/modules/libphp4.so 0000017 0x40e11fb8 in xdebug_execute (op_array=0x837c85c) at /home/gennady/xdebug/xdebug-cvs/xdebug/xdebug.c:1143 0000018 0x4051c0b6 in key () from /etc/httpd/modules/libphp4.so 0000019 0x40e11fb8 in xdebug_execute (op_array=0x8218a34) at /home/gennady/xdebug/xdebug-cvs/xdebug/xdebug.c:1143 0000020 0x4050a890 in key () from /etc/httpd/modules/libphp4.so 0000021 0x404dd854 in key () from /etc/httpd/modules/libphp4.so 0000022 0x4051fb85 in key () from /etc/httpd/modules/libphp4.so 0000023 0x08071b4c in ap_pass_brigade () 0000024 0x080794cb in ap_core_translate () 0000025 0x08065f85 in ap_run_handler () 0000026 0x0806659f in ap_invoke_handler () 0000027 0x08062d26 in ap_process_request () 0000028 0x0805e3fc in _start () 0000029 0x0806f585 in ap_run_process_connection () 0000030 0x080645e1 in ap_graceful_stop_signalled () 0000031 0x080647fa in ap_graceful_stop_signalled () 0000032 0x08064856 in ap_graceful_stop_signalled () 0000033 0x0806507f in ap_mpm_run () 0000034 0x0806b15f in main () #35 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 ------------------------------[btend]--------------------------------------------- This problem is quite consistent with one specific page. That page is quite complex and loads a bunch of include files. I am investigating trying to narrow it down to something small and simple. Will try to post more when I get more information.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000262) derick    2005-06-30 15:48	Do you have a short reproducing script already?
(0000263) Gena01    2005-07-01 17:29	Just tried against the latest CVS code. Now I get random crashes. Still trying to minimize the size of the code which is proving to be rather difficult since the crashes are now not as consistent.
(0000336) derick    2006-01-17 21:26	Any update on this?
(0000362) derick    2006-01-24 22:40	Can't reproduce this, nor did I receive any short reproducable script. Please reopen when you can provide one.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
106	[Xdebug] Feature/Change request	tweak	N/A	2004-12-08 11:52	2006-01-24 22:39
Reporter:	Dasher	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.0.2
Summary:	Debugging eval'd Statements
Description:	Eval'd statements are useful when you require a flexible mechanism in systems that require a dynamic trigger.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000361) derick    2006-01-24 22:39	Not enough information... and the user seems to have disappeared.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
13	[Xdebug] Feature/Change request	major	N/A	2003-09-07 22:19	2006-01-24 22:37
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.0
Summary:	Add code-coverage per opcode so that ALL code can be checked for coverage
Description:	Add code-coverage per opcode, so that it is possible to exactly determine which parts of your code was executed during (for example) unit tests.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000360) derick    2006-01-24 22:37	No clue what this means anymore...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
97	[Xdebug] Feature/Change request	minor	N/A	2004-10-21 15:50	2006-01-24 22:36
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.10-dev
Summary:	Add a while(true) loop detector
Description:	Possbily with overloading more opcodes. Need to look into this!
Steps To Reproduce:
Additional Information:
Attached Files:

There are no notes attached to this issue.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
112	[Xdebug] Feature/Change request	trivial	always	2005-02-03 12:55	2006-01-24 22:35
Reporter:	rubenv	Platform:
Assigned To:	derick	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.10-dev
Summary:	Parameter display very long in Firefox
Description:	When displaying a call stack with the function params shown, a very long list is shown, mainly becayse of the way tags are used.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000224) rubenv    2005-02-03 12:56	A screenshot can be found here: http://files.lambda1.be/screenshots/xdebug-call-stack.png [^]
(0000225) derick    2005-02-03 13:47	If you know how to fix this (HTML wise) without using CSS, let me know... I've no idea.
(0000226) rubenv    2005-02-03 13:57	code tags could be used for this, they give the same visual formatting as pre, but do not wrap (as far as I know off), so using code instead of pre, and doing nl2br alike stuff on the variables could fix it (I think).
(0000359) derick    2006-01-24 22:35	I am not going to change this, as it would break the layout in a very weird way when you're using arrays. They might get broken up strangely if they are not the first argument.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
137	[Xdebug] Feature/Change request	trivial	always	2005-07-31 16:15	2006-01-24 22:32
Reporter:	mccabe	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.10
Summary:	feature_get for general commands
Description:	If you query xdebug with "feature_get -n breakpoint_set" you will get a reply: <response command="feature_get" transaction_id="2" feature_name="breakpoint_set" supported="1"></response> Shouldn't the text data of the tag be set as well? ie, the default case of DBGP_FUNC(feature_get) should be changed to: XDEBUG_STR_CASE_DEFAULT xdebug_xml_add_text(*retval, xdstrdup(lookup_cmd(CMD_OPTION('n')) ? "1" : "0")); xdebug_xml_add_attribute(*retval, "supported", lookup_cmd(CMD_OPTION('n')) ? "1" : "0"); XDEBUG_STR_CASE_DEFAULT_END ? XDEBUG_STR_CASE_DEFAULT xdebug_xml_add_attribute(*retval, "supported", lookup_cmd(CMD_OPTION('n')) ? "1" : "0"); XDEBUG_STR_CASE_DEFAULT_END
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000358) derick    2006-01-24 22:32	Fixed in CVS - thanks for your report.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
9	[Xdebug] Feature/Change request	minor	N/A	2003-09-07 22:11	2006-01-19 08:29
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.0.0-dev
Summary:	Add support for the doc_comment information
Description:	The doc_comment information stored inside function structures in PHP 5 can be used to extract documentation to the client.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000355) derick    2006-01-19 08:29	This should be done be a different tool - it's not Xdebug's job to do documentation.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
12	[Xdebug] Feature/Change request	major	N/A	2003-09-07 22:18	2006-01-19 08:28
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.0
Summary:	Integrate VLD
Description:	By integrating VLD it's possible to show the 'assembler' from within a debug client. Modifying won't be really possible though. This is also not overly useful, but again a "cool" thing to have.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000354) derick    2006-01-19 08:28	I decided not to implement this at all.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
10	[Xdebug] Feature/Change request	major	N/A	2003-09-07 22:13	2006-01-19 08:28
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.0
Summary:	Evaluation ("eval") per stack frame (active_symbol_table per frame).
Description:	The "eval" command currently only works on the top frame of the stack. New functionality can be added to use eval on the other stack frames too by changing the normal symbol table.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000353) derick    2006-01-19 08:28	This has been fixed some time ago for the DBGp handler

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
165	[Xdebug] Usage problems	trivial	always	2006-01-17 23:17	2006-01-17 23:22
Reporter:	judas_iscariote	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux AMD64
PHP Version:	5.1-dev
Summary:	xdebug.collect_params only produces "???" in php 5.1.x
Description:	xdebug.collect_params is not working as expected. function parameters are replaced for "???" works ok in php 4.3.x
Steps To Reproduce:
Additional Information:	Im running PHP 5.1.3-de CVS Jan-17-2005 but the problem seems to be present in all 5.1 versions.
Attached Files:

Notes
(0000343) judas_iscariote    2006-01-17 23:19	sorry.please fix the category...and severity.. :(
(0000345) derick    2006-01-17 23:22	Duplicate of bug 0000154, can you have a look at the comments there and see if changing the Makefile works for you too?

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
155	[Xdebug] Usage problems	major	always	2005-10-16 00:54	2006-01-17 21:29
Reporter:	mccabe	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux linus 2.6.11-1-686
PHP Version:	4.3.11
Summary:	Cannot watch array elements
Description:	in php, i have an array like: $a = array(); $a['test'] = 'test'; $a[1] = 'xxx'; I can watch $a, but if I request the value of $a[1] I get the full array in response, same if I request $a["test"]. If I reqest $a['test'] I get a crash.
Steps To Reproduce:
Additional Information:	To request $a[1], I send: property_get -i 93 -n $a[1] As reply, I get: <response command="property_get" transaction_id="93"><property name="$a[1]" fullname="$a[1]" address="135490860" type="array" children="1" numchildren="2"><property name="1" fullname="$a[1][1]" address="135477484" type="string" encoding="base64"><![CDATA[dGVzdA==]]></property><property name="test" fullname="$a[1]['test']" address="135480372" type="string" encoding="base64"><![CDATA[dGVzdA==]]></property></property></response> To requeat $a['test'] I do: property_get -i 94 -n $a["test"] The response is: <response command="property_get" transaction_id="94"><property name="$a["test"]" fullname="$a["test"]" address="135490860" type="array" children="1" numchildren="2"><property name="1" fullname="$a["test"][1]" address="135477484" type="string" encoding="base64"><![CDATA[dGVzdA==]]></property><property name="test" fullname="$a["test"]['test']" address="135480372" type="string" encoding="base64"><![CDATA[dGVzdA==]]></property></property></response> To request $a['test'] I send: property_get -i 130 -n $a['test'] I get no response, but in apache error log I get: *** glibc detected *** free(): invalid pointer: 0x08133bf4 *** [Sun Oct 16 00:52:23 2005] [notice] child pid 12635 exit signal Aborted (6)
Attached Files:

Notes
(0000318) derick    2005-12-30 14:42	Can you try this with 2.0.0beta4 (from pecl.php.net/xdebug)?
(0000339) derick    2006-01-17 21:29	I can not reproduce this, nor did I receive any feedback for my last comment.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
122	[Xdebug] Usage problems	major	always	2005-03-28 23:39	2006-01-17 21:28
Reporter:	alisencer	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	not fixable
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	4.3.10-dev
Summary:	Profiling problems with serendipity
Description:	The cachegrind file that is generated is faulty and contains invalid characters (Ultraedit shows lots of blank lines - but also changes size of scroll bar while scrolling. less shows lots of ^@). Here is an example: www.sencer.de/code/cachegrind.out.3863005622.txt.gz These files cannot be opened with KCachegrind (on Cygwin; it freezes) nor WinCachegrind (errormsg pointing to the respective line 8565). This only happens when profiling serendipity ( www.s9y.org ). Other Scripts work fine.
Steps To Reproduce:
Additional Information:	WindowsXP SP2, Apache 1.3.29, PHP 4.3.10 (not dev).
Attached Files:

Notes
(0000264) nsharp    2005-07-03 19:56	I get the exact same symptoms, but am trying to profile the SyncML interface to horde (Horde.org). The bad characters it adds are NULL characters (ascii 0) and there are sometimes megabytes of them. I wrote a quick perl script to drop the NULLs out, and the files now load in kcachegrind, but the values are bogus and there are may obvious things wrong with the results. I have tried both 2.0.0beta2 and also CVS HEAD as of sometime last week. System: Mandriva 10.0 Apache: 2.0.48 PHP: 4.3.4 Horde: CVS Head as of a few weeks ago This is a show-stopper for me.
(0000267) nsharp    2005-07-27 19:32	I found the problem for me. It turns out that my SyncML client was making several connections in a row in order to process the request. Since XDebug creates a single file for all requests to the same directory, and since apache is multi-threaded, there were several threads competing to write to the file. I threw in a dirty hack to make it create a new filename on each request and I get several files that are all correct without any NULLs.
(0000338) derick    2006-01-17 21:28	This is not something I can fix... you can select Xdebug to create a file per-pid ofcourse.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
152	[Xdebug] Debug client (console)	crash	always	2005-10-05 10:58	2006-01-17 21:25
Reporter:	imajes	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Darwin whuffie.local 8.2.0 Darwin Kernel Version 8.2.0: Fri Jun 24 17:46:54 PDT 2005; root:xnu-792.2.4.obj~3/RELEASE_PPC Power Macintosh powerpc
PHP Version:	4.3.11
Summary:	missing free
Description:	apache child crashes - profiling is enabled in the conf, and xdebug_start_trace is active early in the process
Steps To Reproduce:
Additional Information:	#0 0x0128d834 in _efree () No symbol table info available. #1 0x0306a09c in xdebug_array_element_export (zv=0x349c5ec, num_args=4035120, args=0xc <Address 0xc out of bounds>, hash_key=0x0) at /Users/james/src/cvs/xdebug/xdebug_var.c:137 newlen = 0 tmp2 = 0x0 level = 1 debug_zval = 0 str = (xdebug_str *) 0xbfffcac0 0000002 0x012afeec in zend_hash_apply_with_arguments () No symbol table info available. 0000003 0x0306a340 in xdebug_var_export (struc=0x3493ca0, str=0xbfffcac0, level=1, debug_zval=0) at /Users/james/src/cvs/xdebug/xdebug_var.c:203 myht = (HashTable *) 0x3493ca0 tmp_str = 0x3493ca0 "" tmp_len = 127 0000004 0x0306a4a0 in get_zval_value (val=0x3496910, debug_zval=0) at /Users/james/src/cvs/xdebug/xdebug_var.c:246 str = { l = 51, a = 1031, d = 0x1938e00 "array ('t' => '$100', 'b' => '$16.50', '(null)' => " } 0000005 0x0305c764 in return_trace_stack_frame_begin_normal (i=0x3472130) at /Users/james/src/cvs/xdebug/xdebug.c:1569 tmp_varname = 0x0 tmp_value = 0x3d9230 "'(null)' => " c = 1 j = 2 tmp_name = 0x3495d40 "\003I@K" str = { l = 191, a = 1035, d = 0x1845000 " 0.7085 0", ' ' <repeats 17 times>, "-> core->expandstring('       [[DATA::b]] (orders under [[DATA::t]]) but only [[DATA::a]] (orders over [[DATA::t]])', " } 0000006 0x0305ad3c in trace_function_begin (fse=0x0, function_nr=4035120) at /Users/james/src/cvs/xdebug/xdebug.c:846 t = 0x349c260 "@#" 0000007 0x0305b9f4 in xdebug_execute (op_array=0x3d6580) at /Users/james/src/cvs/xdebug/xdebug.c:1199 dummy = (zval **) 0xaeb5103 edata = (zend_execute_data *) 0xbfffcc80 fse = (function_stack_entry *) 0x3472130 xfse = (function_stack_entry *) 0x349c260 magic_cookie = 0x3472130 "" do_return = 1 function_nr = 2095 le = (xdebug_llist_element *) 0x30752b0 0000008 0x012c19ec in execute () No symbol table info available. 0000009 0x0305bac4 in xdebug_execute (op_array=0x3d5ec0) at /Users/james/src/cvs/xdebug/xdebug.c:1231 dummy = (zval **) 0xaeb5103 edata = (zend_execute_data *) 0xbfffcf10 fse = (function_stack_entry *) 0x3479d50 xfse = (function_stack_entry *) 0x3479d50 magic_cookie = 0x3479d50 "\003@??\003@\231?" do_return = 1 function_nr = 2078 le = (xdebug_llist_element *) 0x30752b0 0000010 0x012c19ec in execute () No symbol table info available. 0000011 0x0305bac4 in xdebug_execute (op_array=0x34715e0) at /Users/james/src/cvs/xdebug/xdebug.c:1231 dummy = (zval **) 0x0 edata = (zend_execute_data *) 0xbfffd1a0 fse = (function_stack_entry *) 0x345b410 xfse = (function_stack_entry *) 0x3487050 magic_cookie = 0x345b410 "" do_return = 1 function_nr = 2068 le = (xdebug_llist_element *) 0x30752b0 0000012 0x012c3c10 in execute () No symbol table info available. 0000013 0x0305bac4 in xdebug_execute (op_array=0x3ce440) at /Users/james/src/cvs/xdebug/xdebug.c:1231 dummy = (zval **) 0xaeb5103 edata = (zend_execute_data *) 0xbfffd430 fse = (function_stack_entry *) 0x3487050 xfse = (function_stack_entry *) 0x3487050 magic_cookie = 0x3487050 "" do_return = 1 function_nr = 2030 le = (xdebug_llist_element *) 0x30752b0 0000014 0x012c19ec in execute () No symbol table info available. 0000015 0x0305bac4 in xdebug_execute (op_array=0x34585d0) at /Users/james/src/cvs/xdebug/xdebug.c:1231 dummy = (zval **) 0x0 edata = (zend_execute_data *) 0xbfffd6c0 fse = (function_stack_entry *) 0x3451930 xfse = (function_stack_entry *) 0x3468eb0 magic_cookie = 0x3451930 "" do_return = 1 function_nr = 924 le = (xdebug_llist_element *) 0x30752b0 0000016 0x012c3c10 in execute () No symbol table info available. 0000017 0x0305bac4 in xdebug_execute (op_array=0x3ce440) at /Users/james/src/cvs/xdebug/xdebug.c:1231 dummy = (zval **) 0xaeb5103 edata = (zend_execute_data *) 0xbfffd950 fse = (function_stack_entry *) 0x3468eb0 xfse = (function_stack_entry *) 0x3468eb0 magic_cookie = 0x3468eb0 "\003F\025p\003Chp" do_return = 1 function_nr = 886 le = (xdebug_llist_element *) 0x30752b0 0000018 0x012c19ec in execute () No symbol table info available. 0000019 0x0305bac4 in xdebug_execute (op_array=0x342c770) at /Users/james/src/cvs/xdebug/xdebug.c:1231 dummy = (zval **) 0xaeb5103 edata = (zend_execute_data *) 0xbfffdbe0 fse = (function_stack_entry *) 0x345c990 xfse = (function_stack_entry *) 0x345c990 magic_cookie = 0x345c990 "\003B?@\003F\237@" do_return = 1 function_nr = 854 le = (xdebug_llist_element *) 0x30752b0 0000020 0x012c19ec in execute () No symbol table info available. 0000021 0x0305bac4 in xdebug_execute (op_array=0x399360) at /Users/james/src/cvs/xdebug/xdebug.c:1231 dummy = (zval **) 0x1 edata = (zend_execute_data *) 0x0 fse = (function_stack_entry *) 0x3424b70 xfse = (function_stack_entry *) 0x3424b70 magic_cookie = 0x3424b70 "" do_return = 0 function_nr = 99 le = (xdebug_llist_element *) 0x30752b0 0000022 0x012a7c50 in zend_execute_scripts () No symbol table info available. 0000023 0x0125e560 in php_execute_script () No symbol table info available. 0000024 0x012c7268 in apache_php_module_main ()
Attached Files:

Notes
(0000324) derick    2005-12-30 17:01	Please try with the latest CVS version, and if it is still a problem, provide a short reproducable script so that I can try to reproduce it.
(0000335) derick    2006-01-17 21:25	Closing as I can't duplicate this nor is there any more feedback.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
157	[Xdebug] Usage problems	major	random	2005-10-18 16:40	2006-01-17 21:24
Reporter:	selkirk	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Mac OS X 10.3.9
PHP Version:	5.0.4
Summary:	Consistent Random Memory Corruption
Description:	I'm experiencing fairly consistent memory corruption problems while collecting code coverage information for a large test suite (covering hundreds of files). These show up as odd PHP errors and failing test cases that occur only with XDebug loaded. I have not yet been able to complete a run of the whole test suite without encountering one of these errors. The test suite runs fine when XDebug is not loaded.
Steps To Reproduce:
Additional Information:	I've tried with both php 5.0.1 and php 5.0.4. I have not been able to try with 5.0.5 because my application and SimpleTest do not yet work with PHP versions >= 5.0.5.
Attached Files:

Notes
(0000298) derick    2005-10-19 10:18	Can you please try the latest beta (2.0.0beta4) if you didn't do that yet, and update the bugreport with the new Xdebug version filled in correctly? If you already did that I really need a short reproducable script, or a valgrind trace in order to figure out what is going wrong. We found no problems here utilizing codecoverage with a huge PHPUnit2 run f.e. (but that's with PHP 5.1.0rc3)
(0000300) selkirk    2005-10-19 16:40	The latest version listed on the web site is 2.0.0beta2, so I assume that beta4 is the cvs version? I will re-try with the cvs version. Yesterday, I noticed a spurious test failure during a regular test run with xdebug loaded but coverage not enabled. Running a second time produced correct results. So, I don't think the problem is not limited to just during coverage reports.
(0000302) selkirk    2005-10-21 01:37	I checked out the latest version from CVS. How do I create ./configure? It might be helpful to mention that under the "Compiling from Source" section on http://xdebug.org/install.php [^] Thanks
(0000303) selkirk    2005-10-21 01:40	Ok, my bad. Forgot the phpize step. I never knew what that did. Now I do. :)
(0000317) derick    2005-12-30 14:40	Is the issue solved now?
(0000334) derick    2006-01-17 21:24	Closing as I can't duplicate this nor is there any more feedback.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
151	[Xdebug] Usage problems	major	always	2005-09-24 02:50	2005-12-31 11:34
Reporter:	oksofar	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.0.4
Summary:	cannot go past xdebug_break()
Description:	Debugging breaks at xdebug_break(), but will go no farther. The problem does not occur with xdebug for 4.4.x-dev
Steps To Reproduce:
Additional Information:	Apache/2.0.54 Komodo client
Attached Files:

Notes
(0000327) derick    2005-12-31 11:34	Duplicate of bug 0000141.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
47	[Xdebug] Usage problems	minor	always	2004-02-27 13:19	2005-12-30 17:00
Reporter:	sergio	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Red Hat 7.3, Mac OS X 10.3.2
PHP Version:	4.3.10
Summary:	Profile data not dumped on file when profiling is called from PHP script
Description:	If profiling is called from script with xdebug_start_profiling('/path/to/some/dir/'.$variableFilename) profiling data are displayed to screen but no written to file. The file as been created but it contain only 2 lines Start of function profiler End of function profiler If the profiling is started from php.ini all is working fine (no HTML output, data written to file)
Steps To Reproduce:
Additional Information:	this is the code used <?php //begin of profiling xdebug_start_profiling('/tmp/xdebug/profile_'.time().'.txt'); // code here // end and display of profiling $level = 4; // this is the format of the report usefull value 1, 4, 5 echo 'script: ',__FILE__, '@',date("d-m-Y H:i", time()), 'profile level ',$level; xdebug_dump_function_profile($level); xdebug_stop_profiling(); ?>
Attached Files:

Notes
(0000101) sergio    2004-02-27 13:22	Sorry, this is reported in bug 000021 and solved. Readed after posting... :-}
(0000102) sergio    2004-02-27 15:08	I'm posting again... I can replicate the behavior also omitting the xdebug_dump_function_profile() from the code. No profile data are written to file. It's probably my fault but where?
(0000103) derick    2004-02-27 21:05	You should remove the xdebug_stop_profiling() function as it will clean up all the data before the profiling information is written to the file. (You might also have to remove the xdebug_dump_function_profile() function).
(0000105) sergio    2004-03-01 10:06    (edited on: 2004-03-01 10:24)	It is still dumping anything but Start of function profiler End of function profiler to file. The code i'm testing is the following <?php xdebug_start_profiling('/dati/home/aghemo/oracle.showroom.loc/xdebug/'.time().'.txt'); echo date("d-m-Y H:i", time()); phpinfo(); ?> If could be related I cannot guess way to start xdebug profiling from httpd.conf nor .htaccess; only php.ini auto start profiling works edited on: 2004-03-01 10:24
(0000297) derick    2005-09-23 10:37	Does this still happen with the latest CVS version (2.0.0beta3-dev)?
(0000323) derick    2005-12-30 17:00	I got no feedback, so I'm closing this report as I can not duplicate it either.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
114	[Xdebug] Feature/Change request	trivial	always	2005-02-05 14:33	2005-09-23 10:35
Reporter:	helly	Platform:
Assigned To:	derick	OS:
Priority:	low	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.0
Summary:	Rename tests/*.php to tests/*.inc
Description:	When xdebug is installed in ext directory then make clean removes the tests/*.php files.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000296) derick    2005-09-23 10:35	Fixed in CVS.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
113	[Xdebug] Debug client (console)	crash	unable to reproduce	2005-02-05 11:24	2005-09-23 10:26
Reporter:	LupusMichaelis	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	GNU/Linux Debian Sarge
PHP Version:	5.0.2
Summary:	XSLT PHP functions registered
Description:	If I use a registered PHP function in an XSLT file, xdebug crash PHP5.
Steps To Reproduce:
Additional Information:	http://de.php.net/manual/fr/function.xsl-xsltprocessor-register-php-functions.php [^]
Attached Files:

Notes
(0000228) derick    2005-02-16 11:48	Can you please provide a reproducing script, and are you really using version 1.3.2?
(0000232) LupusMichaelis    2005-02-16 16:39    (edited on: 2005-02-16 16:43)	The version I give is the php_info version for x-debug ! Here an exemple : <?php $xml = <<<EOS <foo>   <bar>Blah !</bar> </foo> EOS; $xsl = <<<EOS <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> [^] <xsl:stylesheet   version="1.0"   xmlns:php="http://php.net/xsl" [^]   xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> [^] <xsl:output   encoding="utf-8"   doctype-public="-//W3C//DTD XHTML 1.0 Strict//EN"   doctype-system="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" [^]   indent="yes"   /> <xsl:template match="/"> <html xmlns="http://www.w3.org/1999/xhtml" [^] lang="fr">   <head><title>Toto don't love me !'</title></head>   <body>     <xsl:apply-templates/>     <xsl:value-of select="php:function('php_func', node())" disable-output-escaping="yes" />   </body> </html> </xsl:template> <xsl:template match="foo">    Completly foo ! </xsl:template> <xsl:template match="bar">    I got a bar ! </xsl:template> </xsl:stylesheet > EOS; function php_func($node) {     if(get_class($node[0]) == 'DOMNode')         return 'I\'ve got a Node !' ;     else         return 'I\'ve got something strange...' ; } $model = DOMDocument::loadXML($xml) ; $xslt = DOMDocument::loadXML($xsl) ; $proc = new XSLTProcessor() ; $proc->importStyleSheet($xslt) ; $proc->registerPhpFunctions(); $out = $proc->transformToDoc($model) ; echo $out->saveXML() ?> edited on: 2005-02-16 16:43
(0000247) derick    2005-03-10 22:40	I can not reproduce this with the latest CVS version (both 1.3.3-rev or 2.0.0-dev). Please try one of those versions and provide feedback.
(0000295) derick    2005-09-23 10:26	No feedback given.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
146	[Xdebug] Debug client (console)	minor	always	2005-09-03 01:12	2005-09-23 10:24
Reporter:	mariuszn3	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	5.0.4
Summary:	xt trace files -> quotes within array key name's are not escaped
Description:	Within content of trace files (*.xt). Arrays presented as function parameters or returns has unescaped quotes within key names (values are fine). This doesn't affects xdebug extension but affects any software that makes use of that.
Steps To Reproduce:
Additional Information:	Trace file contains function returns and function paramaters in most cased presented as valid php code(with minor exceptions like for resource and class types). I've just created script which parses that file and outputs that in more readable table way. When with resource and class problem (of not valid php code) is easy to solve then in case of unescaped array key names it's more problematic and there's no perfect solution for that (I wrote short function to repair such file but apart of that it can be time consuming it's still not sound solution) I will publish that script and mention about it on discussion list when I'll be happy about it. I'm still testing and improving it.
Attached Files:

Notes
(0000289) derick    2005-09-22 20:45	I can't reproduce this with the latest cvs version of Xdebug. The following script: <?php     $tf = xdebug_start_trace('/tmp/'. uniqid('xdt', TRUE));     function foo($a)     {         return $a;     }     $array = array("te\"st's" => 42);     foo($array);     echo file_get_contents($tf);     unlink($tf); ?> produces the following output: TRACE START [2005-09-22 18:44:51]     0.0011 44184 -> foo(array ('te"st\'s' => 42)) /dat/dev/php/xdebug/tests/bug00146.php:10                            >=> array ('te"st\'s' => 42)     0.0012 44240 -> file_get_contents('/tmp/xdt4332fba354c818.92692592.xt') /dat/dev/php/xdebug/tests/bug00146.php:12 as you can see, the quote (') is succesfully escaped. Please provide a script where the trace file does not have this.
(0000292) mariuszn3    2005-09-23 02:49    (edited on: 2005-09-23 02:59)	Sorry my fault I was using 2.0.0beta1 version. I've just updated. Thanks! edited on: 2005-09-23 02:59
(0000294) derick    2005-09-23 10:24	Okay, considered "fixed" then.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
145	[Xdebug] Usage problems	minor	always	2005-08-28 17:44	2005-09-22 20:48
Reporter:	damir	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.10
Summary:	Problems profiling with mod_rewrite
Description:	When i use profiler on mod_rewrite-enabled site i always get cachegrind.out file for notfound.php, which is executed when there is no record in mod_rewrite map, though i enter 'mapped' url. I'd like to know a little more about the way profiler accesses script being executed (maybe url format or something) to handle this case in rewrite map.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000290) derick    2005-09-22 20:48	The profiler only sees files that are actually excuted. In this case it means that PHP actually executes this notfound.php page you're talking about.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
147	[Xdebug] Debug client (console)	crash	always	2005-09-12 16:26	2005-09-22 20:25
Reporter:	garfieldfr	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 2000 Pro SP4
PHP Version:	4.3.10
Summary:	Crash PHP.exe under Windows
Description:	PHP crash when using Xdebug. I have this warning: Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of [runtime function name](). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in d:\xxxxx\class.frontController.php on line 95 I know why this warning but when i disable Xdebug the code work well.
Steps To Reproduce:
Additional Information:	OS: Windows 2000 SP4 Serveur Apache 1.3.31 as service PHP 4.3.5, 4.3.8 CGI mode Tested with xdebug-4.3.6-2.0.0beta1.dll, xdebug-4.3-1.3.2.dll and xdebug-4.3-2.0dev.dll
Attached Files:

Notes
(0000282) garfieldfr    2005-09-16 20:28	Forgot this bug, it was a probleme in my configuration. I was set xdebug.remote_handler=bdgp instead of xdebug.remote_handler=dbgp very hard to find !
(0000287) derick    2005-09-22 20:25	Not a bug, marking as such.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
150	[Xdebug] Debug client (console)	trivial	always	2005-09-21 16:48	2005-09-21 17:10
Reporter:	mikedransfield	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux 2.6 (Fedora 2)
PHP Version:	5.1.0-dev
Summary:	Failed loading xdebug, undefined symbol empty_string
Description:	Failed loading /php5/lib/php/extensions/no-debug-non-zts-20050617/xdebug.so: /php5/lib/php/extensions/no-debug-non-zts-20050617/xdebug.so: undefined symbol: empty_string This is using php 5.1.0 RC2-dev downloaded from snaps.php.net
Steps To Reproduce:
Additional Information:	I reported the other crashing bug and I wanted to see if it was fixed, the snapshot was compiled at 12PM whilst the fix was done at 10AM, so I assume the fix would have made it into this release. PHP 5 checked out from CVS didnt compile so I am using the snapshot
Attached Files:

Notes
(0000285) derick    2005-09-21 17:04	This error means you compiled Xdebug against the wrong PHP headers. You *need* to do "make install" in the PHP 5 source tree and make sure that you're only having one set of headers installed.
(0000286) mikedransfield    2005-09-21 17:10	Sorry, I think this is related to this. http://bugs.php.net/bug.php?id=34583 [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
149	[Xdebug] Debug client (console)	crash	always	2005-09-20 19:44	2005-09-21 11:35
Reporter:	mikedransfield	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux 2.6 (Fedora 2)
PHP Version:	5.0.4
Summary:	Server module crashes under Apache 1.3.33
Description:	Same bug as reported here http://pecl.php.net/bugs/bug.php?id=5437 [^] I am using the latest code checked out from CVS
Steps To Reproduce:
Additional Information:	PHP version is 5.0.5 configured with './configure' '--prefix=/php5' '--with-apxs=/www/bin/apxs' '--with-gd=shared' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-iconv' '--with-zlib' '--with-openssl' '--with-mysqli' '--without-sqlite' '--disable-posix' '--disable-dom' '--without-mysql' '--disable-tokenizer' Reproduce code: --------------- The code to reproduce http://dev.12snow.co.uk/pear-bug/test.php.txt [^] The cache file used http://dev.12snow.co.uk/pear-bug/GetConfig-33.php.txt [^] Expected result: ---------------- http://dev.12snow.co.uk/pear-bug/expected_output.txt [^] Actual result: -------------- Backtrace http://dev.12snow.co.uk/pear-bug/bt.txt [^] Diff from php.ini-dist http://dev.12snow.co.uk/pear-bug/php.ini.diff.txt [^]
Attached Files:

Notes
(0000283) derick    2005-09-20 22:43	I have a fix for this, but this fix needs to be done in PHP. I'll talk to the Zend people about that.
(0000284) derick    2005-09-21 11:35	Is now fixed in PHP 4.4, 5.1 and 6.0 (but not yet for 5.0, this should be done soon).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
143	[Xdebug] Installation	major	always	2005-08-09 05:28	2005-08-10 19:13
Reporter:	rosensama	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.1.0-dev
Summary:	unknown symbol output_globals w/ PHP 5.1.0b3
Description:	I built xdebug cvs HEAD of 8/8/05 against PHP 5.1.0b3. I followed the instructions on the xdebug.org installation page. When I start apache, I get the following entry in my error log: Failed loading /usr/lib/php/extensions/no-debug-zts-20050617/xdebug.so: /usr/lib/php/extensions/no-debug-zts-20050617/xdebug.so: undefined symbol: output_globals
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000280) derick    2005-08-10 19:13	This means you're building against the wrong PHP headers.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
139	[Xdebug] Usage problems	trivial	always	2005-07-31 17:10	2005-08-04 15:55
Reporter:	mccabe	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.10
Summary:	typemap_get doesent give a mapping for hash
Description:	THe reponse to typemap_get doesent map "hash" to "hash" (only "array" to "hash") Shouldn't it? ie, a: {"hash", "hash", NULL}, added to char *xdebug_dbgp_typemap[XDEBUG_TYPES_COUNT][3] = {} in of debug_handler_dbgp.c
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000274) derick    2005-08-04 15:55	PHP doesn't have a "hash" type, only an array which can be both associative of numeric-indexed (or even mixed). As there is no way to know what style of indexes it uses, we have to map "array" to "hash".

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
135	[Xdebug] Installation	tweak	always	2005-07-30 12:52	2005-08-04 15:49
Reporter:	conrad_schuler	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	SuSE 9.3
PHP Version:	5.0.3
Summary:	underquoted definition automake
Description:	----------------------------------------------------------------------- root Sat Jul 30 03:43:25 /home/conrad $ pear5 install -a xdebug downloading xdebug-1.3.2.tgz ... Starting to download xdebug-1.3.2.tgz (153,629 bytes) .................................done: 153,629 bytes 52 source files, building running: phpize Configuring for: PHP Api Version: 20031224 Zend Module Api No: 20041030 Zend Extension Api No: 220040412 configure.in:9: warning: underquoted definition of PHP_WITH_PHP_CONFIG run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal [^] configure.in:32: warning: underquoted definition of PHP_EXT_BUILDDIR configure.in:33: warning: underquoted definition of PHP_EXT_DIR configure.in:34: warning: underquoted definition of PHP_EXT_SRCDIR configure.in:35: warning: underquoted definition of PHP_ALWAYS_SHARED acinclude.m4:19: warning: underquoted definition of PHP_PROG_RE2C acinclude.m4:1915: warning: underquoted definition of PHP_TEST_BUILD `phpize' failed ----------------------------------------------------------------------- root Sat Jul 30 03:44:04 /home/conrad $
Steps To Reproduce:
Additional Information:	I read: http://sources.redhat.com/automake/automake.html#Extending-aclocal [^] It said after checking the bug list, contact the package maintainer. So I checked the list, and could not find it: so here it is! Thanks, Conrad
Attached Files:

Notes
(0000273) derick    2005-08-04 15:49	Unfortunately, there is nothing that I can do here as the macro's that you mention are part of PHP's phpize tool. PHP still recommends older automake versions for exactly those reasons. You can find the recommended versions at: http://no.php.net/anoncvs.php [^]

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
134	[Xdebug] Installation	block	always	2005-07-23 08:24	2005-07-23 17:15
Reporter:	damir	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Redhat Enterprise
PHP Version:	4.3.11
Summary:	phpize reports error
Description:	/usr/bin/phpize: line 48: cd: @prefix@/lib/php/build: No such file or directory /usr/bin/phpize: line 49: cd: @prefix@/lib/php/build: No such file or directory /usr/bin/phpize: line 52: @prefix@/lib/php/build/phpize.m4: No such file or directory aclocal: `configure.ac' or `configure.in' is required
Steps To Reproduce:
Additional Information:	Red Hat Enterprise Linux ES release 3 (Taroon) Kernel 2.4.21-4.0.1.ELsmp on an i686
Attached Files:

Notes
(0000266) derick    2005-07-23 17:15	This means you don't have the necessary versions of the "auto" tools installed, please refer to http://www.php.net/anoncvs.php [^] what the prefered and supported versions are.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
130	[Xdebug] Usage problems	crash	always	2005-06-30 13:15	2005-06-30 15:47
Reporter:	sebastian	Platform:	x86
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:	2.6
Status:	resolved	Product Version:	2.0.0dev
Product Build:	CVS HEAD from NOW	Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.1.0-dev
Summary:	PHP 5.1 HEAD segfaults for any PHP script when Xdebug is enabled
Description:	See backtrace.
Steps To Reproduce:
Additional Information:	sb@wopr-mobile ~ % cat test.php <?php ?> sb@wopr-mobile ~ % gdb php GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) r test.php Starting program: /usr/local/php-5.1/bin/php test.php [Thread debugging using libthread_db enabled] [New Thread -1211069792 (LWP 23840)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1211069792 (LWP 23840)] 0xb7cecc83 in add_stack_frame (zdata=0x0, op_array=0x845debc, type=0) at /home/sb/xdebug/xdebug.c:906 906 if (XDEBUG_LLIST_TAIL(XG(stack))) { (gdb) bt #0 0xb7cecc83 in add_stack_frame (zdata=0x0, op_array=0x845debc, type=0) at /home/sb/xdebug/xdebug.c:906 #1 0xb7cedcc1 in xdebug_execute (op_array=0x845debc) at /home/sb/xdebug/xdebug.c:1123 0000002 0x08279696 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php/php-5.1/Zend/zend.c:1087 0000003 0x0822ffcd in php_execute_script (primary_file=0xbffeefb0) at /usr/local/src/php/php-5.1/main/main.c:1671 0000004 0x082f04b3 in main (argc=2, argv=0xbffef084) at /usr/local/src/php/php-5.1/sapi/cli/php_cli.c:1039
Attached Files:

Notes
(0000261) derick    2005-06-30 15:47	This was a bug in PHP, not in Xdebug - it's fixed in PHP's CVS now.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
127	[Xdebug] Usage problems	major	always	2005-05-30 12:07	2005-05-31 13:14
Reporter:	kg	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Redhat Linux
PHP Version:	5.0.2
Summary:	Memory leak with profiler
Description:	I've had big memory leak if I turn on profiler and run script that include many functions.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000259) derick    2005-05-31 13:14	I am not going to look into this problem - use Xdebug 2 which definitely has not this problem.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
123	[Xdebug] Usage problems	major	always	2005-04-07 23:52	2005-04-08 09:39
Reporter:	0x33	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian Woody (stable) with PHP5 dotdeb package
PHP Version:	5.0.2
Summary:	Segmentation fault with __autoload
Description:	When using PHP5's __autoload function, apache segfault if xdebug is enabled. (See code below to reproduce the error) PHP : 5.0.[3-4] xdebug : 1.3.2
Steps To Reproduce:
Additional Information:	File a.php <?php class a { public function request($key, $default = '') { return (isset($_REQUEST[$key])) ? $_REQUEST[$key] : $default; } } ?> File b.php <?php class b { const CONST_NAME = 'OK'; } ?> File main.php <?php function __autoload($class_name) { include_once $class_name . '.php'; } class Foo { public function bar() { echo a::request('var', b::CONST_NAME); } } $foo = new Foo; $foo->bar(); ?>
Attached Files:

Notes
(0000253) derick    2005-04-08 09:39	Duplicate of 0000078 - which is fixed in CVS already.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
120	[Xdebug] Installation	major	always	2005-03-08 09:46	2005-03-10 22:16
Reporter:	sylvain	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	suspended
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	debian sarge
PHP Version:	4.3.10-dev
Summary:	Xdebug module doesn't load in apache on debian
Description:	My xdebug module stopped working on debian sarge after an apache update. I've installed xdebug from the source, following the README file. and added the directive in php.ini zend_extension="/usr/lib/php4/20020429/xdebug.so" xdebug.remote_enable=On It was working fine enough. Now I've no more xdebug detail in the phpinfo(). I haven't found yet any error log message interesting about xdebug loading failure. I've tryed to recompile the xdebug module after a «make distclean», no success either.
Steps To Reproduce:
Additional Information:	PHP Version 4.3.10-8 System Linux bio 2.4.27-2-686 #1 Thu Jan 20 11:10:41 JST 2005 i686 Build Date Feb 24 2005 16:24:57 Configure Command '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-config-file-path=/etc/php4/apache' '--enable-memory-limit' '--disable-debug' '--with-regex=php' '--disable-rpath' '--disable-static' '--with-pic' '--with-layout=GNU' '--with-pear=/usr/share/php' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db4' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--disable-xml' '--with-expat-dir=/usr' '--with-xmlrpc' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-kerberos=/usr' '--with-openssl=/usr' '--with-zip=/usr' '--enable-dbx' '--with-mime-magic=/usr/share/misc/file/magic.mime' '--with-exec-dir=/usr/lib/php4/libexec' '--enable-experimental-zts' '--without-mm' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-dom-xslt=shared,/usr' '--with-dom-exslt=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--enable-gd-native-ttf' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-imap-ssl' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--with-recode=shared,/usr' '--enable-xslt=shared' '--with-xslt-sablot=shared,/usr' '--with-snmp=shared,/usr' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' Server API Apache Virtual Directory Support enabled Configuration File (php.ini) Path /etc/php4/apache/php.ini PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety enabled Registered PHP Streams php, http, ftp, https, ftps, compress.bzip2, compress.zlib
Attached Files:

Notes
(0000240) sylvain    2005-03-08 11:48	I've now reinstalled the php suite version 4.3.10-2 from my archive package. It fix my problem and reenable the Xdebug module. But doesn't help with the bug sorry. :-( Here is some command from unix command line which may help someone else: # remove new package 4.3.10-8 apt-get remove libapache-mod-php4 php4-cgi php4-cli php4-common php4-curl php4-dev php4-gd # install the old one manually from .deb file cd /var/cache/apt/archives/ dpkg -i `ls | grep php | grep -v 10-8` .deb fiels are : libapache-mod-php4_4%3a4.3.10-2_i386.deb php4-cgi_4%3a4.3.10-2_i386.deb php4-cli_4%3a4.3.10-2_i386.deb php4-common_4%3a4.3.10-2_i386.deb php4-curl_4%3a4.3.10-2_i386.deb php4-dev_4%3a4.3.10-2_all.deb php4-gd_4%3a4.3.10-2_i386.deb php4-mysql_4%3a4.3.10-2_i386.deb php4_4%3a4.3.10-2_all.deb Reload php4 module in apache: Add the line: LoadModule php4_module /usr/lib/apache/1.3/libphp4.so To the file: /etc/apache/modules.conf Not added by dpkg -i ?? Restart apache, of course. ;-) /etc/init.d/apache restart I've wrote an apt preferences file to Pin those package to be kept at this version, but wasn't able to ask apt to downgrade those packages: cat /etc/apt/preferences Explanation: downgrade php installation to keep xdebug working Package: php4-gd Pin: version 4.3.10-2 Pin-Priority: 1001 Package: php4-dev Pin: version 4.3.10-2 Pin-Priority: 1001 Package: php4-curl Pin: version 4.3.10-2 Pin-Priority: 1001 Package: php4-common Pin: version 4.3.10-2 Pin-Priority: 1001 Package: php4-cli Pin: version 4.3.10-2 Pin-Priority: 1001 Package: php4-cgi Pin: version 4.3.10-2 Pin-Priority: 1001 Package: libapache-mod-php4 Pin: version 4.3.10-2 Pin-Priority: 1001
(0000245) derick    2005-03-10 22:16	No bug here. The Debian maintainer finds it necessary to build everything as ZTS (http://derickrethans.nl/why_i_dont_use_debians_php_packages.php [^]) and thus you need to use: zend_extension_ts=/full/path/to/xdebug.so

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
119	[Xdebug] Usage problems	tweak	always	2005-03-06 22:53	2005-03-06 22:55
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	fixed
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.0.3-dev
Summary:	DBGP's eval will abort the script when the eval statement is invalid
Description:	When running DBGP's eval with an invalid eval statement, or one that produces a fatal error, Xdebug aborts the script.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000239) derick    2005-03-06 22:55	Fixed in CVS!

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
116	[Xdebug] Usage problems	minor	always	2005-02-16 11:31	2005-02-16 11:47
Reporter:	bogomil	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.0.0
Summary:	xDebug not woking with Zend Optimizator
Description:	Here is my php.ini zend_optimizer.optimization_level=15 zend_extension_ts="C:\Program Files\Zend\lib\ZendExtensionManager.dll" zend_extension_manager.optimizer_ts="C:\Program Files\Zend\lib\Optimizer-2.5.5" and xDebug keys zend_extension_ts="c:/php/xdebug-5.0-2.0.0beta1.dll" xdebug.show_local_vars =1 xdebug.show_mem_delta=1 xdebug.auto_trace=1 xdebug.collect_params=1 xdebug.collect_return=1 xdebug.dump.SERVER = REMOTE_ADDR,REQUEST_METHOD xdebug.dump_undefined=1 xdebug.profiler_enable=1 xdebug.profiler_output_dir="c:/php/" When I start Apache, message Zend optimizer is incompatible with Xdebug
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000227) derick    2005-02-16 11:47	This is a problem with the ZendOptimizer. It refuses to load other Zend extensions like Xdebug. I can not do anything about this, please file a bug with the Zend people.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
110	[Xdebug] Installation	major	always	2005-01-10 17:46	2005-01-10 21:06
Reporter:	tripy	Platform:	Gentoo Linux
Assigned To:	derick	OS:	Linux
Priority:	normal	OS Version:	2.6.10-mm1
Status:	resolved	Product Version:	2.0.0dev
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	5.0.3-dev
Summary:	zend_extension in php.ini doesn't load xdebug module
Description:	adding a zend_extension=/usr/lib/php/extensions/debug-non-zts-20041030/xdebug.so in php.ini doesn't show any xdebug reference in phpinfo(); call. But extension=xdebug.so does, but complains as not being installed as a zend_extension. Nowaday, when trying raising errors, with the extension=xdebug, I do have a call stack displayed, but cannot debug (step in/out nor watch/break). With zend_extension, Nothing happens on any errors.
Steps To Reproduce:	compile mod_php 5.0.3 fetch xdebug from cvs or tarball phpize .configure --enable-xdebug make make install add the zend_extension line in php.ini apache2ctl stop apache2ctl start go to http://localhost/test/phpinfo.php [^]
Additional Information:	apache: apache-2.0.52-r2 +berkdb +debug -doc +gdbm +ipv6 -ldap php: mod_php-5.0.3 -adabas +apache2 -bcmath +berkdb -birdstep +bzlib +calendar -cdb -cpdflib +crypt -ctype +curl +curlwrappers -db2 +dba -dbase -dbm -dbmaker -dbx +debug -dio -empress -empress-bcs -esoob +exif +fam -fdftk -filepro -flatfile -frontbase +ftp +gd +gd-external +gdbm -gmp -hyperwave-api -iconv +imap -informix -ingres +inifile -interbase -iodbc +jpeg -kerberos -ldap -libedit -mcve +memlimit -mhash +mime +ming -mnogosearch -msession -msql -mssql +mysql -mysqli +ncurses -nis -nls -oci8 -odbc -oracle7 -ovrimos +pcntl +pcre -pfpro +png +posix +postgres -qdbm +readline -recode -sapdb -sasl +session -shared -sharedmem -simplexml -snmp +soap +sockets -solid +spell +spl +sqlite +ssl -sybase -sybase-ct +sysvipc -tidy +tiff +tokenizer +truetype -wddx +xml2 +xmlrpc +xpm my box Portage 2.0.51-r8 (default-linux/x86/2004.0, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-mm1 i686) ================================================================= System uname: 2.6.10-mm1 i686 AMD Athlon(tm) XP 2400+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jan 6 2005, 16:50:04)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.8.5-r2, 1.6.3, 1.9.3, 1.5, 1.7.9 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r2 CFLAGS="-march=athlon-xp -mtune=athlon-xp -O3 -pipe -fomit-frame-pointer -fforce -addr -falign-functions=16 -falign-jumps=16 -falign-loops=16 -falign-labels=1 -f prefetch-loop-arrays -maccumulate-outgoing-args"
Attached Files:

Notes
(0000223) derick    2005-01-10 21:06	You're using a debug build of PHP (+debug), in that case you need to use zend_extension_debug= instead of zend_extension=. regards, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
105	[Xdebug] Feature/Change request	trivial	always	2004-11-20 19:11	2004-11-27 20:28
Reporter:	0x33	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Debian GNU/Linux
PHP Version:	5.0.2
Summary:	Fancy var_dump function vs Var_Dump class
Description:	Hi Derick, The fancy var_dump function, which overrides the default var_dump() in PHP, does not have the same kind of output than the default function : it produces an html dump, whereas the default function produces a plain text dump (without html tags). The PEAR::Var_Dump package, whose I am the maintainer, closely depends on the output of the original var_dump() function to operate. And because the two results differ, the result of the Var_Dump class using your fancy replacement, does not produce the expected result (see bug http://pear.php.net/bugs/bug.php?id=2574 [^]). I've seen in the changelog, and in xdebug.c that your function overrides the default PHP function. But in the online documentation, you don't explicitly tell that, because the xdebug_var_dump() function is logically used to do this job. So I wanted to have your opinion to resolve this problem smoothly : do I need to take care of the result of your function in the Var_Dump class ; or do you think it could be possible to leave the original function as it is, perhaps with a configuration item telling if the user want to override or not the default var_dump function ? Regards, Frederic Poeydomenge ----- PHP Version 4.3.9-1.dotdeb.3 PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies with Xdebug v1.3.2 Reproduce code: --------------- <?php $a = array (1, 2, array ("a", "b", "c")); var_dump($a); ?> Expected result: ---------------- array(3) { [0]=> int(1) [1]=> int(2) [2]=> array(3) { [0]=> string(1) "a" [1]=> string(1) "b" [2]=> string(1) "c" } } Actual result: -------------- array 0 <font color='#777777'>=></font> <font color='#00bb00'>1</font> 1 <font color='#777777'>=></font> <font color='#00bb00'>2</font> 2 <font color='#777777'>=></font> array 0 <font color='#777777'>=></font> <font color='#bb00bb'>'a'</font> 1 <font color='#777777'>=></font> <font color='#bb00bb'>'b'</font> 2 <font color='#777777'>=></font> <font color='#bb00bb'>'c'</font>
Steps To Reproduce:
Additional Information:	Or would it be possible, before the following two lines in xdebug.c : zend_hash_find(EG(function_table), "var_dump", 9, (void **)&orig); orig->internal_function.handler = zif_xdebug_var_dump; to create a link/pointer to the original var_dump() function (e.g. _xdebug_old_var_dump()) ? That would allow to use your fancy var_dump function as usual, but also to call the old function by using something like this : if ( extension_loaded('xdebug') and function_exists('_xdebug_old_var_dump') ) { $func = '_xdebug_old_var_dump'; } else { $func = 'var_dump'; } What do you think of this option ? Regards
Attached Files:

Notes
(0000214) 0x33    2004-11-24 15:43	I'm sorry for the trouble. I've just discovered that the original var_dump() function was called when the "html_errors" configuration option is set to "off", and I've taken that into account in the new release of the Var_Dump package. In fact, everything is fine, and I think you can close this bug, as it is bogus. Regards Frederic Poeydomenge
(0000215) derick    2004-11-27 20:28	As you said, not a bug, but a feature. Marking it as such.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
52	[Xdebug] Usage problems	major	always	2004-03-22 19:49	2004-10-12 16:50
Reporter:	iansym	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Gentoo GNU/Linux
PHP Version:	4.3.4
Summary:	memory leak with xdebug.auto_profile = 1 in pnp.ini
Description:	When setting xdebug.auto_profile = 1 in the php.ini file, it appears that xdebug leaks memory. I notice my memory meter on gkrellm shooting up with each script usage and eventually it dumps over into swap until all memory is used up. I currently have xdebug 1.3.1dev installed (using Gentoo/Linux) running on Apache 2.0.48 using php 4.3.4. Turning off xdebug.auto_profile seems to alleviate the leak problem. my xdebug files are being written to my /tmp directory.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000183) derick    2004-08-23 09:16	Is this still a problem with the latest versions of both PHP and Xdebug?
(0000186) derick    2004-09-15 09:35	Reminder sent to iansym  Is this still a problem with the latest versions of both PHP and Xdebug?
(0000202) derick    2004-10-12 16:50	No feedback

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
91	[Xdebug] Documentation	minor	always	2004-09-09 18:02	2004-09-18 09:54
Reporter:	spookwork	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows
PHP Version:	4.3.8
Summary:	breakpoint_remove is not behaving as documented
Description:	During execution my IDE issued the command "breakpoint_remove -i TID -d BID" but the response was always a 204 which referred to an improper STATE. In the documentation the STATE option is used with breakpoint_update but is not used with breakpoint_remove. Attempting to remove the association to the breakpoint with "breakpoint_update -i TID -d BID -s disabled" returned an error "3". The final solution was found by using the following command: "breakpoint_remove -i TID -d BID -s disabled"
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000194) derick    2004-09-18 09:54	This works fine for me: <init fileuri="file:///home/derick/test.php" [^] language="PHP" protocol_version="1.0" appid="3099" idekey="xdebul1"><engine version="2.0.0beta1"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org [^]]]></url><copyright><![CDATA[Copyright (c) 2002-2004 by Derick Rethans]]></copyright></init> (cmd) breakpoint_set -i 1 -f test.php -n 2 <response command="breakpoint_set" transaction_id="1" status="starting" reason="ok"><error code="3"></error></response> (cmd) breakpoint_set -i 1 -t line -f test.php -n 2 <response command="breakpoint_set" transaction_id="1" id="30990001"></response> (cmd) breakpoint_remove -i 2 -d 30990001 <response command="breakpoint_remove" transaction_id="2"><breakpoint type="line" filename="file:///home/derick/test.php" [^] lineno="2" state="enabled" id="30990001"></breakpoint></response> (cmd) breakpoint_list -i 3 <response command="breakpoint_list" transaction_id="3"></response> (cmd) breakpoint_set -i 4 -t line -f test.php -n 2 <response command="breakpoint_set" transaction_id="4" id="30990002"></response> (cmd) breakpoint_list -i 5 <response command="breakpoint_list" transaction_id="5"><breakpoint type="line" filename="file:///home/derick/test.php" [^] lineno="2" state="enabled" id="30990002"></breakpoint></response> (cmd) breakpoint_remove -i 6 -d 30990001 <response command="breakpoint_remove" transaction_id="6" status="starting" reason="ok"><error code="204"></error></response> (cmd) breakpoint_remove -i 7 -d 30990002 <response command="breakpoint_remove" transaction_id="7" status="starting" reason="ok"><error code="204"></error></response> There are also no checks in the code that demand the -s option to be set here.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
59	[Xdebug] Usage problems	minor	always	2004-04-18 18:43	2004-09-15 10:09
Reporter:	spooker	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux Mandrake 9.21
PHP Version:	4.3.5
Summary:	XDebug suppresses line number reports from "php -l" usage
Description:	When the XDebug module is installed (CVS version) line number reporting is suppressed. (See additional info)
Steps To Reproduce:
Additional Information:	[spooker@shuttle products]$ php -l register.php Errors parsing register.php [spooker@shuttle products]$ php -l register.php PHP Parse error: parse error, unexpected '{' in register.php on line 159 Errors parsing register.php
Attached Files:

Notes
(0000127) derick    2004-05-09 13:00	Can't reproduce this at all, what's your error_reporting etc. settings?
(0000138) derick    2004-05-31 13:54	Reminder sent to spooker Anything new with this?
(0000193) derick    2004-09-15 10:09	I can't duplicate this, and I also did not get any feedback. Feel free to reopen if you have more information for me. Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
28	[Xdebug] Usage problems	crash	always	2003-11-11 12:17	2004-09-15 10:08
Reporter:	melvyn	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	FreeBSD ghost.lan.webteckies.org 4.9-RC FreeBSD 4.9-RC 0000006: Wed Oct 1 07:44:36 CEST 2003 root@ghost.lan.webteckies.org:/usr/obj/usr/src/sys/GHOST i386
PHP Version:	4.3.4-dev
Summary:	xdebug_llist_init (l=0x0, dtor=0x190b7d6c <hash_element_dtor>)
Description:	Reproducable crash. Requesting a 'Data Dictionary' on a database in phpMyAdmin 2.5.4 triggers the bug. I currently have no time to further investigate the actual trigger condition, but demonstrative patch is below
Steps To Reproduce:
Additional Information:	Index: xdebug_llist.c =================================================================== RCS file: /repository/xdebug/xdebug_llist.c,v retrieving revision 1.4 diff -u -r1.4 xdebug_llist.c --- xdebug_llist.c 20 Feb 2003 14:30:54 -0000 1.4 +++ xdebug_llist.c 11 Nov 2003 11:15:22 -0000 @@ -29,6 +29,11 @@ xdebug_llist *l; l = malloc(sizeof(xdebug_llist)); + if ( !l ) + { + /* do proper clean up here */ + exit(8); + } xdebug_llist_init(l, dtor); return l;
Attached Files:

Notes
(0000067) derick    2003-12-01 15:44	I could not reproduce this with 4.3.5-dev, xdebug-2.0dev (current CVS) and phpmyadm 2.5.4. Can you please tell me which xdebug related php.ini settings you made and whether you have a debug or non-debug php build?
(0000071) melvyn    2003-12-02 01:28	Try --enable-memory-limit, default setting (8M) and a large enough number of tables (in my case 41). I've screwed around with my php install in the mean time. Xdebug version above was used, but 1.2.0 was also affected. I thought the bug would be clear from the patch, that the success of the malloc was not checked. I found that backtracing. AFAIR auto_trace and default_enable we're on. No phpdebug build.
(0000072) melvyn    2003-12-02 21:56	I'm pretty sure I've found the cause: 28094 www 2 0 320M 305M sbwait 0:09 10.27% 9.91% httpd 28126 www 2 0 22176K 14552K sbwait 0:07 25.31% 23.78% httpd The first run is with 'autotrace' on. The second one, without. Apache was stopped and started before the first run and in between the runs. Both requested the data-dictionary of the same database. Since I've now compiled php without memory limit, I do not hit the bug anymore but 300M difference for autotrace seems to be a bit much - especially for a webserver. If there is no bug here, then maybe autotrace should be disabled when sapi != cli. # php -i | grep xdebug xdebug xdebug support => enabled xdebug.auto_profile => Off => Off xdebug.auto_profile_mode => 0 => 0 xdebug.auto_trace => Off => Off xdebug.collect_params => Off => Off xdebug.default_enable => On => On xdebug.dump.COOKIE => no value => no value xdebug.dump.ENV => no value => no value xdebug.dump.FILES => no value => no value xdebug.dump.GET => no value => no value xdebug.dump.POST => no value => no value xdebug.dump.REQUEST => no value => no value xdebug.dump.SERVER => no value => no value xdebug.dump.SESSION => no value => no value xdebug.dump_once => On => On xdebug.dump_undefined => Off => Off xdebug.manual_url => http://www.php.net [^] => http://www.php.net [^] xdebug.max_nesting_level => 64 => 64 xdebug.output_dir => /tmp => /tmp xdebug.remote_enable => Off => Off xdebug.remote_handler => gdb => gdb xdebug.remote_host => localhost => localhost xdebug.remote_mode => req => req xdebug.remote_port => 17869 => 17869
(0000192) derick    2004-09-15 10:08	I'm going to mark this bug as resolved, as I'm still unable to duplicate it. If you have more information about it, feel free to reopen it. Besides that, the tracing in Xdebug 2.0 is much better anyway (and doesn't use much memory at all!) Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
23	[Xdebug] Usage problems	crash	unable to reproduce	2003-10-19 21:14	2004-09-15 10:07
Reporter:	rehsack	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	FreeBSD 5-CURRENT, gcc 3.3.1
PHP Version:	4.3.3
Summary:	core dump with xdebug-current (2003-10-19 19:12 GMT)
Description:	When PHP is running with current xdebug enabled, xdebug crashs in in xdebug_llist_count (l=0x0) at /usr/ports/devel/php-xdebug/work/xdebug-1.2.0/xdebug_llist.c:168
Steps To Reproduce:
Additional Information:	Backtrace (gdb): #0 0x68a1a5ea in xdebug_llist_count (l=0x0) at /usr/ports/devel/php-xdebug/work/xdebug-1.2.0/xdebug_llist.c:168 168 return l->size; (gdb) bt #0 0x68a1a5ea in xdebug_llist_count (l=0x0) at /usr/ports/devel/php-xdebug/work/xdebug-1.2.0/xdebug_llist.c:168 #1 0x68a1a60d in xdebug_llist_empty (l=0x0, user=0x0) at /usr/ports/devel/php-xdebug/work/xdebug-1.2.0/xdebug_llist.c:173 0000002 0x68a1a65b in xdebug_llist_destroy (l=0x0, user=0x0) at /usr/ports/devel/php-xdebug/work/xdebug-1.2.0/xdebug_llist.c:180 0000003 0x68a0f542 in xdebug_stop_trace () at /usr/ports/devel/php-xdebug/work/xdebug-1.2.0/xdebug.c:1429 0000004 0x68a0e27b in xdebug_execute (op_array=0x826968c) at /usr/ports/devel/php-xdebug/work/xdebug-1.2.0/xdebug.c:851 0000005 0x08181828 in execute () 0000006 0x68a0e322 in xdebug_execute (op_array=0x8259e8c) at /usr/ports/devel/php-xdebug/work/xdebug-1.2.0/xdebug.c:864 0000007 0x0817244b in zend_execute_scripts () 0000008 0x08142651 in php_execute_script () 0000009 0x08187b35 in main () 0000010 0x0806c11c in _start () (gdb) list 163 return e; 164 } 165 166 size_t xdebug_llist_count(xdebug_llist *l) 167 { 168 return l->size; 169 } 170 171 void xdebug_llist_empty(xdebug_llist *l, void *user) 172 { (gdb) up #1 0x68a1a60d in xdebug_llist_empty (l=0x0, user=0x0) at /usr/ports/devel/php-xdebug/work/xdebug-1.2.0/xdebug_llist.c:173 173 while (xdebug_llist_count(l) > 0) { (gdb) list 168 return l->size; 169 } 170 171 void xdebug_llist_empty(xdebug_llist *l, void *user) 172 { 173 while (xdebug_llist_count(l) > 0) { 174 xdebug_llist_remove(l, XDEBUG_LLIST_TAIL(l), user); 175 } 176 } 177 (gdb) up 0000002 0x68a1a65b in xdebug_llist_destroy (l=0x0, user=0x0) at /usr/ports/devel/php-xdebug/work/xdebug-1.2.0/xdebug_llist.c:180 180 xdebug_llist_empty(l, user); (gdb) list 175 } 176 } 177 178 void xdebug_llist_destroy(xdebug_llist *l, void *user) 179 { 180 xdebug_llist_empty(l, user); 181 182 free (l); 183 l = NULL; 184 }
Attached Files:

Notes
(0000027) rehsack    2003-10-19 21:15	Sorry, wrong category: it's the xdebug.so php module.
(0000028) derick    2003-10-20 10:11	A few questions: 1. What is xdebug-current? 2. What are your xdebug php.ini settings (see phpinfo() output) 3. How does the script look like that crashes (ie, did you use any xdebug_*() functions?)
(0000029) rehsack    2003-10-20 10:25	1) I have named the 'cvs up' got xdebug-current. Because it's no release    nor rc, ...    It's just the current development state 2) php_info() - your just kidding, hm? xdebug make it crash on start. cat /usr/local/etc/php.ini --- SNIP [xdebug] xdebug.remote_host=statler.muppets.liwing.de ;xdebug.remote_enable=on xdebug.auto_profile=on xdebug.output_dir=/var/www/data/globals/xdebug xdebug.auto_profile_mode=8 ; Auto Profile Modes: ; XDEBUG_PROFILER_LBL (0) default ; XDEBUG_PROFILER_CPU (1) ; XDEBUG_PROFILER_NC (2) ; XDEBUG_PROFILER_FS_AV (3) ; XDEBUG_PROFILER_FS_SUM (4) ; XDEBUG_PROFILER_FS_NC (5) ; XDEBUG_PROFILER_SD_LBL (6) ; XDEBUG_PROFILER_SD_CPU (7) ; XDEBUG_PROFILER_SD_NC (8) --- SNAP --- SNIP zend_extension=/usr/local/lib/php/extensions/no-debug-non-zts-20020429/xdebug.so --- SNAP 3) No, I just want to get some profile output. The backtrace of the dump you    could see, couldn't you?
(0000030) derick    2003-10-20 10:59	Yeah, I saw the backtrace. Hmm, I'm not sure about the current CVS HEAD, as I'm hacking in the new protocol so it doesn't actually compile at all for me atm. Can please try the xdebug_1_3 branch in CVS and see if that works?
(0000032) rehsack    2003-10-21 18:50	Hm do you have a download url so I can update the port?
(0000036) derick    2003-10-25 15:05	http://www.xdebug.org/download.php/xdebug-1.3.0rc1.tgz [^]
(0000037) derick    2003-10-25 15:18	hmm, I do think you'd need to try the xdebug_1_3 branch in CVS though, as there were some fixes related to crashes since I released rc1
(0000040) rehsack    2003-11-01 13:54	This modification prevents it from crashing: --- BEGIN patch-xdebug_llist.c Index: xdebug_llist.c =================================================================== RCS file: /repository/xdebug/xdebug_llist.c,v retrieving revision 1.4 diff -u -u -r1.4 xdebug_llist.c --- xdebug_llist.c 20 Feb 2003 14:30:54 -0000 1.4 +++ xdebug_llist.c 1 Nov 2003 12:42:55 -0000 @@ -165,7 +165,7 @@     size_t xdebug_llist_count(xdebug_llist *l)  { - return l->size; + return ( NULL != l ) ? l->size : 0;  } --- END patch-xdebug_llist.c
(0000049) derick    2003-11-07 16:32	It might fix this, but it's not the solution to the problem. xdebug_llist_count() should not be called in the first place if the list doesn't exist.
(0000059) rehsack    2003-11-13 12:19	I know, but I didn't have the time to do the groundwork which will be needed here. Do you have any other idea how I can support you to find the real bug and fix it?
(0000076) derick    2003-12-07 22:25	Updated Category, Severity and Reproducibility
(0000097) rehsack    2004-02-18 15:55	sorry for delay in checking my bugs - I'm very busy at the moment. I'll give it a shot in next few weeks
(0000191) derick    2004-09-15 10:07	I'm going to mark this bug as resolved, as I'm still unable to duplicate it. If you have more information about it, feel free to reopen it. Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
65	[Xdebug] Feature/Change request	minor	always	2004-07-03 17:20	2004-09-15 10:05
Reporter:	chris_graham	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows Server 2003
PHP Version:	4.3.7
Summary:	xdebug_get_function_profile doesn't give line numbers
Description:	xdebug_get_function_profile doesn't give any location information of the functions in the trace. It's only possible to see what functions are called, but not where they are called from (and hence you don't automatically know which call location to a shared intensive function to optimise).
Steps To Reproduce:
Additional Information:	xdebug_dump_function_profile provides this information, but it requires a full pre-formatted log be outputted, which takes time and procludes display customisation.
Attached Files:

Notes
(0000190) derick    2004-09-15 10:05	I am no longer changing and/or adding features to the 1.3 branch; but I will only do bugfixing there.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
76	[Xdebug] Installation	block	always	2004-07-15 16:53	2004-08-10 11:57
Reporter:	Sh4dow	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	windows 2000 Pro
PHP Version:	5.0.0-dev
Summary:	Comlie xdebug1.3.2 with php5 on windows
Description:	Hi i have problems with compile xdebug 1.3.2 with php5. in VS C++ i have this: Linking... LINK : fatal error LNK1104: cannot open file "php4ts_debug.lib" Error executing link.exe. php_xdebug.dll - 1 error(s), 0 warning(s) How to change this, i want xdebug on php5 not php4. What to do with this ? Sh4dow
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000155) derick    2004-07-18 16:09	You're using the old buildsystem .dsp's which I no longer maintain. Please use the new buildsystem for PHP 5.
(0000156) Sh4dow    2004-07-19 10:06	but this is not resolving my problem. Could somebody, tell me or show, how to compile xdebug 1.3.2 with php5 on windows?
(0000179) derick    2004-08-10 11:57	You really need to use the new build system, the old one doesn't even work right for PHP 5 anymore. What you can also do is just edit the .dsp in notepad and replace the 4 by a 5.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
80	[Xdebug] Usage problems	trivial	always	2004-07-26 13:07	2004-08-02 10:43
Reporter:	mathieu	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux
PHP Version:	4.3.7
Summary:	xdebug.show_local_vars=1 has no effect
Description:	xdebug.show_local_vars=1 in php.ini has no effect : error message still not display the "variables in local scope" section.
Steps To Reproduce:
Additional Information:	xdebug.default_enable=1 works.
Attached Files:

Notes
(0000157) derick    2004-07-28 17:12	Works fine here, I need a short! script so that I can try to reproduce it and the exact error message that you got.
(0000158) mathieu    2004-07-28 17:45    (edited on: 2004-07-29 10:37)	------- Test Script ------- <?    function a()    {       $b = 1 ;       // It causes an error       $c = 2 / 0 ;    }    a() ; ?> ------- php.ini ------- ... 580 : zend_extension="/usr/local/apache/libexec/xdebug.so" ... 1119 : xdebug.default_enable=1 1120 : xdebug.show_local_vars=1 ... ------- Navigator message ------- # Warning: Division by zero in /home/mathieu/Www/test.php on line 7 # Call Stack    @ {main}()    @ a() BUT NO LOCAL VARIABLE SECTION show_local_vars DOES NOT APPEAR IN PHPINFO (neither off nor on value) Is it enough ? Mathieu edited on: 2004-07-28 17:47 edited on: 2004-07-29 10:37
(0000159) derick    2004-08-02 10:43	This is not a bug as this feature is only implemented in Xdebug 2. The documentation did not mention this, so that's where the bug was.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
66	[Xdebug] Documentation	trivial	N/A	2004-07-05 19:45	2004-07-09 15:56
Reporter:	Profic	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.0.0-dev
Summary:	Downloadable documentation
Description:	I like to have a copy of current xdebug documentation on my hard drive to have no need to access to net. I don't think it is hard to make it aviable for all. Thanks :)
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000146) derick    2004-07-09 15:56	Just save the different pages yourself as I'm not going to spend time on making a downloadable packages as the docs are currently updated to often for that.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
41	[Xdebug] Usage problems	trivial	always	2004-01-12 18:04	2004-05-31 14:06
Reporter:	roman	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	suspended
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.3
Summary:	1.3.0: wrong version in phpinfo()
Description:	this is in the output from phpinfo(): Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies with Xdebug v1.3.1dev (same in the xdebug extension section) while this is really a trivial issue it's annoying as I now don't know what version I actually have installed.
Steps To Reproduce:
Additional Information:	% md5 -q xdebug-1.3.0.tgz 01f3dc90efa6a089eb624abf6e0825b9 (category set to "Usage problems" for lack of a more appropriate one
Attached Files:

Notes
(0000093) derick    2004-01-15 09:39	Do you use the source or a binary download? And where did you download it from?
(0000141) derick    2004-05-31 14:06	No feedback, it's also an "outdated" bug.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
46	[Xdebug] Usage problems	crash	always	2004-02-24 03:11	2004-05-31 14:05
Reporter:	duncan	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	suspended
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Redhat Linux 9
PHP Version:	5.0.0-dev
Summary:	Segmentation fault with PHP5.0.0b4 in threadsafe
Description:	PHP 5.0.0b4 exits with a segmentation fault if xdebug is installed as a thread-safe module with zend_extension_ts. This occurs with xdebug 1.3 and the latest version from CVS. The problem is with b4, it worked fine under b3.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000098) duncan    2004-02-24 07:46	Additional. Probably has something to do with the API change Zend made in b4
(0000099) derick    2004-02-25 17:09	Does this happen with every script? If not, please provide a short! testing script. If you can, please also provide a backtrace.
(0000100) duncan    2004-02-26 02:31	Seems to occur with every invocation of php, even just simply fetching the version with -v. Running with a <? phpinfo() ?> as input, the script outputs all system variables and the PHP license before seg faulting. I tried running it with gdb to get a backtrace but it wasn't being helpful, do I need to compile with any special options? compiler flags being used by default are: -O2 -pipe -march=i686 -fomit-frame-pointer As stated, everything worked fine until the change from b3 to b4
(0000104) derick    2004-02-27 21:07	can you please compile without any of those flags, and add --enable-debug to your PHP configure line? That should give you a much better backtrace. I still can't reproduce your segfault here.
(0000140) derick    2004-05-31 14:05	No feedback.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
62	[Xdebug] Usage problems	major	always	2004-05-13 16:57	2004-05-31 14:04
Reporter:	lmpmbernardo	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	XP and W2K
PHP Version:	4.3.6
Summary:	auto_trace to log file does not work
Description:	I have the following settings: xdebug.auto_trace = On xdebug.trace_output_dir = "c:\tmp" xdebug.collect_params = Off xdebug.default_enable = On xdebug.manual_url = "http://www.php.net" [^] xdebug.auto_profile = On xdebug.auto_profile_mode = 0 xdebug.profile_output_dir = "c:\tmp" The profile information is written to the log file, the trace information is not. If I turn off profiling, no trace information is output and no log file is created.
Steps To Reproduce:
Additional Information:	Incidentally, the auto_profile also works if instead of setting xdebug.profile_output_dir = "c:\tmp" I only set xdebug.output_dir = "c:\tmp". This in fact in the information on http://www.xdebug.org/docs-settings.php. [^]
Attached Files:

Notes
(0000139) derick    2004-05-31 14:04	Right, it's xdebug.output_dir to specify the directory to dump traces in xdebug 1.3. If not specified, it defaults to /tmp which doesn't exist on windows of course.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
63	[Xdebug] Usage problems	minor	always	2004-05-13 17:04	2004-05-15 19:30
Reporter:	lmpmbernardo	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	XP and W2K
PHP Version:	4.3.6
Summary:	Huge time taken displayed in profile log
Description:	Every now and then I see a time value that is clearly wrong. An example is shown below (this always happens in this example): Execution Time Profile (sorted by line numbers) ----------------------------------------------------------------------------------- Time Taken Number of Calls Function Name Location ----------------------------------------------------------------------------------- 0.0686280727 1 *{main}() C:\eclipse\workspace\techdesk\index.php:0 0.0001518726 1 {require_once}() C:\eclipse\workspace\techdesk\index.php:11 0.0000431538 1 {require_once}() C:\eclipse\workspace\techdesk\index.php:12 0.0040271282 1 {require_once}() C:\eclipse\workspace\techdesk\index.php:13 1084458736.6989560000 1 {require}() C:\eclipse\workspace\techdesk\index.php:18 0.0006370544 1 session_start() C:\eclipse\workspace\techdesk\login.php:20 0.0000278950 1 *iscookieset() C:\eclipse\workspace\techdesk\login.php:70 ----------------------------------------------------------------------------------- Opcode Compiling: 0.0573382378 Function Execution: 1084458736.7031782000 Ambient Code Execution: -1084458736.6345501000 Total Execution: 0.0686280727 ----------------------------------------------------------------------------------- Total Processing: 0.1259663105 ----------------------------------------------------------------------------------- End of function profiler
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000134) derick    2004-05-15 19:30	Same solution as bug 0000026: Won't fix (read the reason at that bugreport why).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
61	[Xdebug] Usage problems	trivial	always	2004-05-11 03:25	2004-05-15 19:27
Reporter:	reppuli	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows 2000
PHP Version:	5.0.0rc2
Summary:	(win) fatal error: undefined function calls
Description:	Call to undefined function xdebug_dump_function_trace(). Same with xdebug_start_profiling() and so forth. Seems that nly the error reporting part of xdebug functionality gained on install: profiling non-working?
Steps To Reproduce:
Additional Information:	Vanilla installation of 5.0.0rc2 + xdebux 2.0-dev phpinfo() shows xdebug loaded fine. **php.ini** zend_extension_ts="installationdir/php_xdebug.dll" xdebug.auto_profile = on xdebug.auto_profile_mode = 5 xdebug.output_dir = "/tmp"
Attached Files:

Notes
(0000130) Tularis    2004-05-11 11:20    (edited on: 2004-05-11 18:05)	Those functions were removed from XDebug some time ago while Derick works on a better implementation. See: http://bugs.xdebug.org/bug_view_page.php?bug_id=0000048 [^] (version 2 only!) edited on: 2004-05-11 18:05
(0000132) reppuli    2004-05-11 18:16	so only php v4 profiling atm.
(0000133) derick    2004-05-15 19:27	Actually, xdebug 1.3 works fine for both PHP 4 and PHP 5. But this is not a bug as Xdebug 2.x will have different profiling (much better!!) support.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
48	[Xdebug] Usage problems	major	always	2004-03-03 18:30	2004-05-11 11:18
Reporter:	chfast	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	linux mandrake 9.1
PHP Version:	5.0.0-dev
Summary:	There are not profiling related functions
Description:	PHP reports that functions: xdebug_start_profiling(), xdebug_stop_profiling(), xdebug_dump_function_profile(), xdebug_get_function_profile() are undefined.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000106) derick    2004-03-03 18:55	This is expected as I removed those functions. Currently I'm working on a better implementation, which should be ready soon. Keep a look at the frontpage of http://xdebug.org [^]
(0000129) Tularis    2004-05-11 11:18	Reminder sent to derick any updates on the new profiler-code progress? :S

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
60	[Xdebug] Usage problems	minor	sometimes	2004-04-29 15:39	2004-05-09 12:48
Reporter:	Caeies	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Linux / Debian
PHP Version:	4.3.4
Summary:	Strange values with Ambient Code [part 2 ??]
Description:	I get strange Values with Ambient code. I think this could be related to bug 0000026 ( http://bugs.xdebug.org/bug_view_page.php?bug_id=0000026 [^]) But I'm on level (0 or 1), automatic profiling. and get these (very) strange values : ----------------------------------------------------------------------------------- Opcode Compiling: 3.2153513125 Function Execution: 1083245239.5060329437 Ambient Code Execution: -1083245239.1494789124 Total Execution: 0.3565539258 ----------------------------------------------------------------------------------- Total Processing: 3.5719052383 ----------------------------------------------------------------------------------- 3.57 seconde looks not good from the browser point of view. I notice some case when functions "return" negative values of time like this : -0.0000000823 1 substr() /var/www/**** or like this : 0.0000011154 1 is_array() /var/www/**** -0.0000000085 1 is_array() /var/www/**** Thanks in advance for advice :). And thanks for your great job. Caeies.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000126) derick    2004-05-09 12:48	Same solution as bug 0000026: Won't fix (read the reason at that bugreport why).

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
57	[Xdebug] Usage problems	crash	always	2004-04-05 13:39	2004-04-08 23:49
Reporter:	georgbez	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	no change required
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Windows XP
PHP Version:	4.3.5-dev
Summary:	apache crash on Windows
Description:	Make tests with PEAR::DataObject and the apache crash and say The statement in '0x0083259e' shows on memory in '0x6e692064'. For this reason, the action 'read' will not be executed scheduled.
Steps To Reproduce:
Additional Information:	Crash in Xdebug 1.3.0 and 2.0-dev My PHP-Version is PHP 4.3.6rc1
Attached Files:

Notes
(0000116) georgbez    2004-04-05 13:41	Sorry. This as notice. My PHP runs as module.
(0000121) derick    2004-04-08 23:49	This is not a bug in Xdebug, but in PHP. This should be fixed in 4.3.6RC3. If the problem persists, please give me a short reproducing script with which I can try to find the problem. regards, Derick

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
45	[Xdebug] Usage problems	minor	always	2004-02-02 04:23	2004-03-16 23:40
Reporter:	penfield888	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.4
Summary:	No profiling data returned for last function called
Description:	I've tried this with several very short testing scripts and get no profiling data for the last function called, whether it is user defined or a built-in function. Example, I have: $names = array("Tom", "Theresa", "John", "Bill", "Mahatma", "Zedidiah"); $name_string = implode(", ", $names); $x = strlen($name_string); which outputs: ----------------------------------------------------------------------------------- 0.0004069805 1 *{main}() g:\path.php:0 0.0000200272 1 implode() g:\path.php:161 -------------------------------------------------------------------------------- if I change it to $names = array("Tom", "Theresa", "John", "Bill", "Mahatma", "Zedidiah"); $name_string = implode(", ", $names); $x = strlen($name_string); print_r($x); it outputs: ----------------------------------------------------------------------------------- 0.0003850460 1 *{main}() g:\path.php:0 0.0000188351 1 implode() g:\path.php:161 0.0000019073 1 strlen() g:\path.php:162 ----------------------------------------------------------------------------------- In all cases, the last function called is omitted from profiling data.
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000096) penfield888    2004-02-02 04:24	I forgot to mention - this is on Windows 2000
(0000111) derick    2004-03-16 23:40	Xdebug 2 will have superior profiling capabilities and it is not very easy to fix in 1.3.x so I won't do that.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
37	[Xdebug] Usage problems	major	always	2004-01-04 08:15	2004-03-16 23:39
Reporter:	bharat	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	FreeBSD 4.8
PHP Version:	4.3.4
Summary:	Profiling does not aggregate class methods
Description:	Apologies if this is the way that it's supposed to work. I was unable to find a clear explanation of this in the docs (perhaps I did not look hard enough). xdebug_dump_function_profile() does not appear to aggregate information about class methods into one line of output like it does for regular functions. I'm debugging a large complex application which makes extensive use of object oriented PHP and I'm trying to figure out which methods are taking up the most CPU time. I've boiled it down into a simple example. If I run this code: <?php class MyClass { function myMethod() { ; // do nothing } } function MyFunction() { $y = "blah"; } xdebug_start_profiling(); $myClass = new MyClass(); for ($i = 0; $i < 20; $i++) { $myClass->myMethod(); MyFunction(); } xdebug_dump_function_profile(2); ?> on XDebug 1.3.0 (there isn't an option for 1.3.0 in the pulldowns when I enter a bug, btw -- only 1.3.0rc1 and 1.3.0rc2) I find that it gives me one line for "MyFunction" but 20 individual lines for myMethod(). I can probably work around this by retrieving the data in array form and aggregating it myself (and I'll probably wind up doing that) but it seems natural that XDebug should do this for me. Am I doing something wrong? Thanks!
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000089) derick    2004-01-05 09:24	It's a bug... marking as such.
(0000090) bharat    2004-01-05 09:44	Thanks, Derick. You'll be pleased to know that I'm using Xdebug to profile and improve Gallery 2.0 so you'll eventually reap the rewards yourself :-)
(0000110) derick    2004-03-16 23:39	Xdebug 2 will have superior profiling capabilities and it is not very easy to fix in 1.3.x so I won't do that.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
26	[Xdebug] Usage problems	minor	always	2003-11-01 23:05	2004-03-16 23:38
Reporter:	rehsack	Platform:	i586
Assigned To:	derick	OS:	FreeBSD
Priority:	normal	OS Version:	5.x
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	FreeBSD 5.1-CURRENT 21 Oct 2003
PHP Version:	4.3.3
Summary:	Unbelievable value for "Ambient Code Execution"
Description:	I'm using profile mode 5 and get always following summary (the numbers may differ): Opcode Compiling: 0.2768158913 Function Execution: 13.5773251057 Ambient Code Execution: -13.4668821096 Total Execution: 0.1104429960 ----------------------------------------------------------------------------------- Total Processing: 0.3872588873 ----------------------------------------------------------------------------------- I rate a negative time as incorrect :-)
Steps To Reproduce:
Additional Information:
System Description	Xdebug Port Maintainer
Attached Files:

Notes
(0000048) derick    2003-11-07 16:30	Yup, I know what this is... the end time is only set when returned from the function, which does not happen if you use die/exit in a level other than 0.
(0000050) rehsack    2003-11-07 16:43	Hm, I don't use exit() or die(), but there's a shutdown function registered. Maybe this confused xdebug?
(0000109) derick    2004-03-16 23:38	Xdebug 2 will have superior profiling capabilities and it is not very easy to fix in 1.3.x so I won't do that.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
38	[Xdebug] Debug client (console)	crash	always	2004-01-04 21:09	2004-01-05 09:20
Reporter:	sebastian	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	duplicate
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	5.0.0-dev
Summary:	Xdebug segfaults with __destruct()
Description:	The attached script runs fine with current PHP 5 HEAD but crashes when Xdebug (current HEAD) is enabled.
Steps To Reproduce:
Additional Information:	Reproducing Script: <?php class Test { private $fp; public function __construct() { $this->fp = fopen('test', 'w'); } public function __destruct() { fputs($this->fp, 'test'); fclose($this->fp); } } $test = new Test; ?> Stacktrace: add_stack_frame(_zend_execute_data * 0x0012f478, _zend_op_array * 0x00dd12f0, int 2, void * * * 0x00db4248) line 687 + 21 bytes xdebug_execute(_zend_op_array * 0x00dd12f0, void * * * 0x00db4248) line 843 + 19 bytes zend_call_function(_zend_fcall_info * 0x0012f584, _zend_fcall_info_cache * 0x0012f550, void * * * 0x00db4248) line 739 + 33 bytes zend_call_method(_zval_struct * * 0x0012f638, _zend_class_entry * 0x00dd07a8, _zend_function * * 0x00000000, char * 0x105c0684 `string', int 10, _zval_struct * * 0x00000000, int 0, _zval_struct * 0x00000000, _zval_struct * 0x00000000, void * * * 0x00db4248) line 79 + 17 bytes zend_objects_destroy_object(_zend_object * 0x00dd1530, unsigned int 1, void * * * 0x00db4248) line 79 + 36 bytes zend_objects_store_del_ref(_zval_struct * 0x00dd28e8, void * * * 0x00db4248) line 142 + 22 bytes _zval_dtor(_zval_struct * 0x00dd28e8, char * 0x105c3438 `string', unsigned int 355) line 61 + 19 bytes _zval_ptr_dtor(_zval_struct * * 0x00dd1d64, char * 0x105ce090 `string', unsigned int 196) line 355 + 27 bytes _zval_ptr_dtor_wrapper(_zval_struct * * 0x00dd1d64) line 196 + 25 bytes zend_hash_apply_deleter(_hashtable * 0x00e002d0, bucket * 0x00dd1d58) line 568 + 15 bytes zend_hash_graceful_reverse_destroy(_hashtable * 0x00e002d0) line 634 + 13 bytes shutdown_executor(void * * * 0x00db4248) line 211 + 26 bytes zend_deactivate(void * * * 0x00db4248) line 812 + 9 bytes php_request_shutdown(void * 0x00000000) line 1242 + 9 bytes main(int 2, char * * 0x00db2c48) line 1028 + 10 bytes mainCRTStartup() line 338 + 17 bytes
Attached Files:

Notes
(0000088) derick    2004-01-05 09:20	It's a PHP problem which I couldn't fix yet. It's also a duplicate of 0000033.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
6	[Xdebug] Feature/Change request	tweak	N/A	2003-09-07 22:08	2003-12-28 17:36
Reporter:	derick	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	won't fix
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:
PHP Version:	4.3.0
Summary:	Make host/port configurable from .htaccess
Description:	Add a configuration setting with which you can set client IP and port from within .htaccess. (By enabling PHP_INI_ALL).
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000087) derick    2003-12-28 17:36	Is not going to be fixed as the DBGp protocol has proxy funcionality for this.

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
17	[Xdebug] Usage problems	major	always	2003-09-08 10:26	2003-12-16 19:45
Reporter:	gregor	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	suspended
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	win 2000, iis5, isapi mode
PHP Version:	4.3.2
Summary:	Profiling modes 6,7 and 8 don't work
Description:	when using this profiling modes, the following output is printed by php: PHP has encountered an Access Violation at 022D8B00 the stack dump provided by the output is empty ...
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000005) gregor    2003-09-08 10:31	loaded zend optimizer 2.1.0
(0000008) gregor    2003-09-08 12:01	this error only happened, when outputting phpversion(), get_loaded_extensions(). but only under some situations, that i don't understand ...
(0000010) derick    2003-09-10 21:12	Can you please try the same example WITHOUT enabling/loading ZendOptimizer please? Derick
(0000054) derick    2003-11-08 14:59	Reminder sent to gregor  Can you please try the same example WITHOUT enabling/loading ZendOptimizer please? Derick
(0000079) derick    2003-12-16 19:45	No feedback

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
29	[Xdebug] Usage problems	major	always	2003-11-14 00:44	2003-12-01 15:15
Reporter:	quinxy	Platform:
Assigned To:	derick	OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	unable to reproduce
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Redhat 7.3
PHP Version:	4.3.2
Summary:	the params info returned from xdebug_get_function_trace() is incomplete
Description:	The structure returned by a call to xdebug_get_function_trace() is returning only the last parameter in each function call, in the example I provide, the print_r() of the xdebug_get_function_trace() shows only the parameter "t3" in the call to test(). This is obviously not correct.
Steps To Reproduce:
Additional Information:	<?php xdebug_start_trace(); function test($t1,$t2,$t3) { } test("t1","t2","t3"); print_r(xdebug_get_function_trace()); ?>
Attached Files:

Notes
(0000060) derick    2003-11-19 17:11	Which Xdebug version do you use? This works for me, but I have to set xdebug.collect_params=1 in php.ini. Can you also give me the php.ini settings for xdebug that you have? Derick
(0000061) quinxy    2003-11-19 18:41	i tried it with xdebug.collect_params in php.ini and the error still occcurred. as for version, it was the version i said in the ticket. as for the php.ini options, nothing to see. all i had in it was the line to load the shared library. at different times i did put in the lines to automatically do it for every page/etc. but I had the same results. you're saying that even if you turned off those in php.ini you couldn't reproduce the problem? anyway... it's no longer critical for me. i wrote a wrapper for your dump html version, and i just regular expression through that to get the valid data.
(0000062) derick    2003-11-20 11:13	Right, I can't reproduce this at all. How exactly did you load Xdebug from php.ini?
(0000065) derick    2003-11-24 10:11	Reminder sent to quinxy Hello, can you please tell me how you load Xdebug in your php.ini file? regards, Derick
(0000066) derick    2003-12-01 15:15	Can not reproduce this at all...

View Issue Details
ID:	Category:	Severity:	Reproducibility:	Date Submitted:	Last Update:
15	[Xdebug] Usage problems	major	always	2003-09-08 10:22	2003-11-07 18:41
Reporter:	gregor	Platform:
Assigned To:		OS:
Priority:	normal	OS Version:
Status:	resolved	Product Version:
Product Build:		Resolution:	open
Projection:	none
ETA:	none	Fixed in Version:
		Target Version:
Operating System:	Win2000, IIS5, ISAPI mode
PHP Version:	4.3.2
Summary:	no output from xdebug_get_function_stack()
Description:	running xdebug_get_function_stack() with the sample code from the website results in returning an empty array
Steps To Reproduce:
Additional Information:
Attached Files:

Notes
(0000007) gregor    2003-09-08 10:32	loaded zend optimizer 2.1.0
(0000009) derick    2003-09-10 21:03	Can you please try the same example WITHOUT enabling/loading ZendOptimizer please? Derick
(0000052) derick    2003-11-07 18:41	Same as bug 0000016