#26431 [NEW]: Expressions in class constants using don't seem to work?
From: jonny at sanriowasteland dot net
Operating system: Windows NT
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: Zend Engine 2 problem
Bug description: Expressions in class constants using don't seem to work?
Description:
Class Constants cannot use expressions, apparently they can only be
numbers or strings.
This could be similar to bug #25323, but php does not crash, just returns
a parse error.
Reproduce code:
---
?php
class TestConstBreak
{
const SOME_EXPRESSION = 5+5;
const SOME_BIG_EXPRESSOIN = (5 + 2) * 3;
const LS_EXPRESSION = 52;
const SOME_STRING_EXPRESSION = foo.bar;
}
?
Expected result:
The expected result is to be able to use expressions in class constants
without causing parse errors.
Actual result:
--
Parse error: parse error, unexpected '+', expecting ',' or ';' in
php5Breakage.php on line 5
When I comment out line 5:
Parse error: parse error, unexpected '(' in php5Breakage.php on line 6
And when I comment out line 6:
Parse error: parse error, unexpected T_SL, expecting ',' or ';' in
php5Breakage.php on line 7
And when I comment out line 7:
Parse error: parse error, unexpected ., expecting ',' or ';' in
php5Breakage.php on line 7
--
Edit bug report at http://bugs.php.net/?id=26431edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26431r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26431r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26431r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26431r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26431r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26431r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26431r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26431r=support
Expected behavior: http://bugs.php.net/fix.php?id=26431r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26431r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26431r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26431r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26431r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26431r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26431r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26431r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26431r=float
#25959 [Ver]: dbase_get_record() crashes php on some files
ID: 25959
Updated by: [EMAIL PROTECTED]
Reported By: webmaster at pulsarbremen dot de
Status: Verified
Bug Type: dBase related
Operating System: *
PHP Version: 4CVS-20031018
New Comment:
It looks like your database is in dbase IV format.
The first 32 bytes are idenitical to dbase III but the
fields specification seems to be different.
Actually it doesn't look right for a dbase IV file but
I haven't seen to many and could wrong.
Do you have more information about the expected table
structure?
Previous Comments:
[2003-10-22 18:35:20] webmaster at pulsarbremen dot de
Description:
Experiencing the following problem:
Using dbase_get_record() or dbase_get_record_with_names() on some files
makes php.exe crash.
Running php-4.3.3-Win32.
You can find the DBF-file at http://www.pulsarbremen.de/DRSMain.DBF
These files are generated by a radio automation software (tried to
generate a new one: same result), I have no influence on the structure
of the files but need to read them.
Thanks for any help!
Reproduce code:
---
$db_path = DRSMain.DBF;
$dbh = dbase_open($db_path,0);
$rowcount = dbase_numrecords ($dbh);
for ($i=1; $i = $rowcount; $i++) {
$row = dbase_get_record_with_names($dbh,$i);
echo $row[ARTIST];
}
Expected result:
Script should write contents of the ARTIST-field in every database row.
Actual result:
--
php.exe crashes (no output), apache shows error 500 (internal server
error)
--
Edit this bug report at http://bugs.php.net/?id=25959edit=1
#26430 [Opn-Bgs]: class public{} failed.
ID: 26430
Updated by: [EMAIL PROTECTED]
Reported By: 336764 at 163 dot com
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: MandRake
PHP Version: 5.0.0b2 (beta2)
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
public is a reserved word in PHP.
Previous Comments:
[2003-11-27 00:29:40] 336764 at 163 dot com
Description:
class public
{
}
the said syntax error...
Reproduce code:
---
class public
{
}
the said syntax error...
--
Edit this bug report at http://bugs.php.net/?id=26430edit=1
#26409 [Bgs-Opn]: ldap_bind is causing a seg fault
ID: 26409 User updated by: pyrox_pro at hotmail dot com Reported By: pyrox_pro at hotmail dot com -Status: Bogus +Status: Open Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: Just explain one last thing then,,, Why does it work with all previous versions of php, but not this version if it is indeed in the libs and not php? If the bug was indeed in the ldap libs and not php, wouldn't it not function in previous versions? I will just go back to version 4.3.2-rc and use that. After all, THAT version of PHP works fine with this same 'supposed' bugged version of openldap. Previous Comments: [2003-11-27 00:22:07] [EMAIL PROTECTED] It crashes inside the ldap libs - Not PHP bug. (report to openldap folks) [2003-11-26 10:53:43] pyrox_pro at hotmail dot com Here you go: Configure options: ./configure' '--prefix=/usr/local/apache' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mod_charset' '--enable-force-cgi-redirect' '--enable-discard-path' '--with-config-file-path=/usr/local/apache/conf' '--enable-safe-mode' '--with-openssl' '--enable-bcmath' '--with-bz2' '--enable-calendar' '--enable-ctype' '--with-gdbm' '--enable-dbase' '--enable-ftp' '--with-gd' '--with-ttf' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-jpeg-dir=/usr/local' '--enable-gd-imgstrttf' '--with-gmp' '--with-mysql' '--with-xml=shared' '--enable-shmop' '--enable-sockets' '--with-regex=php' '--enable-sysvsem' '--enable-sysvshm' '--enable-yp' '--enable-memory-limit' '--enable-shared' '--with-zlib' '--with-sybase-ct=/usr/local/freetds' '--enable-yp' '--with-xml=shared' '--with-curl' '--with-ldap' Result: [Wed Nov 26 09:43:25 2003] [notice] child pid 29410 exit signal Segmentation fault (11) Program received signal SIGSEGV, Segmentation fault. gdb backtrace: [EMAIL PROTECTED] php-4.3.4]# gdb /usr/local/apache/bin/php GNU gdb Red Hat Linux (5.2-2) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) run /usr/docroot/dev/ldap2 Starting program: /usr/local/apache/bin/php /usr/docroot/dev/ldap2 Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x400a20b4 in ldap_pvt_tls_check_hostname () from /usr/lib/libldap.so.2 #2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2 #3 0x40088ff1 in ldap_int_open_connection () from /usr/lib/libldap.so.2 #4 0x40097593 in ldap_new_connection () from /usr/lib/libldap.so.2 #5 0x40088a9a in ldap_open_defconn () from /usr/lib/libldap.so.2 #6 0x4009722f in ldap_send_initial_request () from /usr/lib/libldap.so.2 #7 0x40090be1 in ldap_sasl_bind () from /usr/lib/libldap.so.2 #8 0x40090c9a in ldap_sasl_bind_s () from /usr/lib/libldap.so.2 #9 0x4009138c in ldap_simple_bind_s () from /usr/lib/libldap.so.2 #10 0x40088a49 in ldap_bind_s () from /usr/lib/libldap.so.2 #11 0x080c62a2 in zif_ldap_bind (ht=3, return_value=0x8348ac4, this_ptr=0x0, return_value_used=1) at /root/php-4.3.4/ext/ldap/ldap.c:460 #12 0x081aa480 in execute (op_array=0x8339924) at /root/php-4.3.4/Zend/zend_execute.c:1616 #13 0x08197ecc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php-4.3.4/Zend/zend.c:884 #14 0x08170a14 in php_execute_script (primary_file=0xbaa0) at /root/php-4.3.4/main/main.c:1729 #15 0x081b2984 in main (argc=2, argv=0xbb44) at /root/php-4.3.4/sapi/cli/php_cli.c:819 #16 0x401da1c4 in __libc_start_main () from /lib/libc.so.6 (gdb) frame 12 #12 0x081aa480 in execute (op_array=0x8339924) at /root/php-4.3.4/Zend/zend_execute.c:1616 1616 ((zend_internal_function *) EX(function_state).function)-handler(EX(opline)-extended_value, EX(Ts)[EX(opline)-result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC); (gdb) print (char A parse error in expression, near `'. (gdb) print (char*)(executor_globals.function_state_ptr-function)-common.function_name $1 = 0x823857c ldap_bind (gdb) RESULT: $1 = 0x823857c ldap_bind No Oracle support in this buildp, up to date ldap libs. Same Result. [2003-11-25 19:38:48] [EMAIL PROTECTED] Try compile PHP without --with-oci8 altogether. And use the openldap libs intstead for --with-ldap so we know for sure this really is caused by oracle.. [2003-11-25 12:15:25] pyrox_pro at hotmail dot com Description:
#26431 [Opn-Bgs]: Expressions in class constants using don't seem to work?
ID: 26431
Updated by: [EMAIL PROTECTED]
Reported By: jonny at sanriowasteland dot net
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Windows NT
PHP Version: 5.0.0b2 (beta2)
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is as it should be... no bug here.
Previous Comments:
[2003-11-27 02:18:50] jonny at sanriowasteland dot net
Description:
Class Constants cannot use expressions, apparently they can only be
numbers or strings.
This could be similar to bug #25323, but php does not crash, just
returns a parse error.
Reproduce code:
---
?php
class TestConstBreak
{
const SOME_EXPRESSION = 5+5;
const SOME_BIG_EXPRESSOIN = (5 + 2) * 3;
const LS_EXPRESSION = 52;
const SOME_STRING_EXPRESSION = foo.bar;
}
?
Expected result:
The expected result is to be able to use expressions in class constants
without causing parse errors.
Actual result:
--
Parse error: parse error, unexpected '+', expecting ',' or ';' in
php5Breakage.php on line 5
When I comment out line 5:
Parse error: parse error, unexpected '(' in php5Breakage.php on line 6
And when I comment out line 6:
Parse error: parse error, unexpected T_SL, expecting ',' or ';' in
php5Breakage.php on line 7
And when I comment out line 7:
Parse error: parse error, unexpected ., expecting ',' or ';' in
php5Breakage.php on line 7
--
Edit this bug report at http://bugs.php.net/?id=26431edit=1
#26432 [NEW]: using use_trans_sid with two sessions is no-go
From: kenneths at stud dot cs dot uit dot no Operating system: linux PHP version: 4.3.2 PHP Bug Type: Session related Bug description: using use_trans_sid with two sessions is no-go Description: If you enable session.using use_trans_sid, and have two different sessions (different name), like if you have a site session and a phpbb session, the url gets invalid. PHP does not recognize that there are two sessions to append to the url and prefix both of them with ?. This makes the url like this: index.php?sess_name=xxx?=sess_name2=xxx. This is ofcourse invalid and php doesnt recognize either of those sessions. Reproduce code: --- above Expected result: Recognize multiple sessions and put the correct argument delimiter inbetweeen (amp; or so) Actual result: -- ... -- Edit bug report at http://bugs.php.net/?id=26432edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26432r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26432r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26432r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26432r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26432r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26432r=needscript Try newer version: http://bugs.php.net/fix.php?id=26432r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26432r=support Expected behavior: http://bugs.php.net/fix.php?id=26432r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26432r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26432r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26432r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26432r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26432r=dst IIS Stability: http://bugs.php.net/fix.php?id=26432r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26432r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26432r=float
#26432 [Opn]: using use_trans_sid with two sessions is no-go
ID: 26432 Updated by: [EMAIL PROTECTED] Reported By: kenneths at stud dot cs dot uit dot no Status: Open -Bug Type: Session related +Bug Type: Feature/Change Request Operating System: linux PHP Version: 4.3.2 New Comment: This is not a bug but a feature request. Previous Comments: [2003-11-27 04:24:42] kenneths at stud dot cs dot uit dot no Description: If you enable session.using use_trans_sid, and have two different sessions (different name), like if you have a site session and a phpbb session, the url gets invalid. PHP does not recognize that there are two sessions to append to the url and prefix both of them with ?. This makes the url like this: index.php?sess_name=xxx?=sess_name2=xxx. This is ofcourse invalid and php doesnt recognize either of those sessions. Reproduce code: --- above Expected result: Recognize multiple sessions and put the correct argument delimiter inbetweeen (amp; or so) Actual result: -- ... -- Edit this bug report at http://bugs.php.net/?id=26432edit=1
#15198 [Com]: unexpected error 'OCI8 Recursive call!'
ID: 15198 Comment by: jcarlos at wysiwyg dot net Reported By: ivo at ibuildings dot nl Status: No Feedback Bug Type: OCI8 related Operating System: Redhat Linux 6.1 PHP Version: 4.1.1 Assigned To: thies New Comment: I had the same problem with Solaris+Apache server. Oracle crashed and the DBA rebooted it, but Apache kept opened Oracle connections. These connections was broken but Apache tried to query Oracle at the same time the new PHP connections did. The solution was rebooting Apache, and then all worked ok. PHP version is 4.3 Previous Comments: [2003-05-18 11:52:03] [EMAIL PROTECTED] And way too old php version.. [2003-05-11 08:41:47] [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 [2002-12-04 09:38:18] ldixon at mail dot communityconnect dot com I've narrowed down a cause of this error to a lockwait on one or more rows that a query is trying to modify. This is the simplest way to reproduce: 1) in sqlplus: update table_name set column_2 = column_2_val where column_1 = column_1_val; (do not commit) 2) run the same query from php 3) immediately run this query from another session (a client with a GUI is best for viewing results of this query). Pay attention to the lockwait column, it will not be null: select count(*) instances, se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text from v$sqlarea sa, v$session se where sa.address = se.sql_address and sa.hash_value = se.sql_hash_value and sa.executions 0 and se.status = 'ACTIVE' group by se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text order by instances desc; 4) after a while your php script will come back with OCI8 Recursive call! 5) don't forget to rollback your update in sqlplus! This is the most simple scenario causing the bug. The problem also happens on queries I use that operate (DML) on the same data and take a while. Possible causes of this are users clicking multiple times on links to pages that execute DML queries. However, sometimes I get this error when there is only one query with a non-null lockwait value.. very strange. I've tried registering shutdown functions and wrapping the queries that most often produce this error with checks on connection_status() to prevent running the query if user has abandoned the request. None of these measures have helped the problem. It's disturbing that the entire apache process has to die because of this. Any suggestions are welome. [2002-04-13 09:07:32] [EMAIL PROTECTED] No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. if this itches you too badly you can just take out the exit(-1) call from oci8.c and recompile. but it might kill your oracle MTS [2002-02-28 13:31:40] smkelly at rooster dot creighton dot edu I've also got a PHP application that suffered from the OCI8 Recursive call! error after an upgrade to PHP 4.1.1. It worked fine with PHP 4.0.x, but with 4.1.x it randomly chokes with that error. There is nothing special going on. I'm not using bindings, I've just got scripts that logon, parse, execute, insert, delete, logoff, etc. Because of this, I'm forced to stick with the 4.0.x tree. I'd give you more debugging information, but it is a deployed system and I don't want to introduce the bugs into it. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15198 -- Edit this bug report at http://bugs.php.net/?id=15198edit=1
#26409 [Opn-Bgs]: ldap_bind is causing a seg fault
ID: 26409 Updated by: [EMAIL PROTECTED] Reported By: pyrox_pro at hotmail dot com -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: If you don't believe me, fine, but there aren't any changes in ext/ldap between PHP 4.3.1 - 4.3.4 that could cause this crash. Previous Comments: [2003-11-27 03:59:32] pyrox_pro at hotmail dot com Just explain one last thing then,,, Why does it work with all previous versions of php, but not this version if it is indeed in the libs and not php? If the bug was indeed in the ldap libs and not php, wouldn't it not function in previous versions? I will just go back to version 4.3.2-rc and use that. After all, THAT version of PHP works fine with this same 'supposed' bugged version of openldap. [2003-11-27 00:22:07] [EMAIL PROTECTED] It crashes inside the ldap libs - Not PHP bug. (report to openldap folks) [2003-11-26 10:53:43] pyrox_pro at hotmail dot com Here you go: Configure options: ./configure' '--prefix=/usr/local/apache' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mod_charset' '--enable-force-cgi-redirect' '--enable-discard-path' '--with-config-file-path=/usr/local/apache/conf' '--enable-safe-mode' '--with-openssl' '--enable-bcmath' '--with-bz2' '--enable-calendar' '--enable-ctype' '--with-gdbm' '--enable-dbase' '--enable-ftp' '--with-gd' '--with-ttf' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-jpeg-dir=/usr/local' '--enable-gd-imgstrttf' '--with-gmp' '--with-mysql' '--with-xml=shared' '--enable-shmop' '--enable-sockets' '--with-regex=php' '--enable-sysvsem' '--enable-sysvshm' '--enable-yp' '--enable-memory-limit' '--enable-shared' '--with-zlib' '--with-sybase-ct=/usr/local/freetds' '--enable-yp' '--with-xml=shared' '--with-curl' '--with-ldap' Result: [Wed Nov 26 09:43:25 2003] [notice] child pid 29410 exit signal Segmentation fault (11) Program received signal SIGSEGV, Segmentation fault. gdb backtrace: [EMAIL PROTECTED] php-4.3.4]# gdb /usr/local/apache/bin/php GNU gdb Red Hat Linux (5.2-2) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) run /usr/docroot/dev/ldap2 Starting program: /usr/local/apache/bin/php /usr/docroot/dev/ldap2 Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x400a20b4 in ldap_pvt_tls_check_hostname () from /usr/lib/libldap.so.2 #2 0x400a274f in ldap_int_tls_start () from /usr/lib/libldap.so.2 #3 0x40088ff1 in ldap_int_open_connection () from /usr/lib/libldap.so.2 #4 0x40097593 in ldap_new_connection () from /usr/lib/libldap.so.2 #5 0x40088a9a in ldap_open_defconn () from /usr/lib/libldap.so.2 #6 0x4009722f in ldap_send_initial_request () from /usr/lib/libldap.so.2 #7 0x40090be1 in ldap_sasl_bind () from /usr/lib/libldap.so.2 #8 0x40090c9a in ldap_sasl_bind_s () from /usr/lib/libldap.so.2 #9 0x4009138c in ldap_simple_bind_s () from /usr/lib/libldap.so.2 #10 0x40088a49 in ldap_bind_s () from /usr/lib/libldap.so.2 #11 0x080c62a2 in zif_ldap_bind (ht=3, return_value=0x8348ac4, this_ptr=0x0, return_value_used=1) at /root/php-4.3.4/ext/ldap/ldap.c:460 #12 0x081aa480 in execute (op_array=0x8339924) at /root/php-4.3.4/Zend/zend_execute.c:1616 #13 0x08197ecc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php-4.3.4/Zend/zend.c:884 #14 0x08170a14 in php_execute_script (primary_file=0xbaa0) at /root/php-4.3.4/main/main.c:1729 #15 0x081b2984 in main (argc=2, argv=0xbb44) at /root/php-4.3.4/sapi/cli/php_cli.c:819 #16 0x401da1c4 in __libc_start_main () from /lib/libc.so.6 (gdb) frame 12 #12 0x081aa480 in execute (op_array=0x8339924) at /root/php-4.3.4/Zend/zend_execute.c:1616 1616 ((zend_internal_function *) EX(function_state).function)-handler(EX(opline)-extended_value, EX(Ts)[EX(opline)-result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC); (gdb) print (char A parse error in expression, near `'. (gdb) print (char*)(executor_globals.function_state_ptr-function)-common.function_name $1 = 0x823857c ldap_bind (gdb) RESULT: $1 = 0x823857c ldap_bind No Oracle support in this buildp, up to date ldap libs. Same Result. [2003-11-25 19:38:48] [EMAIL PROTECTED] Try compile PHP without --with-oci8 altogether. And use the
#26264 [Opn-Fbk]: php segfaults with iconv or mbstring enabled
ID: 26264 Updated by: [EMAIL PROTECTED] Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: Try this: # rm config.cache # ./configure --with-apxs=/opt/apache/bin/apxs --disable-all # make clean make And as that most likely works fine, add the other options one by one to see which one actually causes the problem. Previous Comments: [2003-11-27 01:25:12] Joerg dot Dieter dot Friedrich at uni-konstanz dot de ok, done. removing gettext support didn't help: /opt/horde3/horde$ gdb /opt/apache/bin/httpd GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc-sun-solaris2.9... (gdb) run -X Starting program: /opt/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0xfddb2e4c in shutdown_memory_manager (silent=0, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 531 REMOVE_POINTER_FROM_LIST(t); [2003-11-25 14:16:24] [EMAIL PROTECTED] Remove the '--with-gettext' and try again. [2003-11-25 10:12:50] Joerg dot Dieter dot Friedrich at uni-konstanz dot de [EMAIL PROTECTED]:/usr/local/src/php-4.3.4$ php -i | head -20 phpinfo() PHP Version = 4.3.4 System = SunOS thurn 5.9 Generic_112233-08 sun4u Build Date = Nov 24 2003 13:49:46 Configure Command = './configure' '--prefix=/opt/php4' '--with-apxs=/opt/apache/bin/apxs' '--sysconfdir=/opt/etc/php4' '--with-config-file-path=/opt/etc/php4' '--disable-debug' '--with-gd' '--with-jpeg-dir=/usr/sfw' '--with-png-dir=/usr/sfw' '--with-zlib' '--with-imap=/usr/local/src/imap-2002e' '--with-mysql=/opt/mysql' '--with-mysql-sock=/var/run/mysql/sock' '--enable-dba' '--with-db4=/usr/local' '--with-ndbm' '--with-ldap=/usr/local' '--with-gettext' '--with-pear' '--enable-safe-mode' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-mcrypt=/usr/local' '--with-xml' '--with-dom' '--with-dom-xslt' '--with-dom-exsl' '--enable-mime-magic=/opt/etc/apache/magic' '--with-iconv' '--enable-mbstring=all' '--with-expat-dir=/usr/local' '--with-openssl=/usr/local/ssl' Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /opt/etc/php4/php.ini PHP API = 20020918 PHP Extension = 20020429 Zend Extension = 20021010 Debug Build = no Thread Safety = disabled Registered PHP Streams = php, http, ftp, https, ftps, compress.zlib This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies [EMAIL PROTECTED]:/usr/local/src/php-4.3.4$ grep '\-O' Makefile CFLAGS_CLEAN = -g -O2 [2003-11-25 02:58:23] [EMAIL PROTECTED] What was the optimizing option (-Ox where x is some number) for gcc for this last build? And are you absolutely sure none of those shared extensions are not loaded in any php.ini files anymore? [2003-11-24 08:06:42] Joerg dot Dieter dot Friedrich at uni-konstanz dot de It's me again. I just compiled everything static. running the script form commandline doesn't segfault anymore, but the apache1 module still segfaults! gdb showed: (gdb) run -X Starting program: /opt/apache/bin/httpd -X warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 531 REMOVE_POINTER_FROM_LIST(t); (gdb) bt #0 0xfddb4624 in shutdown_memory_manager (silent=1, clean_cache=18432) at /usr/local/src/php-4.3.4/Zend/zend_alloc.c:531 #1 0xfdd94980 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.4/main/main.c:1005 #2 0xfddd577c in apache_php_module_main (r=0x0, display_source_mode=-35825944) at /usr/local/src/php-4.3.4/sapi/apache/sapi_apache.c:60 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/26264 -- Edit this bug report at
#26432 [Opn]: using use_trans_sid with two sessions is no-go
ID: 26432 User updated by: kenneths at stud dot cs dot uit dot no Reported By: kenneths at stud dot cs dot uit dot no Status: Open Bug Type: Feature/Change Request Operating System: linux PHP Version: 4.3.2 New Comment: Hmm, well its a fine line between a bug and a feature request in this case. It does brake a site if youre not aware of it. It broke mine and I wasnt aware of it because it only happened in the forum. Previous Comments: [2003-11-27 04:28:48] [EMAIL PROTECTED] This is not a bug but a feature request. [2003-11-27 04:24:42] kenneths at stud dot cs dot uit dot no Description: If you enable session.using use_trans_sid, and have two different sessions (different name), like if you have a site session and a phpbb session, the url gets invalid. PHP does not recognize that there are two sessions to append to the url and prefix both of them with ?. This makes the url like this: index.php?sess_name=xxx?=sess_name2=xxx. This is ofcourse invalid and php doesnt recognize either of those sessions. Reproduce code: --- above Expected result: Recognize multiple sessions and put the correct argument delimiter inbetweeen (amp; or so) Actual result: -- ... -- Edit this bug report at http://bugs.php.net/?id=26432edit=1
#26433 [NEW]: Request for is_unique()
From: samtheman at tioga dot net
Operating system: All
PHP version: Irrelevant
PHP Bug Type: Feature/Change Request
Bug description: Request for is_unique()
Description:
Would like to see a function for comparing strings. is_unique() seems to
be open.
Ability to compare more than 2 strings for uniqueness, if they are not
unique false is returned, else true.
$choice1 = yes;
$choice2 = no;
$choice3 = maybe;
$choice4 = no;
if(is_unique($choice1,$choice2,$choice3,$choice4)){
echo yes;
}else{
echo no;
}
--
Edit bug report at http://bugs.php.net/?id=26433edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26433r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26433r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26433r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26433r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26433r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26433r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26433r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26433r=support
Expected behavior: http://bugs.php.net/fix.php?id=26433r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26433r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26433r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26433r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26433r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26433r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26433r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26433r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26433r=float
#26434 [NEW]: filling new _session variable doesn't work
From: ahc at ahc dot cz Operating system: Linux PHP version: Irrelevant PHP Bug Type: Session related Bug description: filling new _session variable doesn't work Description: After filling variable $_SESSION[user_id] I was unable to fill any other new $_session variable. PHP version 4.3.1 Reproduce code: --- session_start(); if (!empty($_REQUEST[auth_user])) $_SESSION[user]=$_REQUEST[auth_user]; if (!empty($_REQUEST[auth_pass])) $_SESSION[pass]=$_REQUEST[auth_pass]; if (!empty($_SESSION[userRow])) return; $result=execQuery(SELECT * FROM table_name WHERE user_name=\.$_SESSION[user].\ AND user_password=\.md5($_SESSION[pass]).\ AND user_active=1); $_SESSION[userRow]=mysql_fetch_assoc($result); $_SESSION[user_id] = $_SESSION[userRow][user_id]; $_SESSION[user_num] = $_SESSION[userRow][user_num]; Expected result: $_SESSION[user_num] should be filled with the content of $_SESSION[userRow][user_num] Actual result: -- $_SESSION[user_num] is not filled. -- Edit bug report at http://bugs.php.net/?id=26434edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26434r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26434r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26434r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26434r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26434r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26434r=needscript Try newer version: http://bugs.php.net/fix.php?id=26434r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26434r=support Expected behavior: http://bugs.php.net/fix.php?id=26434r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26434r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26434r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26434r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26434r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26434r=dst IIS Stability: http://bugs.php.net/fix.php?id=26434r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26434r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26434r=float
#26435 [NEW]: openssl improvements again
From: joco at irckecel dot hu Operating system: Linux PHP version: 4.3.4 PHP Bug Type: Feature/Change Request Bug description: openssl improvements again Description: there is a way to export private keys into strings, but there isn't a way to do the same with public keys. it seems like a workaround that i should create a certificate and sign it, and it's the only way openssl_pkey_get_public works. isn't there a standard way to export only public keys in PEM format? i know openssl_sign is experimental, but maybe this helps: it only outputs binary data, maybe there's again a standard way to make base64-like signatures. -- Edit bug report at http://bugs.php.net/?id=26435edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26435r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26435r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26435r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26435r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26435r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26435r=needscript Try newer version: http://bugs.php.net/fix.php?id=26435r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26435r=support Expected behavior: http://bugs.php.net/fix.php?id=26435r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26435r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26435r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26435r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26435r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26435r=dst IIS Stability: http://bugs.php.net/fix.php?id=26435r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26435r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26435r=float
#26427 [Bgs]: fopen text-mode does not play nicely with heredoc
ID: 26427
User updated by: phpbug at lapage dot com
Reported By: phpbug at lapage dot com
Status: Bogus
Bug Type: Filesystem function related
Operating System: Win98
PHP Version: 4.3.2
Assigned To: wez
New Comment:
The point of text-mode is to avoid that sort of workaround, and to make
the code portable.
Here are some more arguments:
1. It's easy to fix in the php code. Before translating \n to \r\n,
delete all \r.
2. It's a problem that's hard to notice at first for the general user.
You wouldn't see the extra \r until it bit you (extra lines in ftp
upload; batch file won't work, etc.).
3. Binary mode may be default, but text-mode should be text-mode.
4. Saving a php file with unix line endings while working in dos is not
convenient.
Sorry to argue the bogosity, but this is an easy fix. If anyone is
using solo \r's in dos, they shouldn't be using text-mode.
Previous Comments:
[2003-11-27 07:41:44] [EMAIL PROTECTED]
I didn't invent DOS, so I'm not the father of this mode ;-)
When you activate text-mode translation, the MS libc will convert \n
into \r\n as you write to the file.
If you save your PHP script using DOS line endings, each line of a
heredoc will end with \r\n characters (as that is what appears in the
file). If you write that to a file opened in text-mode, \r\n will be
translated into \r\r\n as you have observed.
If you save your PHP script using UNIX line endings, then
each line of the heredoc will end with a single \n, and will be written
to the file using \r\n.
So, what is the solution?
Be explicit; open the file in binary mode (the default now in 4.3.x),
and write the required line endings yourself using \r\n explicitly (or
implicitly by using a heredoc and a PHP script saved using DOS line
endings).
Since this is expected behaviour and not really a bug, I'm marking this
report as Bogus.
[2003-11-27 01:01:01] [EMAIL PROTECTED]
Assigned to the father of this mode..
[2003-11-26 11:06:28] phpbug at lapage dot com
Description:
Writing in text-mode does not play nicely with heredoc, in Win32. Line
endings become \r\r\n in the typical situation: php source code with
\r\n endings.
This will break, for example, batch files written for Win98.
Reproduce code:
---
$fp= fopen('file.txt', 'wt');
fwrite($fp, ENDTEXT
One line of text
Another line of text
Last line of text\n
ENDTEXT
);
fclose($fp);
Expected result:
One line of text\r\n
Another line of text\r\n
Last line of text\r\n
Actual result:
--
One line of text\r\r\n
Another line of text\r\r\n
Last line of text\r\n
--
Edit this bug report at http://bugs.php.net/?id=26427edit=1
#24053 [Com]: include issues spurious stream warning that clutters up the page ...
ID: 24053 Comment by: trash at mothertech dot it Reported By: jphey at netdoor dot com Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux 2.4.20 PHP Version: 4.3.2 New Comment: Hello there, I experienced this problem only with Zend Optimizer installed. When I disable Zend Optimizer everything works fine. Ciao Gabriele Previous Comments: [2003-11-25 03:10:25] refuse_2_see at hotmail dot com i still can't get this working, what do i do for http://kotl-clan.org/nick/poll/poll.php [2003-11-07 04:26:30] al at hosteurope dot de The bug still exists in php-4.3.4. If you use include(http://www.example.com/test.php;); you will get a stream doesn't support seeking error. We've investigated the problem and we think that there is only a 2 line if cause missing (compared to the bugfree version 4.3.1) at the beginning of the function _php_stream_seek in the main/streams.c code: 954a955,958 /* not moving anywhere */ if ((offset == 0 whence == SEEK_CUR) || (offset == stream-position whence == SEEK_SET)) return 0; if you insert this if cause the error disappears and all other functions still seem to work fine in our tests. Best regards Andree Lindenblatt Software Development Host Europe GmbH [2003-11-06 15:45:26] info at web-bureau dot com I think this should be opened again - especially as it's not just a case of cluttering up the page - the include only half-works! The file is evaluated, but it's variables don't get back to the calling file. [2003-11-06 15:40:56] info at web-bureau dot com Hi, I'm experiencing this on PHP 4.3.3 on Linux. I notice that variables defined in the remote included file are *not* then available in the including file!.. Is there any way round this for remote files? [2003-09-22 06:48:49] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24053 -- Edit this bug report at http://bugs.php.net/?id=24053edit=1
#26415 [Opn-Asn]: OpenSSL 0.9.7b is vulnerable
ID: 26415 Updated by: [EMAIL PROTECTED] Reported By: dietrich dot ayala at foundstone dot com -Status: Open +Status: Assigned Bug Type: OpenSSL related Operating System: win32 PHP Version: 4.3.2 -Assigned To: +Assigned To: edink New Comment: Edin, take care.. :) Previous Comments: [2003-11-25 20:18:18] dietrich dot ayala at foundstone dot com Description: the version of openssl shipped w/ php is has known vulnerabilities. php should be updated to the latest version of openssl (0.9.7c). http://www.openssl.org/news/secadv_20030930.txt thanks, dietrich -- Edit this bug report at http://bugs.php.net/?id=26415edit=1
#26182 [Ver-Csd]: Object properties created redundantly
ID: 26182
Updated by: [EMAIL PROTECTED]
Reported By: hongnk at hotmail dot com
-Status: Verified
+Status: Closed
Bug Type: Zend Engine 2 problem
-Operating System: Win2k
+Operating System: *
PHP Version: 5CVS
New Comment:
PHP5 knows the concepts of implicit public properties and dynamic
properties.
Implicit public properties are properties that are declared by simply
using them.
Dynamic properties are properties that can be 'attached' to an object
while using it.
Previous Comments:
[2003-11-25 04:20:11] [EMAIL PROTECTED]
Works as expected with PHP 4, fails with PHP 5.
[2003-11-08 19:47:47] hongnk at hotmail dot com
Description:
Whenever a variable is refered anywhere inside a class under the form
$this-varname, it is automatically created in class instances.
Reproduce code:
---
class A {
function NotAConstructor(){
if(isset($this-x)){
//just for demo
}
}
}
$t=new A();
var_dump($t);
Expected result:
object(a)#1 (0) { }
Actual result:
--
object(a)#1 (1) { [x]= NULL }
--
Edit this bug report at http://bugs.php.net/?id=26182edit=1
#26182 [Csd-Opn]: Object properties created redundantly
ID: 26182
Updated by: [EMAIL PROTECTED]
Reported By: hongnk at hotmail dot com
-Status: Closed
+Status: Open
-Bug Type: Zend Engine 2 problem
+Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5CVS
New Comment:
Reopen as feature request:
Shouldn't creation of implicit public properties be an E_STRICE error?
Previous Comments:
[2003-11-27 12:05:22] [EMAIL PROTECTED]
PHP5 knows the concepts of implicit public properties and dynamic
properties.
Implicit public properties are properties that are declared by simply
using them.
Dynamic properties are properties that can be 'attached' to an object
while using it.
[2003-11-25 04:20:11] [EMAIL PROTECTED]
Works as expected with PHP 4, fails with PHP 5.
[2003-11-08 19:47:47] hongnk at hotmail dot com
Description:
Whenever a variable is refered anywhere inside a class under the form
$this-varname, it is automatically created in class instances.
Reproduce code:
---
class A {
function NotAConstructor(){
if(isset($this-x)){
//just for demo
}
}
}
$t=new A();
var_dump($t);
Expected result:
object(a)#1 (0) { }
Actual result:
--
object(a)#1 (1) { [x]= NULL }
--
Edit this bug report at http://bugs.php.net/?id=26182edit=1
#25957 [NoF-Opn]: bad one? mixingup of array / $this- in memory
ID: 25957
User updated by: sven at leon dot uia dot mx
Reported By: sven at leon dot uia dot mx
-Status: No Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: All (redhat 90)
PHP Version: 5.0.0b1 (beta1)
New Comment:
Sorry for late update.
I think I have found the cause of the problem, if you have 2 objects, 1
is parent, other is child, en in both you have defined the __destruct()
function, and you call the childs __destruct() function, then stuff
gets really mixed up...
for the rest I have had _no_ problem yet, GREAT JOB PHP5!! :)
Previous Comments:
[2003-11-25 15:29:55] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.
[2003-11-18 15:34:59] [EMAIL PROTECTED]
Provide a complete (preferrably short as possible) example script.
[2003-10-22 17:32:16] sven at leon dot uia dot mx
Description:
In a class I send an array $test as a parameter to a protected
function. Then, if I try to access that array in any way in that
function, suddenly the $this object contains the data of that array
$test (!)
Reproduce code:
---
Sorry, cant make a short-and-clear reproducing code, but here I have a
small code sample that actually caused the problem: (note that
$this-params[source] _IS_ an array)
protected function get_body($css){
echo B0 (;
print_r($this);
echo )br;
flush();
$retval=;
while(list($key, $cell_data)=each($this-params[source])){
echo B1 (;
print_r($this);
echo )br;
flush();
Expected result:
I will try to get a .zip together with the classes that seem to cause
this problem.
Actual result:
--
B0 (table_key_value_a Object ( [params:protected] = Array ( [source]
= Array ( [crc] = mBjsS50UkhAnxjWp [sid] = 75 [test_site] =
75,mBjsS50UkhAnxjWp ) [col headers] = Array ( [0] = Key [1] = Value
) [table header] = HTTP VARIABLES [css prefix] = debug [table header
extra] = align='center' ) ) )
B1 (table_key_value_a Object ( [cell_data] = mBjsS50UkhAnxjWp [key] =
crc ) )
--
Edit this bug report at http://bugs.php.net/?id=25957edit=1
#25038 [Com]: call_user_func issues warning if function throws exception
ID: 25038
Comment by: jonny at sanriowasteland dot net
Reported By: tater at potatoe dot com
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2003-08-11 (dev)
New Comment:
I've done some more testing with this.
From waht I can tell (as a php programmer) the callstack is being
hosed. Here is an example to show this:
The Code:
--
?php
function bar($x='no argument')
{
throw new Exception(This is an exception from bar({$x}).);
}
try { bar('first try'); }
catch (Exception $e) { print $e-getmessage().\n; }
set_error_handler('handleError');
try { call_user_func('bar','second try'); }
catch (Exception $e) { print $e-getmessage().\n; }
function handleError($errno, $errstr, $errfile, $errline)
{
echo Have an error: $errno, $errstr, $errfile, $errline...\n;
echo Going to a function...;
goInFunction();
echo Returned.\n;
$t = debug_backtrace();
var_dump($t);
}
function goInFunction()
{
echo In function...;
}
?
Expected Result:
Nothing has changed from the previous bug, it should still be the same.
However, if call_user_func('bar','second try'); is still supposed to
throw an error, this is what I expect:
This is an exception from bar(first try).
Have an error: 2, call_user_func(bar): Unable to call bar(second try),
php5Breakage2.php, 11...
Going to a function...In function...Returned
[insert a backtrace here]
This is an exception from bar(second try).
Actual Result:
--
This is an exception from bar(first try).
Have an error: 2, call_user_func(bar): Unable to call bar(second try),
php5Breakage2.php, 11...
Going to a function...In function...This is an exception from
bar(second try).
Note that if I comment out lines 18-20 (the call of the user function),
I would get:
This is an exception from bar(first try).
Have an error: 2, call_user_func(bar): Unable to call bar(second try),
php5Breakage2.php, 11...
This is an exception from bar(second try).
So it appears that both user function calls, and internal function
calls within the error handler mess up the stack.
Previous Comments:
[2003-10-08 07:59:46] rep at devdomain dot com
same here with call_user_func_array:
call_user_func_array fails when the method throws an exception issuing
a php warning, and the exception is lost in the process.
try {
$mValue = call_user_func_array ($func, $params);
// func throws exception, php warning issued
} catch (devException $oExc) {
// never gets here
}
[2003-08-11 06:35:02] tater at potatoe dot com
Description:
Throwing an exception from a function called by call_user_func() causes
a warning to be issued,
saying it was unable to call the function.
An odd side note: if I set up my own error handler,
it does not receive this warning. Kind of an
inadvertant workaround for now...
Reproduce code:
---
function bar($x='no argument')
{
throw new Exception(This is an exception from bar({$x}).);
}
try { bar('first try'); }
catch (Exception $e) { print {$e-message}\n; }
try { call_user_func('bar','second try'); }
catch (Exception $e) { print {$e-message}\n; }
Expected result:
This is an exception from bar(first try).
This is an exception from bar(second try).
Actual result:
--
This is an exception from bar(first try).
Warning: call_user_func(bar): Unable to call bar(second try) in
/my/pathname/test.php on line 8
This is an exception from bar(second try).
--
Edit this bug report at http://bugs.php.net/?id=25038edit=1
#26436 [NEW]: user temp dir in call to ftp_rawlist()
From: PaulMenard1 at Yahoo dot com Operating system: Windows 2000 Adv. Server PHP version: 4.3.3 PHP Bug Type: Feature/Change Request Bug description: user temp dir in call to ftp_rawlist() Description: I have read through the already reported buglist about common problems getting ftp_rawlist()/ftp_nlist() returning nothing. I am having the same issue. First some configuration notes: Server: windows 2000 Advanced Server with all the lates patches. PHP: Version 4.3.3 running as CGI. My server is primarily used as an FTP server using the FTP services of IIS 5. I provide a Web page in PHP to also allow pass-through FTP for certain account that are trapped behind the corporate firewall. The IIS is setup to use Basic Authentication. So does this mean the PHP.exe is executed as the authenticated user instead of the default IIS user? After tracing through the source code I found what I think is my issue. In the code module php-4.3.3\ext\ftp\ftp.c the function ftp_genlist() first calls if ((tmpfp = tmpfile()) == NULL) return NULL; In some of the other post here there was mention of verifying that the use has full permission on the TEMP folder. After checking phpinfo via a non-admin use I have verified that the TEMP TMP folder on my system 'C:\WinNT\TEMP\' has full permissions for everyone. To test this I changed the line in the PHP ftp.c code to not use tmpfile() but instead to use a hard-coded folder. I recompiled PHP and tested. This seemed to work great. So what are the chances of getting an optional argument added to the ftp_rawlist() function? Something like the ftp_fget second parameter resource handle. Paul -- Edit bug report at http://bugs.php.net/?id=26436edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26436r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26436r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26436r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26436r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26436r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26436r=needscript Try newer version: http://bugs.php.net/fix.php?id=26436r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26436r=support Expected behavior: http://bugs.php.net/fix.php?id=26436r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26436r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26436r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26436r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26436r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26436r=dst IIS Stability: http://bugs.php.net/fix.php?id=26436r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26436r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26436r=float
#26316 [Bgs-Csd]: Accessing remote php files (xml header) with xslt doesn't get session variables
ID: 26316 User updated by: andrew at shh dot fi Reported By: andrew at shh dot fi -Status: Bogus +Status: Closed Bug Type: XSLT related Operating System: windows xp PHP Version: 4.3.3 New Comment: Problem resolved. Pack the session variables into one string and append to the fopen url. (Xslt_process requires 2 strings to parse or 2 local files. In order to pass 2 urls you need to read the url locations into a string) .On the other end unpack the session string into sessions and write out the xml. Previous Comments: [2003-11-20 10:29:28] andrew at shh dot fi You've missed the point here! Building XML documents using PHP doesn't matter whether the php tag starts with ? .. ? pt ?php ...? because the header funcion sends to the browser an xml header. The problem is more to do with the fact that the xslt parser when parsing the document doesn't see it from server side but rather from a client side. I'll add a short demo shortly. [2003-11-19 19:49:47] [EMAIL PROTECTED] The obvious first thing that comes to my mind is that you're using short-tag there. ALWAYS use ?php ..and just disable 'short_open_tag' php.ini option. If this didn't help, provide full testcase. (as short as possible) [2003-11-19 10:09:14] andrew at shh dot fi Description: I've checked the bugs, searched google but no solution, except a work around. Problem is this: Create php page with XML header and create a session and store it in a tag. i.e tag? print $_SESSION[name]?/tag Access it with the XSLT parser as a remote xml document (you need to of course) with a local XSL file. Parse it and the session is not there. This is probably because the XSLT parser is accessing the file from 'outside' and so the session has not been created. In my case its been create long before in the login script. The bug appears to be that the XSLT parser doesn't recognised the already created session. Is there a fix to this, perhaps a change in the XSLT function, etc. -- Edit this bug report at http://bugs.php.net/?id=26316edit=1
#26434 [Fbk-Opn]: filling new _session variable doesn't work
ID: 26434 User updated by: ahc at ahc dot cz Reported By: ahc at ahc dot cz -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux PHP Version: Irrelevant New Comment: I'm sorry, I cannot use it, I'm not the admin of the server. Previous Comments: [2003-11-27 14:07:12] [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 [2003-11-27 05:37:27] ahc at ahc dot cz Description: After filling variable $_SESSION[user_id] I was unable to fill any other new $_session variable. PHP version 4.3.1 Reproduce code: --- session_start(); if (!empty($_REQUEST[auth_user])) $_SESSION[user]=$_REQUEST[auth_user]; if (!empty($_REQUEST[auth_pass])) $_SESSION[pass]=$_REQUEST[auth_pass]; if (!empty($_SESSION[userRow])) return; $result=execQuery(SELECT * FROM table_name WHERE user_name=\.$_SESSION[user].\ AND user_password=\.md5($_SESSION[pass]).\ AND user_active=1); $_SESSION[userRow]=mysql_fetch_assoc($result); $_SESSION[user_id] = $_SESSION[userRow][user_id]; $_SESSION[user_num] = $_SESSION[userRow][user_num]; Expected result: $_SESSION[user_num] should be filled with the content of $_SESSION[userRow][user_num] Actual result: -- $_SESSION[user_num] is not filled. -- Edit this bug report at http://bugs.php.net/?id=26434edit=1
#26434 [Opn-Bgs]: filling new _session variable doesn't work
ID: 26434 Updated by: [EMAIL PROTECTED] Reported By: ahc at ahc dot cz -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: Irrelevant New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Marking bogus until can be verified in newer version. Previous Comments: [2003-11-27 14:44:46] ahc at ahc dot cz I'm sorry, I cannot use it, I'm not the admin of the server. [2003-11-27 14:07:12] [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 [2003-11-27 05:37:27] ahc at ahc dot cz Description: After filling variable $_SESSION[user_id] I was unable to fill any other new $_session variable. PHP version 4.3.1 Reproduce code: --- session_start(); if (!empty($_REQUEST[auth_user])) $_SESSION[user]=$_REQUEST[auth_user]; if (!empty($_REQUEST[auth_pass])) $_SESSION[pass]=$_REQUEST[auth_pass]; if (!empty($_SESSION[userRow])) return; $result=execQuery(SELECT * FROM table_name WHERE user_name=\.$_SESSION[user].\ AND user_password=\.md5($_SESSION[pass]).\ AND user_active=1); $_SESSION[userRow]=mysql_fetch_assoc($result); $_SESSION[user_id] = $_SESSION[userRow][user_id]; $_SESSION[user_num] = $_SESSION[userRow][user_num]; Expected result: $_SESSION[user_num] should be filled with the content of $_SESSION[userRow][user_num] Actual result: -- $_SESSION[user_num] is not filled. -- Edit this bug report at http://bugs.php.net/?id=26434edit=1
#26437 [NEW]: PHP.net website problem
From: matt72186 at hotmail dot com Operating system: Windows XP Standard PHP version: Irrelevant PHP Bug Type: *General Issues Bug description: PHP.net website problem Description: I tried out the search menu in IE6, Mozilla Firebird 0.7, and Opera 7.11 and experienced no errors except in Opera, when I press up or down to browse through the list items, Opera will cover the list with their autocomplete list, other then that there were no javascript errors and it worked perfectly. -- Edit bug report at http://bugs.php.net/?id=26437edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26437r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26437r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26437r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26437r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26437r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26437r=needscript Try newer version: http://bugs.php.net/fix.php?id=26437r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26437r=support Expected behavior: http://bugs.php.net/fix.php?id=26437r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26437r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26437r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26437r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26437r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26437r=dst IIS Stability: http://bugs.php.net/fix.php?id=26437r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26437r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26437r=float
#24687 [Com]: Fatal error: Only variables or references can be returned by reference
ID: 24687
Comment by: zhundiak at comcast dot net
Reported By: nologic at pchome dot com dot tw
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS
New Comment:
This bug pretty much rules out backwards compatibility with most php4
OOP programs. It's quite silly to say that returning a reference by
calling another function that returns a reference is bad programing
practice. And by the way, C++ has no problem with returning pointers.
Just to be clear:
function getHomeTeam()
{
return $this-getTeam(TEAM_TYPE_HOME);
}
Really should work.
Previous Comments:
[2003-11-19 21:26:10] kain at kuht dot it
and this?
Fatal error: Only variables or references can be returned by reference
in /usr/lib/php/DB/common.php on line 766
function query($query, $params = array()) {
if (sizeof($params) 0) {
$sth = $this-prepare($query);
if (DB::isError($sth)) {
return $sth;
}
$ret = $this-execute($sth, $params);
$this-freePrepared($sth);
return $ret;
} else {
$result = $this-simpleQuery($query);
if (DB::isError($result) || $result === DB_OK) {
return $result;
} else {
--766 return new DB_result($this, $result);
}
}
}
running on Apache/2.0.48 (Trustix Secure Linux/Linux) PHP/5.0.0b2
[2003-11-17 02:35:55] mag at alcormizar dot cjb dot net
I agree with Zeev on this one, this shouldn't be fixed. People will
need to learn to write good code one day or the other, and returning a
reference like that is VERY bad practice (try to do that in C++!). Even
returning a reference to a local variable like this example should
produce an error :
class foo
{
function bar()
{
$whatever = 5;
return $whatever;
}
}
because $whatever should not exist anymore after function bar return
(according to correct scope rules), thus this reference is not
referencing anything anymore... Instead of always asking to fix bad
programming practice people should learn the correct way to do it. This
is my opinion.
[2003-08-16 04:14:19] jan at horde dot org
Any idea yet if this will be fixed/addressed or should we start
converting scripts to not use referenced return type or build variables
that get returned?
[2003-07-22 11:53:29] [EMAIL PROTECTED]
Yes, it is quite complicated. You can only return variables by
reference, a function's return value is not something we can 'connect'
to...
[2003-07-17 03:35:38] [EMAIL PROTECTED]
If you do it like this it works:
class TextSanitizer
{
function htmlSpecialChars($text) {
$foo = preg_replace(/amp;/i, '', htmlspecialchars($text,
ENT_QUOTES));
return $foo;
}
}
So would it really be *that* hard to make it work?
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/24687
--
Edit this bug report at http://bugs.php.net/?id=24687edit=1
#26438 [NEW]: Makefile error in thttpd SAPI installation
From: eon at a-real dot ru Operating system: FreeBSD 5.0 PHP version: 4.3.4 PHP Bug Type: Other web server Bug description: Makefile error in thttpd SAPI installation Description: Then installing PHP 4.3.2-4.3.4 with thttpd support and making 'make install' make script stopping while trying to patch thttpd source code. Problem at stage where patch is applied. variable INSTALL_IT contains wrong call of patch utility ... patch -p 1 /path/to/php/thttpd/sapi/dir ... ^^^ - error must be changed to ... patch -p1 /path/to/php/thttpd/sapi/dir ... because where must be no space between -p and 1 (manpages of patch) -- Edit bug report at http://bugs.php.net/?id=26438edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26438r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26438r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26438r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26438r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26438r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26438r=needscript Try newer version: http://bugs.php.net/fix.php?id=26438r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26438r=support Expected behavior: http://bugs.php.net/fix.php?id=26438r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26438r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26438r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26438r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26438r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26438r=dst IIS Stability: http://bugs.php.net/fix.php?id=26438r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26438r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26438r=float
#26439 [NEW]: Cannot directly return references
From: zhundiak at comcast dot net
Operating system: NA - linux/windows
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: Zend Engine 2 problem
Bug description: Cannot directly return references
Description:
A function cannot directly return a reference produced by another function
without first assigning it to a tmp variable.
This is a specialization of bug 24687.
Reproduce code:
---
function getSomeReference()
{
return getSomeOtherReference(); // Fails
}
function getSomeReference()
{
$tmp = getSomeOtherReference(); // Works
return $tmp;
}
Expected result:
It should work.
Actual result:
--
Fatal error: Only variables or references can be returned by reference
--
Edit bug report at http://bugs.php.net/?id=26439edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26439r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26439r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26439r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26439r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26439r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26439r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26439r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26439r=support
Expected behavior: http://bugs.php.net/fix.php?id=26439r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26439r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26439r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26439r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26439r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26439r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26439r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26439r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26439r=float
#26440 [NEW]: headers not passed in stream context
From: steven at pearavenue dot com
Operating system: Linux
PHP version: 4.3.4
PHP Bug Type: HTTP related
Bug description: headers not passed in stream context
Description:
Context passed to fopen does not appear to include header in request.
Reproduce code:
---
$uri = 'http://www.what-it-all-means.com/index.rdf';
$agent = First-Say-RSS-AGGREGATOR/0.0.2.4 http://www.firstsay.net;;
$since = 'Thu, 27 Nov 2003 06:03:08 GMT';
$etag = '7051a-36a7-3fc5939c';
$opts = array(
'http' = array(
'method' = GET,
'header' = If-None-Match: $etag\r\n.
If-Modified-Since: $since\r\n,
'user_agent' = $agent
)
);
$context = stream_context_create($opts);
$fp = @fopen($uri, 'rb', false, $context);
if (!is_resource($fp)) {
echo error;
}
var_dump(stream_context_get_options($fp) );
echo \n:\n;
var_dump ( stream_get_meta_data($fp) );
fclose($fp);
Expected result:
With the appropriate URL, http-date and etag (you may have to change those
above) this should produce a 304 error
Actual result:
--
produces a 200, as though the header is ignored.
--
Edit bug report at http://bugs.php.net/?id=26440edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26440r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26440r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26440r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26440r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26440r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26440r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26440r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26440r=support
Expected behavior: http://bugs.php.net/fix.php?id=26440r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26440r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26440r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26440r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26440r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26440r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26440r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26440r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26440r=float
#26438 [Opn-Csd]: Makefile error in thttpd SAPI installation
ID: 26438 Updated by: [EMAIL PROTECTED] Reported By: eon at a-real dot ru -Status: Open +Status: Closed Bug Type: Other web server Operating System: FreeBSD 5.0 PHP Version: 4.3.4 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-11-27 15:05:02] eon at a-real dot ru Description: Then installing PHP 4.3.2-4.3.4 with thttpd support and making 'make install' make script stopping while trying to patch thttpd source code. Problem at stage where patch is applied. variable INSTALL_IT contains wrong call of patch utility ... patch -p 1 /path/to/php/thttpd/sapi/dir ... ^^^ - error must be changed to ... patch -p1 /path/to/php/thttpd/sapi/dir ... because where must be no space between -p and 1 (manpages of patch) -- Edit this bug report at http://bugs.php.net/?id=26438edit=1
#26440 [Opn-Asn]: headers not passed in stream context
ID: 26440
Updated by: [EMAIL PROTECTED]
Reported By: steven at pearavenue dot com
-Status: Open
+Status: Assigned
Bug Type: HTTP related
Operating System: Linux
-PHP Version: 4.3.4
+PHP Version: 4CVS, 5CVS
-Assigned To:
+Assigned To: wez
New Comment:
PHP_4_3: Reproduced with latest CVS, here's some leaks:
/usr/src/web/php/php4/Zend/zend_hash.c(450) : Freeing 0x086510CC (64
bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_hash.c(416) : Freeing 0x08651074 (35
bytes), script=t.php
Last leak repeated 8 times
/usr/src/web/php/php4/ext/standard/file.c(616) : Freeing 0x086505AC
(44 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_variables.c(122) : Actual location
(location was relayed)
/usr/src/web/php/php4/ext/standard/file.c(997) : Freeing 0x08650494
(44 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_API.c(562) : Actual location (location
was relayed)
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(372) : Freeing
0x08650EAC (25 bytes), script=t.php
Last leak repeated 7 times
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(370) : Freeing
0x08650E6C (12 bytes), script=t.php
Last leak repeated 7 times
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(316) : Freeing
0x086502F4 (18 bytes), script=t.php
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(296) : Freeing
0x086502B4 (12 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_hash.c(188) : Freeing 0x0864DD1C (32
bytes), script=t.php
/usr/src/web/php/php4/ext/standard/file.c(614) : Freeing 0x0864DC9C
(12 bytes), script=t.php
/usr/src/web/php/php4/main/streams.c(2884) : Freeing 0x08652A44 (57
bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_variables.c(111) : Actual location
(location was relayed)
/usr/src/web/php/php4/main/streams.c(2882) : Freeing 0x08652A04 (12
bytes), script=t.php
Seems to work with HEAD, but still some leaks:
/usr/src/web/php/php5/main/streams/streams.c(1694) : Freeing
0x40E49B98 (57 bytes), script=t.php
/usr/src/web/php/php5/Zend/zend_variables.c(137) : Actual location
(location was relayed)
/usr/src/web/php/php5/main/streams/streams.c(1692) : Freeing
0x40E49B54 (16 bytes), script=t.php
=== Total 2 memory leaks detected ===
Previous Comments:
[2003-11-27 17:10:36] steven at pearavenue dot com
Of course, I don't mean a 304 error - I mean a 304 response
[2003-11-27 17:03:06] steven at pearavenue dot com
Description:
Context passed to fopen does not appear to include header in request.
Reproduce code:
---
$uri = 'http://www.what-it-all-means.com/index.rdf';
$agent = First-Say-RSS-AGGREGATOR/0.0.2.4 http://www.firstsay.net;;
$since = 'Thu, 27 Nov 2003 06:03:08 GMT';
$etag = '7051a-36a7-3fc5939c';
$opts = array(
'http' = array(
'method' = GET,
'header' = If-None-Match: $etag\r\n.
If-Modified-Since: $since\r\n,
'user_agent' = $agent
)
);
$context = stream_context_create($opts);
$fp = @fopen($uri, 'rb', false, $context);
if (!is_resource($fp)) {
echo error;
}
var_dump(stream_context_get_options($fp) );
echo \n:\n;
var_dump ( stream_get_meta_data($fp) );
fclose($fp);
Expected result:
With the appropriate URL, http-date and etag (you may have to change
those above) this should produce a 304 error
Actual result:
--
produces a 200, as though the header is ignored.
--
Edit this bug report at http://bugs.php.net/?id=26440edit=1
#26341 [Opn-Fbk]: Bug/Segfault in virtual()
ID: 26341 Updated by: [EMAIL PROTECTED] Reported By: karmak-php at karmak dot org -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux PHP Version: 4.3.3 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Previous Comments: [2003-11-21 01:49:40] karmak-php at karmak dot org The link to the segfault example was wrong. It should have been: http://staging.karmak.org/2003/php-virtual-bug/b1 [2003-11-21 01:42:17] karmak-php at karmak dot org Description: I've found two problems with virtual() that seem likely to be related. The first is that virtual() does not behave quite like the apache #include virtual=: When virtual() is used to call another php script, the query string in the virtual() call is ignored. For example, if you call virtual(/file?x=y), the variable x will not be set in the included php script. An example of this is posted at: http://staging.karmak.org/2003/php-virtual-bug/a1 The source for the two files used in this example are at: http://staging.karmak.org/2003/php-virtual-bug/a1-php.txt http://staging.karmak.org/2003/php-virtual-bug/a2-php.txt However, if you call the first script as a1?x=y, the variable x will be set to y in the second script. This is not the way the Apache virtual function behaves: With Apache, the query string in the virtual call is passed to the script, as can be seen in the following shtml file: http://staging.karmak.org/2003/php-virtual-bug/a3 The source to this file is at: http://staging.karmak.org/2003/php-virtual-bug/a3-shtml.txt Furthermore, all query string variables are reset when the virtual call is issued. This can be seen by calling the shtml file: http://staging.karmak.org/2003/php-virtual-bug/a4?x=y With the corresponding source code at: http://staging.karmak.org/2003/php-virtual-bug/a4-shtml.txt Note that the x=y declaration is not passed to the php script. The second problem is more critical, as it leads to a segfault which is displayed in the error logs, but nothing is reported in the browser and only a partial page will be displayed. An example of this is at: http://staging.karmak.org/2003/php-virtual-bug/a2 This page should end with the word END, but instead it is cut off mid-sentence. The source for the two files used in this example are at: http://staging.karmak.org/2003/php-virtual-bug/b1-php.txt http://staging.karmak.org/2003/php-virtual-bug/b2-php.txt Reproduce code: --- See the description for source code URLs. Expected result: See description. Actual result: -- See description. -- Edit this bug report at http://bugs.php.net/?id=26341edit=1
#26440 [Asn]: headers not passed in stream context
ID: 26440
User updated by: steven at pearavenue dot com
Reported By: steven at pearavenue dot com
Status: Assigned
Bug Type: HTTP related
Operating System: Linux
-PHP Version: 4CVS
+PHP Version: 4.3.4
Assigned To: wez
New Comment:
It fails with HEAD too under the release 4.3.4. Thanks for confirming.
Previous Comments:
[2003-11-27 18:11:48] [EMAIL PROTECTED]
PHP_4_3: Reproduced with latest CVS, here's some leaks:
/usr/src/web/php/php4/Zend/zend_hash.c(450) : Freeing 0x086510CC (64
bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_hash.c(416) : Freeing 0x08651074 (35
bytes), script=t.php
Last leak repeated 8 times
/usr/src/web/php/php4/ext/standard/file.c(616) : Freeing 0x086505AC
(44 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_variables.c(122) : Actual location
(location was relayed)
/usr/src/web/php/php4/ext/standard/file.c(997) : Freeing 0x08650494
(44 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_API.c(562) : Actual location (location
was relayed)
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(372) : Freeing
0x08650EAC (25 bytes), script=t.php
Last leak repeated 7 times
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(370) : Freeing
0x08650E6C (12 bytes), script=t.php
Last leak repeated 7 times
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(316) : Freeing
0x086502F4 (18 bytes), script=t.php
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(296) : Freeing
0x086502B4 (12 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_hash.c(188) : Freeing 0x0864DD1C (32
bytes), script=t.php
/usr/src/web/php/php4/ext/standard/file.c(614) : Freeing 0x0864DC9C
(12 bytes), script=t.php
/usr/src/web/php/php4/main/streams.c(2884) : Freeing 0x08652A44 (57
bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_variables.c(111) : Actual location
(location was relayed)
/usr/src/web/php/php4/main/streams.c(2882) : Freeing 0x08652A04 (12
bytes), script=t.php
Seems to work with HEAD, but still some leaks:
/usr/src/web/php/php5/main/streams/streams.c(1694) : Freeing
0x40E49B98 (57 bytes), script=t.php
/usr/src/web/php/php5/Zend/zend_variables.c(137) : Actual location
(location was relayed)
/usr/src/web/php/php5/main/streams/streams.c(1692) : Freeing
0x40E49B54 (16 bytes), script=t.php
=== Total 2 memory leaks detected ===
[2003-11-27 17:10:36] steven at pearavenue dot com
Of course, I don't mean a 304 error - I mean a 304 response
[2003-11-27 17:03:06] steven at pearavenue dot com
Description:
Context passed to fopen does not appear to include header in request.
Reproduce code:
---
$uri = 'http://www.what-it-all-means.com/index.rdf';
$agent = First-Say-RSS-AGGREGATOR/0.0.2.4 http://www.firstsay.net;;
$since = 'Thu, 27 Nov 2003 06:03:08 GMT';
$etag = '7051a-36a7-3fc5939c';
$opts = array(
'http' = array(
'method' = GET,
'header' = If-None-Match: $etag\r\n.
If-Modified-Since: $since\r\n,
'user_agent' = $agent
)
);
$context = stream_context_create($opts);
$fp = @fopen($uri, 'rb', false, $context);
if (!is_resource($fp)) {
echo error;
}
var_dump(stream_context_get_options($fp) );
echo \n:\n;
var_dump ( stream_get_meta_data($fp) );
fclose($fp);
Expected result:
With the appropriate URL, http-date and etag (you may have to change
those above) this should produce a 304 error
Actual result:
--
produces a 200, as though the header is ignored.
--
Edit this bug report at http://bugs.php.net/?id=26440edit=1
#26440 [Asn-Csd]: headers not passed in stream context
ID: 26440
Updated by: [EMAIL PROTECTED]
Reported By: steven at pearavenue dot com
-Status: Assigned
+Status: Closed
Bug Type: HTTP related
Operating System: Linux
PHP Version: 4.3.4
Assigned To: pollita
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
The memory leak is not fixed. After the fix the script works as
expected, fopen() fails because the return code is 304 (what you
wanted) and not 200.
Previous Comments:
[2003-11-27 18:37:32] steven at pearavenue dot com
It fails with HEAD too under the release 4.3.4. Thanks for confirming.
[2003-11-27 18:11:48] [EMAIL PROTECTED]
PHP_4_3: Reproduced with latest CVS, here's some leaks:
/usr/src/web/php/php4/Zend/zend_hash.c(450) : Freeing 0x086510CC (64
bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_hash.c(416) : Freeing 0x08651074 (35
bytes), script=t.php
Last leak repeated 8 times
/usr/src/web/php/php4/ext/standard/file.c(616) : Freeing 0x086505AC
(44 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_variables.c(122) : Actual location
(location was relayed)
/usr/src/web/php/php4/ext/standard/file.c(997) : Freeing 0x08650494
(44 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_API.c(562) : Actual location (location
was relayed)
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(372) : Freeing
0x08650EAC (25 bytes), script=t.php
Last leak repeated 7 times
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(370) : Freeing
0x08650E6C (12 bytes), script=t.php
Last leak repeated 7 times
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(316) : Freeing
0x086502F4 (18 bytes), script=t.php
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(296) : Freeing
0x086502B4 (12 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_hash.c(188) : Freeing 0x0864DD1C (32
bytes), script=t.php
/usr/src/web/php/php4/ext/standard/file.c(614) : Freeing 0x0864DC9C
(12 bytes), script=t.php
/usr/src/web/php/php4/main/streams.c(2884) : Freeing 0x08652A44 (57
bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_variables.c(111) : Actual location
(location was relayed)
/usr/src/web/php/php4/main/streams.c(2882) : Freeing 0x08652A04 (12
bytes), script=t.php
Seems to work with HEAD, but still some leaks:
/usr/src/web/php/php5/main/streams/streams.c(1694) : Freeing
0x40E49B98 (57 bytes), script=t.php
/usr/src/web/php/php5/Zend/zend_variables.c(137) : Actual location
(location was relayed)
/usr/src/web/php/php5/main/streams/streams.c(1692) : Freeing
0x40E49B54 (16 bytes), script=t.php
=== Total 2 memory leaks detected ===
[2003-11-27 17:10:36] steven at pearavenue dot com
Of course, I don't mean a 304 error - I mean a 304 response
[2003-11-27 17:03:06] steven at pearavenue dot com
Description:
Context passed to fopen does not appear to include header in request.
Reproduce code:
---
$uri = 'http://www.what-it-all-means.com/index.rdf';
$agent = First-Say-RSS-AGGREGATOR/0.0.2.4 http://www.firstsay.net;;
$since = 'Thu, 27 Nov 2003 06:03:08 GMT';
$etag = '7051a-36a7-3fc5939c';
$opts = array(
'http' = array(
'method' = GET,
'header' = If-None-Match: $etag\r\n.
If-Modified-Since: $since\r\n,
'user_agent' = $agent
)
);
$context = stream_context_create($opts);
$fp = @fopen($uri, 'rb', false, $context);
if (!is_resource($fp)) {
echo error;
}
var_dump(stream_context_get_options($fp) );
echo \n:\n;
var_dump ( stream_get_meta_data($fp) );
fclose($fp);
Expected result:
With the appropriate URL, http-date and etag (you may have to change
those above) this should produce a 304 error
Actual result:
--
produces a 200, as though the header is ignored.
--
Edit this bug report at http://bugs.php.net/?id=26440edit=1
#26206 [Opn-Fbk]: argv and argc not defined
ID: 26206 Updated by: [EMAIL PROTECTED] Reported By: danielc at analysisandsolutions dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Windows 2000 PHP Version: 5CVS-2003-11-11 (dev) New Comment: Try following: php -n -r var_dump($_SERVER['argv']); 1 2 3 Previous Comments: [2003-11-11 12:52:32] danielc at analysisandsolutions dot com Description: $_SERVER['argv'] and $_SERVER['argc'] aren't created. php.ini and phpinfo() show register_argc_argv as being On. Behavior is the same via CLI or CGI binaries. Substituted a known good php.ini file to see ensure the file was getting parsed. Same results. Everything worked fine under 500b2-dev--php5-win32-200310010230 Problem began when upgraded to 500b2-dev--php5-win32-200311040330 Persists in the current CVS snapshot 500b3-dev--php5-win32-20031530 Reproduce code: --- #! c:/progra~1/php/cli/php ?php print_r($_SERVER['argv']); ? now execute test script... ./t.php fjiao Expected result: Array ( [0] = ./t.php [1] = fjiao ) Actual result: -- Notice: Undefined index: argv in d:\t.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26206edit=1
#26440 [Csd]: headers not passed in stream context
ID: 26440
User updated by: steven at pearavenue dot com
Reported By: steven at pearavenue dot com
Status: Closed
Bug Type: HTTP related
Operating System: Linux
PHP Version: 4.3.4
Assigned To: pollita
New Comment:
Damn, that was quick. Well done.
Previous Comments:
[2003-11-27 18:59:43] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
The memory leak is not fixed. After the fix the script works as
expected, fopen() fails because the return code is 304 (what you
wanted) and not 200.
[2003-11-27 18:37:32] steven at pearavenue dot com
It fails with HEAD too under the release 4.3.4. Thanks for confirming.
[2003-11-27 18:11:48] [EMAIL PROTECTED]
PHP_4_3: Reproduced with latest CVS, here's some leaks:
/usr/src/web/php/php4/Zend/zend_hash.c(450) : Freeing 0x086510CC (64
bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_hash.c(416) : Freeing 0x08651074 (35
bytes), script=t.php
Last leak repeated 8 times
/usr/src/web/php/php4/ext/standard/file.c(616) : Freeing 0x086505AC
(44 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_variables.c(122) : Actual location
(location was relayed)
/usr/src/web/php/php4/ext/standard/file.c(997) : Freeing 0x08650494
(44 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_API.c(562) : Actual location (location
was relayed)
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(372) : Freeing
0x08650EAC (25 bytes), script=t.php
Last leak repeated 7 times
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(370) : Freeing
0x08650E6C (12 bytes), script=t.php
Last leak repeated 7 times
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(316) : Freeing
0x086502F4 (18 bytes), script=t.php
/usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(296) : Freeing
0x086502B4 (12 bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_hash.c(188) : Freeing 0x0864DD1C (32
bytes), script=t.php
/usr/src/web/php/php4/ext/standard/file.c(614) : Freeing 0x0864DC9C
(12 bytes), script=t.php
/usr/src/web/php/php4/main/streams.c(2884) : Freeing 0x08652A44 (57
bytes), script=t.php
/usr/src/web/php/php4/Zend/zend_variables.c(111) : Actual location
(location was relayed)
/usr/src/web/php/php4/main/streams.c(2882) : Freeing 0x08652A04 (12
bytes), script=t.php
Seems to work with HEAD, but still some leaks:
/usr/src/web/php/php5/main/streams/streams.c(1694) : Freeing
0x40E49B98 (57 bytes), script=t.php
/usr/src/web/php/php5/Zend/zend_variables.c(137) : Actual location
(location was relayed)
/usr/src/web/php/php5/main/streams/streams.c(1692) : Freeing
0x40E49B54 (16 bytes), script=t.php
=== Total 2 memory leaks detected ===
[2003-11-27 17:10:36] steven at pearavenue dot com
Of course, I don't mean a 304 error - I mean a 304 response
[2003-11-27 17:03:06] steven at pearavenue dot com
Description:
Context passed to fopen does not appear to include header in request.
Reproduce code:
---
$uri = 'http://www.what-it-all-means.com/index.rdf';
$agent = First-Say-RSS-AGGREGATOR/0.0.2.4 http://www.firstsay.net;;
$since = 'Thu, 27 Nov 2003 06:03:08 GMT';
$etag = '7051a-36a7-3fc5939c';
$opts = array(
'http' = array(
'method' = GET,
'header' = If-None-Match: $etag\r\n.
If-Modified-Since: $since\r\n,
'user_agent' = $agent
)
);
$context = stream_context_create($opts);
$fp = @fopen($uri, 'rb', false, $context);
if (!is_resource($fp)) {
echo error;
}
var_dump(stream_context_get_options($fp) );
echo \n:\n;
var_dump ( stream_get_meta_data($fp) );
fclose($fp);
Expected result:
With the appropriate URL, http-date and etag (you may have to change
those above) this should produce a 304 error
Actual result:
--
produces a 200, as though the header is ignored.
--
Edit this bug report at http://bugs.php.net/?id=26440edit=1
#26206 [Fbk-Opn]: argv and argc not defined
ID: 26206 User updated by: danielc at analysisandsolutions dot com Reported By: danielc at analysisandsolutions dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Windows 2000 PHP Version: 5CVS-2003-11-11 (dev) New Comment: Your test of ignoring the php.ini file via the -n flag gets it to work as expected. FYI... C:\PROGRA~1\php\cliphp -i | grep argv register_argc_argv = On = On C:\PROGRA~1\php\cliphp -n -i | grep argv register_argc_argv = On = On _SERVER[argv] = Array C:\PROGRA~1\php\cliphp -v PHP 5.0.0b3-dev (cli) (built: Nov 26 2003 04:10:19) Previous Comments: [2003-11-27 19:03:46] [EMAIL PROTECTED] Try following: php -n -r var_dump($_SERVER['argv']); 1 2 3 [2003-11-11 12:52:32] danielc at analysisandsolutions dot com Description: $_SERVER['argv'] and $_SERVER['argc'] aren't created. php.ini and phpinfo() show register_argc_argv as being On. Behavior is the same via CLI or CGI binaries. Substituted a known good php.ini file to see ensure the file was getting parsed. Same results. Everything worked fine under 500b2-dev--php5-win32-200310010230 Problem began when upgraded to 500b2-dev--php5-win32-200311040330 Persists in the current CVS snapshot 500b3-dev--php5-win32-20031530 Reproduce code: --- #! c:/progra~1/php/cli/php ?php print_r($_SERVER['argv']); ? now execute test script... ./t.php fjiao Expected result: Array ( [0] = ./t.php [1] = fjiao ) Actual result: -- Notice: Undefined index: argv in d:\t.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26206edit=1
#26440 [Csd]: headers not passed in stream context
ID: 26440 User updated by: steven at pearavenue dot com Reported By: steven at pearavenue dot com Status: Closed Bug Type: HTTP related Operating System: Linux PHP Version: 4.3.4 Assigned To: pollita New Comment: Can I get a 4.3.4 patch for this? I am a little nervous about using a snapshot when I go into production. Previous Comments: [2003-11-27 19:11:01] steven at pearavenue dot com Damn, that was quick. Well done. [2003-11-27 18:59:43] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. The memory leak is not fixed. After the fix the script works as expected, fopen() fails because the return code is 304 (what you wanted) and not 200. [2003-11-27 18:37:32] steven at pearavenue dot com It fails with HEAD too under the release 4.3.4. Thanks for confirming. [2003-11-27 18:11:48] [EMAIL PROTECTED] PHP_4_3: Reproduced with latest CVS, here's some leaks: /usr/src/web/php/php4/Zend/zend_hash.c(450) : Freeing 0x086510CC (64 bytes), script=t.php /usr/src/web/php/php4/Zend/zend_hash.c(416) : Freeing 0x08651074 (35 bytes), script=t.php Last leak repeated 8 times /usr/src/web/php/php4/ext/standard/file.c(616) : Freeing 0x086505AC (44 bytes), script=t.php /usr/src/web/php/php4/Zend/zend_variables.c(122) : Actual location (location was relayed) /usr/src/web/php/php4/ext/standard/file.c(997) : Freeing 0x08650494 (44 bytes), script=t.php /usr/src/web/php/php4/Zend/zend_API.c(562) : Actual location (location was relayed) /usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(372) : Freeing 0x08650EAC (25 bytes), script=t.php Last leak repeated 7 times /usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(370) : Freeing 0x08650E6C (12 bytes), script=t.php Last leak repeated 7 times /usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(316) : Freeing 0x086502F4 (18 bytes), script=t.php /usr/src/web/php/php4/ext/standard/http_fopen_wrapper.c(296) : Freeing 0x086502B4 (12 bytes), script=t.php /usr/src/web/php/php4/Zend/zend_hash.c(188) : Freeing 0x0864DD1C (32 bytes), script=t.php /usr/src/web/php/php4/ext/standard/file.c(614) : Freeing 0x0864DC9C (12 bytes), script=t.php /usr/src/web/php/php4/main/streams.c(2884) : Freeing 0x08652A44 (57 bytes), script=t.php /usr/src/web/php/php4/Zend/zend_variables.c(111) : Actual location (location was relayed) /usr/src/web/php/php4/main/streams.c(2882) : Freeing 0x08652A04 (12 bytes), script=t.php Seems to work with HEAD, but still some leaks: /usr/src/web/php/php5/main/streams/streams.c(1694) : Freeing 0x40E49B98 (57 bytes), script=t.php /usr/src/web/php/php5/Zend/zend_variables.c(137) : Actual location (location was relayed) /usr/src/web/php/php5/main/streams/streams.c(1692) : Freeing 0x40E49B54 (16 bytes), script=t.php === Total 2 memory leaks detected === [2003-11-27 17:10:36] steven at pearavenue dot com Of course, I don't mean a 304 error - I mean a 304 response 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/26440 -- Edit this bug report at http://bugs.php.net/?id=26440edit=1
#26441 [NEW]: Strange behavior when __set() return a member variable
From: chernyshevsky at hotmail dot com
Operating system: Win32
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: Zend Engine 2 problem
Bug description: Strange behavior when __set() return a member variable
Description:
When __set() returns an element of a member array, it seems to corrupt the
array. Works as expected when return is removed.
Reproduce code:
---
class Test {
var $values;
function __construct() {
$this-values = array();
}
function __set($name, $value) {
return $this-values[$name] = $value;
}
function __get($name) {
return $this-values[$name];
}
};
$a = new Test();
$a-greeting = Hello;
echo $a-greeting;
Expected result:
Hello
Actual result:
--
1
--
Edit bug report at http://bugs.php.net/?id=26441edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26441r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26441r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26441r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26441r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26441r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26441r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26441r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26441r=support
Expected behavior: http://bugs.php.net/fix.php?id=26441r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26441r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26441r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26441r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26441r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26441r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26441r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26441r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26441r=float
