#36084 [Fbk->Opn]: apache2 segfaults on phpinfo()
ID: 36084 User updated by: clive at darkarts dot co dot za Reported By: clive at darkarts dot co dot za -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD PHP Version: 5.1.2 New Comment: commandline for both versions (again): rm config.cache ; ./configure --disable-all --disable-cgi --enable-maintainer-zts --with-apxs2=/usr/local/sbin/apxs && make clean && make && sapi/cli/php -r 'phpinfo();' no segfaulting, runs fine. Previous Comments: [2006-01-20 09:22:41] [EMAIL PROTECTED] Now try the same but add --with-apxs2=/usr/local/sbin/apxs to the configure options. [2006-01-20 08:19:42] clive at darkarts dot co dot za commandline as follows was used: % rm config.cache ; ./configure --disable-all --disable-cgi --enable-maintainer-zts && make clean && make && sapi/cli/php -r 'phpinfo();' this runs fine, without segfaulting, on both 5.1.2 as well as the snapshot 5.1-200601191130. 'sapi/cli/php -v' on 5.1.2 gives: PHP 5.1.2 (cli) (built: Jan 20 2006 09:28:25) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies 'sapi/cli/php -v' on 5.1.200601191130 gives: PHP 5.1.3-dev (cli) (built: Jan 20 2006 09:19:48) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies [2006-01-19 16:16:41] [EMAIL PROTECTED] Try adding --enable-maintainer-zts to that previous configure line. Does it still crash? What does this output: # sapi/cli/php -v And 'make clean' is _mandatory_ always. (remember to 'rm config.cache' before running the configure line too!) [2006-01-19 16:11:40] [EMAIL PROTECTED] >undefined reference to `spl_ce_Countable' Yeah, `make clean` is required before `make`. [2006-01-19 16:07:54] clive at darkarts dot co dot za Ah, I did not know about ZTS, thank you. as per your instructions:: on php-5.1.2: ext/standard/.libs/array.o(.text+0x5ba): In function `zif_count': /usr/ports/lang/php5/work/php-5.1.2/ext/standard/array.c:326: undefined reference to `spl_ce_Countable' on php-5.1-200601191130: runs perfectly, no segfault (I'm sorry if my next answers come much later, I have to leave now and wont be near a PC again for about 16 hours. I will answer any questions then as fully as possible. Thanks ) 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/36084 -- Edit this bug report at http://bugs.php.net/?id=36084&edit=1
#36084 [Fbk->Opn]: apache2 segfaults on phpinfo()
ID: 36084 User updated by: clive at darkarts dot co dot za Reported By: clive at darkarts dot co dot za -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 5.1.2 New Comment: commandline as follows was used: % rm config.cache ; ./configure --disable-all --disable-cgi --enable-maintainer-zts && make clean && make && sapi/cli/php -r 'phpinfo();' this runs fine, without segfaulting, on both 5.1.2 as well as the snapshot 5.1-200601191130. 'sapi/cli/php -v' on 5.1.2 gives: PHP 5.1.2 (cli) (built: Jan 20 2006 09:28:25) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies 'sapi/cli/php -v' on 5.1.200601191130 gives: PHP 5.1.3-dev (cli) (built: Jan 20 2006 09:19:48) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies Previous Comments: [2006-01-19 16:16:41] [EMAIL PROTECTED] Try adding --enable-maintainer-zts to that previous configure line. Does it still crash? What does this output: # sapi/cli/php -v And 'make clean' is _mandatory_ always. (remember to 'rm config.cache' before running the configure line too!) [2006-01-19 16:11:40] [EMAIL PROTECTED] >undefined reference to `spl_ce_Countable' Yeah, `make clean` is required before `make`. [2006-01-19 16:07:54] clive at darkarts dot co dot za Ah, I did not know about ZTS, thank you. as per your instructions:: on php-5.1.2: ext/standard/.libs/array.o(.text+0x5ba): In function `zif_count': /usr/ports/lang/php5/work/php-5.1.2/ext/standard/array.c:326: undefined reference to `spl_ce_Countable' on php-5.1-200601191130: runs perfectly, no segfault (I'm sorry if my next answers come much later, I have to leave now and wont be near a PC again for about 16 hours. I will answer any questions then as fully as possible. Thanks ) [2006-01-19 15:56:07] [EMAIL PROTECTED] It doesn't matter if you run CLI if it's still compiled with ZTS enabled. Which it is if you use the one you build when building the Apache module. Does this work without crashing: # rm config.cache ; ./configure --disable-all --disable-cgi && make && sapi/cli/php -r 'phpinfo();' [2006-01-19 15:33:34] clive at darkarts dot co dot za Yes, and I have said many times already that I am using CLI version too *WITHOUT APACHE*, but, I will give you the info in full again: ldd ./php ./php: libcrypt.so.3 => /lib/libcrypt.so.3 (0x2823a000) libm.so.4 => /lib/libm.so.4 (0x28252000) libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x28268000) libz.so.3 => /lib/libz.so.3 (0x28385000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28395000) libc.so.6 => /lib/libc.so.6 (0x28484000) ./php phpinfo.php <<*snip*>> report_memleaks => On => On report_zend_debug => Off => Off safe_mode => Off => Off safe_mode_exec_dir => /usr/local/php/bin => /usr/local/php/bin 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_modephp in free(): error: junk pointer, too high to make sense zsh: abort (core dumped) ./php index.php gdb ./php php.core (gdb) bt #0 0x284c64b3 in kill () from /lib/libc.so.6 #1 0x284bb4f0 in raise () from /lib/libc.so.6 #2 0x28535c5c in abort () from /lib/libc.so.6 #3 0x284dccb3 in _UTF8_init () from /lib/libc.so.6 #4 0xbfbfe91e in ?? () #5 0x2853c653 in sys_nsig () from /lib/libc.so.6 #6 0x2853c553 in sys_nsig () from /lib/libc.so.6 #7 0x2853c670 in sys_nsig () from /lib/libc.so.6 #8 0x in ?? () #9 0x285464e4 in ?? () from /lib/libc.so.6 #10 0xbfbfb998 in ?? () #11 0x284dcce1 in _UTF8_init () from /lib/libc.so.6 #12 0x285464e4 in ?? () from /lib/libc.so.6 #13 0x0825d928 in _CurrentRuneLocale () Previous frame inner to this frame (corrupt stack?) and just for fun, it's a different segfault this time :( 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/36084 -- Edit this bug report at http://bugs.php.net/?id=36084&edit=1
#36084 [Fbk->Opn]: apache2 segfaults on phpinfo()
ID: 36084 User updated by: clive at darkarts dot co dot za Reported By: clive at darkarts dot co dot za -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD PHP Version: 5.1.2 New Comment: Ah, I did not know about ZTS, thank you. as per your instructions:: on php-5.1.2: ext/standard/.libs/array.o(.text+0x5ba): In function `zif_count': /usr/ports/lang/php5/work/php-5.1.2/ext/standard/array.c:326: undefined reference to `spl_ce_Countable' on php-5.1-200601191130: runs perfectly, no segfault (I'm sorry if my next answers come much later, I have to leave now and wont be near a PC again for about 16 hours. I will answer any questions then as fully as possible. Thanks ) Previous Comments: [2006-01-19 15:56:07] [EMAIL PROTECTED] It doesn't matter if you run CLI if it's still compiled with ZTS enabled. Which it is if you use the one you build when building the Apache module. Does this work without crashing: # rm config.cache ; ./configure --disable-all --disable-cgi && make && sapi/cli/php -r 'phpinfo();' [2006-01-19 15:33:34] clive at darkarts dot co dot za Yes, and I have said many times already that I am using CLI version too *WITHOUT APACHE*, but, I will give you the info in full again: ldd ./php ./php: libcrypt.so.3 => /lib/libcrypt.so.3 (0x2823a000) libm.so.4 => /lib/libm.so.4 (0x28252000) libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x28268000) libz.so.3 => /lib/libz.so.3 (0x28385000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28395000) libc.so.6 => /lib/libc.so.6 (0x28484000) ./php phpinfo.php <<*snip*>> report_memleaks => On => On report_zend_debug => Off => Off safe_mode => Off => Off safe_mode_exec_dir => /usr/local/php/bin => /usr/local/php/bin 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_modephp in free(): error: junk pointer, too high to make sense zsh: abort (core dumped) ./php index.php gdb ./php php.core (gdb) bt #0 0x284c64b3 in kill () from /lib/libc.so.6 #1 0x284bb4f0 in raise () from /lib/libc.so.6 #2 0x28535c5c in abort () from /lib/libc.so.6 #3 0x284dccb3 in _UTF8_init () from /lib/libc.so.6 #4 0xbfbfe91e in ?? () #5 0x2853c653 in sys_nsig () from /lib/libc.so.6 #6 0x2853c553 in sys_nsig () from /lib/libc.so.6 #7 0x2853c670 in sys_nsig () from /lib/libc.so.6 #8 0x in ?? () #9 0x285464e4 in ?? () from /lib/libc.so.6 #10 0xbfbfb998 in ?? () #11 0x284dcce1 in _UTF8_init () from /lib/libc.so.6 #12 0x285464e4 in ?? () from /lib/libc.so.6 #13 0x0825d928 in _CurrentRuneLocale () Previous frame inner to this frame (corrupt stack?) and just for fun, it's a different segfault this time :( [2006-01-19 15:12:45] clive at darkarts dot co dot za Just a side note, before I delve once more into this bug. All worked fine on my system before I upgraded to 5.1.1, before that, I was using 5.0.5. This bug was introduced between 5.0.5 and 5.1.1 (apache version unchanged) but at that time i noticed a similar bugreport that seemed to indicate this bug had been found and fixed between 5.1.1 and 5.1.2. This morning I upgraded from 5.1.1 to 5.1.2 to notice that it was still there. hmmm, ok I was simply using the FreeBSD defaults as per setup my it's maintainer. I have never built php from the source myself before this, I normaly rely on the "invisible unsung people behind the scenes" that do all this hard work for me ;) (still using the latest snap) the following is (re)built using only: ./configure --enable-debug. ( there are an incredibly amount of warnings during the compilation of Zend/zend_execute.c ) ./php --version PHP 5.1.3-dev (cli) (built: Jan 19 2006 16:23:21) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies I then ran the command-line version as such: ./php phpinfo.php ... and voila .. I am unable to get the segfault again. I would really appreciate feedback on what (in my ./configure line) is causing this, so that I can direct the FreeBSD php maintainer to this bugreport. Thank you Clive [2006-01-19 14:46:22] [EMAIL PROTECTED] And DO NOT use this: --enable-versioning !! [2006-01-19 14:45:54] [EMAIL PROTECTED] Does it crash if you compile against NON-threaded Apache? Apparently the one
#36084 [Fbk->Opn]: apache2 segfaults on phpinfo()
ID: 36084 User updated by: clive at darkarts dot co dot za Reported By: clive at darkarts dot co dot za -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD PHP Version: 5.1.2 New Comment: Yes, and I have said many times already that I am using CLI version too *WITHOUT APACHE*, but, I will give you the info in full again: ldd ./php ./php: libcrypt.so.3 => /lib/libcrypt.so.3 (0x2823a000) libm.so.4 => /lib/libm.so.4 (0x28252000) libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x28268000) libz.so.3 => /lib/libz.so.3 (0x28385000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28395000) libc.so.6 => /lib/libc.so.6 (0x28484000) ./php phpinfo.php <<*snip*>> report_memleaks => On => On report_zend_debug => Off => Off safe_mode => Off => Off safe_mode_exec_dir => /usr/local/php/bin => /usr/local/php/bin 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_modephp in free(): error: junk pointer, too high to make sense zsh: abort (core dumped) ./php index.php gdb ./php php.core (gdb) bt #0 0x284c64b3 in kill () from /lib/libc.so.6 #1 0x284bb4f0 in raise () from /lib/libc.so.6 #2 0x28535c5c in abort () from /lib/libc.so.6 #3 0x284dccb3 in _UTF8_init () from /lib/libc.so.6 #4 0xbfbfe91e in ?? () #5 0x2853c653 in sys_nsig () from /lib/libc.so.6 #6 0x2853c553 in sys_nsig () from /lib/libc.so.6 #7 0x2853c670 in sys_nsig () from /lib/libc.so.6 #8 0x in ?? () #9 0x285464e4 in ?? () from /lib/libc.so.6 #10 0xbfbfb998 in ?? () #11 0x284dcce1 in _UTF8_init () from /lib/libc.so.6 #12 0x285464e4 in ?? () from /lib/libc.so.6 #13 0x0825d928 in _CurrentRuneLocale () Previous frame inner to this frame (corrupt stack?) and just for fun, it's a different segfault this time :( Previous Comments: [2006-01-19 15:18:48] [EMAIL PROTECTED] You were actually asked a question. [2006-01-19 15:12:45] clive at darkarts dot co dot za Just a side note, before I delve once more into this bug. All worked fine on my system before I upgraded to 5.1.1, before that, I was using 5.0.5. This bug was introduced between 5.0.5 and 5.1.1 (apache version unchanged) but at that time i noticed a similar bugreport that seemed to indicate this bug had been found and fixed between 5.1.1 and 5.1.2. This morning I upgraded from 5.1.1 to 5.1.2 to notice that it was still there. hmmm, ok I was simply using the FreeBSD defaults as per setup my it's maintainer. I have never built php from the source myself before this, I normaly rely on the "invisible unsung people behind the scenes" that do all this hard work for me ;) (still using the latest snap) the following is (re)built using only: ./configure --enable-debug. ( there are an incredibly amount of warnings during the compilation of Zend/zend_execute.c ) ./php --version PHP 5.1.3-dev (cli) (built: Jan 19 2006 16:23:21) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies I then ran the command-line version as such: ./php phpinfo.php ... and voila .. I am unable to get the segfault again. I would really appreciate feedback on what (in my ./configure line) is causing this, so that I can direct the FreeBSD php maintainer to this bugreport. Thank you Clive [2006-01-19 14:46:22] [EMAIL PROTECTED] And DO NOT use this: --enable-versioning !! [2006-01-19 14:45:54] [EMAIL PROTECTED] Does it crash if you compile against NON-threaded Apache? Apparently the one you have is threaded. We really don't support that.. [2006-01-19 14:43:43] clive at darkarts dot co dot za using: http://snaps.php.net/php5.1-latest.tar.gz ./php --version PHP 5.1.3-dev (cli) (built: Jan 19 2006 15:52:43) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies and the backtrace: #158 0x6f5f7465 in ?? () #159 0x in ?? () #160 0x083d3000 in ?? () #161 0x in ?? () #162 0xbfbfe7a0 in ?? () #163 0x083d3000 in ?? () #164 0xbfbfbba8 in ?? () #165 0x08158e06 in _zend_ts_hash_add_or_update (ht=0x6, arKey=0xbfbfb938 "ß", 'ÿ' , "é3!(", nKeyLength=0, pData=0x28535cb6, nDataSize=1, pDest=0x28234600, flag=-33, __zend_filename=0x , __zend_lineno=4294967295) at /usr/ports/lang/php5/work/php5.1-
#36084 [Fbk->Opn]: apache2 segfaults on phpinfo()
ID: 36084 User updated by: clive at darkarts dot co dot za Reported By: clive at darkarts dot co dot za -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD PHP Version: 5.1.2 New Comment: Just a side note, before I delve once more into this bug. All worked fine on my system before I upgraded to 5.1.1, before that, I was using 5.0.5. This bug was introduced between 5.0.5 and 5.1.1 (apache version unchanged) but at that time i noticed a similar bugreport that seemed to indicate this bug had been found and fixed between 5.1.1 and 5.1.2. This morning I upgraded from 5.1.1 to 5.1.2 to notice that it was still there. hmmm, ok I was simply using the FreeBSD defaults as per setup my it's maintainer. I have never built php from the source myself before this, I normaly rely on the "invisible unsung people behind the scenes" that do all this hard work for me ;) (still using the latest snap) the following is (re)built using only: ./configure --enable-debug. ( there are an incredibly amount of warnings during the compilation of Zend/zend_execute.c ) ./php --version PHP 5.1.3-dev (cli) (built: Jan 19 2006 16:23:21) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies I then ran the command-line version as such: ./php phpinfo.php ... and voila .. I am unable to get the segfault again. I would really appreciate feedback on what (in my ./configure line) is causing this, so that I can direct the FreeBSD php maintainer to this bugreport. Thank you Clive Previous Comments: [2006-01-19 14:46:22] [EMAIL PROTECTED] And DO NOT use this: --enable-versioning !! [2006-01-19 14:45:54] [EMAIL PROTECTED] Does it crash if you compile against NON-threaded Apache? Apparently the one you have is threaded. We really don't support that.. [2006-01-19 14:43:43] clive at darkarts dot co dot za using: http://snaps.php.net/php5.1-latest.tar.gz ./php --version PHP 5.1.3-dev (cli) (built: Jan 19 2006 15:52:43) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies and the backtrace: #158 0x6f5f7465 in ?? () #159 0x in ?? () #160 0x083d3000 in ?? () #161 0x in ?? () #162 0xbfbfe7a0 in ?? () #163 0x083d3000 in ?? () #164 0xbfbfbba8 in ?? () #165 0x08158e06 in _zend_ts_hash_add_or_update (ht=0x6, arKey=0xbfbfb938 "ß", 'ÿ' , "é3!(", nKeyLength=0, pData=0x28535cb6, nDataSize=1, pDest=0x28234600, flag=-33, __zend_filename=0x , __zend_lineno=4294967295) at /usr/ports/lang/php5/work/php5.1-200601191130/Zend/zend_ts_hash.c:102 [2006-01-19 14:19:10] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-01-19 14:17:57] clive at darkarts dot co dot za configure line used: ./configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--enable-spl' '--with-regex=php' '--with-apxs2=/usr/local/sbin/apxs' '--enable-debug' '--prefix=/usr/local' 'i386-portbld-freebsd6.0 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/36084 -- Edit this bug report at http://bugs.php.net/?id=36084&edit=1
#36084 [Fbk->Opn]: apache2 segfaults on phpinfo()
ID: 36084 User updated by: clive at darkarts dot co dot za Reported By: clive at darkarts dot co dot za -Status: Feedback +Status: Open -Bug Type: Apache2 related +Bug Type: Reproducible crash Operating System: FreeBSD PHP Version: 5.1.2 New Comment: using: http://snaps.php.net/php5.1-latest.tar.gz ./php --version PHP 5.1.3-dev (cli) (built: Jan 19 2006 15:52:43) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies and the backtrace: #158 0x6f5f7465 in ?? () #159 0x in ?? () #160 0x083d3000 in ?? () #161 0x in ?? () #162 0xbfbfe7a0 in ?? () #163 0x083d3000 in ?? () #164 0xbfbfbba8 in ?? () #165 0x08158e06 in _zend_ts_hash_add_or_update (ht=0x6, arKey=0xbfbfb938 "ß", 'ÿ' , "é3!(", nKeyLength=0, pData=0x28535cb6, nDataSize=1, pDest=0x28234600, flag=-33, __zend_filename=0x , __zend_lineno=4294967295) at /usr/ports/lang/php5/work/php5.1-200601191130/Zend/zend_ts_hash.c:102 Previous Comments: [2006-01-19 14:19:10] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-01-19 14:17:57] clive at darkarts dot co dot za configure line used: ./configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--enable-spl' '--with-regex=php' '--with-apxs2=/usr/local/sbin/apxs' '--enable-debug' '--prefix=/usr/local' 'i386-portbld-freebsd6.0 [2006-01-19 14:07:49] clive at darkarts dot co dot za sniper:"Does it crash with something more stable than Apache 2.2 ? Like 2.0 or 1.3.x ?" yes it crashes the same way from the CLI, without apache at all. [2006-01-19 14:05:58] clive at darkarts dot co dot za after running it enough times i reproduced the segfault with --enable debug, backtrace as follows: (gdb) bt #0 0x289a3bf0 in ?? () #1 0x2853735f in __cxa_finalize () from /lib/libc.so.6 #2 0x28536f9a in exit () from /lib/libc.so.6 #3 0x081d36c1 in main (argc=2, argv=0xbfbfe8a8) at /usr/ports/lang/php5/work/php-5.1.2/sapi/cli/php_cli.c:1243 [2006-01-19 13:56:52] [EMAIL PROTECTED] And what was the full configure line used to configure PHP? 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/36084 -- Edit this bug report at http://bugs.php.net/?id=36084&edit=1
#36084 [Fbk->Opn]: apache2 segfaults on phpinfo()
ID: 36084 User updated by: clive at darkarts dot co dot za Reported By: clive at darkarts dot co dot za -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD PHP Version: 5.1.2 New Comment: after running it enough times i reproduced the segfault with --enable debug, backtrace as follows: (gdb) bt #0 0x289a3bf0 in ?? () #1 0x2853735f in __cxa_finalize () from /lib/libc.so.6 #2 0x28536f9a in exit () from /lib/libc.so.6 #3 0x081d36c1 in main (argc=2, argv=0xbfbfe8a8) at /usr/ports/lang/php5/work/php-5.1.2/sapi/cli/php_cli.c:1243 Previous Comments: [2006-01-19 13:56:52] [EMAIL PROTECTED] And what was the full configure line used to configure PHP? [2006-01-19 13:56:22] [EMAIL PROTECTED] Does it crash with something more stable than Apache 2.2 ? Like 2.0 or 1.3.x ? [2006-01-19 13:49:42] clive at darkarts dot co dot za backtrace is not possible. when configured with "--enable-debug" it no longer segfaults. It only segfaults when built without this option [2006-01-19 13:19:55] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2006-01-19 13:09:03] clive at darkarts dot co dot za Description: segfault from within apache2, or also if run from the CLI. Reproduce code: --- Expected result: The phpinfo output Actual result: -- it get's to the 'Apache Environment' section, and within there it gets up to 'SERVER_ADDR' which it displays. tail snippet of html generated: SERVER_SOFTWARE Apache/2.2.0 (FreeBSD) mod_ssl/2.2.0 OpenSSL/0.9.7e-p1 DAV/2 PHP/5.1.2 SERVER_NAME subzero2 SERVER_ADDR 192.168.2.15 It then segfaults. apache2 log message: [Thu Jan 19 13:56:48 2006] [notice] child pid 32499 exit signal Abort trap (6) httpd in free(): error: junk pointer, too high to make sense If run from the CLI it also seg faults, here is the tail of the command line output of the same: _ENV["SSH_AUTH_SOCK"] => /tmp/ssh-YxlQmP5Url/agent.32515 _ENV["SHLVL"] => 2 _ENV["PWD"] => /home/users/clive _ENV["OLDPWD"] => /home/users/clive _ENV["_"] => /usr/local/bin/php 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 [EMAIL PROTECTED] zsh: segmentation fault (core dumped) php /usr/local/www/apache22/data/index.php -- Edit this bug report at http://bugs.php.net/?id=36084&edit=1
#36084 [Fbk->Opn]: apache2 segfaults on phpinfo()
ID: 36084 User updated by: clive at darkarts dot co dot za Reported By: clive at darkarts dot co dot za -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD PHP Version: 5.1.2 New Comment: backtrace is not possible. when configured with "--enable-debug" it no longer segfaults. It only segfaults when built without this option Previous Comments: [2006-01-19 13:19:55] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2006-01-19 13:09:03] clive at darkarts dot co dot za Description: segfault from within apache2, or also if run from the CLI. Reproduce code: --- Expected result: The phpinfo output Actual result: -- it get's to the 'Apache Environment' section, and within there it gets up to 'SERVER_ADDR' which it displays. tail snippet of html generated: SERVER_SOFTWARE Apache/2.2.0 (FreeBSD) mod_ssl/2.2.0 OpenSSL/0.9.7e-p1 DAV/2 PHP/5.1.2 SERVER_NAME subzero2 SERVER_ADDR 192.168.2.15 It then segfaults. apache2 log message: [Thu Jan 19 13:56:48 2006] [notice] child pid 32499 exit signal Abort trap (6) httpd in free(): error: junk pointer, too high to make sense If run from the CLI it also seg faults, here is the tail of the command line output of the same: _ENV["SSH_AUTH_SOCK"] => /tmp/ssh-YxlQmP5Url/agent.32515 _ENV["SHLVL"] => 2 _ENV["PWD"] => /home/users/clive _ENV["OLDPWD"] => /home/users/clive _ENV["_"] => /usr/local/bin/php 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 [EMAIL PROTECTED] zsh: segmentation fault (core dumped) php /usr/local/www/apache22/data/index.php -- Edit this bug report at http://bugs.php.net/?id=36084&edit=1