#38460 [Opn->Bgs]: Unable to declare 'list' method
ID: 38460 Updated by: [EMAIL PROTECTED] Reported By: ddk at krasn dot ru -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Irrelevant PHP Version: 5.1.4 New Comment: list() is a language construct. http://php.net/list Previous Comments: [2006-08-15 06:29:36] ddk at krasn dot ru Description: Declaring 'list' method in class leads to parse error. Reproduce code: --- list(); ?> Expected result: I'm list function! Actual result: -- Parse error: parse error, unexpected T_LIST, expecting T_STRING in list.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=38460&edit=1
#35668 [Fbk->Opn]: failed to create an SSL context / Stream (works with PHP 5.1)
ID: 35668 User updated by: clemens at gutweiler dot net Reported By: clemens at gutweiler dot net -Status: Feedback +Status: Open Bug Type: OpenSSL related Operating System: Linux PHP Version: 4CVS-2005-12-14 (snap) Assigned To: wez New Comment: 5.x works, 4.4.x not. this is a debian distribution, but openssl is build from the official sources, i do not use the openssl deb-package. Previous Comments: [2006-08-14 17:41:12] [EMAIL PROTECTED] Do you use debian? or can you reproduce this problem with a recent php version (5.1 or 5.2, 4.x will not get fixed)? [2005-12-14 18:13:17] clemens at gutweiler dot net With the latest 5.1 Snap (5.1-200512141530) this works great. I use debian, but a self-compiled openssl-0.9.8a and not the distribution package. Is there a chance to get this fixed in the 4_4 branch too? [2005-12-14 17:44:13] [EMAIL PROTECTED] Also, if you're using Debian, this is bogus. There's a problem with Debian's OpenSSL 0.9.8a packages. [2005-12-14 17:42:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-14 17:13:46] clemens at gutweiler dot net Description: unable to use https connections via stream Reproduce code: --- https://ssl.example.com' ); ?> OpenSSL support enabled OpenSSL Version OpenSSL 0.9.8a 11 Oct 2005 Registered PHP Streams php, http, ftp, https, ftps, compress.zlib Fails with PHP 4.4.1, 5.1.1 and CVS PHP_4_4. Actual result: -- Warning: file_get_contents(): php_stream_sock_ssl_activate_with_method: failed to create an SSL context Warning: file_get_contents(https://ssl.example.com): failed to open stream: Unable to activate SSL mode -- Edit this bug report at http://bugs.php.net/?id=35668&edit=1
#38461 [NEW]: Segfault with __set()
From: [EMAIL PROTECTED]
Operating system: *
PHP version: 5CVS-2006-08-15 (CVS)
PHP Bug Type: Scripting Engine problem
Bug description: Segfault with __set()
Description:
The following script crashes.
Reproduce code:
---
$var = $value;
}
}
class ExtOperation extends Operation
{
private $x;
}
$op = new ExtOperation;
$op->x = 'test';
?>
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1216329504 (LWP 14743)]
0x083c0de3 in zend_std_write_property (object=0xb77ce778,
member=0xb77d0cbc,
value=0xb77d0928)
at /dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:440
440 zend_hash_quick_update(zobj->properties,
property_info->name, property_info->name_length+1, property_info->h,
&value, sizeof(zval *), (void **) &foo);
(gdb) bt
#0 0x083c0de3 in zend_std_write_property (object=0xb77ce778,
member=0xb77d0cbc, value=0xb77d0928)
at /dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:440
#1 0x083e1405 in zend_assign_to_object (result=0xb77d01d8,
object_ptr=0x869e4ac, op2=0xb77d0200, value_op=0xb77d0238,
Ts=0xbfc25e50,
opcode=136) at /dat/dev/php/php-5.2dev/Zend/zend_execute.c:614
#2 0x084010b8 in ZEND_ASSIGN_OBJ_SPEC_UNUSED_CV_HANDLER (
execute_data=0xbfc25e84)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:18886
#3 0x083c5062 in execute (op_array=0xb77d1418)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:92
#4 0xb759f9d9 in xdebug_execute (op_array=0xb77d1418)
at /dat/dev/php/xdebug/xdebug.c:1388
#5 0x08395673 in zend_call_function (fci=0xbfc26124,
fci_cache=0xbfc260f8)
at /dat/dev/php/php-5.2dev/Zend/zend_execute_API.c:952
#6 0x083b9457 in zend_call_method (object_pp=0xbfc261b0,
obj_ce=0xb77d03a8,
fn_proxy=0xb77d04b8, function_name=0x8627492 "__set",
function_name_len=5,
retval_ptr_ptr=0xbfc26198, param_count=2, arg1=0xb77d0cbc,
arg2=0xb77d0928)
at /dat/dev/php/php-5.2dev/Zend/zend_interfaces.c:88
#7 0x083bfc82 in zend_std_call_setter (object=0xb77ce778,
member=0xb77d0cbc,
value=0xb77d0928) at
/dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:98
#8 0x083c0d11 in zend_std_write_property (object=0xb77ce778,
member=0xb77ced70, value=0xb77d0928)
---Type to continue, or q to quit---
at /dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:426
#9 0x083e1405 in zend_assign_to_object (result=0xb77ced44,
object_ptr=0xb77d06dc, op2=0xb77ced6c, value_op=0xb77ceda4,
Ts=0xbfc26330,
opcode=136) at /dat/dev/php/php-5.2dev/Zend/zend_execute.c:614
#10 0x08408a3e in ZEND_ASSIGN_OBJ_SPEC_CV_CONST_HANDLER (
execute_data=0xbfc263e4)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:21518
#11 0x083c5062 in execute (op_array=0xb77ce7ac)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:92
#12 0xb759f9d9 in xdebug_execute (op_array=0xb77ce7ac)
at /dat/dev/php/xdebug/xdebug.c:1388
#13 0x083a27ff in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /dat/dev/php/php-5.2dev/Zend/zend.c:1095
#14 0x083526fc in php_execute_script (primary_file=0xbfc2885c)
at /dat/dev/php/php-5.2dev/main/main.c:1759
#15 0x0841b1ef in main (argc=1, argv=0xbfc28984)
at /dat/dev/php/php-5.2dev/sapi/cli/php_cli.c:1097
(gdb) quit
The program is running. Exit anyway? (y or n) y
--
Edit bug report at http://bugs.php.net/?id=38461&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38461&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38461&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38461&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38461&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38461&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38461&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38461&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38461&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38461&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38461&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38461&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38461&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38461&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38461&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38461&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38461&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38461&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38461&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38461&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38461&r=mysqlcfg
#38419 [Bgs]: date function error
ID: 38419 User updated by: reggiemb at hotmail dot com Reported By: reggiemb at hotmail dot com Status: Bogus Bug Type: Date/time related Operating System: WindowsXP PHP Version: 5.1.4 New Comment: set the date.timezone in the php.ini, everything seems to be ok now, had the same problem in a linux box, see if it fix the same problem... Previous Comments: [2006-08-14 07:59:45] [EMAIL PROTECTED] The setting is: America/Chicago If that is not correct (and I doubt it is), then fix it in php.ini according to the list in the manual (http://php/manual/en/timezones.america.php). [2006-08-14 07:50:43] reggiemb at hotmail dot com Extracted from phpinfo() output: date/time support enabled Timezone Database Version 2006.1 Timezone Database internal Default timezone America/Chicago Directive Local Value Master Value date.default_latitude 31.7667 31.7667 date.default_longitude 35.2333 35.2333 date.sunrise_zenith 90.58 90.58 date.sunset_zenith 90.58 90.58 date.timezone no value no value [2006-08-14 05:22:53] [EMAIL PROTECTED] Tony asked for the date.timezone *php* setting. Check the phpinfo() output. [2006-08-14 02:07:05] reggiemb at hotmail dot com (GMT -6:00) Central America Standard Time [2006-08-11 08:19:51] [EMAIL PROTECTED] And your date.timezone is .. ? 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/38419 -- Edit this bug report at http://bugs.php.net/?id=38419&edit=1
#38461 [Opn->Asn]: Segfault with __set()
ID: 38461
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5CVS-2006-08-15 (CVS)
-Assigned To:
+Assigned To: tony2001
Previous Comments:
[2006-08-15 07:28:55] [EMAIL PROTECTED]
Description:
The following script crashes.
Reproduce code:
---
$var = $value;
}
}
class ExtOperation extends Operation
{
private $x;
}
$op = new ExtOperation;
$op->x = 'test';
?>
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1216329504 (LWP 14743)]
0x083c0de3 in zend_std_write_property (object=0xb77ce778,
member=0xb77d0cbc,
value=0xb77d0928)
at /dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:440
440
zend_hash_quick_update(zobj->properties, property_info->name,
property_info->name_length+1, property_info->h, &value, sizeof(zval *),
(void **) &foo);
(gdb) bt
#0 0x083c0de3 in zend_std_write_property (object=0xb77ce778,
member=0xb77d0cbc, value=0xb77d0928)
at /dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:440
#1 0x083e1405 in zend_assign_to_object (result=0xb77d01d8,
object_ptr=0x869e4ac, op2=0xb77d0200, value_op=0xb77d0238,
Ts=0xbfc25e50,
opcode=136) at /dat/dev/php/php-5.2dev/Zend/zend_execute.c:614
#2 0x084010b8 in ZEND_ASSIGN_OBJ_SPEC_UNUSED_CV_HANDLER (
execute_data=0xbfc25e84)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:18886
#3 0x083c5062 in execute (op_array=0xb77d1418)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:92
#4 0xb759f9d9 in xdebug_execute (op_array=0xb77d1418)
at /dat/dev/php/xdebug/xdebug.c:1388
#5 0x08395673 in zend_call_function (fci=0xbfc26124,
fci_cache=0xbfc260f8)
at /dat/dev/php/php-5.2dev/Zend/zend_execute_API.c:952
#6 0x083b9457 in zend_call_method (object_pp=0xbfc261b0,
obj_ce=0xb77d03a8,
fn_proxy=0xb77d04b8, function_name=0x8627492 "__set",
function_name_len=5,
retval_ptr_ptr=0xbfc26198, param_count=2, arg1=0xb77d0cbc,
arg2=0xb77d0928)
at /dat/dev/php/php-5.2dev/Zend/zend_interfaces.c:88
#7 0x083bfc82 in zend_std_call_setter (object=0xb77ce778,
member=0xb77d0cbc,
value=0xb77d0928) at
/dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:98
#8 0x083c0d11 in zend_std_write_property (object=0xb77ce778,
member=0xb77ced70, value=0xb77d0928)
---Type to continue, or q to quit---
at /dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:426
#9 0x083e1405 in zend_assign_to_object (result=0xb77ced44,
object_ptr=0xb77d06dc, op2=0xb77ced6c, value_op=0xb77ceda4,
Ts=0xbfc26330,
opcode=136) at /dat/dev/php/php-5.2dev/Zend/zend_execute.c:614
#10 0x08408a3e in ZEND_ASSIGN_OBJ_SPEC_CV_CONST_HANDLER (
execute_data=0xbfc263e4)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:21518
#11 0x083c5062 in execute (op_array=0xb77ce7ac)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:92
#12 0xb759f9d9 in xdebug_execute (op_array=0xb77ce7ac)
at /dat/dev/php/xdebug/xdebug.c:1388
#13 0x083a27ff in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /dat/dev/php/php-5.2dev/Zend/zend.c:1095
#14 0x083526fc in php_execute_script (primary_file=0xbfc2885c)
at /dat/dev/php/php-5.2dev/main/main.c:1759
#15 0x0841b1ef in main (argc=1, argv=0xbfc28984)
at /dat/dev/php/php-5.2dev/sapi/cli/php_cli.c:1097
(gdb) quit
The program is running. Exit anyway? (y or n) y
--
Edit this bug report at http://bugs.php.net/?id=38461&edit=1
#38462 [NEW]: Big Problem
From: djsinus at gmail dot com Operating system: FreeBSD 6.0 PHP version: 5.1.4 PHP Bug Type: Compile Failure Bug description: Big Problem Description: Hi! When I try to compile PHP 5.1.4 on FreeBSD system I get too much errors while "make" command is executed. Reproduce code: --- # ./configure # make (it failed) Expected result: I wanted to install PHP and that's all! Actual result: -- This is what I get when "make" command was executed: /bin/sh /tmp/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/libxml/ -I/tmp/php-5.1.4/ext/libxml/ -DPHP_ATOM_INC -I/tmp/php-5.1.4/include -I/tmp/php-5.1.4/main -I/tmp/php-5.1.4 -I/usr/local/include/libxml2 -I/usr/local/include -I/tmp/php-5.1.4/ext/date/lib -I/usr/local/include/mysql -I/tmp/php-5.1.4/TSRM -I/tmp/php-5.1.4/Zend-I/usr/local/include -g -O2 -c /tmp/php-5.1.4/ext/libxml/libxml.c -o ext/libxml/libxml.lo In file included from /tmp/php-5.1.4/Zend/zend.h:224, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_alloc.h:27:26: ../TSRM/TSRM.h: No such file or directory In file included from /tmp/php-5.1.4/Zend/zend.h:224, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_alloc.h:176: warning: parameter names (without types) in function declaration /tmp/php-5.1.4/Zend/zend_alloc.h:177: error: syntax error before "TSRMLS_DC" In file included from /tmp/php-5.1.4/Zend/zend.h:246, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_hash.h:127: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_hash.h:128: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_hash.h:133: error: syntax error before "apply_func_t" /tmp/php-5.1.4/Zend/zend_hash.h:134: error: syntax error before "apply_func_arg_t" /tmp/php-5.1.4/Zend/zend_hash.h:143: error: syntax error before "apply_func_t" /tmp/php-5.1.4/Zend/zend_hash.h:202: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_hash.h:203: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_hash.h:204: error: syntax error before "TSRMLS_DC" In file included from /tmp/php-5.1.4/Zend/zend.h:247, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_ts_hash.h:73: error: syntax error before "apply_func_t" /tmp/php-5.1.4/Zend/zend_ts_hash.h:74: error: syntax error before "apply_func_arg_t" /tmp/php-5.1.4/Zend/zend_ts_hash.h:77: error: syntax error before "apply_func_t" /tmp/php-5.1.4/Zend/zend_ts_hash.h:102: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_ts_hash.h:103: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_ts_hash.h:104: error: syntax error before "TSRMLS_DC" In file included from /tmp/php-5.1.4/Zend/zend.h:248, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_llist.h:33: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_llist.h:34: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_llist.h:58: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_llist.h:60: error: syntax error before "llist_apply_with_arg_func_t" /tmp/php-5.1.4/Zend/zend_llist.h:61: error: syntax error before "llist_apply_with_args_func_t" /tmp/php-5.1.4/Zend/zend_llist.h:63: error: syntax error before "TSRMLS_DC" In file included from /tmp/php-5.1.4/Zend/zend.h:282, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_object_handlers.h:33: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:36: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:45: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:48: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:52: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:56: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:61: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:69: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:72: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:75: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:78: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:81: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:87: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:88: er
#38459 [Fbk->Csd]: tidy and mysqli memory errors
ID: 38459 User updated by: info at tcknetwork dot com Reported By: info at tcknetwork dot com -Status: Feedback +Status: Closed Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.1.4 New Comment: with the snapshot php5.2.0.0 for win32 (2006-08-14 22:30) and using the new apache hooks for 2.2 version, this issue has been solved. But the bug in phpMyAdmin still remain (memory error, but the server doesn't crash anymore)... I'll open a new report if i find the root of this error. Thank you. Previous Comments: [2006-08-15 06:42:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-15 02:37:56] info at tcknetwork dot com Description: When mysqli or/and tidy extensions are loaded, they produce a memory error and make the server (Apache 2.2.2) crashes. So far I know these problems should have been introduced in the 5.1.3 or 5.1.4 because i ran long with 5.1.2 without noticing any of those problems. Reproduce code: --- test(); } }; $a=new a(); $a->test(); ?> Expected result: Without those extensions loaded, you get a blank file to download, which is the correct result. Actual result: -- With one or both of those extensions loaded, you get a crash of the server, even when using none of the extension's functionality (see the code above). Another complete crash appears in the export function of phpMyAdmin (export a table in sql for example), I didn't parsed that code for the moment, but it appears even with only mysql (not i) extension loaded. -- Edit this bug report at http://bugs.php.net/?id=38459&edit=1
#38462 [Opn->Fbk]: Big Problem
ID: 38462 Updated by: [EMAIL PROTECTED] Reported By: djsinus at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 6.0 PHP Version: 5.1.4 New Comment: The initial error is: ../TSRM/TSRM.h: No such file or directory Previous Comments: [2006-08-15 08:07:43] djsinus at gmail dot com Description: Hi! When I try to compile PHP 5.1.4 on FreeBSD system I get too much errors while "make" command is executed. Reproduce code: --- # ./configure # make (it failed) Expected result: I wanted to install PHP and that's all! Actual result: -- This is what I get when "make" command was executed: /bin/sh /tmp/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/libxml/ -I/tmp/php-5.1.4/ext/libxml/ -DPHP_ATOM_INC -I/tmp/php-5.1.4/include -I/tmp/php-5.1.4/main -I/tmp/php-5.1.4 -I/usr/local/include/libxml2 -I/usr/local/include -I/tmp/php-5.1.4/ext/date/lib -I/usr/local/include/mysql -I/tmp/php-5.1.4/TSRM -I/tmp/php-5.1.4/Zend-I/usr/local/include -g -O2 -c /tmp/php-5.1.4/ext/libxml/libxml.c -o ext/libxml/libxml.lo In file included from /tmp/php-5.1.4/Zend/zend.h:224, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_alloc.h:27:26: ../TSRM/TSRM.h: No such file or directory In file included from /tmp/php-5.1.4/Zend/zend.h:224, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_alloc.h:176: warning: parameter names (without types) in function declaration /tmp/php-5.1.4/Zend/zend_alloc.h:177: error: syntax error before "TSRMLS_DC" In file included from /tmp/php-5.1.4/Zend/zend.h:246, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_hash.h:127: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_hash.h:128: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_hash.h:133: error: syntax error before "apply_func_t" /tmp/php-5.1.4/Zend/zend_hash.h:134: error: syntax error before "apply_func_arg_t" /tmp/php-5.1.4/Zend/zend_hash.h:143: error: syntax error before "apply_func_t" /tmp/php-5.1.4/Zend/zend_hash.h:202: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_hash.h:203: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_hash.h:204: error: syntax error before "TSRMLS_DC" In file included from /tmp/php-5.1.4/Zend/zend.h:247, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_ts_hash.h:73: error: syntax error before "apply_func_t" /tmp/php-5.1.4/Zend/zend_ts_hash.h:74: error: syntax error before "apply_func_arg_t" /tmp/php-5.1.4/Zend/zend_ts_hash.h:77: error: syntax error before "apply_func_t" /tmp/php-5.1.4/Zend/zend_ts_hash.h:102: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_ts_hash.h:103: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_ts_hash.h:104: error: syntax error before "TSRMLS_DC" In file included from /tmp/php-5.1.4/Zend/zend.h:248, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_llist.h:33: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_llist.h:34: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_llist.h:58: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_llist.h:60: error: syntax error before "llist_apply_with_arg_func_t" /tmp/php-5.1.4/Zend/zend_llist.h:61: error: syntax error before "llist_apply_with_args_func_t" /tmp/php-5.1.4/Zend/zend_llist.h:63: error: syntax error before "TSRMLS_DC" In file included from /tmp/php-5.1.4/Zend/zend.h:282, from /tmp/php-5.1.4/main/php.h:34, from /tmp/php-5.1.4/ext/libxml/libxml.c:28: /tmp/php-5.1.4/Zend/zend_object_handlers.h:33: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:36: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:45: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:48: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:52: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:56: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:61: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:69: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:72: error: syntax error before "TSRMLS_DC" /tmp/php-5.1.4/Zend/zend_object_handlers.h:75: error: syntax error before "TSRMLS_D
#38464 [NEW]: array_count_values still mishandles numeric strings
From: php_lists at realplain dot com
Operating system:
PHP version: 5.2.0RC1
PHP Bug Type: Arrays related
Bug description: array_count_values still mishandles numeric strings
Description:
It seems this bug (with leading whitespace or a sign) was first introduced
in PHP 5.0.2, when Bugs #28435 and #29808 were fixed and it wasn't fixed
with Bug #34723. This function was never fixed the same way as other
functions (array_flip, array_key_exists) that also had the numeric string
problem as a result of internal function changes in PHP 5. I think
array_count_values is the only function that handles the values below
differently than "regular" array key/index syntax, array_combine,
array_flip, array_key_exists, etc.
Note: Everything was fine in 4.x; and I believe the examples *here* were
fine in 5.0 before 5.0.2 (though the above bugs existed).
The following patches against HEAD and 5.2 fix everything, including
previous bugs. (It's also around 40% faster with string values.)
http://realplain.com/php/array_count_values_bug.diff
http://realplain.com/php/array_count_values_bug_5_2.diff
For more information, you can see the recent messages from the internals@
mailing list (if you haven't already :-)), such as
http://news.php.net/php.internals/25343
Reproduce code:
---
$array = array('-000', ' 001', 1, ' 123', '+123');
var_dump(array_count_values($array));
Expected result:
array(5) {
["-000"]=>
int(1)
[" 001"]=>
int(1)
[1]=>
int(1)
[" 123"]=>
int(1)
["+123"]=>
int(1)
}
Actual result:
--
array(3) {
[0]=>
int(1)
[1]=>
int(2)
[123]=>
int(2)
}
--
Edit bug report at http://bugs.php.net/?id=38464&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38464&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38464&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38464&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38464&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38464&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38464&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38464&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38464&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38464&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38464&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38464&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38464&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38464&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38464&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38464&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38464&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38464&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38464&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38464&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38464&r=mysqlcfg
#38465 [NEW]: ReflectionParameter fails if default value is an access to self::
From: baldurien at bbnwn dot eu
Operating system: Windows XP
PHP version: 5.1.4
PHP Bug Type: Scripting Engine problem
Bug description: ReflectionParameter fails if default value is an access to
self::
Description:
While it is possible to use a class constant as default parameter, and
while it is possible to use in the form of "self::X", this does not work
when we try to reflect such parameter (see below).
It was tested with php5.1.4 (my default version),
php5.2-win32-200608150830, and php6.0-win32-200608150830.
If using a class constant as a default parameter is not possible, then it
should be said in the doc :
http://fr.php.net/manual/en/language.oop5.paamayim-nekudotayim.php
Don't not say much.
Reproduce code:
---
class Foo {
const X = 1;
public function x($x = self::X) {}
}
$clazz = new ReflectionClass('Foo');
$method = $clazz->getMethod('x');
foreach ($method->getParameters() as $param) {
if ( $param->isDefaultValueAvailable())
echo '$', $param->getName(), ' : ', $param->getDefaultValue(), "\n";
}
Expected result:
should work, eg: display $x = 1
Actual result:
--
Fatal error: Cannot access self:: when no class scope is active in
D:\documents\xxx\desktop\php6.0-win32-200608150830\truc.php on line 10
--
Edit bug report at http://bugs.php.net/?id=38465&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38465&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38465&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38465&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38465&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38465&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38465&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38465&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38465&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38465&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38465&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38465&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38465&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38465&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38465&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38465&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38465&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38465&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38465&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38465&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38465&r=mysqlcfg
#33595 [Com]: recursive references leak memory
ID: 33595
Comment by: ruslan dot kyrychuk at gmail dot com
Reported By: rodricg at sellingsource dot com
Status: Assigned
Bug Type: Class/Object related
Operating System: *
PHP Version: 6CVS-2005-08-02
Assigned To: dmitry
New Comment:
Maybe solutution can be to call destructor every time when new object
is assigned to old reference?
Example:
b = new B($this);
}
function __destruct () {
$this->b->__destruct();
}
}
class B {
function __construct ($parent = NULL) {
$this->parent = $parent;
}
function __destruct () {
unset($this->parent);
}
}
for ($i = 0 ; $i < 100 ; $i++) {
$a = new A();
$a->__destruct();
}
echo number_format(memory_get_usage());
?>
$a->__destruct(); can be called automatically because new reference is
created. Then writing correct destructors will solve this issue.
Or maybe I missing something?
Previous Comments:
[2006-05-04 14:08:22] frode at coretrek dot com
I worked around this exact problem by using a proxy class with a
destructor that explicitly breaks the cycle; I got the idea from a
perl.com[1] article describing how perl suffers from the same problem.
It's also interesting to note that perl has chosen a different (less
elegant) solution to the problem than python, by introducing weak
references.
[1] http://www.perl.com/pub/a/2002/08/07/proxyobject.html
[2006-04-13 06:24:02] seufert at gmail dot com
I have been experiencing this problem. Unfortunately i have an
application which relies heavily on a class->driver arrangement where
both the class and the driver class need a reference to each other. I
was wondering if we could have a way of getting an uncounted reference
to the object to pass to the child? So the child would have a reference
to the parent, but it would not be counted, and therefore when all
external references to the parent are removed/unset, the parent will
GC, and then the child will be freed as usual.
Is this a workable solution? Even just a reference count decrement
would work. Not a perfect solution, but it would solve calling
descructors all the time.
[2006-02-22 15:12:21] K dot Londenberg at librics dot de
The problem with circular references is a known weakness of reference
counting schemes. Python uses a workaround (cycle detector).
Excerpt from
http://wingware.com/psupport/python-manual/2.4/ext/refcounts.html:
"
While Python uses the traditional reference counting implementation, it
also offers a cycle detector that works to detect reference cycles. This
allows applications to not worry about creating direct or indirect
circular references; these are the weakness of garbage collection
implemented using only reference counting. Reference cycles consist of
objects which contain (possibly indirect) references to themselves, so
that each object in the cycle has a reference count which is non-zero.
Typical reference counting implementations are not able to reclaim the
memory belonging to any objects in a reference cycle, or referenced
from the objects in the cycle, even though there are no further
references to the cycle itself. "
Maybe this would also be a viable Strategy for PHP..
[2006-01-19 10:31:05] letssurf at gmail dot com
Thank you for your solution. It's the same path we had taken here. We
had created a kill() method to do the same job. Shame it hasn't been
fixed.
Thank you again :)
[2006-01-17 19:08:55] rodricg at sellingsource dot com
You can avoid the memory leak by manually calling the destructors and
unsetting the recursive ref:
b = new B($this);
}
function __destruct () {
$this->b->__destruct();
}
}
class B {
function __construct ($parent = NULL) {
$this->parent = $parent;
}
function __destruct () {
unset($this->parent);
}
}
for ($i = 0 ; $i < 100 ; $i++) {
$a = new A();
$a->__destruct();
}
echo number_format(memory_get_usage());
?>
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/33595
--
Edit this bug report at http://bugs.php.net/?id=33595&edit=1
#38202 [Bgs]: weird javascript mangling
ID: 38202
User updated by: franz at fholzinger dot com
Reported By: franz at fholzinger dot com
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: LINUX Red Hat
PHP Version: 4.4.2
New Comment:
I agree.
http://bugs.typo3.org/view.php?id=1477
Previous Comments:
[2006-07-25 07:36:20] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2006-07-25 07:33:33] franz at fholzinger dot com
Description:
same as bug #7293 weird javascript mangling
Same bug here with PHP 4.3.11.
See files
http://fholzinger.com/development/error_for_negative.zip
which are part of TYPO3 4.0 and the tt_products 2.5.0 shop system
extension.
This error happens only when I e.g. add the following lines in PHP to
JavaScript.
for (var l=8; l>1; l--){
b = l;
}
This make the generated JavaScript broken.
for (var k=0; k1; l--) {
b = l;
}
The for some lines above get bad now. Without the lines above this has
worked fine however.
The line before them are in the PHP string which will generate the
JavaScript:
for (var k=0; k1; l--) {
b = l;
}
--
Edit this bug report at http://bugs.php.net/?id=38202&edit=1
#38461 [Asn->Csd]: Segfault with __set()
ID: 38461
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5CVS-2006-08-15 (CVS)
Assigned To: tony2001
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:
[2006-08-15 07:28:55] [EMAIL PROTECTED]
Description:
The following script crashes.
Reproduce code:
---
$var = $value;
}
}
class ExtOperation extends Operation
{
private $x;
}
$op = new ExtOperation;
$op->x = 'test';
?>
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1216329504 (LWP 14743)]
0x083c0de3 in zend_std_write_property (object=0xb77ce778,
member=0xb77d0cbc,
value=0xb77d0928)
at /dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:440
440
zend_hash_quick_update(zobj->properties, property_info->name,
property_info->name_length+1, property_info->h, &value, sizeof(zval *),
(void **) &foo);
(gdb) bt
#0 0x083c0de3 in zend_std_write_property (object=0xb77ce778,
member=0xb77d0cbc, value=0xb77d0928)
at /dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:440
#1 0x083e1405 in zend_assign_to_object (result=0xb77d01d8,
object_ptr=0x869e4ac, op2=0xb77d0200, value_op=0xb77d0238,
Ts=0xbfc25e50,
opcode=136) at /dat/dev/php/php-5.2dev/Zend/zend_execute.c:614
#2 0x084010b8 in ZEND_ASSIGN_OBJ_SPEC_UNUSED_CV_HANDLER (
execute_data=0xbfc25e84)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:18886
#3 0x083c5062 in execute (op_array=0xb77d1418)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:92
#4 0xb759f9d9 in xdebug_execute (op_array=0xb77d1418)
at /dat/dev/php/xdebug/xdebug.c:1388
#5 0x08395673 in zend_call_function (fci=0xbfc26124,
fci_cache=0xbfc260f8)
at /dat/dev/php/php-5.2dev/Zend/zend_execute_API.c:952
#6 0x083b9457 in zend_call_method (object_pp=0xbfc261b0,
obj_ce=0xb77d03a8,
fn_proxy=0xb77d04b8, function_name=0x8627492 "__set",
function_name_len=5,
retval_ptr_ptr=0xbfc26198, param_count=2, arg1=0xb77d0cbc,
arg2=0xb77d0928)
at /dat/dev/php/php-5.2dev/Zend/zend_interfaces.c:88
#7 0x083bfc82 in zend_std_call_setter (object=0xb77ce778,
member=0xb77d0cbc,
value=0xb77d0928) at
/dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:98
#8 0x083c0d11 in zend_std_write_property (object=0xb77ce778,
member=0xb77ced70, value=0xb77d0928)
---Type to continue, or q to quit---
at /dat/dev/php/php-5.2dev/Zend/zend_object_handlers.c:426
#9 0x083e1405 in zend_assign_to_object (result=0xb77ced44,
object_ptr=0xb77d06dc, op2=0xb77ced6c, value_op=0xb77ceda4,
Ts=0xbfc26330,
opcode=136) at /dat/dev/php/php-5.2dev/Zend/zend_execute.c:614
#10 0x08408a3e in ZEND_ASSIGN_OBJ_SPEC_CV_CONST_HANDLER (
execute_data=0xbfc263e4)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:21518
#11 0x083c5062 in execute (op_array=0xb77ce7ac)
at /dat/dev/php/php-5.2dev/Zend/zend_vm_execute.h:92
#12 0xb759f9d9 in xdebug_execute (op_array=0xb77ce7ac)
at /dat/dev/php/xdebug/xdebug.c:1388
#13 0x083a27ff in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /dat/dev/php/php-5.2dev/Zend/zend.c:1095
#14 0x083526fc in php_execute_script (primary_file=0xbfc2885c)
at /dat/dev/php/php-5.2dev/main/main.c:1759
#15 0x0841b1ef in main (argc=1, argv=0xbfc28984)
at /dat/dev/php/php-5.2dev/sapi/cli/php_cli.c:1097
(gdb) quit
The program is running. Exit anyway? (y or n) y
--
Edit this bug report at http://bugs.php.net/?id=38461&edit=1
#38466 [NEW]: error
From: roland dot augustsson at sbkvast dot com Operating system: win xp sp2 PHP version: 4.4.3 PHP Bug Type: Unknown/Other Function Bug description: error Description: when i install php 4.4.3 and run go-pear.bat : Fatal error: Undefined class name 'pear' in C:\PHP\PEAR\go-pear.php on line 747 i have reinstall php 4.4.2 but i will use php 4.4.3 so please write back. best regards Roland -- Edit bug report at http://bugs.php.net/?id=38466&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38466&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38466&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38466&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38466&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38466&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38466&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38466&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38466&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38466&r=support Expected behavior:http://bugs.php.net/fix.php?id=38466&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38466&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38466&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38466&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38466&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38466&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38466&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38466&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38466&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38466&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38466&r=mysqlcfg
#38466 [Opn->Fbk]: error
ID: 38466 Updated by: [EMAIL PROTECTED] Reported By: roland dot augustsson at sbkvast dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: win xp sp2 PHP Version: 4.4.3 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: [2006-08-15 13:44:04] roland dot augustsson at sbkvast dot com Description: when i install php 4.4.3 and run go-pear.bat : Fatal error: Undefined class name 'pear' in C:\PHP\PEAR\go-pear.php on line 747 i have reinstall php 4.4.2 but i will use php 4.4.3 so please write back. best regards Roland -- Edit this bug report at http://bugs.php.net/?id=38466&edit=1
#37687 [Fbk->Csd]: file_exists strange behavior on windows platform only
ID: 37687 User updated by: pear at laurent-laville dot org Reported By: pear at laurent-laville dot org -Status: Feedback +Status: Closed Bug Type: Filesystem function related Operating System: win32 only PHP Version: 5.1.4, 4.4.2 New Comment: Now my configuration is Apache 2.0.58 + PHP 5.1.4 / PHP 4.4.2 I'm sorry but i can't reproduce it myself. With your PHP 5.2.0RC2 snapshot (of course), but even after re-installed a platform with Apache 2.0.55 (difference from my previous config). Perharps the problem came to another source but i don't know now what it could be ?! Sorry again I'll close this bug regards Laurent Laville Previous Comments: [2006-08-14 21:58:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip I can't reproduce it. [2006-06-03 13:52:47] pear at laurent-laville dot org Description: Concat directory name without trailing dir separator, and a file name. While i was ready to prepare a new release of PEAR_PackageFileManager (PFM), and generate the new package.xml, i found a bug. I thought first it was from PFM, but then i investigate a bit more, and i found : It will occurs only under Windows platform, because it works fine under Unix. I have : - this "E:\pearix-dev\pfm15x" directory exists - this "E:\pearix-dev\pfm15xpackage.xml" (file | dir) does not exists - my test script into "E:\pearix-dev\pfm15x" directory Tested under PHP 5.1.4 and PHP 4.4.2 under windows, with Apache 2.0.55 gave WRONG results Tested under PHP 5.1.4 and PHP 4.4.0 under Unix with Apache 2.2.2 gave GOOD (expected) results. Feedback are welcome ! Laurent Laville Reproduce code: --- Expected result: None of "condition x passed" message displayed, but only string(20) "E:\pearix-dev\pfm15x" string(31) "E:\pearix-dev\pfm15xpackage.xml" Actual result: -- The 3 conditons are TRUE string(20) "E:\pearix-dev\pfm15x" string(31) "E:\pearix-dev\pfm15xpackage.xml" string(18) "condition 1 passed" string(18) "condition 2 passed" string(18) "condition 3 passed" -- Edit this bug report at http://bugs.php.net/?id=37687&edit=1
#38466 [Fbk->Opn]: error
ID: 38466 User updated by: roland dot augustsson at sbkvast dot com Reported By: roland dot augustsson at sbkvast dot com -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: win xp sp2 PHP Version: 4.4.3 New Comment: same error ! * copy from dos window * Welcome to go-pear! Go-pear will install the 'pear' command and all the files needed by it. This command is your tool for PEAR installation and maintenance. Use 'php PEAR\go-pear.php local' to install a local copy of PEAR. Go-pear also lets you download and install the PEAR packages bundled with PHP: MDB2, Net_Socket, Net_SMTP, Mail, XML_Parser, PHPUnit. If you wish to abort, press Control-C now, or press Enter to continue: HTTP proxy (http://user:[EMAIL PROTECTED]:port), or Enter for none:: Below is a suggested file layout for your new PEAR installation. To change individual locations, type the number in front of the directory. Type 'all' to change all of them or simply press Enter to accept these locations. 1. Installation prefix : C:\PHP 2. Binaries directory: $prefix 3. PHP code directory ($php_dir) : $prefix\pear 4. Documentation base directory : $php_dir\docs 5. Data base directory : $php_dir\data 6. Tests base directory : $php_dir\tests 7. Temporary files directory : $prefix\temp 8. php.exe path : c:/php/cli/php.exe 1-8, 'all' or Enter to continue: The following PEAR packages are bundled with PHP: MDB2, Net_Socket, Net_SMTP, Mail, XML_Parser, PHPUnit. Would you like to install these as well? [Y/n] : y Loading zlib: ok Using local package: PEAR-stable..ok Using local package: Archive_Tar-stableok Using local package: Console_Getopt-stableok Using local package: XML_RPC-stableok Bootstrapping: PEAR...(remote) http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> ViewVC Exception An Exception Has Occurred Python Traceback Traceback (most recent call last): File "/usr/local/viewvc-1.1-dev/lib/viewvc.py", line 3623, in main request.run_viewvc() File "/usr/local/viewvc-1.1-dev/lib/viewvc.py", line 388, in run_viewvc self.view_func(self) File "/usr/local/viewvc-1.1-dev/lib/viewvc.py", line 2122, in view_checkout fp, revision = request.repos.openfile(path, rev) File "/usr/local/viewvc-1.1-dev/lib/vclib/bincvs/__init__.py", line 134, in op enfile filename, revision = _parse_co_header(fp) File "/usr/local/viewvc-1.1-dev/lib/vclib/bincvs/__init__.py", line 549, in _p arse_co_header raise COMalformedOutput, "Unable to find revision in co output stream" COMalformedOutput: Unable to find revision in co output stream ok Bootstrapping: Archive_Tar(local) ok Bootstrapping: Console_Getopt.(remote) ok Downloading package: MDB2.ok Downloading package: Net_Socket...ok Downloading package: Net_SMTP.ok Downloading package: Mail.ok Downloading package: XML_Parser...ok Downloading package: PHPUnit..ok Fatal error: Undefined class name 'pear' in C:\PHP\PEAR\go-pear.php on line 747 Tryck på en valfri tangent för att fortsätta... Previous Comments: [2006-08-15 13:47:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2006-08-15 13:44:04] roland dot augustsson at sbkvast dot com Description: when i install php 4.4.3 and run go-pear.bat : Fatal error: Undefined class name 'pear' in C:\PHP\PEAR\go-pear.php on line 747 i have reinstall php 4.4.2 but i will use php 4.4.3 so please write back. best regards Roland -- Edit this bug report at http://bugs.php.net/?id=38466&edit=1
#30621 [Asn->Csd]: Zip file of all pecl extensions on snaps.php.net
ID: 30621 User updated by: auroraeosrose at hotmail dot com Reported By: auroraeosrose at hotmail dot com -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: * -PHP Version: Irrelevant +PHP Version: * Assigned To: edink New Comment: Wahoo, finally implemented - thanks a lot Previous Comments: [2004-10-30 18:29:48] auroraeosrose at hotmail dot com Description: I use snaps all the time, I use pecl extensions a lot...it's a real pain in the butt to have to download each pecl dll seperately. Any chance there can be an automatically created zip file with all the pecl extensions so I only have to do one download? Thanks :) -- Edit this bug report at http://bugs.php.net/?id=30621&edit=1
#38455 [Bgs]: Data truncated when posting XML from one file to another.
ID: 38455
User updated by: powellsmith at yahoo dot com
Reported By: powellsmith at yahoo dot com
Status: Bogus
Bug Type: URL related
Operating System: Windows XP Pro
PHP Version: 4.4.3
New Comment:
Problem solved. In the php, you'll see that we are calculating the
string length before appending the 'xml=' to the beginning of the
string. Hence, the reason it is truncated by 4 chars.
Previous Comments:
[2006-08-14 21:32:49] [EMAIL PROTECTED]
>Content-type: application/x-www-form-urlencoded
That's also a hint to you: use urlencode();
[2006-08-14 20:56:05] powellsmith at yahoo dot com
Description:
I am having a problem with posting data from one file to another. For
some reason, the last few characters of my string variable keep getting
dropped, so when it comes time to process the post, the data is not in
tact.
xt_send.php
This file creates a variable and assigns the XML to the variable as
string data. Then, I am opening up a connection on the same server to
post the data in a variable called xml. I have also tried doing this in
CURL. I am able to make successful requests on this machine all the
time...this is the first time I've ever experienced this.
Reproduce code:
---
php:
---
$XT_xml = '
14531
93
Name
Amount
OrderID
<[EMAIL PROTECTED]>
HTML
Name
from_name
from_address
<[EMAIL PROTECTED]>
EMAIL_CONTENT_TEXT
EMAIL_CONTENT
Amount
OrderID
';
$host = 'xxx.xxx';
$sock = fsockopen ($host, 80, $errno, $errstr, 20);
if (!$sock) {
print('Could not connect to host:'. $errno . $errstr);
return (false);
}
$size = strlen($XT_xml);
echo 'size: ' . $size . '';
fputs ($sock, 'POST /osc/xt_catch.php HTTP/1.1' . "\n");
fputs ($sock, 'Host: ' . $host . "\n");
fputs ($sock, 'Content-type: application/x-www-form-urlencoded' .
"\n");
fputs ($sock, 'Content-length: ' . $size . "\n");
fputs ($sock, 'Connection: close' . "\n\n");
fputs ($sock, 'xml=' . $XT_xml);
$buffer = '';
while (!feof ($sock)) {
$buffer .= fgets ($sock);
}
fclose ($sock);
echo '';
echo htmlspecialchars($XT_xml);
echo '';
echo htmlspecialchars($result);
echo '';
---
Expected result:
---
14531
93
Name
Amount
OrderID
<[EMAIL PROTECTED]>
HTML
Name
from_name
from_address
<[EMAIL PROTECTED]>
EMAIL_CONTENT_TEXT
EMAIL_CONTENT
Amount
OrderID
---
Actual result:
--
---
14531
93
Name
Amount
OrderID
<[EMAIL PROTECTED]>
HTML
Name
from_name
from_address
<[EMAIL PROTECTED]>
EMAIL_CONTENT_TEXT
EMAIL_CONTENT
Amount
OrderID
http://bugs.php.net/?id=38455&edit=1
#38467 [NEW]: --enable-versioning causes make fail when building against apxs2
From: contax at phrenetic dot org Operating system: Darwin Kernel Version 8.7.1 PHP version: 5.1.4 PHP Bug Type: Compile Failure Bug description: --enable-versioning causes make fail when building against apxs2 Description: When building php against apxs2 (Apache 2.2.3) on Mac OS X (10.4.7) the make failes. It works fine when --enable-versioning is left out. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local --enable-versioning Expected result: All compiled Actual result: -- /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/standard/ -I/Users/contax/src/php-5.1.4/ext/standard/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/ext/standard/info.c -o ext/standard/info.lo /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_info_write_wrapper': /Users/contax/src/php-5.1.4/ext/standard/info.c:69: warning: pointer targets in passing argument 1 of 'php_escape_html_entities' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_info_html_esc': /Users/contax/src/php-5.1.4/ext/standard/info.c:218: warning: pointer targets in passing argument 1 of 'php_escape_html_entities' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_print_info': /Users/contax/src/php-5.1.4/ext/standard/info.c:508: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c:539: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c:580: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/sapi_apache2.c -o sapi/apache2handler/sapi_apache2.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/apache_config.c -o sapi/apache2handler/apache_config.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/php_functions.c -o sapi/apache2handler/php_functions.lo /b
#38456 [Fbk->Opn]: Apache2 segfaults when virtual() is called in .php ErrorDocument
ID: 38456 User updated by: alex dot dean at pni dot com Reported By: alex dot dean at pni dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: RHEL 4 -PHP Version: 5.1.5RC1 +PHP Version: 5.2.0RC2-dev New Comment: The problem recurs in 5.2.0RC2-dev. Initially, this version of php failed to compile, citing errors with openssl. Rather than debug that, I removed --with-openssl from the configure line and it compiled correctly. Just to be sure this wasn't relevant, I also recompiled 5.1.5RC1 (which is the version I initially reported the bug in) with the same configure line, and the problem continued to exist there as well. If you think this might be relevant, I'll try to get 5.2.0RC2-dev to build --with-openssl. Here's the backtrace for 5.2.0RC2-dev. The process was the same : set up apache and php as described in my original report, and then browse to a non-existent page. #0 0x0118ab7b in zif_virtual (ht=1, return_value=0xb7d7dccc, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /usr/local/src/php5.2-200608151430/sapi/apache2handler/php_functions.c:109 #1 0x01143885 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffd250) at zend_vm_execute.h:200 #2 0x01148174 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xbfffd250) at zend_vm_execute.h:1657 #3 0x01143496 in execute (op_array=0xb7d7dad0) at zend_vm_execute.h:92 #4 0x01125c2f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php5.2-200608151430/Zend/zend.c:1095 #5 0x010e06e9 in php_execute_script (primary_file=0xb5b0) at /usr/local/src/php5.2-200608151430/main/main.c:1759 #6 0x0118a3c8 in php_handler (r=0x8367c10) at /usr/local/src/php5.2-200608151430/sapi/apache2handler/sapi_apache2.c:592 #7 0x080b883a in ap_run_handler (r=0x8367c10) at config.c:152 #8 0x080b8c05 in ap_invoke_handler (r=0x8367c10) at config.c:364 #9 0x080a164d in ap_internal_redirect (new_uri=0xb7d7dccc , r=0x1) at http_request.c:465 #10 0x080a1976 in ap_process_request (r=0x8360618) at http_request.c:262 #11 0x0809d691 in ap_process_http_connection (c=0x835a380) at http_core.c:251 #12 0x080c1cd2 in ap_run_process_connection (c=0x835a380) at connection.c:43 #13 0x080b7015 in child_main (child_num_arg=-1210590004) at prefork.c:610 #14 0x080b7209 in make_child (s=0x81c9ba8, slot=0) at prefork.c:650 #15 0x080b72d0 in startup_children (number_to_start=100) at prefork.c:722 #16 0x080b79a3 in ap_mpm_run (_pconf=0xb910, plog=0x8200198, s=0xb914) at prefork.c:941 #17 0x080bca73 in main (argc=2, argv=0xbab4) at main.c:618 Previous Comments: [2006-08-15 06:39:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-14 22:29:15] alex dot dean at pni dot com Description: Using a PHP script as an Apache ErrorDocument causes PHP to segfault if the PHP script uses the virtual() function. PHP Configuration : ./configure --with-apxs2=/apps/apache_2.0.54/bin/apxs --with-mysql=/usr/local/mysql --with-zlib --with-mysqli=/usr/local/mysql/bin/mysql_config --with-gettext --enable-ftp --with-cgi --enable-cgi --with-openssl --with-gd --with-jpeg-dir=/usr --enable-mbstring=all --enable-debug Apache Configuration : ./configure --enable-ssl --prefix=/apps/apache_2.0.54 --enable-so --enable-rewrite --with-mpm=prefork --enable-deflate --enable-headers --enable-file-cache Reproduce code: --- httpd.conf : ErrorDocument 404 virtual1.php virtual1.php : Virtual and SSI Tests virtual2.php : Start browser and browse to any non-existent URL. Neither virtual1.php and virtual2.php cause errors when browsed to directly. Using virtual2.php as an ErrorDocument does not cause any errors. Expected result: I should see 'Included virtual2.php' displayed in the browser window. Actual result: -- Actual result is a segmentation fault. [EMAIL PROTECTED] htdocs]# gdb /apps/apache_2.0.54/bin/httpd This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run -X Starting program: /apps/apache_2.0.54/bin/httpd -X [Thread debugging using libthread_db enabled] [New Thread -1208023360 (LWP 23963)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208023360 (LWP 23963)] 0x010ad9aa in _zval_ptr_dtor (zval_ptr=0x8377314, __zend_filename=0x12ebddc "/usr/local/src/php-5.1-cvs/Zend/zend_execute.h", __zend_lineno=146) at /usr/local/src/php-5.1-cvs/Zend/zend_execute_API.c:393 393 (*zval_ptr)->refcount--; (gdb) bt #0 0x010ad9aa in _zval_ptr_dtor (zval_ptr=0x8377314,
#38456 [Opn]: Apache2 segfaults when virtual() is called in .php ErrorDocument
ID: 38456 User updated by: alex dot dean at pni dot com Reported By: alex dot dean at pni dot com Status: Open Bug Type: Apache2 related Operating System: RHEL 4 PHP Version: 5.2.0RC2-dev New Comment: Note : 5.2 was php5.2-200608151430 Previous Comments: [2006-08-15 15:36:26] alex dot dean at pni dot com The problem recurs in 5.2.0RC2-dev. Initially, this version of php failed to compile, citing errors with openssl. Rather than debug that, I removed --with-openssl from the configure line and it compiled correctly. Just to be sure this wasn't relevant, I also recompiled 5.1.5RC1 (which is the version I initially reported the bug in) with the same configure line, and the problem continued to exist there as well. If you think this might be relevant, I'll try to get 5.2.0RC2-dev to build --with-openssl. Here's the backtrace for 5.2.0RC2-dev. The process was the same : set up apache and php as described in my original report, and then browse to a non-existent page. #0 0x0118ab7b in zif_virtual (ht=1, return_value=0xb7d7dccc, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /usr/local/src/php5.2-200608151430/sapi/apache2handler/php_functions.c:109 #1 0x01143885 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffd250) at zend_vm_execute.h:200 #2 0x01148174 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xbfffd250) at zend_vm_execute.h:1657 #3 0x01143496 in execute (op_array=0xb7d7dad0) at zend_vm_execute.h:92 #4 0x01125c2f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php5.2-200608151430/Zend/zend.c:1095 #5 0x010e06e9 in php_execute_script (primary_file=0xb5b0) at /usr/local/src/php5.2-200608151430/main/main.c:1759 #6 0x0118a3c8 in php_handler (r=0x8367c10) at /usr/local/src/php5.2-200608151430/sapi/apache2handler/sapi_apache2.c:592 #7 0x080b883a in ap_run_handler (r=0x8367c10) at config.c:152 #8 0x080b8c05 in ap_invoke_handler (r=0x8367c10) at config.c:364 #9 0x080a164d in ap_internal_redirect (new_uri=0xb7d7dccc , r=0x1) at http_request.c:465 #10 0x080a1976 in ap_process_request (r=0x8360618) at http_request.c:262 #11 0x0809d691 in ap_process_http_connection (c=0x835a380) at http_core.c:251 #12 0x080c1cd2 in ap_run_process_connection (c=0x835a380) at connection.c:43 #13 0x080b7015 in child_main (child_num_arg=-1210590004) at prefork.c:610 #14 0x080b7209 in make_child (s=0x81c9ba8, slot=0) at prefork.c:650 #15 0x080b72d0 in startup_children (number_to_start=100) at prefork.c:722 #16 0x080b79a3 in ap_mpm_run (_pconf=0xb910, plog=0x8200198, s=0xb914) at prefork.c:941 #17 0x080bca73 in main (argc=2, argv=0xbab4) at main.c:618 [2006-08-15 06:39:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-14 22:29:15] alex dot dean at pni dot com Description: Using a PHP script as an Apache ErrorDocument causes PHP to segfault if the PHP script uses the virtual() function. PHP Configuration : ./configure --with-apxs2=/apps/apache_2.0.54/bin/apxs --with-mysql=/usr/local/mysql --with-zlib --with-mysqli=/usr/local/mysql/bin/mysql_config --with-gettext --enable-ftp --with-cgi --enable-cgi --with-openssl --with-gd --with-jpeg-dir=/usr --enable-mbstring=all --enable-debug Apache Configuration : ./configure --enable-ssl --prefix=/apps/apache_2.0.54 --enable-so --enable-rewrite --with-mpm=prefork --enable-deflate --enable-headers --enable-file-cache Reproduce code: --- httpd.conf : ErrorDocument 404 virtual1.php virtual1.php : Virtual and SSI Tests virtual2.php : Start browser and browse to any non-existent URL. Neither virtual1.php and virtual2.php cause errors when browsed to directly. Using virtual2.php as an ErrorDocument does not cause any errors. Expected result: I should see 'Included virtual2.php' displayed in the browser window. Actual result: -- Actual result is a segmentation fault. [EMAIL PROTECTED] htdocs]# gdb /apps/apache_2.0.54/bin/httpd This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run -X Starting program: /apps/apache_2.0.54/bin/httpd -X [Thread debugging using libthread_db enabled] [New Thread -1208023360 (LWP 23963)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208023360 (LWP 23963)] 0x010ad9aa in _zval_ptr_dtor (zval_ptr=0x8377314, __zend_filename=0x12ebddc "/usr/local/src/php-5.1-cvs/Zend/zend_execute.h", __zend_lineno=146) at /usr/local/src/php-5.1-cvs/Zend/zend_execute_API.c:393 39
#38467 [Opn->Fbk]: --enable-versioning causes make fail when building against apxs2
ID: 38467 Updated by: [EMAIL PROTECTED] Reported By: contax at phrenetic dot org -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Darwin Kernel Version 8.7.1 PHP Version: 5.1.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-08-15 15:28:38] contax at phrenetic dot org Description: When building php against apxs2 (Apache 2.2.3) on Mac OS X (10.4.7) the make failes. It works fine when --enable-versioning is left out. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local --enable-versioning Expected result: All compiled Actual result: -- /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/standard/ -I/Users/contax/src/php-5.1.4/ext/standard/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/ext/standard/info.c -o ext/standard/info.lo /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_info_write_wrapper': /Users/contax/src/php-5.1.4/ext/standard/info.c:69: warning: pointer targets in passing argument 1 of 'php_escape_html_entities' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_info_html_esc': /Users/contax/src/php-5.1.4/ext/standard/info.c:218: warning: pointer targets in passing argument 1 of 'php_escape_html_entities' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_print_info': /Users/contax/src/php-5.1.4/ext/standard/info.c:508: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c:539: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c:580: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/sapi_apache2.c -o sapi/apache2handler/sapi_apache2.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/apache_config.c -o sapi/apache2handler/apache_config.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Us
#38456 [Opn->Asn]: Apache2 segfaults when virtual() is called in .php ErrorDocument
ID: 38456 Updated by: [EMAIL PROTECTED] Reported By: alex dot dean at pni dot com -Status: Open +Status: Assigned Bug Type: Apache2 related Operating System: RHEL 4 PHP Version: 5.2.0RC2-dev -Assigned To: +Assigned To: dmitry Previous Comments: [2006-08-15 15:51:39] alex dot dean at pni dot com Note : 5.2 was php5.2-200608151430 [2006-08-15 15:36:26] alex dot dean at pni dot com The problem recurs in 5.2.0RC2-dev. Initially, this version of php failed to compile, citing errors with openssl. Rather than debug that, I removed --with-openssl from the configure line and it compiled correctly. Just to be sure this wasn't relevant, I also recompiled 5.1.5RC1 (which is the version I initially reported the bug in) with the same configure line, and the problem continued to exist there as well. If you think this might be relevant, I'll try to get 5.2.0RC2-dev to build --with-openssl. Here's the backtrace for 5.2.0RC2-dev. The process was the same : set up apache and php as described in my original report, and then browse to a non-existent page. #0 0x0118ab7b in zif_virtual (ht=1, return_value=0xb7d7dccc, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /usr/local/src/php5.2-200608151430/sapi/apache2handler/php_functions.c:109 #1 0x01143885 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffd250) at zend_vm_execute.h:200 #2 0x01148174 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xbfffd250) at zend_vm_execute.h:1657 #3 0x01143496 in execute (op_array=0xb7d7dad0) at zend_vm_execute.h:92 #4 0x01125c2f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php5.2-200608151430/Zend/zend.c:1095 #5 0x010e06e9 in php_execute_script (primary_file=0xb5b0) at /usr/local/src/php5.2-200608151430/main/main.c:1759 #6 0x0118a3c8 in php_handler (r=0x8367c10) at /usr/local/src/php5.2-200608151430/sapi/apache2handler/sapi_apache2.c:592 #7 0x080b883a in ap_run_handler (r=0x8367c10) at config.c:152 #8 0x080b8c05 in ap_invoke_handler (r=0x8367c10) at config.c:364 #9 0x080a164d in ap_internal_redirect (new_uri=0xb7d7dccc , r=0x1) at http_request.c:465 #10 0x080a1976 in ap_process_request (r=0x8360618) at http_request.c:262 #11 0x0809d691 in ap_process_http_connection (c=0x835a380) at http_core.c:251 #12 0x080c1cd2 in ap_run_process_connection (c=0x835a380) at connection.c:43 #13 0x080b7015 in child_main (child_num_arg=-1210590004) at prefork.c:610 #14 0x080b7209 in make_child (s=0x81c9ba8, slot=0) at prefork.c:650 #15 0x080b72d0 in startup_children (number_to_start=100) at prefork.c:722 #16 0x080b79a3 in ap_mpm_run (_pconf=0xb910, plog=0x8200198, s=0xb914) at prefork.c:941 #17 0x080bca73 in main (argc=2, argv=0xbab4) at main.c:618 [2006-08-15 06:39:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-14 22:29:15] alex dot dean at pni dot com Description: Using a PHP script as an Apache ErrorDocument causes PHP to segfault if the PHP script uses the virtual() function. PHP Configuration : ./configure --with-apxs2=/apps/apache_2.0.54/bin/apxs --with-mysql=/usr/local/mysql --with-zlib --with-mysqli=/usr/local/mysql/bin/mysql_config --with-gettext --enable-ftp --with-cgi --enable-cgi --with-openssl --with-gd --with-jpeg-dir=/usr --enable-mbstring=all --enable-debug Apache Configuration : ./configure --enable-ssl --prefix=/apps/apache_2.0.54 --enable-so --enable-rewrite --with-mpm=prefork --enable-deflate --enable-headers --enable-file-cache Reproduce code: --- httpd.conf : ErrorDocument 404 virtual1.php virtual1.php : Virtual and SSI Tests virtual2.php : Start browser and browse to any non-existent URL. Neither virtual1.php and virtual2.php cause errors when browsed to directly. Using virtual2.php as an ErrorDocument does not cause any errors. Expected result: I should see 'Included virtual2.php' displayed in the browser window. Actual result: -- Actual result is a segmentation fault. [EMAIL PROTECTED] htdocs]# gdb /apps/apache_2.0.54/bin/httpd This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run -X Starting program: /apps/apache_2.0.54/bin/httpd -X [Thread debugging using libthread_db enabled] [New Thread -1208023360 (LWP 23963)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208023360 (LWP 23963)] 0x010ad9aa in _zval_ptr_dtor (zval_ptr=0x
#38467 [Fbk->Opn]: --enable-versioning causes make fail when building against apxs2
ID: 38467 User updated by: contax at phrenetic dot org Reported By: contax at phrenetic dot org -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Darwin Kernel Version 8.7.1 PHP Version: 5.1.4 New Comment: No dice. Still being returned: /usr/bin/ld: unknown flag: -export-symbols collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 Previous Comments: [2006-08-15 15:39:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-15 15:28:38] contax at phrenetic dot org Description: When building php against apxs2 (Apache 2.2.3) on Mac OS X (10.4.7) the make failes. It works fine when --enable-versioning is left out. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local --enable-versioning Expected result: All compiled Actual result: -- /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/standard/ -I/Users/contax/src/php-5.1.4/ext/standard/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/ext/standard/info.c -o ext/standard/info.lo /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_info_write_wrapper': /Users/contax/src/php-5.1.4/ext/standard/info.c:69: warning: pointer targets in passing argument 1 of 'php_escape_html_entities' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_info_html_esc': /Users/contax/src/php-5.1.4/ext/standard/info.c:218: warning: pointer targets in passing argument 1 of 'php_escape_html_entities' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_print_info': /Users/contax/src/php-5.1.4/ext/standard/info.c:508: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c:539: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c:580: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/sapi_apache2.c -o sapi/apache2handler/sapi_apache2.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/apache_config.c -o sapi/apache2handler/apache_config.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I
#38467 [Opn->Ver]: --enable-versioning causes make fail when building against apxs2
ID: 38467 Updated by: [EMAIL PROTECTED] Reported By: contax at phrenetic dot org -Status: Open +Status: Verified Bug Type: Compile Failure Operating System: Darwin Kernel Version 8.7.1 -PHP Version: 5.1.4 +PHP Version: 5.2-200608151630 New Comment: I can confirm this problem on my machine too. Previous Comments: [2006-08-15 16:21:38] contax at phrenetic dot org No dice. Still being returned: /usr/bin/ld: unknown flag: -export-symbols collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 [2006-08-15 15:39:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-15 15:28:38] contax at phrenetic dot org Description: When building php against apxs2 (Apache 2.2.3) on Mac OS X (10.4.7) the make failes. It works fine when --enable-versioning is left out. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local --enable-versioning Expected result: All compiled Actual result: -- /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/standard/ -I/Users/contax/src/php-5.1.4/ext/standard/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/ext/standard/info.c -o ext/standard/info.lo /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_info_write_wrapper': /Users/contax/src/php-5.1.4/ext/standard/info.c:69: warning: pointer targets in passing argument 1 of 'php_escape_html_entities' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_info_html_esc': /Users/contax/src/php-5.1.4/ext/standard/info.c:218: warning: pointer targets in passing argument 1 of 'php_escape_html_entities' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_print_info': /Users/contax/src/php-5.1.4/ext/standard/info.c:508: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c:539: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c:580: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/sapi_apache2.c -o sapi/apache2handler/sapi_apache2.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /U
#35668 [Opn->WFx]: failed to create an SSL context / Stream (works with PHP 5.1)
ID: 35668 Updated by: [EMAIL PROTECTED] Reported By: clemens at gutweiler dot net -Status: Open +Status: Wont fix Bug Type: OpenSSL related Operating System: Linux PHP Version: 4CVS-2005-12-14 (snap) Assigned To: wez New Comment: Please upgrade. PHP 4.x is only for security fixes. Previous Comments: [2006-08-15 07:14:46] clemens at gutweiler dot net 5.x works, 4.4.x not. this is a debian distribution, but openssl is build from the official sources, i do not use the openssl deb-package. [2006-08-14 17:41:12] [EMAIL PROTECTED] Do you use debian? or can you reproduce this problem with a recent php version (5.1 or 5.2, 4.x will not get fixed)? [2005-12-14 18:13:17] clemens at gutweiler dot net With the latest 5.1 Snap (5.1-200512141530) this works great. I use debian, but a self-compiled openssl-0.9.8a and not the distribution package. Is there a chance to get this fixed in the 4_4 branch too? [2005-12-14 17:44:13] [EMAIL PROTECTED] Also, if you're using Debian, this is bogus. There's a problem with Debian's OpenSSL 0.9.8a packages. [2005-12-14 17:42:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip 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/35668 -- Edit this bug report at http://bugs.php.net/?id=35668&edit=1
#34261 [Asn->Bgs]: openssl_pkcs7_verify returns FALSE for msg that is correct
ID: 34261
Updated by: [EMAIL PROTECTED]
Reported By: arnaud dot bertrand at apvsys dot org
-Status: Assigned
+Status: Bogus
Bug Type: OpenSSL related
Operating System: *
PHP Version: 5CVS-2005-08-28
Assigned To: wez
New Comment:
Cannot reproduce with 5.2-cvs or 5.1 (windows, linux and bsd, openssl
0.9.8a).
Previous Comments:
[2005-09-21 12:07:52] [EMAIL PROTECTED]
Assigned to the maintainer.
[2005-09-10 01:21:28] arnaud dot bertrand at apvsys dot org
Hi,
here is the full testcase:
http://www.apvsys.org/testcase.tgz
Download this file and extract it in /
The 3 files will be extracted in /tmp
tmp/thawte_freemail.cer
tmp/msg.txt
tmp/testcase.php
just execute testcase.php at the current time:
you will get:
Digital Signature BAD!
Now, change the system date to 9/9/2004
rexecute it...
Now the message is valid and you should get:
Digital Signature OK!
array(11) { ["name"]=> string(65) "/CN=Thawte Freemail
Member/[EMAIL PROTECTED]" (...)
[2005-09-07 16:27:59] [EMAIL PROTECTED]
Can you please provide a full reproducing case with all the required
files included?
[2005-08-28 10:35:05] arnaud dot bertrand at apvsys dot org
Thank for your fast answer,
I've just tried with the latest win32 version (begin of the phpinfo()
follows).
Result is unfortunately identical with the latest version.
The bug is still in.
phpinfo()
PHP Version 5.1.0-dev
System Windows NT EULER 5.1 build 2600
Build Date Aug 28 2005 08:23:12
Configure Command cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
Server API Apache 2.0 Handler
Virtual Directory Support enabled
Configuration File (php.ini) Path C:\php\php.ini
PHP API 20041225
PHP Extension 20050617
Zend Extension 220050617
Debug Build no
Thread Safety enabled
Zend Memory Manager enabled
IPv6 Support enabled
Registered PHP Streams php, file, http, ftp, compress.zlib, https,
ftps
Registered Stream Socket Transports tcp, udp, ssl, sslv3, sslv2, tls
Registered Stream Filters convert.iconv.*, string.rot13,
string.toupper, string.tolower, string.strip_tags, convert.*, zlib.*
[2005-08-26 16:34:56] [EMAIL PROTECTED]
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
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/34261
--
Edit this bug report at http://bugs.php.net/?id=34261&edit=1
#38467 [Ver->Csd]: --enable-versioning causes make fail when building against apxs2
ID: 38467 Updated by: [EMAIL PROTECTED] Reported By: contax at phrenetic dot org -Status: Verified +Status: Closed Bug Type: Compile Failure Operating System: Darwin Kernel Version 8.7.1 PHP Version: 5.2-200608151630 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. --enable-versioning is not supported on OS X because of its linker limitations. Previous Comments: [2006-08-15 17:32:52] [EMAIL PROTECTED] I can confirm this problem on my machine too. [2006-08-15 16:21:38] contax at phrenetic dot org No dice. Still being returned: /usr/bin/ld: unknown flag: -export-symbols collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 [2006-08-15 15:39:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-15 15:28:38] contax at phrenetic dot org Description: When building php against apxs2 (Apache 2.2.3) on Mac OS X (10.4.7) the make failes. It works fine when --enable-versioning is left out. Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local --enable-versioning Expected result: All compiled Actual result: -- /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/standard/ -I/Users/contax/src/php-5.1.4/ext/standard/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/ext/standard/info.c -o ext/standard/info.lo /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_info_write_wrapper': /Users/contax/src/php-5.1.4/ext/standard/info.c:69: warning: pointer targets in passing argument 1 of 'php_escape_html_entities' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_info_html_esc': /Users/contax/src/php-5.1.4/ext/standard/info.c:218: warning: pointer targets in passing argument 1 of 'php_escape_html_entities' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c: In function 'php_print_info': /Users/contax/src/php-5.1.4/ext/standard/info.c:508: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c:539: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /Users/contax/src/php-5.1.4/ext/standard/info.c:580: warning: pointer targets in passing argument 3 of 'zend_hash_get_current_key_ex' differ in signedness /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/mod_php5.c -o sapi/apache2handler/mod_php5.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/apache2/include -I/usr/local/apache2/include -Isapi/apache2handler/ -I/Users/contax/src/php-5.1.4/sapi/apache2handler/ -DPHP_ATOM_INC -I/Users/contax/src/php-5.1.4/include -I/Users/contax/src/php-5.1.4/main -I/Users/contax/src/php-5.1.4 -I/usr/include/libxml2 -I/Users/contax/src/php-5.1.4/ext/date/lib -I/Users/contax/src/php-5.1.4/TSRM -I/Users/contax/src/php-5.1.4/Zend -no-cpp-precomp -I/usr/include -g -O2 -c /Users/contax/src/php-5.1.4/sapi/apache2handler/sapi_apache2.c -o sapi/apache2handler/sapi_apache2.lo /bin/sh /Users/contax/src/php-5.1.4/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/local/apache2/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local
#38466 [Opn->Fbk]: error
ID: 38466 Updated by: [EMAIL PROTECTED] Reported By: roland dot augustsson at sbkvast dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: win xp sp2 PHP Version: 4.4.3 New Comment: can you fetch a recent go-pear.php here: http://go-pear.org save it as C:\PHP\PEAR\go-pear.php and run again go-pear.bat. Previous Comments: [2006-08-15 14:25:58] roland dot augustsson at sbkvast dot com same error ! * copy from dos window * Welcome to go-pear! Go-pear will install the 'pear' command and all the files needed by it. This command is your tool for PEAR installation and maintenance. Use 'php PEAR\go-pear.php local' to install a local copy of PEAR. Go-pear also lets you download and install the PEAR packages bundled with PHP: MDB2, Net_Socket, Net_SMTP, Mail, XML_Parser, PHPUnit. If you wish to abort, press Control-C now, or press Enter to continue: HTTP proxy (http://user:[EMAIL PROTECTED]:port), or Enter for none:: Below is a suggested file layout for your new PEAR installation. To change individual locations, type the number in front of the directory. Type 'all' to change all of them or simply press Enter to accept these locations. 1. Installation prefix : C:\PHP 2. Binaries directory: $prefix 3. PHP code directory ($php_dir) : $prefix\pear 4. Documentation base directory : $php_dir\docs 5. Data base directory : $php_dir\data 6. Tests base directory : $php_dir\tests 7. Temporary files directory : $prefix\temp 8. php.exe path : c:/php/cli/php.exe 1-8, 'all' or Enter to continue: The following PEAR packages are bundled with PHP: MDB2, Net_Socket, Net_SMTP, Mail, XML_Parser, PHPUnit. Would you like to install these as well? [Y/n] : y Loading zlib: ok Using local package: PEAR-stable..ok Using local package: Archive_Tar-stableok Using local package: Console_Getopt-stableok Using local package: XML_RPC-stableok Bootstrapping: PEAR...(remote) http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> ViewVC Exception An Exception Has Occurred Python Traceback Traceback (most recent call last): File "/usr/local/viewvc-1.1-dev/lib/viewvc.py", line 3623, in main request.run_viewvc() File "/usr/local/viewvc-1.1-dev/lib/viewvc.py", line 388, in run_viewvc self.view_func(self) File "/usr/local/viewvc-1.1-dev/lib/viewvc.py", line 2122, in view_checkout fp, revision = request.repos.openfile(path, rev) File "/usr/local/viewvc-1.1-dev/lib/vclib/bincvs/__init__.py", line 134, in op enfile filename, revision = _parse_co_header(fp) File "/usr/local/viewvc-1.1-dev/lib/vclib/bincvs/__init__.py", line 549, in _p arse_co_header raise COMalformedOutput, "Unable to find revision in co output stream" COMalformedOutput: Unable to find revision in co output stream ok Bootstrapping: Archive_Tar(local) ok Bootstrapping: Console_Getopt.(remote) ok Downloading package: MDB2.ok Downloading package: Net_Socket...ok Downloading package: Net_SMTP.ok Downloading package: Mail.ok Downloading package: XML_Parser...ok Downloading package: PHPUnit..ok Fatal error: Undefined class name 'pear' in C:\PHP\PEAR\go-pear.php on line 747 Tryck på en valfri tangent för att fortsätta... [2006-08-15 13:47:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2006-08-15 13:44:04] roland dot augustsson at sbkvast dot com Description: when i install php 4.4.3 and run go-pear.bat : Fatal error: Undefined class name 'pear' in C:\PHP\PEAR\go-pear.php on line 747 i have reinstall php 4.4.2 but i will use php 4.4.3 so please write back. best regards Roland -- Edit this bug report at http://bugs.php.net/?id=38466&edit=1
#38466 [Fbk->Opn]: error
ID: 38466 User updated by: roland dot augustsson at sbkvast dot com Reported By: roland dot augustsson at sbkvast dot com -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: win xp sp2 PHP Version: 4.4.3 New Comment: NO, but i copy go-pear.php from php 4.4.2 and it funktions correct. thanks for the help. /Roland Previous Comments: [2006-08-15 20:18:35] [EMAIL PROTECTED] can you fetch a recent go-pear.php here: http://go-pear.org save it as C:\PHP\PEAR\go-pear.php and run again go-pear.bat. [2006-08-15 14:25:58] roland dot augustsson at sbkvast dot com same error ! * copy from dos window * Welcome to go-pear! Go-pear will install the 'pear' command and all the files needed by it. This command is your tool for PEAR installation and maintenance. Use 'php PEAR\go-pear.php local' to install a local copy of PEAR. Go-pear also lets you download and install the PEAR packages bundled with PHP: MDB2, Net_Socket, Net_SMTP, Mail, XML_Parser, PHPUnit. If you wish to abort, press Control-C now, or press Enter to continue: HTTP proxy (http://user:[EMAIL PROTECTED]:port), or Enter for none:: Below is a suggested file layout for your new PEAR installation. To change individual locations, type the number in front of the directory. Type 'all' to change all of them or simply press Enter to accept these locations. 1. Installation prefix : C:\PHP 2. Binaries directory: $prefix 3. PHP code directory ($php_dir) : $prefix\pear 4. Documentation base directory : $php_dir\docs 5. Data base directory : $php_dir\data 6. Tests base directory : $php_dir\tests 7. Temporary files directory : $prefix\temp 8. php.exe path : c:/php/cli/php.exe 1-8, 'all' or Enter to continue: The following PEAR packages are bundled with PHP: MDB2, Net_Socket, Net_SMTP, Mail, XML_Parser, PHPUnit. Would you like to install these as well? [Y/n] : y Loading zlib: ok Using local package: PEAR-stable..ok Using local package: Archive_Tar-stableok Using local package: Console_Getopt-stableok Using local package: XML_RPC-stableok Bootstrapping: PEAR...(remote) http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> ViewVC Exception An Exception Has Occurred Python Traceback Traceback (most recent call last): File "/usr/local/viewvc-1.1-dev/lib/viewvc.py", line 3623, in main request.run_viewvc() File "/usr/local/viewvc-1.1-dev/lib/viewvc.py", line 388, in run_viewvc self.view_func(self) File "/usr/local/viewvc-1.1-dev/lib/viewvc.py", line 2122, in view_checkout fp, revision = request.repos.openfile(path, rev) File "/usr/local/viewvc-1.1-dev/lib/vclib/bincvs/__init__.py", line 134, in op enfile filename, revision = _parse_co_header(fp) File "/usr/local/viewvc-1.1-dev/lib/vclib/bincvs/__init__.py", line 549, in _p arse_co_header raise COMalformedOutput, "Unable to find revision in co output stream" COMalformedOutput: Unable to find revision in co output stream ok Bootstrapping: Archive_Tar(local) ok Bootstrapping: Console_Getopt.(remote) ok Downloading package: MDB2.ok Downloading package: Net_Socket...ok Downloading package: Net_SMTP.ok Downloading package: Mail.ok Downloading package: XML_Parser...ok Downloading package: PHPUnit..ok Fatal error: Undefined class name 'pear' in C:\PHP\PEAR\go-pear.php on line 747 Tryck på en valfri tangent för att fortsätta... [2006-08-15 13:47:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2006-08-15 13:44:04] roland dot augustsson at sbkvast dot com Description: when i install php 4.4.3 and run go-pear.bat : Fatal error: Undefined class name 'pear' in C:\PHP\PEAR\go-pear.php on line 747 i have reinstall php 4.4.2 but i will use php 4.4.3 so please write back. best regards Roland -- Edit this bug report at http://bugs.php.net/?id=38466&edit=1
#38454 [Asn->Csd]: warning upon disabling handler via xml_set_element_handler
ID: 38454
Updated by: [EMAIL PROTECTED]
Reported By: dtorop933 at gmail dot com
-Status: Assigned
+Status: Closed
Bug Type: XML related
Operating System: Linux
PHP Version: 5.1.4
Assigned To: rrichards
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:
[2006-08-14 22:18:50] dtorop933 at gmail dot com
Sorry to keep updating... But I realize the patch above is a bit off
as it should check for FALSE/strlen(0) before the argument is converted
to a string. The following alternate patch just checks for strlen(0)
after the string conversion (at the cost of an unecessary string
conversion in some cases).
--- php5.2-200608141830/ext/xml/xml.c.orig 2006-08-14
18:14:43.0 -0400
+++ php5.2-200608141830/ext/xml/xml.c 2006-08-14 18:13:02.0
-0400
@@ -381,6 +381,11 @@
/* IS_ARRAY might indicate that we're using array($obj,
'method') syntax */
if (Z_TYPE_PP(data) != IS_ARRAY) {
convert_to_string_ex(data);
+/* if is FALSE or an empty string, disable this
handler */
+if (!Z_STRLEN_PP(data)) {
+*handler = NULL;
+return;
+}
}
zval_add_ref(data);
With either patch, NULL will also work to cancel the handler.
[2006-08-14 21:44:18] dtorop933 at gmail dot com
Hi,
I tried the latest CVS snapshot with the same result. Note that you
will only see this if you have error_reporting in php.ini set to
include E_WARNING.
The following patch seems to fix the problem for me:
--- php5.2-200608141830/ext/xml/xml.c.orig 2006-08-14
16:55:14.0 -0400
+++ php5.2-200608141830/ext/xml/xml.c 2006-08-14 17:41:31.0
-0400
@@ -383,6 +383,13 @@
convert_to_string_ex(data);
}
+/* if is FALSE or an empty string, disable this handler */
+if ((Z_TYPE_PP(data) == IS_BOOL && !Z_BVAL_PP(data)) ||
+(Z_TYPE_PP(data) == IS_STRING && !Z_STRLEN_PP(data))) {
+*handler = NULL;
+return;
+}
+
zval_add_ref(data);
*handler = *data;
I'm not a PHP internals expert, hence I don't know if there is a better
way to check the handler for empty string or FALSE (or if this is
supposed to happen implicitly).
Note that this problem should exist in all functions which call
xml_set_handler(), that is:
xml_set_element_handler
xml_set_character_data_handler
xml_set_processing_instruction_handler
xml_set_default_handler
xml_set_unparsed_entity_decl_handler
xml_set_notation_decl_handler
xml_set_external_entity_ref_handler
xml_set_start_namespace_decl_handler
xml_set_end_namespace_decl_handler
Thanks very much for taking the time to look at this...
- Dan
[2006-08-14 19:41:04] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-08-14 19:37:55] dtorop933 at gmail dot com
Note that though the reproduce code which I give is not that useful, it
isn't uncommon that one would want a start handler but no end handler
(if one only wanted to grab attributes from start tags, for example).
In that case, it is annoying to see a warning every time the parser
hits a disabled end tag handler.
[2006-08-14 19:28:31] dtorop933 at gmail dot com
Description:
The documentation for xml_set_element_handler says:
"If a handler function is set to an empty string, or FALSE, the handler
in question is disabled."
Unfortunately, I get a PHP Warning if the handler is disabled (rather
than, preferrably, silently skipping the handler).
I have tested this on 5.1.4 and 5.2.0RC2 from CVS.
This may be related to bug #2377?
Reproduce code:
---
', TRUE) or
die("Could not parse XML\n");
xml_parser_free($xml_parser);
?>
Expected result:
[NO OUTPUT]
Actual result:
--
Warning: xml_parse(): Unable to call handler () in
/tmp/handler_test.php on line 6
Warning: xml_parse(): Unable to call handler () in
/tmp/handler_test.php on line 6
--
Edit this bug report at http://bugs.php.net/?id=38454&edit=1
#38427 [Ver->Csd]: unicode causes xml_parser to misbehave
ID: 38427
Updated by: [EMAIL PROTECTED]
Reported By: codje2 at lboro dot ac dot uk
-Status: Verified
+Status: Closed
Bug Type: XML related
Operating System: OS X
PHP Version: 5.1.4
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:
[2006-08-11 11:57:17] codje2 at lboro dot ac dot uk
Description:
When xml_parse_into_struct reaches a unicode character (i.e an
umlaut) when in a CDATA array element.It will split the text
across two elements the second starting with that character.
Reproduce code:
---
söme p tag söme text a bit more öf the p täg
END;
print "";
//either save this example in UTF-8 form, or enable the follwing line
//$input=utf8_encode($input);
$parser = xml_parser_create('utf-8');
xml_parse_into_struct($parser, $input, $vals, $index);
print_r($vals);
print "";
?>
Expected result:
Array
(
[0] => Array
(
[tag] => P
[type] => open
[level] => 1
[value] => söme p tag
)
[1] => Array
(
[tag] => B
[type] => complete
[level] => 2
[value] => söme text
)
[2] => Array
(
[tag] => P
[value] => a bit more öf the p täg
[type] => cdata
[level] => 1
)
[4] => Array
(
[tag] => P
[type] => close
[level] => 1
)
)
Actual result:
--
Array
(
[0] => Array
(
[tag] => P
[type] => open
[level] => 1
[value] => söme p tag
)
[1] => Array
(
[tag] => B
[type] => complete
[level] => 2
[value] => söme text
)
[2] => Array
(
[tag] => P
[value] => a bit more
[type] => cdata
[level] => 1
)
[3] => Array
(
[tag] => P
[value] => öf the p täg
[type] => cdata
[level] => 1
)
[4] => Array
(
[tag] => P
[type] => close
[level] => 1
)
)
--
Edit this bug report at http://bugs.php.net/?id=38427&edit=1
#38468 [NEW]: --enable-fastcgi compiles as cgi w/o fcgi-support
From: cc at cgerharz dot de Operating system: Debian 3.1 PHP version: 5.1.4 PHP Bug Type: CGI related Bug description: --enable-fastcgi compiles as cgi w/o fcgi-support Description: Hello, after compiling PHP with --enable-fastcgi option, it has only cgi support, the fastcgi extension is missing. See below for additional config parameters. Reproduce code: --- #! /bin/sh # # Created by configure './configure' \ '--enable-memory-limit' \ '--enable-force-cgi-redirect' \ '--enable-track-vars' \ '--enable-fastcgi' \ '--with-pcre-regex' \ '--with-mysql=/usr' \ '--with-sqlite' \ '--prefix=/usr/local/php5-fcgi' \ '--enable-gd-ingstrttf' \ '--enable-gd-native-ttf' \ '--enable-magic-quotes' \ '--with-jpeg-dir=/usr/lib' \ '--with-jpg-dir=/usr/lib' \ '--with-png-dir=/usr/lib' \ '--with-zlib' \ '--with-freetype-dir=/usr/lib' \ '--with-gd' \ '--enable-freetype' \ '--with-imap' \ '--with-gif-dir=/usr/lib' \ '--with-kerberos' \ '--with-imap-ssl' \ '--without-mm' \ '--enable-mbstring' \ '--enable-sockets' \ '--with-gettext' \ '--with-mcrypt' \ '--with-iconv' \ '--with-curl' \ "$@" make make install Expected result: PHP binary should have fcgi support; make & php -v should show up this: Installing PHP SAPI module: cgi-fcgi Actual result: -- PHP binary is only cgi binary without fcgi extension; make & php -v actually show up this: Installing PHP SAPI module: cgi -- Edit bug report at http://bugs.php.net/?id=38468&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38468&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38468&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38468&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38468&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38468&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38468&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38468&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38468&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38468&r=support Expected behavior:http://bugs.php.net/fix.php?id=38468&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38468&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38468&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38468&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38468&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38468&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38468&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38468&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38468&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38468&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38468&r=mysqlcfg
#38469 [NEW]: json tests failed, leaks memory
From: judas dot iscariote at gmail dot com Operating system: linux 64 bit PHP version: 5.2.0RC1 PHP Bug Type: Scripting Engine problem Bug description: json tests failed, leaks memory Description: Hi: the json extension test suite fails, because PHP leaks memory in ext/json/tests/003.php ext/json/tests/005.php ps: ext/pdo/tests/bug_38394.phpt also fails. Reproduce code: --- tests json 003 and 005. Expected result: no memory leaks Actual result: -- 013+ /local/local/bodegon/php-debug/Zend/zend_execute.c(838) : Freeing 0x2B57DCDB9C18 (24 bytes), script=/local/local/bo degon/php-debug/ext/json/tests/005.php^M 147 014+ [Wed Aug 16 01:23:03 2006] Script: '/local/local/bodegon/php-debug/ext/json/tests/005.php'^M 148 015+ /local/local/bodegon/php-debug/Zend/zend_vm_execute.h(18188) : Freeing 0x2B57DCDBB168 (72 bytes), script=/local/loc al/bodegon/php-debug/ext/json/tests/005.php^M 149 016+ /local/local/bodegon/php-debug/Zend/zend_API.c(819) : Actual location (location was relayed)^M 150 017+ Last leak repeated 1 time^M 151 018+ [Wed Aug 16 01:23:03 2006] Script: '/local/local/bodegon/php-debug/ext/json/tests/005.php'^M 152 019+ /local/local/bodegon/php-debug/Zend/zend_execute.c(1079) : Freeing 0x2B57DCDBB318 (71 bytes), script=/local/local/b odegon/php-debug/ext/json/tests/005.php^M 153 020+ /local/local/bodegon/php-debug/Zend/zend_hash.c(383) : Actual location (location was relayed)^M 154 021+ === Total 4 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=38469&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38469&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38469&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38469&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38469&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38469&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38469&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38469&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38469&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38469&r=support Expected behavior:http://bugs.php.net/fix.php?id=38469&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38469&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38469&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38469&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38469&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38469&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38469&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38469&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38469&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38469&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38469&r=mysqlcfg
