#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: We appreciate asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:41:38] justin at hotmail dot com I need asian sex who is http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:34] justin at hotmail dot com Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex to go. http://asian-sex.belgorod.ru/ [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex, nothing else. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:48] justin at hotmail dot com Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:44] justin at hotmail dot com asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:40] justin at hotmail dot com Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:36] justin at hotmail dot com Anyone can do asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:32] justin at hotmail dot com I suppose asian sex for somebody http://asian-sex.belgorod.ru/"; target=_blank>asian sex stays. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: asian sex , what is more http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:43:01] justin at hotmail dot com asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ [2005-04-14 21:42:57] justin at hotmail dot com asian sex and take http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:53] justin at hotmail dot com asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex, nothing else. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:48] justin at hotmail dot com Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:44] justin at hotmail dot com asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Best offer today is asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:41:47] justin at hotmail dot com Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:42] justin at hotmail dot com We appreciate asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:38] justin at hotmail dot com I need asian sex who is http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:34] justin at hotmail dot com Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex to go. http://asian-sex.belgorod.ru/ [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#32707 [NEW]: error_reporting turned off in php.ini and on by ini_set give no error output
From: ion at in-dev dot de Operating system: Linux/Windows PHP version: 5.0.3 PHP Bug Type: Scripting Engine problem Bug description: error_reporting turned off in php.ini and on by ini_set give no error output Description: Ok starting, hope you can understand my bad english :) Take a script like: With enabled error_reporting and display_errors by php.ini PHP gives a parse error. Turn those two configuration vars off gives you no output. So far so good... Change the script to: Now PHP should give a parse error, too. Right?! But PHP give no output. Only with the command line cgi version and the parameter -l it tells about a parsing error. I have reproduce this on Linux and Windows with PHP 5.0.3 . Regards Kai Reproduce code: --- Expected result: Parse error: parse error, unexpected $ in /root/phptest/bogus.php on line 9 Actual result: -- no output -- Edit bug report at http://bugs.php.net/?id=32707&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32707&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32707&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32707&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32707&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32707&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32707&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32707&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32707&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32707&r=support Expected behavior: http://bugs.php.net/fix.php?id=32707&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32707&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32707&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32707&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32707&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32707&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32707&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32707&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32707&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32707&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32707&r=mysqlcfg
#32707 [Opn->Bgs]: error_reporting turned off in php.ini and on by ini_set give no error output
ID: 32707 Updated by: [EMAIL PROTECTED] Reported By: ion at in-dev dot de -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux/Windows PHP Version: 5.0.3 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Parse errors are thrown before your script (and thus also your ini_set() lines) starts executing... so it never resets them. You need a .htaccess file or modify php.ini for this. Previous Comments: [2005-04-14 21:36:21] ion at in-dev dot de Description: Ok starting, hope you can understand my bad english :) Take a script like: With enabled error_reporting and display_errors by php.ini PHP gives a parse error. Turn those two configuration vars off gives you no output. So far so good... Change the script to: Now PHP should give a parse error, too. Right?! But PHP give no output. Only with the command line cgi version and the parameter -l it tells about a parsing error. I have reproduce this on Linux and Windows with PHP 5.0.3 . Regards Kai Reproduce code: --- Expected result: Parse error: parse error, unexpected $ in /root/phptest/bogus.php on line 9 Actual result: -- no output -- Edit this bug report at http://bugs.php.net/?id=32707&edit=1
#32708 [NEW]: ftp_nlist and ftp_rawlist not working in ver 5
From: predecess at hotmail dot com Operating system: Red Hat Enterprise Linux PHP version: 5.0.3 PHP Bug Type: Scripting Engine problem Bug description: ftp_nlist and ftp_rawlist not working in ver 5 Description: ftp_nlist does not work anymore, nor does ftp_rawlist. Code that used ftp_nlist worked fine on PHP 4.3.9 and simply copying the code to a server running PHP 5.0.3 breaks it. The /tmp directory's mode/permissions is set to 777 Reproduce code: --- '; } } } ?> Expected result: this/same/task/works/fine/with/a/url/wrapper/file1.txt this/same/task/works/fine/with/a/url/wrapper/file2.txt this/same/task/works/fine/with/a/url/wrapper/file3.txt this/same/task/works/fine/with/a/url/wrapper/file4.txt Actual result: -- Warning: Invalid argument supplied for foreach() in /documentroot_path/ftpBUG.php on line 9 -- Edit bug report at http://bugs.php.net/?id=32708&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32708&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32708&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32708&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32708&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32708&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32708&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32708&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32708&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32708&r=support Expected behavior: http://bugs.php.net/fix.php?id=32708&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32708&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32708&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32708&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32708&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32708&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32708&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32708&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32708&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32708&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32708&r=mysqlcfg
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Well, asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:07] justin at hotmail dot com Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:04] justin at hotmail dot com Best offer today is asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:59] justin at hotmail dot com asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:55] justin at hotmail dot com asian sex to you http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:52] justin at hotmail dot com Best offer today is asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#32710 [NEW]: Configure test script doesn't detect zlib. gzgets in -lz test fails.
From: software-php at interfasys dot ch Operating system: FreeBSD 5.3 PHP version: 4.3.11 PHP Bug Type: Compile Failure Bug description: Configure test script doesn't detect zlib. gzgets in -lz test fails. Description: I can compile 4.3.10 just fine with this config: ./configure \ --with-apxs \ --disable-ipv6 \ --with-curl=/usr/local/lib \ --with-gd=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib-dir=/usr/local/lib \ --enable-gd-native-ttf \ --with-ttf \ --with-freetype-dir=/usr/local \ --with-gettext \ --with-kerberos \ --with-mcrypt \ --with-mhash \ --with-mysql=/usr/local/mysql \ --with-pear \ --with-dom \ --with-dom-xslt \ --with-dom-exslt \ --with-zlib \ --with-zip \ --with-openssl \ --enable-bcmath \ --enable-calendar \ --enable-ftp \ --enable-magic-quotes \ --enable-sockets \ --enable-track-vars \ --with-iconv=/usr/local \ --with-imap \ --with-imap-ssl \ --with-bz2 \ --enable-mbstring but if I try with 4.3.11 I get this: checking for ZLIB support... yes checking if the location of ZLIB install directory is defined... /usr/local/lib checking for gzgets in -lz... no configure: error: ZLIB extension requires zlib >= 1.0.9 The latest Zlib has been compiled and the phpinfo in 4.3.10 shows this: ZLib Supportenabled Compiled Version1.2.2 Linked Version 1.2.1 If I use the configure file from 4.3.10 then all checks are passed and make can be started (it only fails at the end of the make process because mbstring also has a problem). I've tried with a .12 snapshot and I got the same result. -- Edit bug report at http://bugs.php.net/?id=32710&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32710&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32710&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32710&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32710&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32710&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32710&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32710&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32710&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32710&r=support Expected behavior: http://bugs.php.net/fix.php?id=32710&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32710&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32710&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32710&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32710&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32710&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32710&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32710&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32710&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32710&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32710&r=mysqlcfg
#32710 [Opn]: Configure test script doesn't detect zlib. gzgets in -lz test fails.
ID: 32710
User updated by: software-php at interfasys dot ch
Reported By: software-php at interfasys dot ch
Status: Open
Bug Type: Compile Failure
Operating System: FreeBSD 5.3
PHP Version: 4.3.11
New Comment:
>From config.log:
configure: failed program was:
#line 18132 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char gzgets();
int main() {
gzgets()
; return 0; }
Previous Comments:
[2005-04-15 03:55:18] software-php at interfasys dot ch
Description:
I can compile 4.3.10 just fine with this config:
./configure \
--with-apxs \
--disable-ipv6 \
--with-curl=/usr/local/lib \
--with-gd=/usr/local \
--with-jpeg-dir=/usr/local \
--with-png-dir=/usr/local \
--with-zlib-dir=/usr/local/lib \
--enable-gd-native-ttf \
--with-ttf \
--with-freetype-dir=/usr/local \
--with-gettext \
--with-kerberos \
--with-mcrypt \
--with-mhash \
--with-mysql=/usr/local/mysql \
--with-pear \
--with-dom \
--with-dom-xslt \
--with-dom-exslt \
--with-zlib \
--with-zip \
--with-openssl \
--enable-bcmath \
--enable-calendar \
--enable-ftp \
--enable-magic-quotes \
--enable-sockets \
--enable-track-vars \
--with-iconv=/usr/local \
--with-imap \
--with-imap-ssl \
--with-bz2 \
--enable-mbstring
but if I try with 4.3.11 I get this:
checking for ZLIB support... yes
checking if the location of ZLIB install directory is defined...
/usr/local/lib
checking for gzgets in -lz... no
configure: error: ZLIB extension requires zlib >= 1.0.9
The latest Zlib has been compiled and the phpinfo in 4.3.10 shows
this:
ZLib Supportenabled
Compiled Version1.2.2
Linked Version 1.2.1
If I use the configure file from 4.3.10 then all checks are passed and
make can be started (it only fails at the end of the make process
because mbstring also has a problem).
I've tried with a .12 snapshot and I got the same result.
--
Edit this bug report at http://bugs.php.net/?id=32710&edit=1
#32711 [NEW]: CDATA elements are not preserved
From: phpspam at talkingspider dot com Operating system: Fedora C2 PHP version: 4.3.9 PHP Bug Type: DOM XML related Bug description: CDATA elements are not preserved Description: Read in an xml file that has CDDATA elements using domxml_open_file and then write it out using DomDocument->dump_file. The CDATA elements get turned into text elements. Reproduce code: --- //Read in an xml file that has CDDATA elements using //domxml_open_file and then write it out using //DomDocument->dump_file. The CDATA elements get turned into text elements. Expected result: There's no justifiable reason why it should convert CDATA elements to text elements. Actual result: -- The CDATA elements get turned into text elements. -- Edit bug report at http://bugs.php.net/?id=32711&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32711&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32711&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32711&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32711&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32711&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32711&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32711&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32711&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32711&r=support Expected behavior: http://bugs.php.net/fix.php?id=32711&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32711&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32711&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32711&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32711&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32711&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32711&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32711&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32711&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32711&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32711&r=mysqlcfg
#32638 [Opn->Bgs]: objects cast as string explictly require a __toString when __call is defined
ID: 32638
Updated by: [EMAIL PROTECTED]
Reported By: jason at amp-design dot net
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: CentOS
PHP Version: 5.0.4
New Comment:
This is expected behaviour because __call() catches all undefined
methods, including magic ones like __toString().
You have to define __toString() or fix __call() to return appropriate
string representation of the object.
Previous Comments:
[2005-04-08 19:49:47] jason at amp-design dot net
Description:
This produces an error that should not happen. Instead, when you cast
an object to a string that has no __toString defined, it should produce
the objects internal ID. Oddly enough, the behaviour is inconsistent as
...
class A {
public function __call($name, $args) {echo $name;}
}
echo (new A);
seems to work as expected. I can't see how this should behave
differently from dereferencing from a variable.
I guess the behaviour of string casting is undefined for objects that
do not have __toString() defined, so I guess it is debateable if this
is really a bug, or a querky language "feature" ;-)
Note that this will work if one returns a value for __call().
Reproduce code:
---
Expected result:
Object id #insert_number_here
Actual result:
--
__tostring
Fatal error: Method A::__toString() must return a string value in
/data/test.php on line 21
--
Edit this bug report at http://bugs.php.net/?id=32638&edit=1
#32701 [NEW]: Safe-mode popen(): escaping problem
From: kosmo at miechow dot com Operating system: Linux PHP version: 5.0.4 PHP Bug Type: Filesystem function related Bug description: Safe-mode popen(): escaping problem Description: In safe-mode popen() is escaping command line by calling php_escape_shell_cmd(). This funcion escaping command line, and changing valid command arguments. IMHO there should be any way to disable this escaping and run in safe-mode. Reproduce code: --- =-'", "r"); print(stream_get_contents($r)); pclose($r); ?> Expected result: -=< Test >=- Actual result: -- -=\< Test \>=- -- Edit bug report at http://bugs.php.net/?id=32701&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32701&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32701&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32701&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32701&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32701&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32701&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32701&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32701&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32701&r=support Expected behavior: http://bugs.php.net/fix.php?id=32701&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32701&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32701&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32701&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32701&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32701&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32701&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32701&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32701&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32701&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32701&r=mysqlcfg
#32701 [Opn]: Safe-mode popen(): escaping problem
ID: 32701 User updated by: kosmo at miechow dot com Reported By: kosmo at miechow dot com Status: Open Bug Type: Filesystem function related Operating System: Linux PHP Version: 5.0.4 New Comment: Description: In safe-mode popen() is escaping command line by calling php_escape_shell_cmd(). This funcion escaping command line, and changing valid command arguments. IMHO there should be any way to disable this escaping in safe-mode. Reproduce code: --- =-'", "r"); print(stream_get_contents($r)); pclose($r); ?> Expected result: -=< Test >=- Actual result: -- -=\< Test \>=- Previous Comments: [2005-04-14 09:22:15] kosmo at miechow dot com Description: In safe-mode popen() is escaping command line by calling php_escape_shell_cmd(). This funcion escaping command line, and changing valid command arguments. IMHO there should be any way to disable this escaping and run in safe-mode. Reproduce code: --- =-'", "r"); print(stream_get_contents($r)); pclose($r); ?> Expected result: -=< Test >=- Actual result: -- -=\< Test \>=- -- Edit this bug report at http://bugs.php.net/?id=32701&edit=1
#32701 [Opn->Bgs]: Safe-mode popen(): escaping problem
ID: 32701 Updated by: [EMAIL PROTECTED] Reported By: kosmo at miechow dot com -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Linux PHP Version: 5.0.4 New Comment: This is how it works. No bug here. Previous Comments: [2005-04-14 09:22:15] kosmo at miechow dot com Description: In safe-mode popen() is escaping command line by calling php_escape_shell_cmd(). This funcion escaping command line, and changing valid command arguments. IMHO there should be any way to disable this escaping and run in safe-mode. Reproduce code: --- =-'", "r"); print(stream_get_contents($r)); pclose($r); ?> Expected result: -=< Test >=- Actual result: -- -=\< Test \>=- -- Edit this bug report at http://bugs.php.net/?id=32701&edit=1
#30791 [NoF->Ver]: overload and serialize produce unexpected behaviour
ID: 30791 Updated by: [EMAIL PROTECTED] Reported By: alan at akbkhome dot com -Status: No Feedback +Status: Verified Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2004-11-15 (dev) New Comment: This bug needs either fixing or verifying as wont-fix. (or documenting) so leaving it as verified until one of those occur... Previous Comments: [2005-03-15 01:00:34] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-03-07 21:55:43] [EMAIL PROTECTED] This is what I get with latest CVS HEAD: # php5 t.php Notice: serialize(): __sleep should return an array only containing the names of instance-variables to serialize. in /home/jani/t.php on line 10 [2005-01-13 02:13:41] [EMAIL PROTECTED] Changing to verified - although it's not critical (as overload was experimental in 4.x) it is a BC break - and is a relatively unexpected behaviour.. [2005-01-13 02:10:25] alan at akbkhome dot com Marcus already confirmed this needs fixing - the serialize code should not end up calling __call() on overloaded objects. [2005-01-13 00:02:03] [EMAIL PROTECTED] >If an object is overloaded (with __call()), then >serializ'ing the object will fail unless __sleep() is defined. .. or unless __call() returns Array of instance names. I'd say there is no bug, 'cos your overloaded __sleep() method indeed returns wrong data. 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/30791 -- Edit this bug report at http://bugs.php.net/?id=30791&edit=1
#32683 [Opn->Bgs]: configuration fails
ID: 32683
Updated by: [EMAIL PROTECTED]
Reported By: moulonguetn at free dot fr
-Status: Open
+Status: Bogus
-Bug Type: *Configuration Issues
+Bug Type: Compile Failure
Operating System: Linux Progeny Debian 2.0
PHP Version: 5.0.4
New Comment:
Fix your libxml2 installation.
Previous Comments:
[2005-04-12 15:30:10] moulonguetn at free dot fr
Description:
Doing :
./configure --with-gd --with-jpeg-dir --with-png-dir --with-zlib-dir
--with-freetype-dir --with-java --with-ldap --with-openssl-dir
--with-mysql
I got an error :
.
Configuring extensions
checking whether to enable LIBXML support... yes
checking libxml2 install dir... no
checking whether libxml build works... no
configure: error: build test failed. Please check the config.log for
details.
Looking in config.log, I have :
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:1653: checking host system type
configure:1753: checking for gcc
configure:1866: checking whether the C compiler (gcc ) works
configure:1882: gcc -o conftestconftest.c 1>&5
configure:1908: checking whether the C compiler (gcc ) is a
cross-compiler
configure:1913: checking whether we are using GNU C
configure:1922: gcc -E conftest.c
configure:1941: checking whether gcc accepts -g
configure:1974: checking whether gcc and cc understand -c and -o
together
configure:1989: gcc -c conftest.c -o conftest.o 1>&5
configure:1990: gcc -c conftest.c -o conftest.o 1>&5
configure:1995: cc -c conftest.c 1>&5
configure:1997: cc -c conftest.c -o conftest.o 1>&5
configure:1998: cc -c conftest.c -o conftest.o 1>&5
configure:2025: checking how to run the C preprocessor
configure:2046: gcc -E conftest.c >/dev/null 2>conftest.out
configure:2106: checking for AIX
configure:2133: checking if compiler supports -R
configure:2148: gcc -o conftest -g -O2 conftest.c -R /usr/lib 1>&5
gcc: unrecognized option `-R'
/usr/bin/ld: /usr/lib: No such file: File format not recognized
collect2: ld returned 1 exit status
configure: failed program was:
#line 2141 "configure"
#include "confdefs.h"
int main() {
; return 0; }
configure:2166: checking if compiler supports -Wl,-rpath,
configure:2181: gcc -o conftest -g -O2 conftest.c -Wl,-rpath,/usr/lib
1>&5
configure:2207: checking for re2c
configure:2236: checking whether ln -s works
configure:2261: checking for mawk
configure:2295: checking for bison
configure:2329: checking bison version
configure:2339: checking for flex
configure:2373: checking for yywrap in -lfl
configure:2392: gcc -o conftest -g -O2 conftest.c -lfl 1>&5
configure:2416: checking lex output file root
configure:2437: checking whether yytext is a pointer
configure:2456: gcc -o conftest -g -O2 conftest.c -lfl 1>&5
configure:2480: checking for working const
configure:2534: gcc -c -g -O2 conftest.c 1>&5
configure:2559: checking flex version
configure:2575: checking whether byte ordering is bigendian
configure:2601: gcc -o conftest -g -O2 conftest.c 1>&5
configure: failed program was:
#line 2585 "configure"
#include "confdefs.h"
int main(void)
{
short one = 1;
char *cp = (char *)&one;
if (*cp == 0) {
return(0);
} else {
return(1);
}
}
configure:2738: checking whether to force non-PIC code in shared
modules
configure:2846: gcc -o conftest -g -O2 conftest.c 1>&5
/tmp/cccCOBtU.o(.text+0x27): In function `main':
/home/php/php-5.0.4/configure:2841: undefined reference to
`pthread_mutexattr_init'
/tmp/cccCOBtU.o(.text+0x48):/home/php/php-5.0.4/configure:2842:
undefined reference to `pthread_create'
collect2: ld returned 1 exit status
configure: failed program was:
#line 2828 "configure"
#include "confdefs.h"
#include
#include
void *thread_routine(void *data) {
return data;
}
int main() {
pthread_t thd;
pthread_mutexattr_t mattr;
int data = 1;
pthread_mutexattr_init(&mattr);
return pthread_create(&thd, NULL, thread_routine, &data);
}
configure:2866: checking for pthreads_cflags
configure:2906: gcc -o conftest -g -O2 -kthread conftest.c 1>&5
gcc: unrecognized option `-kthread'
/tmp/ccs2IRiL.o(.text+0x27): In function `main':
/home/php/php-5.0.4/configure:2901: undefined reference to
`pthread_mutexattr_init'
/tmp/ccs2IRiL.o(.text+0x48):/home/php/php-5.0.4/configure:2902:
undefined reference to `pthread_create'
collect2: ld returned 1 exit status
configure: failed program was:
#line 2888 "configure"
#include "confdefs.h"
#include
#include
void *thread_routine(void *data) {
return data;
}
int main() {
pthread_t thd;
pthread_mutexattr_t mattr;
int data = 1;
pthread_mutexattr_init(&mattr);
return pthread_create(&thd, NULL, thread_routine, &data);
}
configure:2906: gcc -o conftest -g -O2 -pthread conftest.
#30791 [Ver]: magic methods (__sleep/__wakeup/__toString) call __call if object is overloaded.
ID: 30791 Updated by: [EMAIL PROTECTED] -Summary: overload and serialize produce unexpected behaviour Reported By: alan at akbkhome dot com Status: Verified Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2004-11-15 (dev) New Comment: changing title to reflect issue... Previous Comments: [2005-04-14 09:42:17] [EMAIL PROTECTED] This bug needs either fixing or verifying as wont-fix. (or documenting) so leaving it as verified until one of those occur... [2005-03-15 01:00:34] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-03-07 21:55:43] [EMAIL PROTECTED] This is what I get with latest CVS HEAD: # php5 t.php Notice: serialize(): __sleep should return an array only containing the names of instance-variables to serialize. in /home/jani/t.php on line 10 [2005-01-13 02:13:41] [EMAIL PROTECTED] Changing to verified - although it's not critical (as overload was experimental in 4.x) it is a BC break - and is a relatively unexpected behaviour.. [2005-01-13 02:10:25] alan at akbkhome dot com Marcus already confirmed this needs fixing - the serialize code should not end up calling __call() on overloaded objects. 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/30791 -- Edit this bug report at http://bugs.php.net/?id=30791&edit=1
#32638 [Bgs]: objects cast as string explictly require a __toString when __call is defined
ID: 32638
Updated by: [EMAIL PROTECTED]
Reported By: jason at amp-design dot net
Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: CentOS
PHP Version: 5.0.4
New Comment:
Dupe of #30791
Previous Comments:
[2005-04-14 09:20:04] [EMAIL PROTECTED]
This is expected behaviour because __call() catches all undefined
methods, including magic ones like __toString().
You have to define __toString() or fix __call() to return appropriate
string representation of the object.
[2005-04-08 19:49:47] jason at amp-design dot net
Description:
This produces an error that should not happen. Instead, when you cast
an object to a string that has no __toString defined, it should produce
the objects internal ID. Oddly enough, the behaviour is inconsistent as
...
class A {
public function __call($name, $args) {echo $name;}
}
echo (new A);
seems to work as expected. I can't see how this should behave
differently from dereferencing from a variable.
I guess the behaviour of string casting is undefined for objects that
do not have __toString() defined, so I guess it is debateable if this
is really a bug, or a querky language "feature" ;-)
Note that this will work if one returns a value for __call().
Reproduce code:
---
Expected result:
Object id #insert_number_here
Actual result:
--
__tostring
Fatal error: Method A::__toString() must return a string value in
/data/test.php on line 21
--
Edit this bug report at http://bugs.php.net/?id=32638&edit=1
#32127 [NoF->Csd]: is_numeric() not binary safe
ID: 32127
User updated by: M dot Kooiman at MAP-IS dot nl
Reported By: M dot Kooiman at MAP-IS dot nl
-Status: No Feedback
+Status: Closed
Bug Type: Variables related
Operating System: *
PHP Version: 4CVS, 5CVS (2005-02-27)
Assigned To: derick
New Comment:
Hello Tony,
I just tried with the most recent version that's available on my
machine Ubuntu Hoary Hedgehog: PHP 4.3.10(-10ubuntu4) and it seems that
it's fixed in that aswell, so I'm sure PHP5 is ok.
Mathieu
Previous Comments:
[2005-04-13 01:00:05] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-04-05 10:18:24] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
I can't reproduce it with latest snapshots.
[2005-02-27 12:58:18] M dot Kooiman at MAP-IS dot nl
Description:
Hi,
It seems is_numeric() isn't binary safe. Which, in itself isn't a big
problem, but it becomes a problem when is_numeric () is used as input
(GET/POST) validation.
Reproduce code:
---
alert(document.cookie);
*/
if (is_numeric($_GET['whatever']))
{
echo "Whatever: {$_GET['whatever']}";
} else{
echo 'The string isn't numeric.';
}
?>
Expected result:
is_numeric() should fail the string because it contains extra arbitrary
data.
Actual result:
--
is_numeric() will validate a string that has a number + null char +
arbitrary data as a valid number.
--
Edit this bug report at http://bugs.php.net/?id=32127&edit=1
#32688 [Fbk->Opn]: stream_set_timeout does not work
ID: 32688 User updated by: rene dot vogt at cnlab dot ch Reported By: rene dot vogt at cnlab dot ch -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Windows 2003 Server PHP Version: 5.0.4 New Comment: I found the solution, sorry this is NO php bug. I have to check how many bytes I get by the fread function. If this returns 0 bytes a timeout has occurd. I though I would get an eof but this is not the case. You can close this ticket. The correct code should look like this: Previous Comments: [2005-04-13 17:21:54] [EMAIL PROTECTED] With what version it worked before? I doubt it could work at all in the way you describe, because in this situation there is _no timeout_, it's quite expected situation: you open a stream and read the data from it, so why should it timeout? [2005-04-12 23:46:03] rene dot vogt at cnlab dot ch Description: The function stream_set_timeout seems not to work on php 5.0.4 (win32). It worked with earlier php versions. The sample code connects to a page on a server which prints out a dot every second. After 3 seconds the script should terminate. http://verkehr.cnlab.ch/test1.php (sample code) http://verkehr.cnlab.ch/test2.php (produces dots) Reproduce code: --- Expected result: Prints out 3 dots and abort Actual result: -- Print out dots until page timeout -- Edit this bug report at http://bugs.php.net/?id=32688&edit=1
#32688 [Opn->Csd]: stream_set_timeout does not work
ID: 32688 User updated by: rene dot vogt at cnlab dot ch Reported By: rene dot vogt at cnlab dot ch -Status: Open +Status: Closed Bug Type: Sockets related Operating System: Windows 2003 Server PHP Version: 5.0.4 New Comment: Closing ticket Previous Comments: [2005-04-14 10:29:42] rene dot vogt at cnlab dot ch I found the solution, sorry this is NO php bug. I have to check how many bytes I get by the fread function. If this returns 0 bytes a timeout has occurd. I though I would get an eof but this is not the case. You can close this ticket. The correct code should look like this: [2005-04-13 17:21:54] [EMAIL PROTECTED] With what version it worked before? I doubt it could work at all in the way you describe, because in this situation there is _no timeout_, it's quite expected situation: you open a stream and read the data from it, so why should it timeout? [2005-04-12 23:46:03] rene dot vogt at cnlab dot ch Description: The function stream_set_timeout seems not to work on php 5.0.4 (win32). It worked with earlier php versions. The sample code connects to a page on a server which prints out a dot every second. After 3 seconds the script should terminate. http://verkehr.cnlab.ch/test1.php (sample code) http://verkehr.cnlab.ch/test2.php (produces dots) Reproduce code: --- Expected result: Prints out 3 dots and abort Actual result: -- Print out dots until page timeout -- Edit this bug report at http://bugs.php.net/?id=32688&edit=1
#32702 [NEW]: can't compile php5.0.4 with curl7.13.1-1 at FC4 test2
From: zhouxh at im dot ac dot cn Operating system: Fedora Core release 3.91 (Pre-FC PHP version: 5.0.4 PHP Bug Type: Compile Failure Bug description: can't compile php5.0.4 with curl7.13.1-1 at FC4 test2 Description: i upgrade from Fedora Core 3 to Fedora Core 4 test 2, then i want to recompile php5.0.4 with apache 2.0.53. kernel: 2.6.11-1.1226_FC4 gcc version: gcc-4.0.0-0.40 curl version: curl-7.13.1-1 ps: at Fedora Core 3 all are ok! Reproduce code: --- /configure --with-mod_charset --prefix=/usr/local/php5 --with-libxml-dir --with-zlib=/usr/local --enable-bcmath --with-bz2 --enable-calendar --with-jpeg-dir=/usr/local --with-tiff-dir --with-curl=/usr --with-curlwrappers --with-gd --enable-ftp --with-png-dir --with-freetype-dir --enable-gd-native-ttf --enable-gd-jis-conv --with-mysql=/usr/local/mysql4 --enable-magic-quotes --enable-embedded-mysqli --with-tidy --enable-sockets --enable-shmop --enable-soap --enable-wddx --enable-maintainer-zts --enable-memory-limit --enable-zend-multibyte --enable-yp --with-iconv --enable-exif --with-apxs2=/usr/local/apache/bin/apxs --enable-mbstring --with-oci8=/home/oracle/ouihome --enable-sigchild --enable-sqlite-utf8 --enable-ucd-snmp-hack --enable-roxen-zts --enable-dbase --enable-dbx --enable-dio --enable-libgc --with-openssl --enable-safe-mode --with-cpdflib --with-gettext Expected result: compile finished! Actual result: -- /bin/sh /data/websoft/php-5.0.4/libtool --silent --preserve-dup-deps --mode=compile /data/websoft/php-5.0.4/meta_ccld -I/data/websoft/php-5.0.4/ext/gd/libgd -DHAVE_LIBPNG -DHAVE_LIBJPEG -DHAVE_LIBFREETYPE -DJISX0208 -Iext/cpdf/ -I/data/websoft/php-5.0.4/ext/cpdf/ -DPHP_ATOM_INC -I/data/websoft/php-5.0.4/include -I/data/websoft/php-5.0.4/main -I/data/websoft/php-5.0.4 -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/local/include -I/usr/local/include/freetype2 -I/data/websoft/php-5.0.4/ext/mbstring/oniguruma -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql4/include/mysql -I/home/oracle/ouihome/rdbms/public -I/home/oracle/ouihome/rdbms/demo -I/home/oracle/ouihome/plsql/public -I/usr/local/include/tidy -I/data/websoft/php-5.0.4/TSRM -I/data/websoft/php-5.0.4/Zend -D_REENTRANT -g -O2 -pthread -DZTS -prefer-non-pic -c /data/websoft/php-5.0.4/ext/cpdf/cpdf.c -o ext/cpdf/cpdf.lo /data/websoft/php-5.0.4/ext/cpdf/cpdf.c: In function 'zif_cpdf_stringwidth': /data/websoft/php-5.0.4/ext/cpdf/cpdf.c:1035: warning: pointer targets in passing argument 2 of 'cpdf_stringWidth' differ in signedness /bin/sh /data/websoft/php-5.0.4/libtool --silent --preserve-dup-deps --mode=compile /data/websoft/php-5.0.4/meta_ccld -Iext/ctype/ -I/data/websoft/php-5.0.4/ext/ctype/ -DPHP_ATOM_INC -I/data/websoft/php-5.0.4/include -I/data/websoft/php-5.0.4/main -I/data/websoft/php-5.0.4 -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/local/include -I/usr/local/include/freetype2 -I/data/websoft/php-5.0.4/ext/mbstring/oniguruma -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql4/include/mysql -I/home/oracle/ouihome/rdbms/public -I/home/oracle/ouihome/rdbms/demo -I/home/oracle/ouihome/plsql/public -I/usr/local/include/tidy -I/data/websoft/php-5.0.4/TSRM -I/data/websoft/php-5.0.4/Zend -D_REENTRANT -g -O2 -pthread -DZTS -prefer-non-pic -c /data/websoft/php-5.0.4/ext/ctype/ctype.c -o ext/ctype/ctype.lo /bin/sh /data/websoft/php-5.0.4/libtool --silent --preserve-dup-deps --mode=compile /data/websoft/php-5.0.4/meta_ccld -Iext/curl/ -I/data/websoft/php-5.0.4/ext/curl/ -DPHP_ATOM_INC -I/data/websoft/php-5.0.4/include -I/data/websoft/php-5.0.4/main -I/data/websoft/php-5.0.4 -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/local/include -I/usr/local/include/freetype2 -I/data/websoft/php-5.0.4/ext/mbstring/oniguruma -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql4/include/mysql -I/home/oracle/ouihome/rdbms/public -I/home/oracle/ouihome/rdbms/demo -I/home/oracle/ouihome/plsql/public -I/usr/local/include/tidy -I/data/websoft/php-5.0.4/TSRM -I/data/websoft/php-5.0.4/Zend -D_REENTRANT -g -O2 -pthread -DZTS -prefer-non-pic -c /data/websoft/php-5.0.4/ext/curl/interface.c -o ext/curl/interface.lo /data/websoft/php-5.0.4/ext/curl/interface.c: In function 'zif_curl_init': /data/websoft/php-5.0.4/ext/curl/interface.c:809: error: invalid lvalue in assignment /data/websoft/php-5.0.4/ext/curl/interface.c: In function 'zif_curl_copy_handle': /data/websoft/php-5.0.4/ext/curl/interface.c:870: error: invalid lvalue in assignment make: *** [ext/curl/interface.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=32702&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32702&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32702&r=trysnapshot50 Try a
#32688 [Csd->Bgs]: stream_set_timeout does not work
ID: 32688 Updated by: [EMAIL PROTECTED] Reported By: rene dot vogt at cnlab dot ch -Status: Closed +Status: Bogus Bug Type: Sockets related Operating System: Windows 2003 Server PHP Version: 5.0.4 New Comment: No bug -> bogus. Previous Comments: [2005-04-14 10:30:32] rene dot vogt at cnlab dot ch Closing ticket [2005-04-14 10:29:42] rene dot vogt at cnlab dot ch I found the solution, sorry this is NO php bug. I have to check how many bytes I get by the fread function. If this returns 0 bytes a timeout has occurd. I though I would get an eof but this is not the case. You can close this ticket. The correct code should look like this: [2005-04-13 17:21:54] [EMAIL PROTECTED] With what version it worked before? I doubt it could work at all in the way you describe, because in this situation there is _no timeout_, it's quite expected situation: you open a stream and read the data from it, so why should it timeout? [2005-04-12 23:46:03] rene dot vogt at cnlab dot ch Description: The function stream_set_timeout seems not to work on php 5.0.4 (win32). It worked with earlier php versions. The sample code connects to a page on a server which prints out a dot every second. After 3 seconds the script should terminate. http://verkehr.cnlab.ch/test1.php (sample code) http://verkehr.cnlab.ch/test2.php (produces dots) Reproduce code: --- Expected result: Prints out 3 dots and abort Actual result: -- Print out dots until page timeout -- Edit this bug report at http://bugs.php.net/?id=32688&edit=1
#32702 [Opn->Fbk]: can't compile php5.0.4 with curl7.13.1-1 at FC4 test2
ID: 32702 Updated by: [EMAIL PROTECTED] Reported By: zhouxh at im dot ac dot cn -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Fedora Core release 3.91 (Pre-FC PHP Version: 5.0.4 New Comment: It's a bug for sure, but why do you have this in your configure line: --enable-maintainer-zts ?? Previous Comments: [2005-04-14 10:42:37] zhouxh at im dot ac dot cn Description: i upgrade from Fedora Core 3 to Fedora Core 4 test 2, then i want to recompile php5.0.4 with apache 2.0.53. kernel: 2.6.11-1.1226_FC4 gcc version: gcc-4.0.0-0.40 curl version: curl-7.13.1-1 ps: at Fedora Core 3 all are ok! Reproduce code: --- /configure --with-mod_charset --prefix=/usr/local/php5 --with-libxml-dir --with-zlib=/usr/local --enable-bcmath --with-bz2 --enable-calendar --with-jpeg-dir=/usr/local --with-tiff-dir --with-curl=/usr --with-curlwrappers --with-gd --enable-ftp --with-png-dir --with-freetype-dir --enable-gd-native-ttf --enable-gd-jis-conv --with-mysql=/usr/local/mysql4 --enable-magic-quotes --enable-embedded-mysqli --with-tidy --enable-sockets --enable-shmop --enable-soap --enable-wddx --enable-maintainer-zts --enable-memory-limit --enable-zend-multibyte --enable-yp --with-iconv --enable-exif --with-apxs2=/usr/local/apache/bin/apxs --enable-mbstring --with-oci8=/home/oracle/ouihome --enable-sigchild --enable-sqlite-utf8 --enable-ucd-snmp-hack --enable-roxen-zts --enable-dbase --enable-dbx --enable-dio --enable-libgc --with-openssl --enable-safe-mode --with-cpdflib --with-gettext Expected result: compile finished! Actual result: -- /bin/sh /data/websoft/php-5.0.4/libtool --silent --preserve-dup-deps --mode=compile /data/websoft/php-5.0.4/meta_ccld -I/data/websoft/php-5.0.4/ext/gd/libgd -DHAVE_LIBPNG -DHAVE_LIBJPEG -DHAVE_LIBFREETYPE -DJISX0208 -Iext/cpdf/ -I/data/websoft/php-5.0.4/ext/cpdf/ -DPHP_ATOM_INC -I/data/websoft/php-5.0.4/include -I/data/websoft/php-5.0.4/main -I/data/websoft/php-5.0.4 -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/local/include -I/usr/local/include/freetype2 -I/data/websoft/php-5.0.4/ext/mbstring/oniguruma -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql4/include/mysql -I/home/oracle/ouihome/rdbms/public -I/home/oracle/ouihome/rdbms/demo -I/home/oracle/ouihome/plsql/public -I/usr/local/include/tidy -I/data/websoft/php-5.0.4/TSRM -I/data/websoft/php-5.0.4/Zend -D_REENTRANT -g -O2 -pthread -DZTS -prefer-non-pic -c /data/websoft/php-5.0.4/ext/cpdf/cpdf.c -o ext/cpdf/cpdf.lo /data/websoft/php-5.0.4/ext/cpdf/cpdf.c: In function 'zif_cpdf_stringwidth': /data/websoft/php-5.0.4/ext/cpdf/cpdf.c:1035: warning: pointer targets in passing argument 2 of 'cpdf_stringWidth' differ in signedness /bin/sh /data/websoft/php-5.0.4/libtool --silent --preserve-dup-deps --mode=compile /data/websoft/php-5.0.4/meta_ccld -Iext/ctype/ -I/data/websoft/php-5.0.4/ext/ctype/ -DPHP_ATOM_INC -I/data/websoft/php-5.0.4/include -I/data/websoft/php-5.0.4/main -I/data/websoft/php-5.0.4 -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/local/include -I/usr/local/include/freetype2 -I/data/websoft/php-5.0.4/ext/mbstring/oniguruma -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql4/include/mysql -I/home/oracle/ouihome/rdbms/public -I/home/oracle/ouihome/rdbms/demo -I/home/oracle/ouihome/plsql/public -I/usr/local/include/tidy -I/data/websoft/php-5.0.4/TSRM -I/data/websoft/php-5.0.4/Zend -D_REENTRANT -g -O2 -pthread -DZTS -prefer-non-pic -c /data/websoft/php-5.0.4/ext/ctype/ctype.c -o ext/ctype/ctype.lo /bin/sh /data/websoft/php-5.0.4/libtool --silent --preserve-dup-deps --mode=compile /data/websoft/php-5.0.4/meta_ccld -Iext/curl/ -I/data/websoft/php-5.0.4/ext/curl/ -DPHP_ATOM_INC -I/data/websoft/php-5.0.4/include -I/data/websoft/php-5.0.4/main -I/data/websoft/php-5.0.4 -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/local/include -I/usr/local/include/freetype2 -I/data/websoft/php-5.0.4/ext/mbstring/oniguruma -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl -I/data/websoft/php-5.0.4/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql4/include/mysql -I/home/oracle/ouihome/rdbms/public -I/home/oracle/ouihome/rdbms/demo -I/home/oracle/ouihome/plsql/public -I/usr/local/include/tidy -I/data/websoft/php-5.0.4/TSRM -I/data/websoft/php-5.0.4/Zend -D_REENTRANT -g -O2 -pthread -DZTS -prefer-non-pic -c /data/websoft/php-5.0.4/ext/curl/interface.c -o ext/curl/interface.lo /data/websoft/php-5.0.4/ext/curl/interface.c: In function 'zif_curl_init': /data/websoft/php-5.0.4/ext/curl/interface.c:809: error: invalid lvalue in assignment /data/websoft/php-5.0.4/ext/curl/interface.c: In function 'zif_curl_copy_handle': /data/websoft/php-5.0.4/ext/curl/interface.c:870: error: inv
#32693 [Bgs]: php crashes with the error: PHP has encountered an Access Violation at 77FCC35A
ID: 32693 User updated by: lmayer at cswg dot com Reported By: lmayer at cswg dot com Status: Bogus Bug Type: Performance problem Operating System: windows 2000 PHP Version: 4.3.10 New Comment: Thanks for the help. I've stripped it of the often hacked old webserver and building a ew webserver as we speak. I am going to use the new build of the one you recommemded. I'm going to remove IIS and put Xitami on instead. I would guess it was a conflict between IIS5 and the version 4.3.10 that I was running. I never got a chance to test it with the new build. I noticed when I installed the one you said to use on my test machine it was CGI/FastCgi instead if ISAPI. Is that a better way to go? Again thanks for taking the time to help. Previous Comments: [2005-04-13 22:56:53] [EMAIL PROTECTED] That's definitely not a PHP problem, but your misconfiguration. [2005-04-13 19:52:35] lmayer at cswg dot com Thanks for that. I did what you said although I went to 5.0.4 and now I've killed the server. PHP won't see the .ini file. The asp files on the same webserver run fine. Now instead of breaking once in a while it is completely hosed. I followed the directions exectly, right out of the install.txt. So almost 8 months of work is going to have to be completely redone in ASP. since I can't make this work at all. [2005-04-13 17:18:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-04-13 13:00:25] lmayer at cswg dot com Description: when there is a lot of activity on the server e.g. file uploads especially, regular traffic doesn't seem to matter, PHP will crash. - nothing in server error log, nothing in SQL server error log - nothing on any internet web search. I search every possible parameter. - changed directoy in PHP.ini on upload_tmp_dir to D:\Inetpub\wwwroot\Corp\Trans\PHP with correct permissions - changed permissions on session.save_path= C:\PHP\sessiondata to give write permissions to both internet guest accounts. - added mssql_close to the upload files: errorcheck, upload, step4 and step 3 to with the connection information at the end of the script. - fixes itself when you restart IIS and assorted services. Reproduce code: --- There are 5 possible pages it could be. I haven't been able to narrow it down. Expected result: I expect the PHP program not to crash when there is a lot of activity. Actual result: -- IIS continues to run other webpages continue to be displayed, however PHP stops running. Whenever you try to connect to a PHP page you get the message: PHP has encountered an Access Violation at 77FCC35A -- Edit this bug report at http://bugs.php.net/?id=32693&edit=1
#31583 [Ver->Csd]: [PATCH] php_std_date() uses short day names in non-y2k_compliance mode
ID: 31583
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Verified
+Status: Closed
Bug Type: Date/time related
Operating System: *
PHP Version: 4CVS, 5CVS (2005-02-21)
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-02-21 20:44:33] [EMAIL PROTECTED]
NEVER use that 'Irrelevant' or anything but 4 or 5 as first char in the
Version field!!!
[2005-01-31 14:09:41] [EMAIL PROTECTED]
The following patches should fix this issue additionally to bug
#31689:
http://dev.iworks.at/patches/PHP_4_3_datetime_PHPAPI.patch.txt
http://dev.iworks.at/patches/PHP_5_0_datetime_PHPAPI.patch.txt
http://dev.iworks.at/patches/PHP_HEAD_datetime_PHPAPI.patch.txt
[2005-01-17 13:25:12] [EMAIL PROTECTED]
Here's the patch against HEAD:
--- php-src/ext/standard/datetime.c 12 Dec 2004 15:50:06 -
1.125
+++ php-src/ext/standard/datetime.c 17 Jan 2005 12:14:02 -
@@ -957,7 +957,7 @@
tm1->tm_hour, tm1->tm_min,
tm1->tm_sec);
} else {
snprintf(str, 80, "%s, %02d-%s-%02d %02d:%02d:%02d
GMT",
- day_short_names[tm1->tm_wday],
+ day_full_names[tm1->tm_wday],
tm1->tm_mday,
mon_short_names[tm1->tm_mon],
((tm1->tm_year) % 100),
... and PHP4:
--- php4/ext/standard/datetime.c16 Dec 2004 00:10:55 -
1.96.2.17
+++ php4/ext/standard/datetime.c17 Jan 2005 12:24:30 -
@@ -781,7 +781,7 @@
tm1->tm_hour, tm1->tm_min,
tm1->tm_sec);
} else {
snprintf(str, 80, "%s, %02d-%s-%02d %02d:%02d:%02d
GMT",
- day_short_names[tm1->tm_wday],
+ day_full_names[tm1->tm_wday],
tm1->tm_mday,
mon_short_names[tm1->tm_mon],
((tm1->tm_year) % 100),
[2005-01-17 12:43:55] [EMAIL PROTECTED]
Description:
http://cvs.php.net/co.php/php-src/ext/standard/datetime.c#999
should use day_long_names[] to be RFC850 compliant
Expected result:
Sunday, 06-Nov-94 08:49:37 GMT
Actual result:
--
Sun, 06-Nov-94 08:49:37 GMT
--
Edit this bug report at http://bugs.php.net/?id=31583&edit=1
#31689 [Ver->Csd]: [PATCH] PHPAPI missing for php_std_date() and php_parse_date()
ID: 31689 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Compile Failure Operating System: Win32 PHP Version: 4CVS, 5CVS (2005-02-21) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fixed in PHP 5.1 Previous Comments: [2005-01-31 14:10:07] [EMAIL PROTECTED] The following patches should fix this issue additionally to bug #31583: http://dev.iworks.at/patches/PHP_4_3_datetime_PHPAPI.patch.txt http://dev.iworks.at/patches/PHP_5_0_datetime_PHPAPI.patch.txt http://dev.iworks.at/patches/PHP_HEAD_datetime_PHPAPI.patch.txt [2005-01-25 17:54:52] [EMAIL PROTECTED] Description: php_std_date() and php_parse_date() are missing PHPAPI, so that extensions using this functions cannot be built as shared extensions on Win32. -- Edit this bug report at http://bugs.php.net/?id=31689&edit=1
#26490 [Com]: Lost connection to MySQL server during query
ID: 26490
Comment by: Andreas dot Oesterhelt at InTradeSys dot com
Reported By: chris dot noden at monstermob dot com
Status: No Feedback
Bug Type: MySQL related
Operating System: *
PHP Version: 4CVS, 5CVS (2004-03-13)
New Comment:
As requested by theseer @php.net I'm adding a test
case that steadily reproduces the problem for me.
Both on a Single CPU Pentium 4, Linux 2.4.29, PHP
4.3.10, MySQL 4.1.10, libc 2.2.5 machine, as well
as on a four CPU Ultra Sparc, Linux 2.4.27, PHP
4.3.10, MySQL 4.1.10a, libc 2.3.2 box I get the same
results.
The proposed workaround doesn't change that behaviour.
The example code assumes there is a database testcasedb,
to which a user testcaseuser on localhost using testcasepw
has access. It needs to contain a table like this, although
the table type really doesn't seem to matter:
CREATE TABLE `testtable` (`row1` varchar(40) NOT NULL
default '', `tstamp` timestamp NULL default NULL) DEFAULT
CHARSET=latin1 ;
0)
{
print("Child connection and query start\n");
$dbres = mysql_connect('localhost', 'testcaseuser',
'testcasepw',
true);
if (!mysql_query($child_sql, $dbres))
{
print("Child Mysql Error: " . mysql_error($dbres) .
"\n");
}
exit;
}
print("Parent next iteration\n");
} while (true);
?>
Basically the parent process loops forever, spawning
children that each open a connection of their own, do
a query and then die.
You'll see that the parent will report Lost connections
soon, although the children are doing their best not
to reuse the parent's connection.
Hope this helps to deeper look into the issue.
Thanks for listening,
--Andreas
Previous Comments:
[2004-10-01 01:00:02] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2004-09-23 12:05:07] [EMAIL PROTECTED]
Due to people claiming the "workaround" doesn't fix their problems, the
bug is reopened.
Please provide detailed feedback on how to reproduce the problem.
[2004-09-22 21:06:23] tru at gtwreck dot com
All you need to do is check out this query on google, and you can see
that a lot of sites have this issue while google is indexing them...
http://www.google.com/search?hl=en&lr=&ie=UTF-8&q=%22Lost+connection+to+MySQL+server+during+query%22+mysql_connect
[2004-09-22 21:03:00] tommy at allstardirectories dot com
The suggested work-around does not work for me. I'm still seeing
intermittent connection losses (About 5-10 per day).
[2004-08-12 19:20:53] [EMAIL PROTECTED]
This is not a bug at all but rather a problem created by the reuse of
connections within php:
The mysql_connect() command does NOT open a new connection by default.
So even if one calls mysql_connect() in the forked child, no new
conenction is opened. Adding the addtional parameter to force a new
connection fixes the problem right away.
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/26490
--
Edit this bug report at http://bugs.php.net/?id=26490&edit=1
#32436 [WFx]: 'phpx' making a first class scripting language (default way to drop )
ID: 32436 User updated by: sam_bravard at yahoo dot com Reported By: sam_bravard at yahoo dot com Status: Wont fix Bug Type:Feature/Change Request PHP Version: 5.0.3 New Comment: How do you enable 'php -r' for web page processing through mod_php on apache? Previous Comments: [2005-04-13 18:16:43] [EMAIL PROTECTED] We have "php -r" which we deem enough. If it's not good enough for you you can always make a shell script around it. [2005-04-12 19:58:03] sam_bravard at yahoo dot com Not a troll at all, please take a thoughtful second before you flip the bozo bit. Ruby, Python, Perl, Tcl, bash, sh, all run undecorated code by default from their command line tools. So where does php stand? It takes exactly the opposite approach, for no good reason except for history. Let's be user-centric here. What are web tags doing in a command line script? What compelling benefit do I get from adding ''? So the proposal above is a good compromise, make it easy to get what they want and show that you care about it as a default option: Here's some psuedocode to show how trivial this is to do at the command line: Add a quick test to argv[0] for the name 'phpx' and turn on '-r' mode by default. Add 1 line to the make file that does a hard link from 'php' to 'phpx'. And one line to make install to add 'phpx'. >From a web services point of view, look at how people program ASP.NET pages. The .aspx file is full of tags, the .aspx.cs file is full of straight code. If you try to create a similar model in PHP (see www.xisc.com) then people have to remember to wrap all their classes in start/end blocks... and god forbid there's a space before or after the tags and the framework output fails because PHP will blindly copy whitespace. Having a framework fail because someone types an extra space? That's not taking a user-centric approach at all. It's an uncommon requirement, and people entering php from any other language just find it a frustrating quirk. Let's concentrate on the end users here. It's who PHP is for after all... let's make their lives simpler and make it compelling to let PHP spread into all sorts of other uses. So let's revisit the points: *) A default script-only mode on the command line (say 'phpx' or whatever you like - just easy to type, doesn't require any other arugments unless the user wants something special) *) A default script-only extension (.phpx? .php-class?, or something better) that doesn't require open/close tags and isn't sensitive to whitespace at the front or end of the file. Trivial stuff to fix, and it makes a huge difference in people's perception/enjoyment/willingness to spread the PHP word. And seriously, if someone is clearly trying to help the project, let's ease up with the knee-jerk name calling. [2005-03-24 01:44:48] [EMAIL PROTECTED] Mostly a troll. And we already have php -r [2005-03-23 22:23:01] sam_bravard at yahoo dot com Description: I think it's time PHP had a default way to run PHP files without having to wrap them in tags. PHP5 is really a great general purpose scripting language. It would be great that 'out of the box' it started acting like a real scripting language and leave it's need of wrapper page tags and the output side effects behind. Thoughts: *) Create a new 'phpx' (other name?) command line tool that will default to not needing page tags. - or change the default behavior of the 'php' command to accept files without enclosed '' and make a command line option to allow it. But this will break existing code, so 'phpx' seems like a better choice. *) Add a new 'phpx' httpd mime-type handler that processes php files as pure code without the wrapper tags. Rationale: phpx command line tool: *) php should look just like any other scripting lang from the command line. Make the barrier to entry low and make the model consistent with what everyone expects. Things like trying to remember to close a '%>' tag in a large file of php code just makes users frustrated. .phpx web handler: *) When designing ASP.NET like web frameworks like Prado (see http://www.xisc.com/) the code gets split between a markup file which isn't PHP code at all (parsed custom tags in an YourPage.inc file), and a backing class YourPage.php which is pure php classes and has no need for generating non programmatic page output. Example silly but serious failure #1: God forbid the user adds any extra whitespace at the end of the file after the closing php '%>' tag, and the entire HTTP response rendering chain breaks because by default PHP copies everything to the output stream and those 'spaces' before the HTTP hea
#32704 [NEW]: libmysqlclient twice?
From: red at icuii dot com Operating system: Fedora Core 2 PHP version: 5.0.4 PHP Bug Type: Compile Failure Bug description: libmysqlclient twice? Description: Linking fails because -lmysqlclient appears twice in the Makefile's EXTRA_LIBS. I can remove one and it builds and runs fine. Here's my configure command: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-curl --with-curlwrappers --enable-exif --enable-ftp --with-gd --with-mysql --enable-sockets --with-xsl --with-pic --with-mnogosearch=/usr --with-zlib Then here's the line from the Makefile: EXTRA_LIBS = -lcrypt -lexslt -lcrypt -lmysqlclient -lpng -lz -lcurl -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lcurl -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lssl -lcrypto -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lz -lxml2 -lz -lm -lm -lrt -lz -lmysqlclient -lmnogosearch -lmnogocharset -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxslt -lxml2 -lz -lm -lcrypt -- Edit bug report at http://bugs.php.net/?id=32704&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32704&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32704&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32704&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32704&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32704&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32704&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32704&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32704&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32704&r=support Expected behavior: http://bugs.php.net/fix.php?id=32704&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32704&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32704&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32704&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32704&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32704&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32704&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32704&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32704&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32704&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32704&r=mysqlcfg
#32704 [Opn->Fbk]: libmysqlclient twice?
ID: 32704 Updated by: [EMAIL PROTECTED] Reported By: red at icuii dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Fedora Core 2 PHP Version: 5.0.4 New Comment: As you can see, there are a lot of duplicated -lz, -lm and others, so I doubt that libmysqclient is an exception and can't be used twice. So, where the error message? Also, please describe the software used in the build system. Previous Comments: [2005-04-14 17:58:38] red at icuii dot com Description: Linking fails because -lmysqlclient appears twice in the Makefile's EXTRA_LIBS. I can remove one and it builds and runs fine. Here's my configure command: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-curl --with-curlwrappers --enable-exif --enable-ftp --with-gd --with-mysql --enable-sockets --with-xsl --with-pic --with-mnogosearch=/usr --with-zlib Then here's the line from the Makefile: EXTRA_LIBS = -lcrypt -lexslt -lcrypt -lmysqlclient -lpng -lz -lcurl -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lcurl -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lssl -lcrypto -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lz -lxml2 -lz -lm -lm -lrt -lz -lmysqlclient -lmnogosearch -lmnogocharset -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxslt -lxml2 -lz -lm -lcrypt -- Edit this bug report at http://bugs.php.net/?id=32704&edit=1
#32501 [Fbk->Opn]: acinclude.m4 should set HAVE_BROKEN_GETCWD for AIX, too
ID: 32501 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Feedback +Status: Open Bug Type: Directory function related Operating System: IBM AIX 5.2.0.0 ML5 -PHP Version: 5CVS-2005-03-31 +PHP Version: php5-200504141430 New Comment: Just tried with the latest snapshot (200504141430), but got the following error: /../ ld: 0711-224 WARNING: Duplicate symbol: php_bz2_filter_factory ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. ld: 0711-317 ERROR: Undefined symbol: pdo_row_object_handlers collect2: ld returned 8 exit status make: *** [sapi/cli/php] Error 1 [EMAIL PROTECTED]:/usr/local/src/php5-200504141430# Any ideas? I tried Googling, but "pdo_row_object_handlers" returned no hits, nor did bugs.php.net. Should I wait for a later snapshot? Best regards, Björn Previous Comments: [2005-04-12 08:31:15] [EMAIL PROTECTED] If you manually change HAVE_BROKEN_GETCWD in php_config.h to #define HAVE_BROKEN_GETCWD 1 after configure and do 'make clean && make', does it really work then..? [2005-04-04 14:22:17] Bjorn dot Wiberg at its dot uu dot se An excerpt from my Apache 2 httpd.conf, with all information pertaining to PHP and the "safe mode protected" directory of mine: php_admin_flag allow_call_time_pass_reference off php_admin_flag allow_url_fopen off php_admin_flag always_populate_raw_post_data off php_admin_value arg_separator.input "&" php_admin_value arg_separator.output "&" php_admin_flag asp_tags off php_admin_value auto_append_file none php_admin_value auto_prepend_file none php_admin_flag child_terminate off php_admin_value default_charset none php_admin_value default_mimetype "text/html" php_admin_value default_socket_timeout 60 php_admin_flag define_syslog_variables off php_admin_flag display_startup_errors off php_admin_value docref_ext none php_admin_value docref_root none php_admin_value error_append_string none php_admin_value error_log none php_admin_value error_prepend_string none php_admin_value error_reporting 2039 php_admin_flag html_errors off php_admin_flag ignore_repeated_errors off php_admin_flag ignore_repeated_source off php_admin_flag ignore_user_abort off php_admin_flag implicit_flush off php_admin_value ldap.max_links -1 php_admin_flag log_errors on php_admin_value log_errors_max_len 1024 php_admin_flag magic_quotes_gpc on php_admin_flag magic_quotes_runtime off php_admin_flag mime_magic.debug on php_admin_value mysql.connect_timeout 60 php_admin_value mysql.default_host none php_admin_value mysql.default_password none php_admin_value mysql.default_port none php_admin_value mysql.default_socket none php_admin_value mysql.default_user none php_admin_value mysqli.default_host none php_admin_value mysqli.default_port none php_admin_value mysqli.default_pw none php_admin_value mysqli.default_socket none php_admin_value mysqli.default_user none php_admin_value output_buffering 4096 php_admin_value output_handler none php_admin_value precision 14 php_admin_flag register_argc_argv on php_admin_flag register_globals off php_admin_flag register_long_arrays on php_admin_flag report_memleaks on php_admin_flag report_zend_debug on php_admin_flag session.bug_compat_42 off php_admin_flag session.bug_compat_warn on php_admin_value session.entropy_file none php_admin_value session.entropy_length 0 php_admin_value session.gc_divisor 100 php_admin_value session.gc_maxlifetime 1440 php_admin_value session.gc_probability 1 php_admin_value session.save_handler files php_admin_value session.save_path "/tmp" php_admin_value session.serialize_handler php php_admin_flag session.use_trans_sid 0 php_admin_flag short_open_tag off php_admin_flag track_errors off php_admin_value unserialize_callback_func none php_admin_value variables_order "EGPCS" php_admin_flag xbithack off php_admin_flag y2k_compliance on php_admin_flag engine on php_admin_value include_path ".:/apache/php/lib/php" php_admin_value mail.force_extra_parameters "-t -f [EMAIL PROTECTED]" php_admin_value max_execution_time 60 php_admin_value max_input_time 60 php_admin_value memory_limit 64M php_admin_value post_max_size 63M php_admin_value sendmail_from [EMAIL PROTECTED] php_admin_value sendmail_path "/usr/local/bin/smwrap" php_admin_value SMTP notforunix php_admin_value smtp_port none php_admin_value upload_max_filesize 62M php_flag display_errors on php_admin_value doc_root "/onlyforsafemode" php_admin_value open_basedir none php_admin_value safe_mode_exec_dir none php_value bcmath.scale 0 php_value serialize_precision 100 php_flag session.auto_start off php_value session.cache_expire 180 php_value session.cache_limiter "nocache" php_value session.cookie_domain none php_value session.cookie_lifetime 0 php_value session.cookie_path "/"
#32704 [Fbk->Opn]: libmysqlclient twice?
ID: 32704 User updated by: red at icuii dot com Reported By: red at icuii dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Fedora Core 2 PHP Version: 5.0.4 New Comment: Right, I don't know why the duplication of -lmysqlclient causes problems. But I get about 80 pages of this: /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x0): multiple definition of `net_buffer_length' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x0): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): multiple definition of `max_allowed_packet' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): multiple definition of `net_read_timeout' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0xc): multiple definition of `net_write_timeout' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0xc): first defined here Nothing weird in my build tools, they should all be the standard stuff that comes with FC2. gcc 3.3.3 20040412 GNU Make 3.80 The only thing not stock involved is MySQL 4.1.11 installed from RPMs on the mysql website. Previous Comments: [2005-04-14 18:08:23] [EMAIL PROTECTED] As you can see, there are a lot of duplicated -lz, -lm and others, so I doubt that libmysqclient is an exception and can't be used twice. So, where the error message? Also, please describe the software used in the build system. [2005-04-14 17:58:38] red at icuii dot com Description: Linking fails because -lmysqlclient appears twice in the Makefile's EXTRA_LIBS. I can remove one and it builds and runs fine. Here's my configure command: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-curl --with-curlwrappers --enable-exif --enable-ftp --with-gd --with-mysql --enable-sockets --with-xsl --with-pic --with-mnogosearch=/usr --with-zlib Then here's the line from the Makefile: EXTRA_LIBS = -lcrypt -lexslt -lcrypt -lmysqlclient -lpng -lz -lcurl -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lcurl -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lssl -lcrypto -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lz -lxml2 -lz -lm -lm -lrt -lz -lmysqlclient -lmnogosearch -lmnogocharset -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxslt -lxml2 -lz -lm -lcrypt -- Edit this bug report at http://bugs.php.net/?id=32704&edit=1
#32705 [NEW]: special characters
From: agapater at yahoo dot com
Operating system: Windows Xp
PHP version: 5.0.4
PHP Bug Type: MySQL related
Bug description: special characters
Description:
I have just updated to php 5.0.4
Somehow, the romanian special characters(ãîºþâ) retrieved from mysql are
not recognized, instead I get only "?".
I haven't changed anything in the database, I use a similar php.ini
This is not a html encoding problem, I use the right encoding: iso-8859-2
Also, works just fine
I didn't have this problem in php 5.0.2 or any other previous versions
Reproduce code:
---
I think this is irrelevant, but here it is:
$sqlEv = mysql_query("select eveniment from epi_foto_eveniment order by
id_eveniment desc limit 0,4");
while($row = mysql_fetch_array($sqlEv))
{
print ".$row['eveniment']."\r\n";
}
Expected result:
Întâlnirea tinerilor din Protopopiatul Marghita
Searã de priveghere pentru Sfântul Pãrinte la Sf. Gheorghe
Marº pentru Sfântul Pãrinte
Actual result:
--
?nt?lnirea tinerilor din Protopopiatul Marghita
Sear? de priveghere pentru Sf?ntul P?rinte la Sf. Gheorghe
Mar? pentru Sf?ntul P?rinte
--
Edit bug report at http://bugs.php.net/?id=32705&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32705&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32705&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32705&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32705&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32705&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32705&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32705&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32705&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32705&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32705&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32705&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32705&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32705&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32705&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32705&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32705&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32705&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32705&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32705&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32705&r=mysqlcfg
#26490 [Com]: Lost connection to MySQL server during query
ID: 26490
Comment by: Andreas dot Oesterhelt at InTradeSys dot com
Reported By: chris dot noden at monstermob dot com
Status: No Feedback
Bug Type: MySQL related
Operating System: *
PHP Version: 4CVS, 5CVS (2004-03-13)
New Comment:
After further thinking at least my test case
and Chris' original case are non-bugs:
The child inherits the parent's open connection.
When it dies, all its open files, including the
(unused) inherited connection are closed.
If the parent subsequently calls mysql_query() on
that closed connection, a new one will be opened.
But if the child termination happens while the parent
is executing a query, the parent indeed loses its
connection during its query.
Sorry for wasting your time,
--Andreas
PS: Fork logic in testcase script was flawed, too.
Should have been: if (!$is_child).
Previous Comments:
[2005-04-14 16:38:01] Andreas dot Oesterhelt at InTradeSys dot com
As requested by theseer @php.net I'm adding a test
case that steadily reproduces the problem for me.
Both on a Single CPU Pentium 4, Linux 2.4.29, PHP
4.3.10, MySQL 4.1.10, libc 2.2.5 machine, as well
as on a four CPU Ultra Sparc, Linux 2.4.27, PHP
4.3.10, MySQL 4.1.10a, libc 2.3.2 box I get the same
results.
The proposed workaround doesn't change that behaviour.
The example code assumes there is a database testcasedb,
to which a user testcaseuser on localhost using testcasepw
has access. It needs to contain a table like this, although
the table type really doesn't seem to matter:
CREATE TABLE `testtable` (`row1` varchar(40) NOT NULL
default '', `tstamp` timestamp NULL default NULL) DEFAULT
CHARSET=latin1 ;
0)
{
print("Child connection and query start\n");
$dbres = mysql_connect('localhost', 'testcaseuser',
'testcasepw',
true);
if (!mysql_query($child_sql, $dbres))
{
print("Child Mysql Error: " . mysql_error($dbres) .
"\n");
}
exit;
}
print("Parent next iteration\n");
} while (true);
?>
Basically the parent process loops forever, spawning
children that each open a connection of their own, do
a query and then die.
You'll see that the parent will report Lost connections
soon, although the children are doing their best not
to reuse the parent's connection.
Hope this helps to deeper look into the issue.
Thanks for listening,
--Andreas
[2004-10-01 01:00:02] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2004-09-23 12:05:07] [EMAIL PROTECTED]
Due to people claiming the "workaround" doesn't fix their problems, the
bug is reopened.
Please provide detailed feedback on how to reproduce the problem.
[2004-09-22 21:06:23] tru at gtwreck dot com
All you need to do is check out this query on google, and you can see
that a lot of sites have this issue while google is indexing them...
http://www.google.com/search?hl=en&lr=&ie=UTF-8&q=%22Lost+connection+to+MySQL+server+during+query%22+mysql_connect
[2004-09-22 21:03:00] tommy at allstardirectories dot com
The suggested work-around does not work for me. I'm still seeing
intermittent connection losses (About 5-10 per day).
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/26490
--
Edit this bug report at http://bugs.php.net/?id=26490&edit=1
#32706 [NEW]: <> does not work
From: dwd at polyserve dot com
Operating system: SuSE Linux Enterprise Server 9
PHP version: 4.3.9
PHP Bug Type: Unknown/Other Function
Bug description: <> does not work
Description:
Our index.php has some code at the top that uses the '<>' operator:
"")
{
...
}
?>
This code was not being parsed correctly, and the web browser would spit
out the text following the <> operator as if it was content. Changing the
<> to != fixed the problem, but I'd like to know why, as <> should be
equivalent to != according to the documentation.
--
Edit bug report at http://bugs.php.net/?id=32706&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32706&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32706&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32706&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32706&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32706&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32706&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32706&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32706&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32706&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32706&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32706&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32706&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32706&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32706&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32706&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32706&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32706&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32706&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32706&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32706&r=mysqlcfg
#32706 [Opn->Bgs]: <> does not work
ID: 32706
Updated by: [EMAIL PROTECTED]
Reported By: dwd at polyserve dot com
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: SuSE Linux Enterprise Server 9
PHP Version: 4.3.9
New Comment:
1) 4.3.9 is too old. Upgrade first.
2) Can't reproduce it.
3) What browser are you talking about? PHP is a server side language
and it's not supposed to be parsed by a "browser". If you see PHP code
in your browser, your server is just misconfigured.
Previous Comments:
[2005-04-14 19:39:09] dwd at polyserve dot com
Description:
Our index.php has some code at the top that uses the '<>' operator:
"")
{
...
}
?>
This code was not being parsed correctly, and the web browser would
spit out the text following the <> operator as if it was content.
Changing the <> to != fixed the problem, but I'd like to know why, as
<> should be equivalent to != according to the documentation.
--
Edit this bug report at http://bugs.php.net/?id=32706&edit=1
#32706 [Bgs]: <> does not work
ID: 32706
User updated by: dwd at polyserve dot com
Reported By: dwd at polyserve dot com
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: SuSE Linux Enterprise Server 9
PHP Version: 4.3.9
New Comment:
Sorry for the botched description.
Issue 1: I cannot upgrade PHP. We are not allowed to upgrade packages
outside of std. SuSE releases, so 4.3.4 is what I have to work with,
full stop. (Note: Your stupid bug interface would not let me specify an
earlier release than 4.3.9, so I had to lie.)
Issue 2: Yes, I know that PHP is server side. Although I botched the
description, what I meant to say is that the code isn't being parsed
correctly from Apache, and parts of the code (after the <> op) are
displayed as content in my browser. Changing to != worked, but it's
puzzling. N.B. This code has been in production for years now, on
earlier versions of PHP, and we only noticed this now after migrating
from RHEL3 to SLES9 with a later version (4.3.4) of PHP.
Issue 3: Try reproducing on 4.3.4 using a SuSE Linux Enterprise 9
system with Apache2 before you tell me again that it's not
reproducible. I can reproduce at will here.
Previous Comments:
[2005-04-14 19:48:53] [EMAIL PROTECTED]
1) 4.3.9 is too old. Upgrade first.
2) Can't reproduce it.
3) What browser are you talking about? PHP is a server side language
and it's not supposed to be parsed by a "browser". If you see PHP code
in your browser, your server is just misconfigured.
[2005-04-14 19:39:09] dwd at polyserve dot com
Description:
Our index.php has some code at the top that uses the '<>' operator:
"")
{
...
}
?>
This code was not being parsed correctly, and the web browser would
spit out the text following the <> operator as if it was content.
Changing the <> to != fixed the problem, but I'd like to know why, as
<> should be equivalent to != according to the documentation.
--
Edit this bug report at http://bugs.php.net/?id=32706&edit=1
#32706 [Bgs]: <> does not work
ID: 32706
Updated by: [EMAIL PROTECTED]
Reported By: dwd at polyserve dot com
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: SuSE Linux Enterprise Server 9
PHP Version: 4.3.9
New Comment:
The reason that the bug interface doesn't let you enter ancient
versions is that we don't support them.
If you have a problem with SuSE's packages, you should be filing a bug
report with them, not with us, as we can only support our own official
distribution.
Previous Comments:
[2005-04-14 20:14:47] dwd at polyserve dot com
Sorry for the botched description.
Issue 1: I cannot upgrade PHP. We are not allowed to upgrade packages
outside of std. SuSE releases, so 4.3.4 is what I have to work with,
full stop. (Note: Your stupid bug interface would not let me specify an
earlier release than 4.3.9, so I had to lie.)
Issue 2: Yes, I know that PHP is server side. Although I botched the
description, what I meant to say is that the code isn't being parsed
correctly from Apache, and parts of the code (after the <> op) are
displayed as content in my browser. Changing to != worked, but it's
puzzling. N.B. This code has been in production for years now, on
earlier versions of PHP, and we only noticed this now after migrating
from RHEL3 to SLES9 with a later version (4.3.4) of PHP.
Issue 3: Try reproducing on 4.3.4 using a SuSE Linux Enterprise 9
system with Apache2 before you tell me again that it's not
reproducible. I can reproduce at will here.
[2005-04-14 19:48:53] [EMAIL PROTECTED]
1) 4.3.9 is too old. Upgrade first.
2) Can't reproduce it.
3) What browser are you talking about? PHP is a server side language
and it's not supposed to be parsed by a "browser". If you see PHP code
in your browser, your server is just misconfigured.
[2005-04-14 19:39:09] dwd at polyserve dot com
Description:
Our index.php has some code at the top that uses the '<>' operator:
"")
{
...
}
?>
This code was not being parsed correctly, and the web browser would
spit out the text following the <> operator as if it was content.
Changing the <> to != fixed the problem, but I'd like to know why, as
<> should be equivalent to != according to the documentation.
--
Edit this bug report at http://bugs.php.net/?id=32706&edit=1
#32706 [Bgs]: <> does not work
ID: 32706
Updated by: [EMAIL PROTECTED]
Reported By: dwd at polyserve dot com
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: SuSE Linux Enterprise Server 9
PHP Version: 4.3.9
New Comment:
I should clarify that: we don't list older versions because the chances
are that bugs you find in them have already been fixed in the versions
that we do list. Since we're volunteers working in our spare time,
it's not feasible for us to try to support ever version of PHP on every
possible platform.
Regardless, problems in 3rd party packages should be reported to the
people that provided you the 3rd party, before they are reported to
us.
Previous Comments:
[2005-04-14 20:57:49] [EMAIL PROTECTED]
The reason that the bug interface doesn't let you enter ancient
versions is that we don't support them.
If you have a problem with SuSE's packages, you should be filing a bug
report with them, not with us, as we can only support our own official
distribution.
[2005-04-14 20:14:47] dwd at polyserve dot com
Sorry for the botched description.
Issue 1: I cannot upgrade PHP. We are not allowed to upgrade packages
outside of std. SuSE releases, so 4.3.4 is what I have to work with,
full stop. (Note: Your stupid bug interface would not let me specify an
earlier release than 4.3.9, so I had to lie.)
Issue 2: Yes, I know that PHP is server side. Although I botched the
description, what I meant to say is that the code isn't being parsed
correctly from Apache, and parts of the code (after the <> op) are
displayed as content in my browser. Changing to != worked, but it's
puzzling. N.B. This code has been in production for years now, on
earlier versions of PHP, and we only noticed this now after migrating
from RHEL3 to SLES9 with a later version (4.3.4) of PHP.
Issue 3: Try reproducing on 4.3.4 using a SuSE Linux Enterprise 9
system with Apache2 before you tell me again that it's not
reproducible. I can reproduce at will here.
[2005-04-14 19:48:53] [EMAIL PROTECTED]
1) 4.3.9 is too old. Upgrade first.
2) Can't reproduce it.
3) What browser are you talking about? PHP is a server side language
and it's not supposed to be parsed by a "browser". If you see PHP code
in your browser, your server is just misconfigured.
[2005-04-14 19:39:09] dwd at polyserve dot com
Description:
Our index.php has some code at the top that uses the '<>' operator:
"")
{
...
}
?>
This code was not being parsed correctly, and the web browser would
spit out the text following the <> operator as if it was content.
Changing the <> to != fixed the problem, but I'd like to know why, as
<> should be equivalent to != according to the documentation.
--
Edit this bug report at http://bugs.php.net/?id=32706&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Anyone can do asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:32] justin at hotmail dot com I suppose asian sex for somebody http://asian-sex.belgorod.ru/"; target=_blank>asian sex stays. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:27] justin at hotmail dot com Well, asian sex , what is more http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ [2005-04-14 21:42:23] justin at hotmail dot com Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:19] justin at hotmail dot com Be sure to read asian sex the http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ [2005-04-14 21:42:15] justin at hotmail dot com asian sex but http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:19] justin at hotmail dot com Be sure to read asian sex the http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ [2005-04-14 21:42:15] justin at hotmail dot com asian sex but http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:11] justin at hotmail dot com Well, asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:07] justin at hotmail dot com Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:04] justin at hotmail dot com Best offer today is asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:41:42] justin at hotmail dot com We appreciate asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:38] justin at hotmail dot com I need asian sex who is http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:34] justin at hotmail dot com Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex to go. http://asian-sex.belgorod.ru/ [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: asian sex and take http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:53] justin at hotmail dot com asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex, nothing else. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:48] justin at hotmail dot com Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:44] justin at hotmail dot com asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:40] justin at hotmail dot com Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:36] justin at hotmail dot com Anyone can do asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex to go. http://asian-sex.belgorod.ru/ Previous Comments: [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:57] justin at hotmail dot com asian sex and take http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:53] justin at hotmail dot com asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex, nothing else. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:48] justin at hotmail dot com Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:44] justin at hotmail dot com asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:40] justin at hotmail dot com Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Best offer today is asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:41:59] justin at hotmail dot com asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:55] justin at hotmail dot com asian sex to you http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:52] justin at hotmail dot com Best offer today is asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:47] justin at hotmail dot com Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:42] justin at hotmail dot com We appreciate asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:36] justin at hotmail dot com Anyone can do asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:32] justin at hotmail dot com I suppose asian sex for somebody http://asian-sex.belgorod.ru/"; target=_blank>asian sex stays. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:27] justin at hotmail dot com Well, asian sex , what is more http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ [2005-04-14 21:42:23] justin at hotmail dot com Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:19] justin at hotmail dot com Be sure to read asian sex the http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:41:55] justin at hotmail dot com asian sex to you http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:52] justin at hotmail dot com Best offer today is asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:47] justin at hotmail dot com Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:42] justin at hotmail dot com We appreciate asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:38] justin at hotmail dot com I need asian sex who is http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Well, asian sex , what is more http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:23] justin at hotmail dot com Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:19] justin at hotmail dot com Be sure to read asian sex the http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ [2005-04-14 21:42:15] justin at hotmail dot com asian sex but http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:11] justin at hotmail dot com Well, asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:07] justin at hotmail dot com Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: asian sex but if http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:43:05] justin at hotmail dot com asian sex , what is more http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ [2005-04-14 21:43:01] justin at hotmail dot com asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ [2005-04-14 21:42:57] justin at hotmail dot com asian sex and take http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:53] justin at hotmail dot com asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex, nothing else. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:48] justin at hotmail dot com Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:44] justin at hotmail dot com asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:40] justin at hotmail dot com Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:36] justin at hotmail dot com Anyone can do asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:32] justin at hotmail dot com I suppose asian sex for somebody http://asian-sex.belgorod.ru/"; target=_blank>asian sex stays. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:27] justin at hotmail dot com Well, asian sex , what is more http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: asian sex but http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:11] justin at hotmail dot com Well, asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:07] justin at hotmail dot com Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:04] justin at hotmail dot com Best offer today is asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:59] justin at hotmail dot com asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:55] justin at hotmail dot com asian sex to you http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:40] justin at hotmail dot com Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:36] justin at hotmail dot com Anyone can do asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:32] justin at hotmail dot com I suppose asian sex for somebody http://asian-sex.belgorod.ru/"; target=_blank>asian sex stays. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:27] justin at hotmail dot com Well, asian sex , what is more http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ [2005-04-14 21:42:23] justin at hotmail dot com Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: asian sex to you http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:41:52] justin at hotmail dot com Best offer today is asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:47] justin at hotmail dot com Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:42] justin at hotmail dot com We appreciate asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:38] justin at hotmail dot com I need asian sex who is http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:34] justin at hotmail dot com Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex to go. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: I suppose asian sex for somebody http://asian-sex.belgorod.ru/"; target=_blank>asian sex stays. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:27] justin at hotmail dot com Well, asian sex , what is more http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ [2005-04-14 21:42:23] justin at hotmail dot com Learn more about asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:19] justin at hotmail dot com Be sure to read asian sex the http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ [2005-04-14 21:42:15] justin at hotmail dot com asian sex but http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:11] justin at hotmail dot com Well, asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Be sure to read asian sex the http://asian-sex.belgorod.ru/"; target=_blank>asian sex! http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:15] justin at hotmail dot com asian sex but http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:11] justin at hotmail dot com Well, asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex, that is all. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:07] justin at hotmail dot com Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:42:04] justin at hotmail dot com Best offer today is asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:59] justin at hotmail dot com asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:42:04] justin at hotmail dot com Best offer today is asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:59] justin at hotmail dot com asian sex and find details of http://asian-sex.belgorod.ru/"; target=_blank>asian sex tomorrow. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:55] justin at hotmail dot com asian sex to you http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:52] justin at hotmail dot com Best offer today is asian sex and http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ [2005-04-14 21:41:47] justin at hotmail dot com Was asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex and on. http://asian-sex.belgorod.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: justin at hotmail dot com Reported By: asmi at owear dot ru Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: I need asian sex who is http://asian-sex.belgorod.ru/"; target=_blank>asian sex. http://asian-sex.belgorod.ru/ Previous Comments: [2005-04-14 21:41:34] justin at hotmail dot com Be sure to read asian sex http://asian-sex.belgorod.ru/"; target=_blank>asian sex to go. http://asian-sex.belgorod.ru/ [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
