#27007 [Opn->Bgs]: Failed pg_connect leaves Network Socket in CLOSE_WAIT State
ID: 27007 Updated by: [EMAIL PROTECTED] Reported By: bty at requesttech dot com -Status: Open +Status: Bogus Bug Type: PostgreSQL related Operating System: RedHat 9 PHP Version: 4.3.4 New Comment: This is by design, actual closing of connections happens during request shutdown. Doing such for loop is pretty insane anyway, don't you think? :) Previous Comments: [2004-01-22 12:16:20] bty at requesttech dot com Description: When a database connection to postgres fails the assocaited socket is not closed by PHP but kept in a CLOSE_WAIT state. When doing a tcpdump if the PostgreSQL sends a FIN first the final FIN packet is not Sent by PHP leaving the socket in CLOSE_WAIT. I have checked bug reports 9252 and 16356. This IS PHPs problem as it does not correctly send the FIN packet (probably a if( GOT_FIN ) close( socket ) missing from the code) when the PostgreSQL server (or any service) sends FIN first. This is a serious issue as the only way to remove the CLOSE_WAIT sockets is to restart the web server. It is obvious that PHP is not doing something correct. Reproduce code: --- $resource_id = pg_connect( "host=good dbname=good user=good password=good" ); pg_close( $resource_id ); //This will put the socket in a TIME_WAIT state and will //close in a matter of minutes for( $i=0; $i < 1024; $i++ ) { $resource_id = pg_connect( "host=good dbname=good user=good password=bad" ); if( $resource_id ) pg_close( $resource_id ); } //Towards the end of this loop, connections will be refused //because too many sockets are open. //The sockets remain in the CLOSE_WAIT state until the web //server is rebooted Expected result: Sockets are closed by the final sending of a FIN packet from PHP. Actual result: -- Sockets are left in CLOSE_WAIT until the web server is rebooted. -- Edit this bug report at http://bugs.php.net/?id=27007&edit=1
#27016 [Opn->Bgs]: compile error
ID: 27016 Updated by: [EMAIL PROTECTED] Reported By: renneyt at yahoo dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: SunOS 5.7 Generic_106541-25 PHP Version: 5.0.0b3 (beta3) New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. ONE report is enough (see bug #27013) Previous Comments: [2004-01-22 23:14:12] renneyt at yahoo dot com Description: cc: WorkShop Compilers 5.0 98/12/15 C 5.0 CFLAGS=-mt -fast -xCC Oracle 8.1.7.0.0 ./configure --with-pgsql --with-oracle --with-apxs2=/usr/local/apache2/bin/apxs --with-oci8 --with-unixODBC --with-pgsql --enable-sockets --enable-dba --with-dbm --with-zlib --enab le-sysvmsg--enable-sysvsem --enable-sysvshm --disable-libxml /bin/sh /opt/sft/php5-200401230230/libtool --silent --preserve-dup-deps --mode=compile cc -I ext/oci8/ -I/opt/sft/php5-200401230230/ext/oci8/ -DPHP_ATOM_INC -I/opt/sft/php5-200401230230/ include -I/opt/sft/php5-200401230230/main -I/opt/sft/php5-200401230230 -I/opt/sft/php5-200401 230230/Zend -I/usr/local/include -I/u01/app/oracle/product/primary/rdbms/public -I/u01/app/or acle/product/primary/rdbms/demo -I/usr/local/pgsql/include -D_POSIX_PTHREAD_SEMANTICS -I/opt /sft/php5-200401230230/TSRM -mt -fast -xCC -prefer-pic -c /opt/sft/php5-200401230230/ext/oc i8/oci8.c -o ext/oci8/oci8.lo "/opt/sft/php5-200401230230/Zend/zend_constants.h", line 65: warning: syntax error: empty de claration "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 85: warning: syntax error: empty declarat ion "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 111: warning: syntax error: empty declara tion "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 175: warning: syntax error: empty declara tion "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 181: warning: syntax error: empty declara tion "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 194: warning: syntax error: empty declara tion "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 196: warning: syntax error: empty declara tion "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 840: syntax error before or at: * "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: undefined symbol: descr "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: left operand of "->" must be pointer to struct/union "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: non-unique member requires struct/uni on pointer: type "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: left operand of "->" must be pointer to struct/union "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: non-unique member requires struct/uni on pointer: type "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: left operand of "->" must be pointer to struct/union "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 842: warning: improper pointer/integer com bination: arg #1 "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 843: left operand of "->" must be pointer to struct/union "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 4052: warning: argument #3 is incompatible with prototype: prototype: pointer to uint : "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 218 argument : pointer to int "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 4129: warning: argument #3 is incompatible with prototype: prototype: pointer to uint : "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 218 argument : pointer to int "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 4807: warning: initializer does not fit or is out of range: -1 "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6012: warning: assignment type mismatch: pointer to uchar "=" pointer to char "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6013: warning: assignment type mismatch: pointer to uchar "=" pointer to char "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6014: warning: assignment type mismatch: pointer to uchar "=" pointer to char "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6018: warning: argument #1 is incompatible with prototype: prototype: pointer to const char : "/usr/include/string.h", line 71 argument : pointer to uchar "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6018: warning: argument #1 is incompatible with prototype: prototype: pointer to const char : "/usr/include/string.h", line 71 argument : pointer to uchar "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6018: warning: argument #1 is incompatible with prototype: prototype: pointer to const char : "/usr/include/string.h", line 71 argument : pointer to uchar "/opt
#27011 [Opn->Fbk]: Seg Fault While View A Message In IMP
ID: 27011 Updated by: [EMAIL PROTECTED] Reported By: ehicks at binarymagi dot com -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Solaris 9 PHP Version: 4CVS-2004-01-23 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. (And no, we will NOT install IMP to test this) Previous Comments: [2004-01-22 14:53:37] ehicks at binarymagi dot com Description: The error occurs when trying to view a message in Horde's IMP. My configure line is as follows: LDFLAGS="-L/usr/local/lib/sparcv9 -L/usr/local/lib -L/home/pgsql/lib -L/home/mysql/lib/mysql -L/usr/local/ssl/lib -R/usr/local/lib/sparcv9 -R/usr/local/lib -R/home/pgsql/lib -R/home/mysql/lib/mysql -R/usr/local/ssl/lib" \ CFLAGS="-mcpu=ultrasparc -Wa,-xarch=v9 -Wl,-R/usr/local/lib/sparcv9 -Wl,-R/usr/local/lib -Wl,-R/usr/local/ssl/lib -Wl,-R/home/pgsql/lib -Wl,-R/home/mysql/lib/mysql" \ ./configure \ --host=sparcv9-sun-solaris2 \ --prefix=/home/httpd/php \ --with-apxs2=/home/httpd/bin/apxs \ --with-openssl=/usr/local/ssl \ --with-mhash=/usr/local \ --with-mcrypt=/usr/local \ --with-mysql=/home/mysql \ --with-pgsql=/home/pgsql \ --with-mm=/usr/local \ --with-curl=/usr/local \ --with-gd \ --enable-memory-limit=yes \ --enable-debug=no \ --with-pear \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --enable-bcmath \ --with-gdbm \ --enable-ftp \ --with-xpm-dir=/usr/local \ --with-gettext \ --with-zlib \ --with-zlib-dir=/usr/local \ --with-gnu-ld \ --with-xml \ --with-imap My IMAP server is from the Courier package and IMAP client is from WU's c-client v2002e Reproduce code: --- The code seems to be in the message.php in IMP. Expected result: I should see the message I requested Actual result: -- [EMAIL PROTECTED] httpd]# gdb /home/httpd/bin/httpd GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparcv9-sun-solaris2"...(no debugging symbols found)... (gdb) run -X Starting program: /home/httpd/bin/httpd -X (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)... ((Then I hit a page I knew would crash Apache)) Program received signal SIGSEGV, Segmentation fault. 0x7bacedcc in zend_parse_arg_impl (arg=0x1003853d0, va=0x7ffe3a78, spec=0x7ffe3a48) at /root/build/php-4.3.4/Zend/zend_API.c:259 259 *p = Z_LVAL_PP(arg); (gdb) bt #0 0x7bacedcc in zend_parse_arg_impl (arg=0x1003853d0, va=0x7ffe3a78, spec=0x7ffe3a48) at /root/build/php-4.3.4/Zend/zend_API.c:259 #1 0x7bacfa54 in zend_parse_arg (arg_num=4, arg=0x1003853d0, va=0x7ffe3a78, spec=0x7ffe3a48, quiet=0) at /root/build/php-4.3.4/Zend/zend_API.c:439 #2 0x7bacff40 in zend_parse_va_args (num_args=0, type_spec=0x7bb6906c "ll", va=0x7ffe3a78, flags=0) at /root/build/php-4.3.4/Zend/zend_API.c:524 #3 0x7bad032c in zend_parse_parameters (num_args=4, type_spec=0x7bb69068 "ssz|ll") at /root/build/php-4.3.4/Zend/zend_API.c:551 #4 0x7b9493cc in php_pcre_match (ht=4, return_value=0x1008c4c60, this_ptr=0x0, return_value_used=0, global=1) at /root/build/php-4.3.4/ext/pcre/php_pcre.c:375 #5 0x7b94a464 in zif_preg_match_all (ht=4, return_value=0x1008c4c60, this_ptr=0x0, return_value_used=0) at /root/build/php-4.3.4/ext/pcre/php_pcre.c:608 #6 0x7baea870 in execute (op_array=0x1008ac670) at /root/build/php-4.3.4/Zend/zend_execute.c:1616 #7 0x7baeabe4 in execute (op_array=0x100884c20) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #8 0x7baeabe4 in execute (op_array=0x1003a07d0) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #9 0x7baeabe4 in execute (op_array=0x1003af0c0) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #10 0x7baeabe4 in execute (op_array=0x10038f230) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #11 0x7bacde24 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/build/php-4.3.4/Zend/zend.c:884 #12 0x7ba6dd08 in php_execute_script (primary_fi
#27011 [Fbk->Opn]: Seg Fault While View A Message In IMP
ID: 27011 User updated by: ehicks at binarymagi dot com Reported By: ehicks at binarymagi dot com -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Solaris 9 -PHP Version: 4.3.4 +PHP Version: 4.3.4 & STABLE-200401230430 New Comment: Upgrading to STABLE-200401230430 didn't help. The backtrace looks different, though. Here's the new one: [EMAIL PROTECTED] modules]# gdb /home/httpd/bin/httpd GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparcv9-sun-solaris2"...(no debugging symbols found)... (gdb) run -X Starting program: /home/httpd/bin/httpd -X (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x7bad0cf4 in zend_parse_arg_impl (arg=0x100385570, va=0x7ffe3a78, spec=0x7ffe3a48) at /root/build/php4-STABLE-200401230430/Zend/zend_API.c:259 259 *p = Z_LVAL_PP(arg); (gdb) bt #0 0x7bad0cf4 in zend_parse_arg_impl (arg=0x100385570, va=0x7ffe3a78, spec=0x7ffe3a48) at /root/build/php4-STABLE-200401230430/Zend/zend_API.c:259 #1 0x7bad197c in zend_parse_arg (arg_num=4, arg=0x100385570, va=0x7ffe3a78, spec=0x7ffe3a48, quiet=0) at /root/build/php4-STABLE-200401230430/Zend/zend_API.c:439 #2 0x7bad1e68 in zend_parse_va_args (num_args=0, type_spec=0x7bb6b34c "ll", va=0x7ffe3a78, flags=0) at /root/build/php4-STABLE-200401230430/Zend/zend_API.c:524 #3 0x7bad2254 in zend_parse_parameters (num_args=4, type_spec=0x7bb6b348 "ssz|ll") at /root/build/php4-STABLE-200401230430/Zend/zend_API.c:551 #4 0x7b94a3e4 in php_pcre_match (ht=4, return_value=0x1008c3b00, this_ptr=0x0, return_value_used=0, global=1) at /root/build/php4-STABLE-200401230430/ext/pcre/php_pcre.c:374 #5 0x7b94b480 in zif_preg_match_all (ht=4, return_value=0x1008c3b00, this_ptr=0x0, return_value_used=0) at /root/build/php4-STABLE-200401230430/ext/pcre/php_pcre.c:607 #6 0x7baec798 in execute (op_array=0x1008ab500) at /root/build/php4-STABLE-200401230430/Zend/zend_execute.c:1616 #7 0x7baecb0c in execute (op_array=0x100883b00) at /root/build/php4-STABLE-200401230430/Zend/zend_execute.c:1660 #8 0x7baecb0c in execute (op_array=0x1003a0980) at /root/build/php4-STABLE-200401230430/Zend/zend_execute.c:1660 #9 0x7baecb0c in execute (op_array=0x1003af270) at /root/build/php4-STABLE-200401230430/Zend/zend_execute.c:1660 #10 0x7baecb0c in execute (op_array=0x10038f430) at /root/build/php4-STABLE-200401230430/Zend/zend_execute.c:1660 #11 0x7bacfd4c in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/build/php4-STABLE-200401230430/Zend/zend.c:884 #12 0x7ba6faf8 in php_execute_script (primary_file=0x7fffef20) at /root/build/php4-STABLE-200401230430/main/main.c:1727 #13 0x7baf581c in php_handler (r=0x10037e0c0) at /root/build/php4-STABLE-200401230430/sapi/apache2handler/sapi_apache2.c:536 #14 0x0001000ac8a0 in ap_run_handler () #15 0x0001000ad798 in ap_invoke_handler () #16 0x00010007b6d0 in ap_process_request () #17 0x0001000712e4 in ap_process_http_connection () #18 0x0001000c55b8 in ap_run_process_connection () #19 0x0001000c5c18 in ap_process_connection () #20 0x0001000a8e28 in child_main () #21 0x0001000a9030 in make_child () #22 0x0001000a92a4 in startup_children () #23 0x0001000a9da8 in ap_mpm_run () #24 0x0001000b79d8 in main () (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x7bb6b530 "preg_match_all" (gdb) frame 6 #6 0x7baec798 in execute (op_array=0x1008ab500) at /root/build/php4-STABLE-200401230430/Zend/zend_execute.c:1616 1616 ((zend_internal_function *) EX(function_state).function)->handler(EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC); (gdb) frame 7 #7 0x7baecb0c in execute (op_array=0x100883b00) at /root/build/php4-STABLE-200401230430/Zend/zend_execute.c:1660 1660 zend_execute(EG(active_op_array) TSRMLS_CC); (gdb) frame 8 #8 0x7baecb0c in execute (op_array=0x1003a0980) at /root/build/php4-STABLE-200401230430/Zend/zend_execute.c:1660 1660 zend_execut
#27016 [NEW]: compile error
From: renneyt at yahoo dot com Operating system: SunOS 5.7 Generic_106541-25 PHP version: 5.0.0b3 (beta3) PHP Bug Type: Compile Failure Bug description: compile error Description: cc: WorkShop Compilers 5.0 98/12/15 C 5.0 CFLAGS=-mt -fast -xCC Oracle 8.1.7.0.0 ./configure --with-pgsql --with-oracle --with-apxs2=/usr/local/apache2/bin/apxs --with-oci8 --with-unixODBC --with-pgsql --enable-sockets --enable-dba --with-dbm --with-zlib --enab le-sysvmsg--enable-sysvsem --enable-sysvshm --disable-libxml /bin/sh /opt/sft/php5-200401230230/libtool --silent --preserve-dup-deps --mode=compile cc -I ext/oci8/ -I/opt/sft/php5-200401230230/ext/oci8/ -DPHP_ATOM_INC -I/opt/sft/php5-200401230230/ include -I/opt/sft/php5-200401230230/main -I/opt/sft/php5-200401230230 -I/opt/sft/php5-200401 230230/Zend -I/usr/local/include -I/u01/app/oracle/product/primary/rdbms/public -I/u01/app/or acle/product/primary/rdbms/demo -I/usr/local/pgsql/include -D_POSIX_PTHREAD_SEMANTICS -I/opt /sft/php5-200401230230/TSRM -mt -fast -xCC -prefer-pic -c /opt/sft/php5-200401230230/ext/oc i8/oci8.c -o ext/oci8/oci8.lo "/opt/sft/php5-200401230230/Zend/zend_constants.h", line 65: warning: syntax error: empty de claration "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 85: warning: syntax error: empty declarat ion "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 111: warning: syntax error: empty declara tion "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 175: warning: syntax error: empty declara tion "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 181: warning: syntax error: empty declara tion "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 194: warning: syntax error: empty declara tion "/opt/sft/php5-200401230230/Zend/zend_ini.h", line 196: warning: syntax error: empty declara tion "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 840: syntax error before or at: * "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: undefined symbol: descr "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: left operand of "->" must be pointer to struct/union "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: non-unique member requires struct/uni on pointer: type "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: left operand of "->" must be pointer to struct/union "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: non-unique member requires struct/uni on pointer: type "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 841: left operand of "->" must be pointer to struct/union "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 842: warning: improper pointer/integer com bination: arg #1 "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 843: left operand of "->" must be pointer to struct/union "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 4052: warning: argument #3 is incompatible with prototype: prototype: pointer to uint : "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 218 argument : pointer to int "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 4129: warning: argument #3 is incompatible with prototype: prototype: pointer to uint : "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 218 argument : pointer to int "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 4807: warning: initializer does not fit or is out of range: -1 "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6012: warning: assignment type mismatch: pointer to uchar "=" pointer to char "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6013: warning: assignment type mismatch: pointer to uchar "=" pointer to char "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6014: warning: assignment type mismatch: pointer to uchar "=" pointer to char "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6018: warning: argument #1 is incompatible with prototype: prototype: pointer to const char : "/usr/include/string.h", line 71 argument : pointer to uchar "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6018: warning: argument #1 is incompatible with prototype: prototype: pointer to const char : "/usr/include/string.h", line 71 argument : pointer to uchar "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6018: warning: argument #1 is incompatible with prototype: prototype: pointer to const char : "/usr/include/string.h", line 71 argument : pointer to uchar "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6332: warning: argument #2 is incompatible with prototype: prototype: pointer to uchar : "/u01/app/oracle/product/primary/rdbms/demo/orl.h", lin e 2135 argument : pointer to char "/opt/sft/php5-200401230230/ext/oci8/oci8.c", line 6369: warning: argument #3 is incompatible with prototype: prototype: pointer to uchar : "/u01/app/oracle/product/primary/rdbms/demo/orl.h", lin e 2559 argument : pointer to char "/opt/sft/php5-200401230230/ext/oci8
#27011 [Opn->Fbk]: Seg Fault While View A Message In IMP
ID: 27011 Updated by: [EMAIL PROTECTED] Reported By: ehicks at binarymagi dot com -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: 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 Previous Comments: [2004-01-22 14:53:37] ehicks at binarymagi dot com Description: The error occurs when trying to view a message in Horde's IMP. My configure line is as follows: LDFLAGS="-L/usr/local/lib/sparcv9 -L/usr/local/lib -L/home/pgsql/lib -L/home/mysql/lib/mysql -L/usr/local/ssl/lib -R/usr/local/lib/sparcv9 -R/usr/local/lib -R/home/pgsql/lib -R/home/mysql/lib/mysql -R/usr/local/ssl/lib" \ CFLAGS="-mcpu=ultrasparc -Wa,-xarch=v9 -Wl,-R/usr/local/lib/sparcv9 -Wl,-R/usr/local/lib -Wl,-R/usr/local/ssl/lib -Wl,-R/home/pgsql/lib -Wl,-R/home/mysql/lib/mysql" \ ./configure \ --host=sparcv9-sun-solaris2 \ --prefix=/home/httpd/php \ --with-apxs2=/home/httpd/bin/apxs \ --with-openssl=/usr/local/ssl \ --with-mhash=/usr/local \ --with-mcrypt=/usr/local \ --with-mysql=/home/mysql \ --with-pgsql=/home/pgsql \ --with-mm=/usr/local \ --with-curl=/usr/local \ --with-gd \ --enable-memory-limit=yes \ --enable-debug=no \ --with-pear \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --enable-bcmath \ --with-gdbm \ --enable-ftp \ --with-xpm-dir=/usr/local \ --with-gettext \ --with-zlib \ --with-zlib-dir=/usr/local \ --with-gnu-ld \ --with-xml \ --with-imap My IMAP server is from the Courier package and IMAP client is from WU's c-client v2002e Reproduce code: --- The code seems to be in the message.php in IMP. Expected result: I should see the message I requested Actual result: -- [EMAIL PROTECTED] httpd]# gdb /home/httpd/bin/httpd GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparcv9-sun-solaris2"...(no debugging symbols found)... (gdb) run -X Starting program: /home/httpd/bin/httpd -X (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)... ((Then I hit a page I knew would crash Apache)) Program received signal SIGSEGV, Segmentation fault. 0x7bacedcc in zend_parse_arg_impl (arg=0x1003853d0, va=0x7ffe3a78, spec=0x7ffe3a48) at /root/build/php-4.3.4/Zend/zend_API.c:259 259 *p = Z_LVAL_PP(arg); (gdb) bt #0 0x7bacedcc in zend_parse_arg_impl (arg=0x1003853d0, va=0x7ffe3a78, spec=0x7ffe3a48) at /root/build/php-4.3.4/Zend/zend_API.c:259 #1 0x7bacfa54 in zend_parse_arg (arg_num=4, arg=0x1003853d0, va=0x7ffe3a78, spec=0x7ffe3a48, quiet=0) at /root/build/php-4.3.4/Zend/zend_API.c:439 #2 0x7bacff40 in zend_parse_va_args (num_args=0, type_spec=0x7bb6906c "ll", va=0x7ffe3a78, flags=0) at /root/build/php-4.3.4/Zend/zend_API.c:524 #3 0x7bad032c in zend_parse_parameters (num_args=4, type_spec=0x7bb69068 "ssz|ll") at /root/build/php-4.3.4/Zend/zend_API.c:551 #4 0x7b9493cc in php_pcre_match (ht=4, return_value=0x1008c4c60, this_ptr=0x0, return_value_used=0, global=1) at /root/build/php-4.3.4/ext/pcre/php_pcre.c:375 #5 0x7b94a464 in zif_preg_match_all (ht=4, return_value=0x1008c4c60, this_ptr=0x0, return_value_used=0) at /root/build/php-4.3.4/ext/pcre/php_pcre.c:608 #6 0x7baea870 in execute (op_array=0x1008ac670) at /root/build/php-4.3.4/Zend/zend_execute.c:1616 #7 0x7baeabe4 in execute (op_array=0x100884c20) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #8 0x7baeabe4 in execute (op_array=0x1003a07d0) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #9 0x7baeabe4 in execute (op_array=0x1003af0c0) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #10 0x7baeabe4 in execute (op_array=0x10038f230) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #11 0x7bacde24 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/build/php-4.3.4/Zend/zend.c:884 #12 0x7ba6dd08 in php_execute_script (primary_file=0x7fffef20) at /root/build/php-4.3.4/main/main.c:1729 #13 0x7baf3914 in php_handler (r=0x10037e6e0) at /root/build/php-4.3.4/sapi/apache2handler/sapi_apache2.c:537 #14 0x0001000ac8a0 in ap_run_handler () #15 0x0001000ad798 in ap_invoke_handler () #16 0x00010007b6d0 in ap_process_req
#27013 [Opn->Fbk]: compile error
ID: 27013 Updated by: [EMAIL PROTECTED] Reported By: renneyt at yahoo dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SunOS 5.7 Generic_106541-25 PHP Version: 5.0.0b3 (beta3) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2004-01-22 18:01:57] renneyt at yahoo dot com Description: cc: WorkShop Compilers 5.0 98/12/15 C 5.0 CFLAGS=-mt -fast -xCC ./configure --with-pgsql --with-oracle --with-apxs2=/usr/local/apache2/bin/apxs --with-oci8 --with-unixODBC --with-pgsql --enable-sockets --enable-dba --with-dbm --with-zlib --enab le-sysvmsg--enable-sysvsem --enable-sysvshm --disable-libxml /bin/sh /opt/sft/php-5.0.0b3/libtool --silent --preserve-dup-deps --mode=compile cc -Iext/st andard/ -I/opt/sft/php-5.0.0b3/ext/standard/ -DPHP_ATOM_INC -I/opt/sft/php-5.0.0b3/include -I /opt/sft/php-5.0.0b3/main -I/opt/sft/php-5.0.0b3 -I/opt/sft/php-5.0.0b3/Zend -I/usr/local/inc lude -I/u01/app/oracle/product/primary/rdbms/public -I/u01/app/oracle/product/primary/rdbms/d emo -I/usr/local/pgsql/include -D_POSIX_PTHREAD_SEMANTICS -I/opt/sft/php-5.0.0b3/TSRM -mt - fast -xCC -prefer-pic -c /opt/sft/php-5.0.0b3/ext/standard/basic_functions.c -o ext/standard /basic_functions.lo "/opt/sft/php-5.0.0b3/Zend/zend_constants.h", line 65: warning: syntax error: empty declarat ion "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 85: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 111: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 175: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 181: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 194: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 196: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/ext/session/php_session.h", line 231: warning: syntax error: empty dec laration "/opt/sft/php-5.0.0b3/ext/standard/basic_functions.c", line 1192: undefined symbol: INADDR_NO NE cc: acomp failed for /opt/sft/php-5.0.0b3/ext/standard/basic_functions.c gmake: *** [ext/standard/basic_functions.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=27013&edit=1
#26929 [Bgs]: mysql_connect() segfaults php/apache
ID: 26929 User updated by: aguilr at alum dot rpi dot edu Reported By: aguilr at alum dot rpi dot edu Status: Bogus Bug Type: MySQL related Operating System: Debian GNU/Linux 3.0r2 PHP Version: 4.3.4 New Comment: I added a comment to the mysql bug database a few days ago, but have not heard back. As a suggestion from that bug report, I upgraded to Debian/Sarge, which still exhibits the same segfault. >From the strace and the gdb backtrace, I'm guessing it has something to do with: /usr/lib/libdb3.so.3 or /lib/libnss_db.so.2 Or, more likely, a db conflict since it seems that db2 and db3 are being used. Any clues would be great! Thanks. Previous Comments: [2004-01-16 06:07:48] [EMAIL PROTECTED] It's not a php (and probably not a mysql) bug. Please read http://bugs.mysql.com/bug.php?id=1338 and test it with official mysql binaries (if the problem still exists reopen #1338 on bugs.mysql.com) [2004-01-16 04:23:14] aguilr at alum dot rpi dot edu Description: Hello, I've been working on this problem for about four days and haven't been able to find a bug report or newsgroup post describing how to fix it. Basically, things compile and install fine, but as soon as mysql_connect() is run, PHP segfaults. I also had to add --disable-pear in my configure line because "make install" would segfault when running install-pear-installer. Here's my configure line: APP_LOCATION=/opt/apps APP_PATH=${APP_LOCATION}/php/4.3.4 HTTPD_LOCATION=${APP_LOCATION}/httpd/2.0.48 ./configure --prefix=${APP_PATH} --disable-static --with-mysql=${APP_LOCATION}/mysql/4.0.17 --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-apxs2=${HTTPD_LOCATION}/bin/apxs --with-gd --with-jpeg-dir --with-png-dir --with-freetype-dir --with-tiff-dir --with-zlib-dir --with-expat-dir=${APP_LOCATION}/expat/1.95.7 --with-xslt-sablot=${APP_LOCATION}/sablotron/1.0.1 --enable-xslt=shared --enable-track-vars --with-gettext --with-curl=${APP_LOCATION}/curl/7.10.8 --with-xml --with-dom --with-iconv-dir=${APP_LOCATION}/libiconv/1.9.1 --with-iconv=${APP_LOCATION}/libiconv/1.9.1 --with-db4=${APP_LOCATION}/db/4.0.14 --disable-pear --enable-debug Apache2 works great on its own and MySQL is accepting connections from another PHP installation jsut fine. Any help would be *much* appreciated! Reproduce code: --- "; mysql_select_db("nh", $conn); $res = mysql_query("SELECT username FROM depalma_user"); while($row = mysql_fetch_array($res)) { print row['username'] . ""; } ?> Expected result: user1 user2 user3 [...] Actual result: -- Here's a gdb backtrace: #0 0x in ?? () #1 0x40553928 in _nss_db_getspnam_r () from /lib/libnss_db.so.2 #2 0x405539e0 in _nss_db_getspnam_r () from /lib/libnss_db.so.2 #3 0x4055311e in _nss_db_endservent () from /lib/libnss_db.so.2 #4 0x405533b3 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2 #5 0x40513a83 in getservbyname_r () from /lib/libc.so.6 #6 0x40513931 in getservbyname () from /lib/libc.so.6 #7 0x4007426d in mysql_once_init () from /opt/apps/mysql/4.0.17/lib/mysql/libmysqlclient.so.12 #8 0x40076a80 in mysql_init () from /opt/apps/mysql/4.0.17/lib/mysql/libmysqlclient.so.12 #9 0x080b4d36 in ?? () #10 0x080b5055 in ?? () #11 0x081a3bb2 in ?? () #12 0x08190834 in ?? () #13 0x08154e3c in ?? () #14 0x081aa977 in ?? () #15 0x4044c14f in __libc_start_main () from /lib/libc.so.6 An strace reveals: # strace -p 16389 [...] close(9)= 0open("/opt/apps/httpd/2.0.48/lib/libdb3.so.3", O_RDONLY) = -1 ENOENT (No such file or directory)open("/opt/apps/db/4.0.14/lib/libdb3.so.3", O_RDONLY) = -1 ENOENT (No such file or directory)open("/opt/apps/httpd/2.0.48/lib/libdb3.so.3", O_RDONLY) = -1 ENOENT (No such file or directory)open("i686/mmx/libdb3.so.3", O_RDONLY) = -1 ENOENT (No such file or directory)open("i686/libdb3.so.3", O_RDONLY) = -1 ENOENT (No such file or directory)open("mmx/libdb3.so.3", O_RDONLY) = -1 ENOENT (No such file or directory)open("libdb3.so.3", O_RDONLY) = -1 ENOENT (No such file or directory)open("/usr/lib/libdb3.so.3", O_RDONLY) = 9read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\311\0"..., 1024) = 1024fstat64(9, {st_mode=S_IFREG|0644, st_size=684092, ...}) = 0old_mmap(NULL, 687628, PROT_READ|PROT_EXEC, MAP_PRIVATE, 9, 0) = 0x40832000mprotect(0x408d9000, 3596, PROT_NONE) = 0old_mmap(0x408d9000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 9, 0xa6000) = 0x408d9000close(9) = 0munmap(0x40651000, 32390) = 0--- SIGSEGV (Segmentation fault) --- -- Edit this bug report at http://bugs.php.net/?id=26929&edit=1
#27014 [NEW]: make fail if ./configure --with-interbase=../firebid --with-mssql=../freetds
From: giuliano dot tarallo at iperurania dot com Operating system: linux PHP version: Irrelevant PHP Bug Type: Compile Failure Bug description: make fail if ./configure --with-interbase=../firebid --with-mssql=../freetds Description: If and only if you ./configure --with-interbase=../firebird --with-mssql=../freetds when you make then you obtain a compile failure. If you configure only --with-interbase or only --with-freetds there is no problem. I have used firebirdsql 1.5rc8, and freetd 0.61.1 or above. Reproduce code: --- In file included from /opt/arl/freetds/include/sybfront.h:23, from /opt/arl/freetds/include/sqlfront.h:23, from /home/ftp/pub/php4-STABLE-20040130/ext/mssql/php_mssql.h:36, from main/internal_functions.c:34: /opt/arl/freetds/include/sybdb.h:104: error: redefinition of `USHORT' /opt/firebird/include/ibase.h:98: error: `USHORT' previously declared here /opt/arl/freetds/include/sybdb.h:150: error: redefinition of `BYTE' /opt/firebird/include/ibase.h:153: error: `BYTE' previously declared here make: *** [main/internal_functions.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=27014&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27014&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27014&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27014&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27014&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27014&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27014&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27014&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27014&r=support Expected behavior: http://bugs.php.net/fix.php?id=27014&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27014&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27014&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27014&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27014&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27014&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27014&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27014&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27014&r=float
#17955 [Asn->Fbk]: GD and unicode maps/webdings
ID: 17955 Updated by: [EMAIL PROTECTED] Reported By: dk at webcluster dot at -Status: Assigned +Status: Feedback Bug Type: GD related Operating System: RedHat 7.3 PHP Version: 4CVS, 5CVS Assigned To: moriyoshi New Comment: Take a look at bug #26901. I summerized the "rectangular / square placeholders" issues that you may encounter when using non-ASCII characters with ImageTTFText() / ImageFTText(). Previous Comments: [2003-12-17 09:20:21] [EMAIL PROTECTED] I'll take a look into this. Assign to myself. [2002-06-25 05:44:46] dk at webcluster dot at Additional info: I talked again to the freetype guys. They asked me to try to use "" instead of the characters. This worked fine: If works but UTF-8 not then GD was compiled with the option JISX0208 which IMHO prevents decoding of UTF-8 encoded character codes. Then try to find out why this option was set. [2002-06-24 21:25:51] dk at webcluster dot at [2002-06-24 18:54:50] [EMAIL PROTECTED] Being the lazy asses we are, could you add some short example script which shows what doesn't work? --Jani [2002-06-24 16:03:49] dk at webcluster dot at Hello, I want to output the webdings.ttf font using freetype and gd. Unfortunately I only get rectangular symbols back. I discusse the issue inside the freetype mailing list and they told me that "FreeType2 selects a Unicode charmap as default charmap for a font if available. Webdings.ttf does not have a Unicode charmap." They thought that it could be a bug in gd and supplied a patch for gdlib. _-_-_quote_-_-_ 8< for (n = 0; n < a->face->num_charmaps; n++) { charmap = a->face->charmaps[n]; platform = charmap->platform_id; encoding = charmap->encoding_id; if ((platform == 3 && encoding == 1) /* Windows Unicode */ || (platform == 3 && encoding == 0) /* Windows Symbol */ || (platform == 2 && encoding == 1) /* ISO Unicode */ || (platform == 0)) { /* Apple Unicode */ a->have_char_map_unicode = 1; found = charmap; 8< So it would work if GD would not forget to tell FreeType2 to use the charmap it found... : 8< --- gd-2.0.1/gdft.c.ori Tue Apr 3 20:44:42 2001 +++ gd-2.0.1/gdft.c Mon Jun 24 16:25:35 2002 @@ -445,6 +445,12 @@ *error = "Unable to find a CharMap that I can handle"; return NULL; } + err = FT_Set_Charmap (a->face, found); + if (err) +{ + *error = "Could not set CharMap"; + return NULL; +} return (void *) a; } 8< _-_-_quote_-_-_ I applied it, but it still doesn't seem to work. I'm sure that the right gd is linked (ldd). I've seen examples with Zapf Dingbats and Webdings work with other languages, so I think it may be also a php issue. Maybe you could point me on a solution. Thanks in advance Daniel Khan -- Edit this bug report at http://bugs.php.net/?id=17955&edit=1
#26901 [Bgs]: Imagettftext(). Some chars prints as square even though they exist in .ttf file
ID: 26901 Updated by: [EMAIL PROTECTED] Reported By: jpg at pmers dot net Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 4.3.4 New Comment: And this might be helpful too: http://www.voltex.jp/articles/imagettf_m10n.htm Previous Comments: [2004-01-16 10:20:03] [EMAIL PROTECTED] Some notes about using non-ASCII characters with GD extension: 1. Don't enable --enable-gd-jis-conv if you don't really understand what you are doing. The option is only meaningful when it comes to handling Japanese texts. Please refer to the relevant documentation included in the GD library distribiton. 2. The FreeType2 library which is used by GD to render a bitmap with a given TTF file always assumes the input string to be encoded in UTF-8. This means passing strings of another encoding (character set) doesn't make any sense and it will most likely end up with a bunch of square placeholders. Thus you have to encode strings by UTF-8 before passing it to ImageTTFText(). 3. Make sure that you are using a correct TTF file whose glyphs are correctly mapped to the character set by which the string you want to rasterlize is represented. If it doesn't match, rendering will silently fail. 4. utf8_encode() can only handle the ISO-8859-1 character set, where the character set that is most commonly used in Czech texts is ISO-8859-2. Use mb_convert_encoding() or iconv() instead. [2004-01-16 09:12:35] [EMAIL PROTECTED] Provide the script downloadadble somewhere. [2004-01-15 06:37:06] jpg at pmers dot net I'm not sure if I understand what you mean, I have added the following code: setlocale(LC_ALL, 'cs_CZ'); Doesn't make any difference. [2004-01-14 19:48:10] [EMAIL PROTECTED] Have you tried exporting Czech locale before creating the image? [2004-01-14 11:08:45] jpg at pmers dot net example output: http://ccres.net/char_test.php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26901 -- Edit this bug report at http://bugs.php.net/?id=26901&edit=1
#27012 [Opn->Bgs]: iconv_mime_decode functions missing
ID: 27012 Updated by: [EMAIL PROTECTED] Reported By: dbarth at gmx dot net -Status: Open +Status: Bogus Bug Type: ICONV related Operating System: Mandrake 9.2 PHP Version: 4CVS-2004-01-22 (stable) New Comment: These are new faces in PHP5. There won't be any plans to backport them to PHP4. Previous Comments: [2004-01-22 15:25:15] dbarth at gmx dot net Description: Hi folks, i compiled php with the iconv option, but some functions arr missing. though i have the iconv() function avaible, -iconv_mime_decode_headers -iconv_mime_decode -iconv_mime_encode are missing. (i did not test more) i installed the latest version of libiconv (1.9.1) here is my config line: ./configure '--with-mysql' '--with-prefix=/usr/local/php' '--enable-track-vars' '--enable-trans-sid' '--enable-sockets' '--with-apxs=/usr/local/apache/bin/apxs' '--with-exif' '--with-mcrypt' '--with-gd' '--with-t1lib' '--with-zlib' '--with-freetype-dir=/usr/bin' --with-iconv i did not encounter any problems during built. -- Edit this bug report at http://bugs.php.net/?id=27012&edit=1
#27013 [NEW]: compile error
From: renneyt at yahoo dot com Operating system: SunOS 5.7 Generic_106541-25 PHP version: 5.0.0b3 (beta3) PHP Bug Type: Compile Failure Bug description: compile error Description: cc: WorkShop Compilers 5.0 98/12/15 C 5.0 CFLAGS=-mt -fast -xCC ./configure --with-pgsql --with-oracle --with-apxs2=/usr/local/apache2/bin/apxs --with-oci8 --with-unixODBC --with-pgsql --enable-sockets --enable-dba --with-dbm --with-zlib --enab le-sysvmsg--enable-sysvsem --enable-sysvshm --disable-libxml /bin/sh /opt/sft/php-5.0.0b3/libtool --silent --preserve-dup-deps --mode=compile cc -Iext/st andard/ -I/opt/sft/php-5.0.0b3/ext/standard/ -DPHP_ATOM_INC -I/opt/sft/php-5.0.0b3/include -I /opt/sft/php-5.0.0b3/main -I/opt/sft/php-5.0.0b3 -I/opt/sft/php-5.0.0b3/Zend -I/usr/local/inc lude -I/u01/app/oracle/product/primary/rdbms/public -I/u01/app/oracle/product/primary/rdbms/d emo -I/usr/local/pgsql/include -D_POSIX_PTHREAD_SEMANTICS -I/opt/sft/php-5.0.0b3/TSRM -mt - fast -xCC -prefer-pic -c /opt/sft/php-5.0.0b3/ext/standard/basic_functions.c -o ext/standard /basic_functions.lo "/opt/sft/php-5.0.0b3/Zend/zend_constants.h", line 65: warning: syntax error: empty declarat ion "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 85: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 111: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 175: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 181: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 194: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/Zend/zend_ini.h", line 196: warning: syntax error: empty declaration "/opt/sft/php-5.0.0b3/ext/session/php_session.h", line 231: warning: syntax error: empty dec laration "/opt/sft/php-5.0.0b3/ext/standard/basic_functions.c", line 1192: undefined symbol: INADDR_NO NE cc: acomp failed for /opt/sft/php-5.0.0b3/ext/standard/basic_functions.c gmake: *** [ext/standard/basic_functions.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=27013&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27013&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27013&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27013&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27013&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27013&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27013&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27013&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27013&r=support Expected behavior: http://bugs.php.net/fix.php?id=27013&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27013&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27013&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27013&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27013&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27013&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27013&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27013&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27013&r=float
#27010 [Opn->Csd]: segfault after returning nodes with children()
ID: 27010 Updated by: [EMAIL PROTECTED] Reported By: web-php-bugs at sklar dot com -Status: Open +Status: Closed Bug Type: XML related Operating System: Linux PHP Version: 5CVS-2004-01-22 (dev) 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: [2004-01-22 14:14:05] web-php-bugs at sklar dot com When I retrieve child elements like this: foreach ($sxe->children('http://www.example.com/hot') as $element_name => $element) { print "$element_name is ".$element->children('http://www.example.com/hot')."\n"; } It works fine (duh). But I still get the segfault -- backtrace in my previous comment. [2004-01-22 14:13:05] web-php-bugs at sklar dot com Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076484640 (LWP 16185)] 0x080eb813 in match_ns (sxe=0x402afb74, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 124 if (!xmlStrcmp(node->ns->href, name)) { (gdb) bt #0 0x080eb813 in match_ns (sxe=0x402afb74, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 #1 0x080eb2d6 in php_sxe_move_forward_iterator (sxe=0x402afb74) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1394 #2 0x080eb3ea in php_sxe_iterator_move_forward (iter=0x402afaec) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1424 #3 0x082390c5 in zend_fe_fetch_handler (execute_data=0xbfffd0c0, op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:3672 #4 0x0823221f in execute (op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:1264 #5 0x08210d11 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /opt/cvs/cvs.php.net/php-src/Zend/zend.c:1051 #6 0x081ce776 in php_execute_script (primary_file=0xb4c0) at /opt/cvs/cvs.php.net/php-src/main/main.c:1642 #7 0x0824252c in main (argc=2, argv=0xb554) at /opt/cvs/cvs.php.net/php-src/sapi/cli/php_cli.c:939 #8 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 (gdb) p *node $1 = {_private = 0x0, type = XML_ELEMENT_NODE, name = 0x835c900 "drink", children = 0x835c968, last = 0x835c968, parent = 0x835c5d8, next = 0x835c9e8, prev = 0x835c8c8, doc = 0x835c4f0, ns = 0x0, content = 0x0, properties = 0x0, nsDef = 0x0} [2004-01-22 14:08:15] web-php-bugs at sklar dot com Description: When iterating through the results of the SimpleXML children() method, $element->name syntax returns the empty string instead of the text of the "name" tag. var_dump($element), however reports the correct value for the "name" property of $element. Reproduce code: --- $xml=' http://www.example.com/hot";> Coffee Tea Cola Juice '; $sxe = simplexml_load_string($xml); foreach ($sxe as $element_name => $element) { print "$element_name is $element->name\n"; } foreach ($sxe->children('http://www.example.com/hot') as $element_name => $element) { print "$element_name is $element->name\n"; } Expected result: drink is Cola drink is Juice drink is Coffee drink is Tea Actual result: -- drink is Cola drink is Juice drink is drink is Segmentation fault Substituting var_dump($element) for the print statement produces: object(simplexml_element)#5 (1) { ["name"]=> string(6) "Coffee" } object(simplexml_element)#4 (1) { ["name"]=> string(3) "Tea" } [New Thread 1076484640 (LWP 16144)] drink is Cola drink is Juice drink is drink is On the segfault, GDB reports: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076484640 (LWP 16144)] 0x080eb813 in match_ns (sxe=0x402af9d4, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 124 if (!xmlStrcmp(node->ns->href, name)) { (gdb) bt #0 0x080eb813 in match_ns (sxe=0x402af9d4, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 #1 0x080eb2d6 in php_sxe_move_forward_iterator (sxe=0x402af9d4) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1394 #2 0x080eb3ea in php_sxe_iterator_move_forward (iter=0x402af94c) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1424 #3 0x082390c5 in zend_fe_fetch_handler (execute_data=0xbfffd5c0, op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-
#27012 [NEW]: iconv_mime_decode functions missing
From: dbarth at gmx dot net Operating system: Mandrake 9.2 PHP version: 4CVS-2004-01-22 (stable) PHP Bug Type: ICONV related Bug description: iconv_mime_decode functions missing Description: Hi folks, i compiled php with the iconv option, but some functions arr missing. though i have the iconv() function avaible, -iconv_mime_decode_headers -iconv_mime_decode -iconv_mime_encode are missing. (i did not test more) i installed the latest version of libiconv (1.9.1) here is my config line: ./configure '--with-mysql' '--with-prefix=/usr/local/php' '--enable-track-vars' '--enable-trans-sid' '--enable-sockets' '--with-apxs=/usr/local/apache/bin/apxs' '--with-exif' '--with-mcrypt' '--with-gd' '--with-t1lib' '--with-zlib' '--with-freetype-dir=/usr/bin' --with-iconv i did not encounter any problems during built. -- Edit bug report at http://bugs.php.net/?id=27012&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27012&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27012&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27012&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27012&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27012&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27012&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27012&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27012&r=support Expected behavior: http://bugs.php.net/fix.php?id=27012&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27012&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27012&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27012&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27012&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27012&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27012&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27012&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27012&r=float
#27011 [NEW]: Seg Fault While View A Message In IMP
From: ehicks at binarymagi dot com Operating system: Solaris 9 PHP version: 4.3.4 PHP Bug Type: IMAP related Bug description: Seg Fault While View A Message In IMP Description: The error occurs when trying to view a message in Horde's IMP. My configure line is as follows: LDFLAGS="-L/usr/local/lib/sparcv9 -L/usr/local/lib -L/home/pgsql/lib -L/home/mysql/lib/mysql -L/usr/local/ssl/lib -R/usr/local/lib/sparcv9 -R/usr/local/lib -R/home/pgsql/lib -R/home/mysql/lib/mysql -R/usr/local/ssl/lib" \ CFLAGS="-mcpu=ultrasparc -Wa,-xarch=v9 -Wl,-R/usr/local/lib/sparcv9 -Wl,-R/usr/local/lib -Wl,-R/usr/local/ssl/lib -Wl,-R/home/pgsql/lib -Wl,-R/home/mysql/lib/mysql" \ ./configure \ --host=sparcv9-sun-solaris2 \ --prefix=/home/httpd/php \ --with-apxs2=/home/httpd/bin/apxs \ --with-openssl=/usr/local/ssl \ --with-mhash=/usr/local \ --with-mcrypt=/usr/local \ --with-mysql=/home/mysql \ --with-pgsql=/home/pgsql \ --with-mm=/usr/local \ --with-curl=/usr/local \ --with-gd \ --enable-memory-limit=yes \ --enable-debug=no \ --with-pear \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --enable-bcmath \ --with-gdbm \ --enable-ftp \ --with-xpm-dir=/usr/local \ --with-gettext \ --with-zlib \ --with-zlib-dir=/usr/local \ --with-gnu-ld \ --with-xml \ --with-imap My IMAP server is from the Courier package and IMAP client is from WU's c-client v2002e Reproduce code: --- The code seems to be in the message.php in IMP. Expected result: I should see the message I requested Actual result: -- [EMAIL PROTECTED] httpd]# gdb /home/httpd/bin/httpd GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparcv9-sun-solaris2"...(no debugging symbols found)... (gdb) run -X Starting program: /home/httpd/bin/httpd -X (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)... ((Then I hit a page I knew would crash Apache)) Program received signal SIGSEGV, Segmentation fault. 0x7bacedcc in zend_parse_arg_impl (arg=0x1003853d0, va=0x7ffe3a78, spec=0x7ffe3a48) at /root/build/php-4.3.4/Zend/zend_API.c:259 259 *p = Z_LVAL_PP(arg); (gdb) bt #0 0x7bacedcc in zend_parse_arg_impl (arg=0x1003853d0, va=0x7ffe3a78, spec=0x7ffe3a48) at /root/build/php-4.3.4/Zend/zend_API.c:259 #1 0x7bacfa54 in zend_parse_arg (arg_num=4, arg=0x1003853d0, va=0x7ffe3a78, spec=0x7ffe3a48, quiet=0) at /root/build/php-4.3.4/Zend/zend_API.c:439 #2 0x7bacff40 in zend_parse_va_args (num_args=0, type_spec=0x7bb6906c "ll", va=0x7ffe3a78, flags=0) at /root/build/php-4.3.4/Zend/zend_API.c:524 #3 0x7bad032c in zend_parse_parameters (num_args=4, type_spec=0x7bb69068 "ssz|ll") at /root/build/php-4.3.4/Zend/zend_API.c:551 #4 0x7b9493cc in php_pcre_match (ht=4, return_value=0x1008c4c60, this_ptr=0x0, return_value_used=0, global=1) at /root/build/php-4.3.4/ext/pcre/php_pcre.c:375 #5 0x7b94a464 in zif_preg_match_all (ht=4, return_value=0x1008c4c60, this_ptr=0x0, return_value_used=0) at /root/build/php-4.3.4/ext/pcre/php_pcre.c:608 #6 0x7baea870 in execute (op_array=0x1008ac670) at /root/build/php-4.3.4/Zend/zend_execute.c:1616 #7 0x7baeabe4 in execute (op_array=0x100884c20) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #8 0x7baeabe4 in execute (op_array=0x1003a07d0) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #9 0x7baeabe4 in execute (op_array=0x1003af0c0) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #10 0x7baeabe4 in execute (op_array=0x10038f230) at /root/build/php-4.3.4/Zend/zend_execute.c:1660 #11 0x7bacde24 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/build/php-4.3.4/Zend/zend.c:884 #12 0x7ba6dd08 in php_execute_script (primary_file=0x7fffef20) at /root/build/php-4.3.4/main/main.c:1729 #13 0x7baf3914 in php_handler (r=0x10037e6e0) at /root/build/php-4.3.4/sapi/apache2handler/sapi_apache2.c:537 #14 0x0001000ac8a0 in ap_run_handler () #15 0x0001000ad798 in ap_invoke_handler () #16 0x00010007b6d0 in ap_process_request () #17 0x0001000712e4 in ap_process_http_connection () #18 0x0001000c55b8 in ap_run_process_connection () #19 0x0001000c5c18 in ap_process_connection () #20 0x0001000a8e28 in child_main () #21 0x0001000a9030 in make_child () #22 0x0001000a92a4 in startup_children () #23 0x0001000a9da8 in ap_mpm_run () #24 0x0001000b79d8 in main () (gdb) print (cha
#26742 [Com]: The base64_encode() function returns an string that cannot decoded by outlook
ID: 26742 Comment by: luis dot cervantes at uspeurope dot com Reported By: eric dot maman at free dot fr Status: No Feedback Bug Type: *URL Functions Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Hi. I have the same problem with function. Can you tell me how you resolved the problem. Its is possible that the problem is the instalation of php. mimetypes, etc. Thanks for all. Luis Previous Comments: [2004-01-06 20:51:46] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-12-29 10:35:22] [EMAIL PROTECTED] What is the value of $this->LE ? [2003-12-29 09:32:14] eric dot maman at free dot fr Description: I am using the base64_encode() function to send attachements by email. When I receive the mail on Outlook, the attachement is visible but corrupeted. I have tested the whole process and my conclusion is that the base64_encode() function does not work correctly. I have made a workarround with an extrenal program that performs the base64 encoding and it work correctly. Reproduce code: --- function EncodeString ($str, $encoding = "base64") { $encoded = ""; switch(strtolower($encoding)) { case "base64": $encoded = chunk_split(base64_encode($str), 76, $this->LE); break; case "7bit": case "8bit": $encoded = $this->FixEOL($str); if (substr($encoded, -(strlen($this->LE))) != $this->LE) $encoded .= $this->LE; break; case "binary": $encoded = $str; break; case "quoted-printable": $encoded = $this->EncodeQP($str); break; default: $this->SetError($this->Lang("encoding") . $encoding); break; } return $encoded; } -- Edit this bug report at http://bugs.php.net/?id=26742&edit=1
#27010 [Opn]: segfault after returning nodes with children()
ID: 27010 User updated by: web-php-bugs at sklar dot com Reported By: web-php-bugs at sklar dot com Status: Open Bug Type: XML related Operating System: Linux PHP Version: 5CVS-2004-01-22 (dev) New Comment: When I retrieve child elements like this: foreach ($sxe->children('http://www.example.com/hot') as $element_name => $element) { print "$element_name is ".$element->children('http://www.example.com/hot')."\n"; } It works fine (duh). But I still get the segfault -- backtrace in my previous comment. Previous Comments: [2004-01-22 14:13:05] web-php-bugs at sklar dot com Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076484640 (LWP 16185)] 0x080eb813 in match_ns (sxe=0x402afb74, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 124 if (!xmlStrcmp(node->ns->href, name)) { (gdb) bt #0 0x080eb813 in match_ns (sxe=0x402afb74, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 #1 0x080eb2d6 in php_sxe_move_forward_iterator (sxe=0x402afb74) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1394 #2 0x080eb3ea in php_sxe_iterator_move_forward (iter=0x402afaec) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1424 #3 0x082390c5 in zend_fe_fetch_handler (execute_data=0xbfffd0c0, op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:3672 #4 0x0823221f in execute (op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:1264 #5 0x08210d11 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /opt/cvs/cvs.php.net/php-src/Zend/zend.c:1051 #6 0x081ce776 in php_execute_script (primary_file=0xb4c0) at /opt/cvs/cvs.php.net/php-src/main/main.c:1642 #7 0x0824252c in main (argc=2, argv=0xb554) at /opt/cvs/cvs.php.net/php-src/sapi/cli/php_cli.c:939 #8 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 (gdb) p *node $1 = {_private = 0x0, type = XML_ELEMENT_NODE, name = 0x835c900 "drink", children = 0x835c968, last = 0x835c968, parent = 0x835c5d8, next = 0x835c9e8, prev = 0x835c8c8, doc = 0x835c4f0, ns = 0x0, content = 0x0, properties = 0x0, nsDef = 0x0} [2004-01-22 14:08:15] web-php-bugs at sklar dot com Description: When iterating through the results of the SimpleXML children() method, $element->name syntax returns the empty string instead of the text of the "name" tag. var_dump($element), however reports the correct value for the "name" property of $element. Reproduce code: --- $xml=' http://www.example.com/hot";> Coffee Tea Cola Juice '; $sxe = simplexml_load_string($xml); foreach ($sxe as $element_name => $element) { print "$element_name is $element->name\n"; } foreach ($sxe->children('http://www.example.com/hot') as $element_name => $element) { print "$element_name is $element->name\n"; } Expected result: drink is Cola drink is Juice drink is Coffee drink is Tea Actual result: -- drink is Cola drink is Juice drink is drink is Segmentation fault Substituting var_dump($element) for the print statement produces: object(simplexml_element)#5 (1) { ["name"]=> string(6) "Coffee" } object(simplexml_element)#4 (1) { ["name"]=> string(3) "Tea" } [New Thread 1076484640 (LWP 16144)] drink is Cola drink is Juice drink is drink is On the segfault, GDB reports: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076484640 (LWP 16144)] 0x080eb813 in match_ns (sxe=0x402af9d4, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 124 if (!xmlStrcmp(node->ns->href, name)) { (gdb) bt #0 0x080eb813 in match_ns (sxe=0x402af9d4, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 #1 0x080eb2d6 in php_sxe_move_forward_iterator (sxe=0x402af9d4) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1394 #2 0x080eb3ea in php_sxe_iterator_move_forward (iter=0x402af94c) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1424 #3 0x082390c5 in zend_fe_fetch_handler (execute_data=0xbfffd5c0, op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:3672 #4 0x0823221f in execute (op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:1264 #5 0x08210d11 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /opt/cvs/cvs.php.net/php-src/Zend/zend.c:1051 #6 0x081ce776 in php_execute_script (primary_file=0xb9c0) at /opt/cvs/cvs.php.net/php-src/main/main.c:1642 #7 0x08242
#27010 [Opn]: segfault after returning nodes with children()
ID: 27010 User updated by: web-php-bugs at sklar dot com -Summary: segfault and node text not displayed when returned from children() Reported By: web-php-bugs at sklar dot com Status: Open Bug Type: XML related Operating System: Linux PHP Version: 5CVS-2004-01-22 (dev) New Comment: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076484640 (LWP 16185)] 0x080eb813 in match_ns (sxe=0x402afb74, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 124 if (!xmlStrcmp(node->ns->href, name)) { (gdb) bt #0 0x080eb813 in match_ns (sxe=0x402afb74, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 #1 0x080eb2d6 in php_sxe_move_forward_iterator (sxe=0x402afb74) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1394 #2 0x080eb3ea in php_sxe_iterator_move_forward (iter=0x402afaec) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1424 #3 0x082390c5 in zend_fe_fetch_handler (execute_data=0xbfffd0c0, op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:3672 #4 0x0823221f in execute (op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:1264 #5 0x08210d11 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /opt/cvs/cvs.php.net/php-src/Zend/zend.c:1051 #6 0x081ce776 in php_execute_script (primary_file=0xb4c0) at /opt/cvs/cvs.php.net/php-src/main/main.c:1642 #7 0x0824252c in main (argc=2, argv=0xb554) at /opt/cvs/cvs.php.net/php-src/sapi/cli/php_cli.c:939 #8 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 (gdb) p *node $1 = {_private = 0x0, type = XML_ELEMENT_NODE, name = 0x835c900 "drink", children = 0x835c968, last = 0x835c968, parent = 0x835c5d8, next = 0x835c9e8, prev = 0x835c8c8, doc = 0x835c4f0, ns = 0x0, content = 0x0, properties = 0x0, nsDef = 0x0} Previous Comments: [2004-01-22 14:08:15] web-php-bugs at sklar dot com Description: When iterating through the results of the SimpleXML children() method, $element->name syntax returns the empty string instead of the text of the "name" tag. var_dump($element), however reports the correct value for the "name" property of $element. Reproduce code: --- $xml=' http://www.example.com/hot";> Coffee Tea Cola Juice '; $sxe = simplexml_load_string($xml); foreach ($sxe as $element_name => $element) { print "$element_name is $element->name\n"; } foreach ($sxe->children('http://www.example.com/hot') as $element_name => $element) { print "$element_name is $element->name\n"; } Expected result: drink is Cola drink is Juice drink is Coffee drink is Tea Actual result: -- drink is Cola drink is Juice drink is drink is Segmentation fault Substituting var_dump($element) for the print statement produces: object(simplexml_element)#5 (1) { ["name"]=> string(6) "Coffee" } object(simplexml_element)#4 (1) { ["name"]=> string(3) "Tea" } [New Thread 1076484640 (LWP 16144)] drink is Cola drink is Juice drink is drink is On the segfault, GDB reports: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076484640 (LWP 16144)] 0x080eb813 in match_ns (sxe=0x402af9d4, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 124 if (!xmlStrcmp(node->ns->href, name)) { (gdb) bt #0 0x080eb813 in match_ns (sxe=0x402af9d4, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 #1 0x080eb2d6 in php_sxe_move_forward_iterator (sxe=0x402af9d4) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1394 #2 0x080eb3ea in php_sxe_iterator_move_forward (iter=0x402af94c) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1424 #3 0x082390c5 in zend_fe_fetch_handler (execute_data=0xbfffd5c0, op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:3672 #4 0x0823221f in execute (op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:1264 #5 0x08210d11 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /opt/cvs/cvs.php.net/php-src/Zend/zend.c:1051 #6 0x081ce776 in php_execute_script (primary_file=0xb9c0) at /opt/cvs/cvs.php.net/php-src/main/main.c:1642 #7 0x0824252c in main (argc=2, argv=0xba54) at /opt/cvs/cvs.php.net/php-src/sapi/cli/php_cli.c:939 #8 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 (gdb) p *node $1 = {_private = 0x0, type = XML_ELEMENT_NODE, name = 0x835c900 "drink", children = 0x835c968, last = 0x835c968, parent = 0x835c5d8, next = 0x835c9e8
#27010 [NEW]: segfault and node text not displayed when returned from children()
From: web-php-bugs at sklar dot com Operating system: Linux PHP version: 5CVS-2004-01-22 (dev) PHP Bug Type: XML related Bug description: segfault and node text not displayed when returned from children() Description: When iterating through the results of the SimpleXML children() method, $element->name syntax returns the empty string instead of the text of the "name" tag. var_dump($element), however reports the correct value for the "name" property of $element. Reproduce code: --- $xml=' http://www.example.com/hot";> Coffee Tea Cola Juice '; $sxe = simplexml_load_string($xml); foreach ($sxe as $element_name => $element) { print "$element_name is $element->name\n"; } foreach ($sxe->children('http://www.example.com/hot') as $element_name => $element) { print "$element_name is $element->name\n"; } Expected result: drink is Cola drink is Juice drink is Coffee drink is Tea Actual result: -- drink is Cola drink is Juice drink is drink is Segmentation fault Substituting var_dump($element) for the print statement produces: object(simplexml_element)#5 (1) { ["name"]=> string(6) "Coffee" } object(simplexml_element)#4 (1) { ["name"]=> string(3) "Tea" } [New Thread 1076484640 (LWP 16144)] drink is Cola drink is Juice drink is drink is On the segfault, GDB reports: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076484640 (LWP 16144)] 0x080eb813 in match_ns (sxe=0x402af9d4, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 124 if (!xmlStrcmp(node->ns->href, name)) { (gdb) bt #0 0x080eb813 in match_ns (sxe=0x402af9d4, node=0x835c910, name=0x835c4b8 "http://www.example.com/hot";) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:124 #1 0x080eb2d6 in php_sxe_move_forward_iterator (sxe=0x402af9d4) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1394 #2 0x080eb3ea in php_sxe_iterator_move_forward (iter=0x402af94c) at /opt/cvs/cvs.php.net/php-src/ext/simplexml/simplexml.c:1424 #3 0x082390c5 in zend_fe_fetch_handler (execute_data=0xbfffd5c0, op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:3672 #4 0x0823221f in execute (op_array=0x402adb6c) at /opt/cvs/cvs.php.net/php-src/Zend/zend_execute.c:1264 #5 0x08210d11 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /opt/cvs/cvs.php.net/php-src/Zend/zend.c:1051 #6 0x081ce776 in php_execute_script (primary_file=0xb9c0) at /opt/cvs/cvs.php.net/php-src/main/main.c:1642 #7 0x0824252c in main (argc=2, argv=0xba54) at /opt/cvs/cvs.php.net/php-src/sapi/cli/php_cli.c:939 #8 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 (gdb) p *node $1 = {_private = 0x0, type = XML_ELEMENT_NODE, name = 0x835c900 "drink", children = 0x835c968, last = 0x835c968, parent = 0x835c5d8, next = 0x835c9e8, prev = 0x835c8c8, doc = 0x835c4f0, ns = 0x0, content = 0x0, properties = 0x0, nsDef = 0x0} -- Edit bug report at http://bugs.php.net/?id=27010&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27010&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27010&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27010&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27010&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27010&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27010&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27010&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27010&r=support Expected behavior: http://bugs.php.net/fix.php?id=27010&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27010&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27010&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27010&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27010&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27010&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27010&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27010&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27010&r=float
#27009 [Opn->Fbk]: mycrypt now crashes apache
ID: 27009 Updated by: [EMAIL PROTECTED] Reported By: ronan at ronanmcnulty dot co dot uk -Status: Open +Status: Feedback Bug Type: mcrypt related Operating System: winxp PHP Version: 4.3.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-01-22 13:47:30] ronan at ronanmcnulty dot co dot uk Description: When I use the example: mcrypt_ecb (MCRYPT_3DES, $key, $input, MCRYPT_ENCRYPT); Apache crashes: szAppName : Apache.exe szAppVer : 0.0.0.0 szModName : libmcrypt.dll szModVer : 0.0.0.0 offset : 00022685 Reproduce code: --- mcrypt_ecb (MCRYPT_3DES, $key, $input, MCRYPT_ENCRYPT); Expected result: I expect apache NOT to crash! Actual result: -- Apache actually crashes -- Edit this bug report at http://bugs.php.net/?id=27009&edit=1
#27009 [NEW]: mycrypt now crashes apache
From: ronan at ronanmcnulty dot co dot uk Operating system: winxp PHP version: 4.3.4 PHP Bug Type: mcrypt related Bug description: mycrypt now crashes apache Description: When I use the example: mcrypt_ecb (MCRYPT_3DES, $key, $input, MCRYPT_ENCRYPT); Apache crashes: szAppName : Apache.exe szAppVer : 0.0.0.0 szModName : libmcrypt.dll szModVer : 0.0.0.0 offset : 00022685 Reproduce code: --- mcrypt_ecb (MCRYPT_3DES, $key, $input, MCRYPT_ENCRYPT); Expected result: I expect apache NOT to crash! Actual result: -- Apache actually crashes -- Edit bug report at http://bugs.php.net/?id=27009&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27009&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27009&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27009&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27009&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27009&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27009&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27009&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27009&r=support Expected behavior: http://bugs.php.net/fix.php?id=27009&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27009&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27009&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27009&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27009&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27009&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27009&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27009&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27009&r=float
#27008 [NEW]: Every class method can be called as static
From: hoesh at dorsum dot hu Operating system: * PHP version: 5CVS-2004-01-22 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: Every class method can be called as static Description: Any method of any class can be called staticly. Internals and scripted ones too. * TipOfTheDay * Call any internal class's constructor from outside of object. As object doesn't exists, and ZE2 calls the internal constructor, process crashes immadiately. Reproduce code: --- , or both works, to crash the process. http://bugs.php.net/?id=27008&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27008&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27008&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27008&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27008&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27008&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27008&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27008&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27008&r=support Expected behavior: http://bugs.php.net/fix.php?id=27008&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27008&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27008&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27008&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27008&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27008&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27008&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27008&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27008&r=float
#26939 [Fbk->Csd]: undefined variable/function (though haven't used the one specified)
ID: 26939 User updated by: Nico dot Laus dot 2002 at gmx dot de Reported By: Nico dot Laus dot 2002 at gmx dot de -Status: Feedback +Status: Closed Bug Type: Zend Engine 2 problem Operating System: Windows & Linux PHP Version: 5CVS-2004-01-16 (dev) New Comment: I ran the windows server for several hours with a snapshot of yesterday, no error occured, I still have to test it with Linux, I'll reopen this report, if there are still errors, thanks for your help Previous Comments: [2004-01-19 19:47:14] [EMAIL PROTECTED] Remove --enable-versioning from your linux configure line! It's known to cause problems..and try with the latest CVS snapshot. [2004-01-19 14:54:32] Nico dot Laus dot 2002 at gmx dot de I don't use any optimizer, neither zend, nor another last time I checked for such optimizer, Zend optimizer wasn't available for PHP5 the only extension I use, is the MySQL-extension [2004-01-19 14:17:46] [EMAIL PROTECTED] Do you have Zend Optimizer there? (Or ANY other zend extension, like some cache..?) [2004-01-19 09:31:02] Nico dot Laus dot 2002 at gmx dot de I just got another example of this error Fatal error: Unknown function: #037B0B() in /www/dsa-final/constants.inc.php on line 31 31 define("KB_IMAGE_PLANETS_UPLOAD", TRUE); [2004-01-19 06:00:46] Nico dot Laus dot 2002 at gmx dot de ok, on Windows, I use the php-cgi.exe Windows XP: P4 2,53GhZ, 512MB RAM, Apache 2.0.47, MySQL 4.1.1 configuration is almost the same, php.ini is almost the recommended ini: register_globals=off register_long_arrays = On cgi.force_redirect = off one extension: extension=php_mysql.dll Linux: Pentium III (Katmai) 450MHz - 512KB SuSE Linux 8.2 Linux version 2.4.20-4GB ([EMAIL PROTECTED]) (gcc version 3.3 20030226 (prerelease) (SuSE Linux)) apache2-2.0.47 with libphp.so (or similar file(name)) MySql. 4.1.0_max PHP Version 5.0.0RC1-dev Configure Command './configure' '--with-apxs2=/usr/local/httpd/current/bin/apxs' '--with-mysql=/usr/local/mysql/current/' '--with-zlib-dir=/usr/lib/' '--enable-versioning' '--enable-track-vars=yes' '--enable-url-includes' '--enable-trans-sid' '--enable-sysvshm=yes' '--enable-ftp' '--with-config-file-path=/etc' '--with-gd' further information about the _GET()-function error: Fatal error: Unknown function: _GET() in index.php on line 12 11 if (isset($_GET['top'])) 12 define('BLOCK_DB_WRITE',true); 13 else 14 define('BLOCK_DB_WRITE',false); I've got another example of the error: Fatal error: Unknown function: name() in /www/dsa-final/constants.inc.php on line 55 line 55: define('LIMIT_CANCELTIME_1',0 /*von 'kein Vertrag' in ?*/); 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/26939 -- Edit this bug report at http://bugs.php.net/?id=26939&edit=1
#27007 [NEW]: Failed pg_connect leaves Network Socket in CLOSE_WAIT State
From: bty at requesttech dot com Operating system: RedHat 9 PHP version: 4.3.4 PHP Bug Type: PostgreSQL related Bug description: Failed pg_connect leaves Network Socket in CLOSE_WAIT State Description: When a database connection to postgres fails the assocaited socket is not closed by PHP but kept in a CLOSE_WAIT state. When doing a tcpdump if the PostgreSQL sends a FIN first the final FIN packet is not Sent by PHP leaving the socket in CLOSE_WAIT. I have checked bug reports 9252 and 16356. This IS PHPs problem as it does not correctly send the FIN packet (probably a if( GOT_FIN ) close( socket ) missing from the code) when the PostgreSQL server (or any service) sends FIN first. This is a serious issue as the only way to remove the CLOSE_WAIT sockets is to restart the web server. It is obvious that PHP is not doing something correct. Reproduce code: --- $resource_id = pg_connect( "host=good dbname=good user=good password=good" ); pg_close( $resource_id ); //This will put the socket in a TIME_WAIT state and will //close in a matter of minutes for( $i=0; $i < 1024; $i++ ) { $resource_id = pg_connect( "host=good dbname=good user=good password=bad" ); if( $resource_id ) pg_close( $resource_id ); } //Towards the end of this loop, connections will be refused //because too many sockets are open. //The sockets remain in the CLOSE_WAIT state until the web //server is rebooted Expected result: Sockets are closed by the final sending of a FIN packet from PHP. Actual result: -- Sockets are left in CLOSE_WAIT until the web server is rebooted. -- Edit bug report at http://bugs.php.net/?id=27007&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27007&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27007&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27007&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27007&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27007&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27007&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27007&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27007&r=support Expected behavior: http://bugs.php.net/fix.php?id=27007&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27007&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27007&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27007&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27007&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27007&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27007&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27007&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27007&r=float
#16411 [Com]: CGI application misbehaved by not returning a complete set of
ID: 16411 Comment by: silvercrow13 at hotmail dot com Reported By: vielina at hn dot vnn dot vn Status: No Feedback Bug Type: MSSQL related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I've got the same problem and I can't find a solution. I'm using 2 computers as I do some work at work and at home. My configs are pretty much the same in both computers. Both work under Win Xp SP1 Pro, IIS 5.1, PHP 4.3.4 and MySql 4.0. This only happens at work, at home it works just fine, never had any problem. I'm scared I will have to reinstall my system anytime for some other reason and see this issue bothering me at home too. Some say it is CPU speed related but I don't know. My home PC is P4 with HT and at work I use an AMD Duron based system. Doesn't seem that relevant. Most of the comments refer to a MSSQL issue but I use Mysql and I have this same problem too. I read somewhere it's related to the use of frames. I thought so but when using header redirection I encounter the same annoying message. I even tought of installing Apache instead of IIS but the MS web server seems a lot less scary, I'm just a newbie. I can't find a reason for this to happen only at my work PC. Please help Previous Comments: [2004-01-15 06:58:52] abanet at pas dot ucm dot es After a lot of time trying redirection with header and always getting "CGI application misbehaved by not returning a complete set of ..." error after an SQL 2000 insert instruction I tried this with success: print ""; [2003-05-12 07:23:03] pedro at fundacaounimed dot com dot br I think I find the solution for this problem... Just put this line "cgi.rfc2616_headers = 1" on php.ini. Please, send us a message if it works. I had this problem during much time and looking for solution, I saw that many others have it too. PS.: sorry if there is some english error. [2003-02-08 20:26:16] xd1013 at 163 dot com part for my connection class as fllow -- class Connection{ var $CID; var $Status=0; //Establish Connection to SQL Server function open($Host=CON_HOST,$User=CON_USER,$Pwd=CON_PWD){ if($this->Status==1) return $this->CID; $this->CID=mssql_connect($Host, $User, $Pwd); mssql_select_db(CON_DB); $this->Status=1; return $this->CID; } function execute($sql){ mssql_query($sql,$this->CID); return mssql_rows_affected($this->CID); } //Close Connection function close(){ return mssql_close($this->CID); } } // end class [2003-02-08 20:24:41] xd1013 at 163 dot com I change connection to ODBC,but this appear too. when I press F5 button,It work well. can u solute it? It's a serious problem. now,I had to change my script from php to jsp\asp But I really did't want to give up php. :((( it 's hard to write english for me. [2003-01-20 04:00:09] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. 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/16411 -- Edit this bug report at http://bugs.php.net/?id=16411&edit=1
#25934 [Csd->Bgs]: SessionID in URL sometimes ignored
ID: 25934 Updated by: [EMAIL PROTECTED] Reported By: php at webfreezer dot com -Status: Closed +Status: Bogus Bug Type: Session related Operating System: SuSe Linux 8.1 PHP Version: 4.3.4 Previous Comments: [2004-01-22 10:37:37] php at webfreezer dot com Never thought that I`d set one of my own bug reports to "Bogus" ;-) The problem was that I set "session.referer_check" to "0" via ini_set (to override any possible change in php.ini), because somehow I thought that this would deactivate the referer check and not knowing that this would mark the given sessionID as invalid if the string "0" is not contained in the referring URL. Sorry! :-) [2003-11-17 18:15:42] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-11-05 11:32:59] [EMAIL PROTECTED] Provide a complete example script. And FYI: for security reasons you really should use only cookies for passing the session ID around.. [2003-11-05 03:00:31] php at webfreezer dot com This still happens in Version 4.3.4 which is now installed on the live system. What I do: - ini_set(session settings...) - session_start() - accessing the session values via $_SESSION - I don´t use sesson_register() and session_unregister() - Post a form via GET -> error occurs? -> redirect via header() with attached SID -> display page -> PHP ignores given sessionID - URL e.g. error.php?e=noresults_city&qid=1&sessionID=92f9dcf7a0d89eaa2b0bc8f2e4dfd460&token=d03d28781b196bd362b9aeb7844e8e85 - session_id() however is different from "$_GET[session_name()]" then - The error occurs everytime a new session is used (e.g. accessing the website and submitting the form for the first time int the session) I found at least a workaround for that: // Auto-Reset to correct session data $sn=session_name(); if($_GET[$sn] != session_id()) { $sessionSavePath=ini_get("session.save_path"); $oldSessionContent=file_get_contents($sessionSavePath."/sess_".$_GET[$sn]); session_decode($oldSessionContent); } If the error occurs it is now fixed on-the-fly. This works _everytime_ when the error occurs. As I said before the session file exists, it is readable and can be accessed without any problems, so it´s no wonder this workaround works. [2003-10-21 08:37:47] php at webfreezer dot com Description: PHP sometimes does not want to use the sessionID given via GET! This happens only on some occasions however it is reproducible on such a certain page. I regret that I cannot post a short code snippet because it simply does not happen when testing with a short code snippet. What happens is the following: - the SID is used as a GET parameter (this works on every other page!) - $sidname=session_name(); echo $_GET[$sidname] outputs the correct SID visible in the URL (e.g. "/search.php?page=2&qid=1&sessionID=1291bfd78301f151803ca632cd41f626") - however echo session_id() outputs a totally different SID! - both (old and new) SID files exist and are readable session.auto_start=0 session.use_cookies=0 session.use_only_cookies=0 session.referer_check=0 I even implemented my own session handler and it appears that PHP does not even call the OPEN function for the "old" SID that it no longer wants to use. I also tried to use the generic PHPSESSID name instead of the custom "sessionID" by not setting the custom name, but the problem still exists. This is my configure line: './configure' '--with-apache=../apache_1.3.28' '--with-mhash=/usr/local/lib' '--with-zlib-dir=/usr/local/lib' '--with-zip=/usr/local/lib' '--enable-memory-limit' '--enable-versioning' '--with-gd' '--enable-exif' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-thread-safety' '--with-gettext' '--with-xml' '--with-mcrypt' '--enable-calendar' '--enable-bcmath' '--with-curl' '--with-curlwrappers' '--enable-ftp' '--enable-wddx' '--with-jpeg-dir=/usr/lib' -- Edit this bug report at http://bugs.php.net/?id=25934&edit=1
#26862 [Ver]: ob_flush() doesn't output last two chars
ID: 26862 User updated by: nunoplopes at sapo dot pt Reported By: nunoplopes at sapo dot pt Status: Verified Bug Type: Output Control Operating System: * PHP Version: 4CVS, 5CVS New Comment: I've checked the sources and if you changed the implementation of ob_flush everything works: use this: php_end_ob_buffer(1, 0 TSRMLS_CC); instead of: php_end_ob_buffer(1, 1 TSRMLS_CC); So, the error is in just_flush in php_end_ob_buffer(). Previous Comments: [2004-01-10 11:42:24] nunoplopes at sapo dot pt Description: When using the given code, ob_flush() doesn't output all the buffer. When using ob_get_flush() it works as expected. Reproduce code: --- link'; ob_flush(); output_reset_rewrite_vars(); echo 'link'; ?> Expected result: linklink Actual result: -- linklink -- Edit this bug report at http://bugs.php.net/?id=26862&edit=1
#25934 [NoF->Csd]: SessionID in URL sometimes ignored
ID: 25934 User updated by: php at webfreezer dot com Reported By: php at webfreezer dot com -Status: No Feedback +Status: Closed Bug Type: Session related Operating System: SuSe Linux 8.1 PHP Version: 4.3.4 New Comment: Never thought that I`d set one of my own bug reports to "Bogus" ;-) The problem was that I set "session.referer_check" to "0" via ini_set (to override any possible change in php.ini), because somehow I thought that this would deactivate the referer check and not knowing that this would mark the given sessionID as invalid if the string "0" is not contained in the referring URL. Sorry! :-) Previous Comments: [2003-11-17 18:15:42] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-11-05 11:32:59] [EMAIL PROTECTED] Provide a complete example script. And FYI: for security reasons you really should use only cookies for passing the session ID around.. [2003-11-05 03:00:31] php at webfreezer dot com This still happens in Version 4.3.4 which is now installed on the live system. What I do: - ini_set(session settings...) - session_start() - accessing the session values via $_SESSION - I don´t use sesson_register() and session_unregister() - Post a form via GET -> error occurs? -> redirect via header() with attached SID -> display page -> PHP ignores given sessionID - URL e.g. error.php?e=noresults_city&qid=1&sessionID=92f9dcf7a0d89eaa2b0bc8f2e4dfd460&token=d03d28781b196bd362b9aeb7844e8e85 - session_id() however is different from "$_GET[session_name()]" then - The error occurs everytime a new session is used (e.g. accessing the website and submitting the form for the first time int the session) I found at least a workaround for that: // Auto-Reset to correct session data $sn=session_name(); if($_GET[$sn] != session_id()) { $sessionSavePath=ini_get("session.save_path"); $oldSessionContent=file_get_contents($sessionSavePath."/sess_".$_GET[$sn]); session_decode($oldSessionContent); } If the error occurs it is now fixed on-the-fly. This works _everytime_ when the error occurs. As I said before the session file exists, it is readable and can be accessed without any problems, so it´s no wonder this workaround works. [2003-10-21 08:37:47] php at webfreezer dot com Description: PHP sometimes does not want to use the sessionID given via GET! This happens only on some occasions however it is reproducible on such a certain page. I regret that I cannot post a short code snippet because it simply does not happen when testing with a short code snippet. What happens is the following: - the SID is used as a GET parameter (this works on every other page!) - $sidname=session_name(); echo $_GET[$sidname] outputs the correct SID visible in the URL (e.g. "/search.php?page=2&qid=1&sessionID=1291bfd78301f151803ca632cd41f626") - however echo session_id() outputs a totally different SID! - both (old and new) SID files exist and are readable session.auto_start=0 session.use_cookies=0 session.use_only_cookies=0 session.referer_check=0 I even implemented my own session handler and it appears that PHP does not even call the OPEN function for the "old" SID that it no longer wants to use. I also tried to use the generic PHPSESSID name instead of the custom "sessionID" by not setting the custom name, but the problem still exists. This is my configure line: './configure' '--with-apache=../apache_1.3.28' '--with-mhash=/usr/local/lib' '--with-zlib-dir=/usr/local/lib' '--with-zip=/usr/local/lib' '--enable-memory-limit' '--enable-versioning' '--with-gd' '--enable-exif' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-thread-safety' '--with-gettext' '--with-xml' '--with-mcrypt' '--enable-calendar' '--enable-bcmath' '--with-curl' '--with-curlwrappers' '--enable-ftp' '--enable-wddx' '--with-jpeg-dir=/usr/lib' -- Edit this bug report at http://bugs.php.net/?id=25934&edit=1
#27004 [Bgs]: DenialOfService-Risk with wrong Usage
ID: 27004 User updated by: kmb at deam dot org Reported By: kmb at deam dot org Status: Bogus Bug Type: Apache related Operating System: Debian-Linux (Woody), MacOS X.3 PHP Version: Irrelevant New Comment: ok, there are more things like file() for this and i of course wrote something without a new aspect, but i find this problematic: "Basically, we need to trust that users aren't going to DOS themselves." its not about DOSing themselves. think of a shared server and the impact for all on the server if one is going to go crazy. i think you are doing a good job in securing basic strctures with php. like having specific timeouts, safe_mode and other tings. maybe its possible to go with that a bit further. Previous Comments: [2004-01-22 10:24:30] [EMAIL PROTECTED] There are lots of ways that you can DOS yourself, and using file() recursively in a script on itself is one of them. It can't really be fixed, though, much like going through an infinitely recursive function call or infintely forking until memory is exhausted. There are several other bug reports dealing with this sort of thing that explain things further. (Search for 'recursive', for instance.) Basically, we need to trust that users aren't going to DOS themselves. J [2004-01-22 06:07:02] kmb at deam dot org Description: Calling somith within a PHP-Script recursively can result into one of these results: 1. general PHP-error and stop 2. max_execution_time and stop 3. max_input_time and stop 4. memory_limit and stop If you use the file()-function to call yourself, one of the upper limits will occure, but it won't stop with that. You can overload the Apache with a lot of reqeusts so that there will be no more response. Your initial request will timeout, but the Apache won't come back if you do not restart it. The trouble is, that there is currently no way to suppress this behaviour or at least leave some resources open Reproduce code: --- $in = file("http://local.dom/myself.php";, "r"); Expected result: some sort of "filter" to slow down the request of resource-usage. Actual result: -- It uses up all Apache-processes up to MaxClient-Limit and ends in a total DOS of the Apache. -- Edit this bug report at http://bugs.php.net/?id=27004&edit=1
#27004 [Opn->Bgs]: DenialOfService-Risk with wrong Usage
ID: 27004 Updated by: [EMAIL PROTECTED] Reported By: kmb at deam dot org -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Debian-Linux (Woody), MacOS X.3 PHP Version: Irrelevant New Comment: There are lots of ways that you can DOS yourself, and using file() recursively in a script on itself is one of them. It can't really be fixed, though, much like going through an infinitely recursive function call or infintely forking until memory is exhausted. There are several other bug reports dealing with this sort of thing that explain things further. (Search for 'recursive', for instance.) Basically, we need to trust that users aren't going to DOS themselves. J Previous Comments: [2004-01-22 06:07:02] kmb at deam dot org Description: Calling somith within a PHP-Script recursively can result into one of these results: 1. general PHP-error and stop 2. max_execution_time and stop 3. max_input_time and stop 4. memory_limit and stop If you use the file()-function to call yourself, one of the upper limits will occure, but it won't stop with that. You can overload the Apache with a lot of reqeusts so that there will be no more response. Your initial request will timeout, but the Apache won't come back if you do not restart it. The trouble is, that there is currently no way to suppress this behaviour or at least leave some resources open Reproduce code: --- $in = file("http://local.dom/myself.php";, "r"); Expected result: some sort of "filter" to slow down the request of resource-usage. Actual result: -- It uses up all Apache-processes up to MaxClient-Limit and ends in a total DOS of the Apache. -- Edit this bug report at http://bugs.php.net/?id=27004&edit=1
#26965 [Fbk->Bgs]: Apache 2 Seg Faults on All PHP Pages
ID: 26965 Updated by: [EMAIL PROTECTED] Reported By: louis at 6internet dot com -Status: Feedback +Status: Bogus Bug Type: Apache2 related Operating System: Red Hat Enterprise Linux ES v3 PHP Version: 5CVS-2004-01-20 New Comment: Your OS comes with preinstalled Apache2+PHP. You need to remove the preinstalled PHP to fix this. (more detailed explanation sent via email) Previous Comments: [2004-01-22 06:53:58] [EMAIL PROTECTED] Must be something wrong with your system as I'm running PHP 5 in Apache2 and don't get any segfaults..(if you can provide access to this machine, send me the details to [EMAIL PROTECTED]) [2004-01-22 05:59:00] louis at 6internet dot com No, PHP on the command line seems to be working ok. Passing PHP the plain HTML file on the command line outputs the HTML as expected, whereas in Apache 2 it seg faults. Just to clarify, two files (index.html and index.php) which are identical and contain simply: Test A test for php But, loading index.html displays fine as expected while loading index.php seg faults. Please do let me know if any more info would help diagnosis. I may be able to arrange full root access to the system if that would help? It is just a test RHEL ES v3 system with nothing except PHP 5 added yet because I haven't got it working yet. If so please let me know what address to mail the IP/password to off the bug database. [2004-01-21 14:50:36] [EMAIL PROTECTED] Does this crash happen with CLI ?? [2004-01-21 06:20:54] louis at 6internet dot com Thanks for coming back sniper. httpd -l gives me: Compiled in modules: core.c prefork.c http_core.c mod_so.c So I think that means the prefork MPM is in use. PHP was compiled with: ./configure --with-apxs2=/usr/sbin/apxs --with-pgsql Lines added to /etc/httpd/conf/httpd.conf: LoadModule php5_module modules/libphp5.so AddType application/x-httpd-php .php Many thanks [2004-01-20 19:30:26] [EMAIL PROTECTED] What MPM is used with Apache? What was the configure line used to configure PHP? How was PHP configured in Apache httpd.conf? 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/26965 -- Edit this bug report at http://bugs.php.net/?id=26965&edit=1
#26965 [Opn->Fbk]: Apache 2 Seg Faults on All PHP Pages
ID: 26965 Updated by: [EMAIL PROTECTED] Reported By: louis at 6internet dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Red Hat Enterprise Linux ES v3 PHP Version: 5CVS-2004-01-20 New Comment: Must be something wrong with your system as I'm running PHP 5 in Apache2 and don't get any segfaults..(if you can provide access to this machine, send me the details to [EMAIL PROTECTED]) Previous Comments: [2004-01-22 05:59:00] louis at 6internet dot com No, PHP on the command line seems to be working ok. Passing PHP the plain HTML file on the command line outputs the HTML as expected, whereas in Apache 2 it seg faults. Just to clarify, two files (index.html and index.php) which are identical and contain simply: Test A test for php But, loading index.html displays fine as expected while loading index.php seg faults. Please do let me know if any more info would help diagnosis. I may be able to arrange full root access to the system if that would help? It is just a test RHEL ES v3 system with nothing except PHP 5 added yet because I haven't got it working yet. If so please let me know what address to mail the IP/password to off the bug database. [2004-01-21 14:50:36] [EMAIL PROTECTED] Does this crash happen with CLI ?? [2004-01-21 06:20:54] louis at 6internet dot com Thanks for coming back sniper. httpd -l gives me: Compiled in modules: core.c prefork.c http_core.c mod_so.c So I think that means the prefork MPM is in use. PHP was compiled with: ./configure --with-apxs2=/usr/sbin/apxs --with-pgsql Lines added to /etc/httpd/conf/httpd.conf: LoadModule php5_module modules/libphp5.so AddType application/x-httpd-php .php Many thanks [2004-01-20 19:30:26] [EMAIL PROTECTED] What MPM is used with Apache? What was the configure line used to configure PHP? How was PHP configured in Apache httpd.conf? [2004-01-19 10:33:25] louis at 6internet dot com Description: Compiled PHP against Apache 2 in Red Hat Enterprise Linux ES v3 and even loading a .php file which contains ONLY HTML causes Apache to segmentation fault and write to the error_log. Similar to bug #26893, but different backtrace. Reproduce code: --- Any plain HTML file or PHP file saved with .php extension Expected result: HTML code passed to browser Actual result: -- Browser loses connection and Apache seg faults. Output when run through gdb, once apache process seg faults: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223485504 (LWP 9481)] 0xb6fe8272 in _zend_hash_index_update_or_next_insert (ht=0xb705cd50, h=0, pData=0xbfffa5e0, nDataSize=12, pDest=0x0, flag=1) at /root/php-5.0.0b3/Zend/zend_hash.c:348 348 /root/php-5.0.0b3/Zend/zend_hash.c: No such file or directory. in /root/php-5.0.0b3/Zend/zend_hash.c (gdb) bt #0 0xb6fe8272 in _zend_hash_index_update_or_next_insert (ht=0xb705cd50, h=0, pData=0xbfffa5e0, nDataSize=12, pDest=0x0, flag=1) at /root/php-5.0.0b3/Zend/zend_hash.c:348 #1 0xb6fe9a53 in zend_list_insert (ptr=0x0, type=0) at /root/php-5.0.0b3/Zend/zend_list.c:47 #2 0xb6fe9b86 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0xb688313c, rsrc_type=2) at /root/php-5.0.0b3/Zend/zend_list.c:99 #3 0xb6fc193c in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0xb70085f1 "rb") at /root/php-5.0.0b3/main/streams/streams.c:248 #4 0xb6fc54cb in _php_stream_fopen_from_fd (fd=16, mode=0xb70085f1 "rb", persistent_id=0x0) at /root/php-5.0.0b3/main/streams/plain_wrapper.c:262 #5 0xb6fc5291 in _php_stream_fopen ( filename=0x81cd9d8 "/var/www/html/index.php", mode=0xb70085f1 "rb", opened_path=0xbfffbb28, options=133) at /root/php-5.0.0b3/main/streams/plain_wrapper.c:139 #6 0xb6fc6500 in _php_stream_fopen_with_path ( filename=0x81cd9d8 "/var/www/html/index.php", mode=0xb70085f1 "rb", path=0xb7026112 ".:/usr/local/lib/php", opened_path=0xbfffbb28, options=133) at /root/php-5.0.0b3/main/streams/plain_wrapper.c:1199 #7 0xb6fc5f87 in php_plain_files_stream_opener (wrapper=0xb70533a8, path=0x81cd9d8 "/var/www/html/index.php", mode=0xb70085f1 "rb", options=133, opened_path=0xbfffbb28, context=0x0) ---Type to continue, or q to quit--- at /root/php-5.0.0b3/main/streams/plain_wrapper.c:886 #8 0xb6fc37a6 in _php_stream_open_wrapper_ex ( path=0x81cd9d8 "/var/www/html/index.php", mode=0xb70085f1 "rb",
#27004 [NEW]: DenialOfService-Risk with wrong Usage
From: kmb at deam dot org Operating system: Debian-Linux (Woody), MacOS X.3 PHP version: Irrelevant PHP Bug Type: Apache related Bug description: DenialOfService-Risk with wrong Usage Description: Calling somith within a PHP-Script recursively can result into one of these results: 1. general PHP-error and stop 2. max_execution_time and stop 3. max_input_time and stop 4. memory_limit and stop If you use the file()-function to call yourself, one of the upper limits will occure, but it won't stop with that. You can overload the Apache with a lot of reqeusts so that there will be no more response. Your initial request will timeout, but the Apache won't come back if you do not restart it. The trouble is, that there is currently no way to suppress this behaviour or at least leave some resources open Reproduce code: --- $in = file("http://local.dom/myself.php";, "r"); Expected result: some sort of "filter" to slow down the request of resource-usage. Actual result: -- It uses up all Apache-processes up to MaxClient-Limit and ends in a total DOS of the Apache. -- Edit bug report at http://bugs.php.net/?id=27004&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27004&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27004&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27004&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27004&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27004&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27004&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27004&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27004&r=support Expected behavior: http://bugs.php.net/fix.php?id=27004&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27004&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27004&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27004&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27004&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27004&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27004&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27004&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27004&r=float
#26965 [Fbk->Opn]: Apache 2 Seg Faults on All PHP Pages
ID: 26965 User updated by: louis at 6internet dot com Reported By: louis at 6internet dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Red Hat Enterprise Linux ES v3 PHP Version: 5CVS-2004-01-20 New Comment: No, PHP on the command line seems to be working ok. Passing PHP the plain HTML file on the command line outputs the HTML as expected, whereas in Apache 2 it seg faults. Just to clarify, two files (index.html and index.php) which are identical and contain simply: Test A test for php But, loading index.html displays fine as expected while loading index.php seg faults. Please do let me know if any more info would help diagnosis. I may be able to arrange full root access to the system if that would help? It is just a test RHEL ES v3 system with nothing except PHP 5 added yet because I haven't got it working yet. If so please let me know what address to mail the IP/password to off the bug database. Previous Comments: [2004-01-21 14:50:36] [EMAIL PROTECTED] Does this crash happen with CLI ?? [2004-01-21 06:20:54] louis at 6internet dot com Thanks for coming back sniper. httpd -l gives me: Compiled in modules: core.c prefork.c http_core.c mod_so.c So I think that means the prefork MPM is in use. PHP was compiled with: ./configure --with-apxs2=/usr/sbin/apxs --with-pgsql Lines added to /etc/httpd/conf/httpd.conf: LoadModule php5_module modules/libphp5.so AddType application/x-httpd-php .php Many thanks [2004-01-20 19:30:26] [EMAIL PROTECTED] What MPM is used with Apache? What was the configure line used to configure PHP? How was PHP configured in Apache httpd.conf? [2004-01-20 11:25:47] louis at 6internet dot com Have tried with current snapshot as requested, but getting basically the same. Just for verification, here is the gdb output this time: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223485504 (LWP 31531)] 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 348 p = ht->arBuckets[nIndex]; (gdb) bt #0 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 #1 0xb6fe9eb3 in zend_list_insert (ptr=0x0, type=0) at /root/php5/php5-200401201430/Zend/zend_list.c:47 #2 0xb6fe9fe6 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0xb687913c, rsrc_type=2) at /root/php5/php5-200401201430/Zend/zend_list.c:99 #3 0xb6fc1ba4 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0xb70089f1 "rb") at /root/php5/php5-200401201430/main/streams/streams.c:248 #4 0xb6fc5733 in _php_stream_fopen_from_fd (fd=16, mode=0xb70089f1 "rb", persistent_id=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:262 #5 0xb6fc54f9 in _php_stream_fopen (filename=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:139 #6 0xb6fc6768 in _php_stream_fopen_with_path (filename=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", path=0xb7024ab2 ".:/usr/local/lib/php", opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:1199 #7 0xb6fc61ef in php_plain_files_stream_opener (wrapper=0xb7053968, path=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", options=133, opened_path=0xbfffe558, context=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:886 #8 0xb6fc3a0e in _php_stream_open_wrapper_ex (path=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", options=141, opened_path=0x85, context=0x0) at /root/php5/php5-200401201430/main/streams/streams.c:1613 #9 0xb6fb3ed7 in php_stream_open_for_zend (filename=0x81d5580 "/var/www/html/index.php", handle=0xbfffe550) at /root/php5/php5-200401201430/main/main.c:876 #10 0xb6fef40a in zend_stream_open (filename=0x81d5580 "/var/www/html/index.php", handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:41 ---Type to continue, or q to quit--- #11 0xb6fef4e4 in zend_stream_fixup (file_handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:56 #12 0xb6fccc4e in open_file_for_scanning (file_handle=0xbfffe550) at Zend/zend_language_scanner.c:3040 #13 0xb6fccd66 in compile_file (file_handle=0xbfffe550, type=2) at Zend/zend_langua
#26574 [Asn->Csd]: basename() cannot work with Chinese Path name
ID: 26574 Updated by: [EMAIL PROTECTED] Reported By: gaoyong at crtvu dot edu dot cn -Status: Assigned +Status: Closed Bug Type: *Directory/Filesystem functions Operating System: Windows 2k SP4 PHP Version: 4.3.4 Assigned To: moriyoshi New Comment: Already fixed in php5-cvs, but not sure whether to merge it to the php4 branch. Previous Comments: [2003-12-10 00:55:06] [EMAIL PROTECTED] This problem appears to be caused by the wrong usage of IsDBCSLeadByte(). [2003-12-09 22:51:12] gaoyong at crtvu dot edu dot cn Description: if the parameter of basename() contain Chinese path name like this "e:\²âÊÔ\2.jpg",the function can not work. The HTML contain the path "e:\²âÊÔ\2.jpg" First, I copy the upload temp file from "c:\winnt\temp" to the cache path("d:\oems\\cach"), Secondly, I parse the HTML content that user submiting,and getting the image "SRC" like "e:\²âÊÔ\2.jpg", third, using basename() to get the filename(2.jpg) but the function return "e:\²âÊÔ\2.jpg" When The path name doesn't contain Chinese Character and space,it can work well. Reproduce code: --- function Picstr_handle($s) { .. $s=stripslashes($s); $tmpImg = explode("SRC=\"",$s); $tmpImg1 = explode("\">",$s); .. for ($i =1; $i< count($tmpImg); $i++) { $sourcefilepath[$i] = explode("\">",$tmpImg[$i]); $destfilepath[$i] = $ServerRootPath."/exam/image/".$QuestionPathName[$QuestionType]; if (!is_dir($destfilepath[$i])) {mkdir($destfilepath[$i],0);} $destfilepath[$i] .= "/".$InputUser; if (!is_dir($destfilepath[$i])) {mkdir($destfilepath[$i],0);} $destfilepath[$i] .= "/".date("Ymd",time()); if (!is_dir($destfilepath[$i])) {mkdir($destfilepath[$i],0);} $destfilepath[$i] .= "/" .substr(md5(basename($sourcefilepath[$i][0])),2,8) .substr(basename($sourcefilepath[$i][0]),strlen(basename($sourcefilepath[$i][0]))-4,4); $sourcefilepath[$i][0] =$ServerRootPath."/exam/image/cache/".basename($sourcefilepath[$i][0]); if(!is_file($destfilepath[$i])) { if (!copy($sourcefilepath[$i][0],$destfilepath[$i])) { echo "¸´ÖƵµ°¸" .$sourcefilepath[$i][0]." ʧ°Ü..." ;break;exit(); } if (is_file($sourcefilepath[$i][0])) {unlink($sourcefilepath[$i][0]);} } } Expected result: Warning: copy(D:/oems/teachingcenter_test/webroot/exam/image/cache/E:\²âÊÔ\2.JPG): failed to open stream: Invalid argument in D:\oems\teachingcenter_test\webroot\exam\datainput\insert.html on line 77 ¸´ÖƵµ°¸D:/oems/teachingcenter_test/webroot/exam/image/cache/E:\²âÊÔ\2.JPG ʧ°Ü... Actual result: -- no warning -- Edit this bug report at http://bugs.php.net/?id=26574&edit=1
#25975 [Csd]: PHP 5 object references don't survive serialization
ID: 25975 User updated by: reiersol at online dot no Reported By: reiersol at online dot no Status: Closed Bug Type: Zend Engine 2 problem Operating System: Linux RedHat 9.0 PHP Version: 5CVS New Comment: In response to cunha17 at uol dot com dot br: As far as I can tell, nothing has happened since my November 10 submission. The examples I've given already *should* be more than sufficient. Perhaps it would be helpful if you double-check this. To make it really easy, here's a PHPUnit test to run. Both tests should pass. In PHP 5 beta 1, the testReplaceObject passes, the other one fails. In the versions after the dubious fix (including today's CVS version), it's reversed. require_once 'PHPUnit.php'; class Bar { var $value = 0; } class Foo { var $v1; var $v2; function Foo() { $this->v1 = new Bar; $this->v2 = $this->v1; } } class ReferenceTest extends PHPUnit_TestCase { function testChangeObject() { $g = unserialize(serialize(new Foo)); $g->v2->value = 42; $this->assertEquals(42,$g->v1->value); } function testReplaceObject() { $g = unserialize(serialize(new Foo)); $g->v2 = 42; $this->assertTrue($g->v1 instanceof Bar); } } $suite = new PHPUnit_TestSuite(); $suite->addTestSuite('ReferenceTest'); $result = PHPUnit::run($suite); echo $result->toString(); Previous Comments: [2004-01-21 20:16:26] cunha17 at uol dot com dot br If it's not fixed, please don't give up ! Serialization/Deserialization should work transparently in the same script or using sessions !!! Just provide a simple script with the actual and expected results... [2004-01-19 05:23:13] reiersol at online dot no For the record: I don't think this bug has been fixed, and I think it's a very serious one, but I'm giving up. [2004-01-11 11:00:25] [EMAIL PROTECTED] Seems to be fixed now. [2003-12-04 09:52:38] reiersol at online dot no OK. Here is an example using sessions. Exactly the same thing happens. v1 = new Bar; $this->v2 = $this->v1; } } session_start(); if (isset($_SESSION['g'])) { //Try these two one at a time to see the different behaviors: //$_SESSION['g']->v2 = "I'm no longer an object"; $_SESSION['g']->v2->value = 42; } else { $_SESSION['g'] = new Foo; } ?> [2003-11-28 20:40:06] [EMAIL PROTECTED] Please provide an example script that actually uses sessions, (it's not the same thing when you do the serialize/unserialize inside the same script..) 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/25975 -- Edit this bug report at http://bugs.php.net/?id=25975&edit=1
#26904 [Com]: fopen() doesn't work with IIS "Anonymous Access"
ID: 26904 Comment by: miss18x at hotmail dot com Reported By: bart at mediawave dot nl Status: Bogus Bug Type: Filesystem function related Operating System: Windows 2000 PHP Version: 5CVS-2004-01-14 (dev) New Comment: Hei, I am facing the same problem when i am trying to open a file. i have an a form where i am getting the userfile from and here is my code: $filnavn=$_POST['file']; $_FILES['userfile'] =$filnavn; $file_open=fopen("$filnavn", "r"); if(!$file_open) { echo "Cannot open file ($filnavn)"; exit; } else { echo "Fila ble åpnet!"; } When i run this script it tells me, Warning: fopen(C:\\Documents and Settings\\Administrator\\Skrivebord\\session.txt): failed to open stream: No such file or directory in c:\nyvedlegg.php on line 37 i know that u sayed it is a permission problem. since i am new i would like to know if u tell me where i should go to do some changes. tanx Previous Comments: [2004-01-14 11:34:23] [EMAIL PROTECTED] Not a PHP bug; you have a problem with your permissions somewhere. [2004-01-14 11:18:38] bart at mediawave dot nl Description: When I enable "Anonymous Access" in IIS, the filesystem functions in PHP5 suddenly aren't able to find my files. When I disable "Anonymous Access" (Only "Integrated Windows Authentication" enabled) everything works perfect. I use PHP5 with HTTP authentication through the ISAPI DLL. I've given the IUSR_PCNAME account proper rights everywhere. I've got "Anonymous Access" enabled on our production server and everything works fine there as well. Reproduce code: --- Expected result: The contents of template.html. - or - A message saying that I don't have permissions to read the file. Actual result: -- Warning: fopen(template.html) [function.fopen]: failed to open stream: No such file or directory in E:\WWW\agri-monitor\test2.php on line 6 Warning: filesize() [function.filesize]: stat failed for template.html in E:\WWW\agri-monitor\test2.php on line 7 Warning: fread(): supplied argument is not a valid stream resource in E:\WWW\agri-monitor\test2.php on line 7 Warning: fclose(): supplied argument is not a valid stream resource in E:\WWW\agri-monitor\test2.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=26904&edit=1
#27003 [NEW]: error accessing php.net from Telefonica Spain
From: samuel at nrs-group dot com Operating system: Linux Redhat 7.2 PHP version: 4.3.4 PHP Bug Type: Unknown/Other Function Bug description: error accessing php.net from Telefonica Spain Description: Hello, I am writing from Spain, because me and thoursands of spanish companyies can not access php.net from the Operator Telefonica. After hours stuck to the phone, I was told that there is a node between your server and our ISP Telefica which stops all IP ranges 64.246.*, which means a lot of spanish people that use Telefonica as ISP can not access to your web site and many others. I also have another ISP called ONO, from which I can access and write this email, but that's not a solution. I thought it was important to give notice of this issue to you to see if you can contact your ISP and then this to get in contact with Telefonica Spain, or much better with the ISP that is between your server and Telefonica, which is the one that is stopping this ip range (64.246.*). Loking forward to hearing from you as soon as you can. Thanks a lot! Samuel Reproduce code: --- - Expected result: - Actual result: -- - -- Edit bug report at http://bugs.php.net/?id=27003&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27003&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27003&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27003&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27003&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27003&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27003&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27003&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27003&r=support Expected behavior: http://bugs.php.net/fix.php?id=27003&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27003&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27003&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27003&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27003&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27003&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27003&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27003&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27003&r=float