#30637 [Com]: compile with pear error
ID: 30637 Comment by: robbat2 at gentoo dot org Reported By: arthur at mir5 dot homeip dot net Status: Feedback Bug Type: Compile Failure Operating System: (Slackware) linux-2.4.25 PHP Version: 5.0.2 New Comment: The PHP test script that this is reproducable for is depressingly small... ?php ? the extensions directory is totally empty... running: /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php -m -n will give correct output one time out of ten, and fail dismally the other times (leaving a corefile that backtraces to the output I gave in my other bug). Included here again for good measure: #0 0x0814d116 in _efree (ptr=0x0, __zend_filename=0x81a7cd8 /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c, __zend_lineno=563, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_alloc.c:242 242 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 0x0814d116 in _efree (ptr=0x0, __zend_filename=0x81a7cd8 /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c, __zend_lineno=563, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_alloc.c:242 #1 0x08165192 in zend_hash_destroy (ht=0x81ba8cc) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c:563 #2 0x0815483d in shutdown_executor () at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_execute_API.c:186 #3 0x0815ec10 in zend_deactivate () at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend.c:667 #4 0x0812914a in php_request_shutdown (dummy=0x0) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/main/main.c:996 #5 0x08177c0b in main (argc=3, argv=0xbfffeda4) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php_cli.c:873 The most output it does give me is: [PHP Modules] ctype domxml overload pcre posix session standard tokenizer xml zlib [Zend Modules] Previous Comments: [2004-11-01 09:19:17] [EMAIL PROTECTED] Great, I can not reproduce this at all btw. Can you also please use Edit Submission instead of Add Comment when replying to your own bugreports? [2004-11-01 09:10:09] robbat2 at gentoo dot org As I noted, the php.ini is totally stock php.ini-dist, and the problem still happens when there is no php.ini in the config-file directory. There are definetly no extensions being loaded at all. The exact failing command that is run by make install is: /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/install-pear.php -d /usr/lib/php -b /usr/bin /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/package-*.xml Complete output: [EMAIL PROTECTED] /var/tmp/portage/php-4.3.9/work/php-4.3.9 # /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/install-pear.php -d /usr/lib/php -b /usr/bin /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/package-*.xml Could not startup. [Mon Nov 1 01:08:50 2004] Script: '/var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/install-pear.php' --- /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_ptr_stack.c(77) : Block 0x081FD820 status: Beginning: Overrun (magic=0x08201868, expected=0x7312F8DC) End: Unknown --- /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c(547) : ht=0x081ba8cc is already destroyed /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c(673) : ht=0x081ba9e8 is already destroyed /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c(108) : Bailed out without a bailout address! I'll try to come up with something shorter than install-pear.php that will reproduce it. [2004-11-01 08:22:13] [EMAIL PROTECTED] Well, that backtrace doesn't really help without a short reproducing script. Are you loading any extension and/or zend extensions? [2004-11-01 08:02:18] robbat2 at gentoo dot org Derick: If this is the same bug as I reported in bug 30639, despite different major versions of the ZendEngine, then you can utilize the backtrace I posted on that bug. [2004-11-01 07:52:18] [EMAIL PROTECTED] Please provide a backtrace as asked before. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/30637 -- Edit this bug report at http://bugs.php.net/?id=30637edit=1
#30637 [Com]: compile with pear error
ID: 30637 Comment by: robbat2 at gentoo dot org Reported By: arthur at mir5 dot homeip dot net Status: Feedback Bug Type: Compile Failure Operating System: (Slackware) linux-2.4.25 PHP Version: 5.0.2 New Comment: I have to use add comment, as this here isn't my bug report, 30639 is my bug. Previous Comments: [2004-11-01 09:20:12] robbat2 at gentoo dot org The PHP test script that this is reproducable for is depressingly small... ?php ? the extensions directory is totally empty... running: /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php -m -n will give correct output one time out of ten, and fail dismally the other times (leaving a corefile that backtraces to the output I gave in my other bug). Included here again for good measure: #0 0x0814d116 in _efree (ptr=0x0, __zend_filename=0x81a7cd8 /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c, __zend_lineno=563, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_alloc.c:242 242 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 0x0814d116 in _efree (ptr=0x0, __zend_filename=0x81a7cd8 /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c, __zend_lineno=563, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_alloc.c:242 #1 0x08165192 in zend_hash_destroy (ht=0x81ba8cc) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c:563 #2 0x0815483d in shutdown_executor () at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_execute_API.c:186 #3 0x0815ec10 in zend_deactivate () at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend.c:667 #4 0x0812914a in php_request_shutdown (dummy=0x0) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/main/main.c:996 #5 0x08177c0b in main (argc=3, argv=0xbfffeda4) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php_cli.c:873 The most output it does give me is: [PHP Modules] ctype domxml overload pcre posix session standard tokenizer xml zlib [Zend Modules] [2004-11-01 09:19:17] [EMAIL PROTECTED] Great, I can not reproduce this at all btw. Can you also please use Edit Submission instead of Add Comment when replying to your own bugreports? [2004-11-01 09:10:09] robbat2 at gentoo dot org As I noted, the php.ini is totally stock php.ini-dist, and the problem still happens when there is no php.ini in the config-file directory. There are definetly no extensions being loaded at all. The exact failing command that is run by make install is: /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/install-pear.php -d /usr/lib/php -b /usr/bin /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/package-*.xml Complete output: [EMAIL PROTECTED] /var/tmp/portage/php-4.3.9/work/php-4.3.9 # /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/install-pear.php -d /usr/lib/php -b /usr/bin /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/package-*.xml Could not startup. [Mon Nov 1 01:08:50 2004] Script: '/var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/install-pear.php' --- /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_ptr_stack.c(77) : Block 0x081FD820 status: Beginning: Overrun (magic=0x08201868, expected=0x7312F8DC) End: Unknown --- /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c(547) : ht=0x081ba8cc is already destroyed /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c(673) : ht=0x081ba9e8 is already destroyed /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c(108) : Bailed out without a bailout address! I'll try to come up with something shorter than install-pear.php that will reproduce it. [2004-11-01 08:22:13] [EMAIL PROTECTED] Well, that backtrace doesn't really help without a short reproducing script. Are you loading any extension and/or zend extensions? [2004-11-01 08:02:18] robbat2 at gentoo dot org Derick: If this is the same bug as I reported in bug 30639, despite different major versions of the ZendEngine, then you can utilize the backtrace I posted on that bug. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/30637 -- Edit this bug report at
#30637 [Com]: compile with pear error
ID: 30637 Comment by: robbat2 at gentoo dot org Reported By: arthur at mir5 dot homeip dot net Status: Feedback Bug Type: Compile Failure Operating System: (Slackware) linux-2.4.25 PHP Version: 5.0.2 New Comment: valgrind output: http://dev.gentoo.org/~robbat2/php-4.3.9-valgrind.trace Previous Comments: [2004-11-01 09:29:22] [EMAIL PROTECTED] Can you run valgrind on this, like in: valgrind php ./script-that-crashes.php and put the output somewhere online? Derick [2004-11-01 09:21:34] robbat2 at gentoo dot org I have to use add comment, as this here isn't my bug report, 30639 is my bug. [2004-11-01 09:20:12] robbat2 at gentoo dot org The PHP test script that this is reproducable for is depressingly small... ?php ? the extensions directory is totally empty... running: /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php -m -n will give correct output one time out of ten, and fail dismally the other times (leaving a corefile that backtraces to the output I gave in my other bug). Included here again for good measure: #0 0x0814d116 in _efree (ptr=0x0, __zend_filename=0x81a7cd8 /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c, __zend_lineno=563, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_alloc.c:242 242 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 0x0814d116 in _efree (ptr=0x0, __zend_filename=0x81a7cd8 /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c, __zend_lineno=563, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_alloc.c:242 #1 0x08165192 in zend_hash_destroy (ht=0x81ba8cc) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c:563 #2 0x0815483d in shutdown_executor () at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_execute_API.c:186 #3 0x0815ec10 in zend_deactivate () at /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend.c:667 #4 0x0812914a in php_request_shutdown (dummy=0x0) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/main/main.c:996 #5 0x08177c0b in main (argc=3, argv=0xbfffeda4) at /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php_cli.c:873 The most output it does give me is: [PHP Modules] ctype domxml overload pcre posix session standard tokenizer xml zlib [Zend Modules] [2004-11-01 09:19:17] [EMAIL PROTECTED] Great, I can not reproduce this at all btw. Can you also please use Edit Submission instead of Add Comment when replying to your own bugreports? [2004-11-01 09:10:09] robbat2 at gentoo dot org As I noted, the php.ini is totally stock php.ini-dist, and the problem still happens when there is no php.ini in the config-file directory. There are definetly no extensions being loaded at all. The exact failing command that is run by make install is: /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/install-pear.php -d /usr/lib/php -b /usr/bin /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/package-*.xml Complete output: [EMAIL PROTECTED] /var/tmp/portage/php-4.3.9/work/php-4.3.9 # /var/tmp/portage/php-4.3.9/work/php-4.3.9/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/install-pear.php -d /usr/lib/php -b /usr/bin /var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/package-*.xml Could not startup. [Mon Nov 1 01:08:50 2004] Script: '/var/tmp/portage/php-4.3.9/work/php-4.3.9/pear/install-pear.php' --- /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_ptr_stack.c(77) : Block 0x081FD820 status: Beginning: Overrun (magic=0x08201868, expected=0x7312F8DC) End: Unknown --- /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c(547) : ht=0x081ba8cc is already destroyed /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c(673) : ht=0x081ba9e8 is already destroyed /var/tmp/portage/php-4.3.9/work/php-4.3.9/Zend/zend_hash.c(108) : Bailed out without a bailout address! I'll try to come up with something shorter than install-pear.php that will reproduce it. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/30637 -- Edit this bug report at http://bugs.php.net/?id=30637edit=1
#30637 [Com]: compile with pear error
ID: 30637 Comment by: robbat2 at gentoo dot org Reported By: arthur at mir5 dot homeip dot net Status: Open Bug Type: Compile Failure Operating System: (Slackware) linux-2.4.25 PHP Version: 5.0.2 New Comment: after setting up php-4.3.9 on another machine today and having it work perfectly fine, I tried something on a hunch - found that php-4.3.9 compiled and installed perfectly fine after a reboot, but then didn't want to install properly after that, until I rebooted the machine again. I'm going to pursue other angles of what could be the problem. Previous Comments: [2004-11-01 22:36:53] arthur at mir5 dot homeip dot net php-5.0.2/pear# valgrind -v --tool=memcheck php ./install-pear.php http://mir5.homeip.net:8080/bugs/valgrindcheck.txt [2004-11-01 21:05:35] [EMAIL PROTECTED] valgrind --tool=memcheck php ./script-that-crashes.php should do it. [2004-11-01 19:47:06] arthur at mir5 dot homeip dot net please tell me exactly what you want me to run. valgrind php ./install-pear.php you must give it a tool= option. also what flags should i include. [2004-11-01 10:40:08] robbat2 at gentoo dot org valgrind output: http://dev.gentoo.org/~robbat2/php-4.3.9-valgrind.trace [2004-11-01 09:29:22] [EMAIL PROTECTED] Can you run valgrind on this, like in: valgrind php ./script-that-crashes.php and put the output somewhere online? Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/30637 -- Edit this bug report at http://bugs.php.net/?id=30637edit=1
