#42604 [Opn->Asn]: New feature PHP_TEST_SHARED_EXTENSIONS makes testing fail when upgrading
ID: 42604 Updated by: [EMAIL PROTECTED] Reported By: list at jth dot net -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Linux Fedora 64 bit PHP Version: 5.2.4 -Assigned To: +Assigned To: jani New Comment: I knew this would happen. :) Edge-case, but I'll see if I can come up with some hack for this. Previous Comments: [2007-09-09 17:51:53] list at jth dot net Description: The new feature of adding $(PHP_TEST_SHARED_EXTENSIONS) breaks "make test", when upgrading from an existing installation (in this case 5.2.3), where all the ini-files contain the modules included. In Makefile: CC="$(CC)" \ $(top_builddir)/$(SAPI_CLI_PATH) $(PHP_TEST_SETTINGS) $(top_srcdir)/run-tests.php -c $(top_builddir)/tmp-php.ini -U -d extension_dir=$(top_builddir)/modules/ $(PHP_TEST_SHARED_EXTENSIONS) $(TESTS); \ Reproduce code: --- make test Expected result: No 'already loaded' messages and PASSed tests Actual result: -- Extract: .. Warning: Module 'xsl' already loaded in Unknown on line 0 Warning: Module 'zip' already loaded in Unknown on line 0 = CWD : /usr/src/other/php/php-5.2.4 PHP : /usr/src/other/php/php-5.2.4/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.4 ZEND_VERSION: 2.2.0 PHP_OS : Linux - Linux vennely.jth.net 2.6.20-1-2933-FC6j #1 SMP Sun Mar 25 01:54:58 CET 2007 x86_64 INI actual : /usr/src/other/php/php-5.2.4/tmp-php.ini More .INIs : /etc/php.d/bcmath.ini,/etc/php.d/dba.ini,/etc/php.d/dom.ini,/etc/php.d/ftp.ini,/etc/php.d/gd.ini,/etc/php.d/imap.ini,/etc/php.d/ldap.ini,/etc/php.d/mbstring.ini,/etc/php.d/mysql.ini,/etc/php.d/mysqli.ini,/etc/php.d/ncurses.ini,/etc/php.d/soap.ini,/etc/php.d/xmlreader.ini,/etc/php.d/xmlrpc.ini,/etc/php.d/xmlwriter.ini,/etc/php.d/xsl.ini,/etc/php.d/zip.ini Extra dirs : = TIME START 2007-09-09 19:48:23 = FAIL EXPECT [tests/run-test/test001.phpt] FAIL EXPECTF [tests/run-test/test002.phpt] FAIL EXPECTREGEX [tests/run-test/test003.phpt] FAIL INI section allows '=' [tests/run-test/test004.phpt] -- Edit this bug report at http://bugs.php.net/?id=42604&edit=1
#42596 [Bgs->Opn]: session.save_path MODE option will not set "write" bit for group or world
ID: 42596 Updated by: [EMAIL PROTECTED] Reported By: randy at rcs-comp dot com -Status: Bogus +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 5.2.4 New Comment: Ilia, RTFS. :) Previous Comments: [2007-09-09 15:55:02] [EMAIL PROTECTED] 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 There is no such feature. [2007-09-08 03:47:00] randy at rcs-comp dot com Description: When using the mode parameter in session_save_path (or presumably session.save_path) it will not set the "write" bit correctly for anyone but the owner of the file. Read and execute bits are set correctly. This is important b/c I would like to setguid on the session directory so that a non-priveleged user (the website reseller) can clean it out. That way, all I have to do is add apache to the user's group, and no more problems with clearing out sessions. Reproduce code: --- // delete the session file just created // delete the session file just created Expected result: [EMAIL PROTECTED] sessions]# ls -l total 0 -rw--- 1 apache apache 0 Sep 7 23:30 sess_b1fb... [EMAIL PROTECTED] sessions]# ls -l total 0 -rw-rw 1 apache apache 0 Sep 7 23:31 sess_b1fb... [EMAIL PROTECTED] sessions]# ls -l total 0 -rwxrwxrwx 1 apache apache 0 Sep 7 23:40 sess_b1fb... Actual result: -- [EMAIL PROTECTED] sessions]# ls -l total 0 -rw--- 1 apache apache 0 Sep 7 23:30 sess_b1fb... [EMAIL PROTECTED] sessions]# ls -l total 0 -rw-r- 1 apache apache 0 Sep 7 23:31 sess_b1fb... ^^ < Permission does not have write bit [EMAIL PROTECTED] sessions]# ls -l total 0 -rwxr-xr-x 1 apache apache 0 Sep 7 23:40 sess_b1fb... ^^ < Permission does not have write bits -- Edit this bug report at http://bugs.php.net/?id=42596&edit=1
#42597 [Opn]: "make install" hangs in 64bit system when ZTS is enabled.
ID: 42597 Updated by: [EMAIL PROTECTED] Reported By: hostmaster at taunusstein dot net Status: Open Bug Type: Compile Failure Operating System: Debian 4.0r0 PHP Version: 5.2.4 New Comment: Possibly related to bug #42491 Previous Comments: [2007-09-10 05:59:54] hostmaster at taunusstein dot net make install does not hang in prefork mode. On 32 bit it does compile and install in prefork and worker mode. Further tests on 64 bit environment (worker) yielded into following msgs: # make install Installing PHP SAPI module: apache2handler /opt/apache-2.2.6-test/apache/build/instdso.sh SH_LIBTOOL='/opt/apache-2.2.6-test/apache/build/libtool' libphp5.la /opt/apache-2.2.6-test/apache/modules /opt/apache-2.2.6-test/apache/build/libtool --mode=install cp libphp5.la /opt/apache-2.2.6-test/apache/modules/ cp .libs/libphp5.so /opt/apache-2.2.6-test/apache/modules/libphp5.so cp .libs/libphp5.lai /opt/apache-2.2.6-test/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /usr/src/php-5.2.4/libs' chmod 755 /opt/apache-2.2.6-test/apache/modules/libphp5.so [activating module `php5' in /opt/apache-2.2.6-test/apache/conf/httpd.conf] Installing PHP CLI binary:/opt/apache-2.2.6-test/bin/ Installing PHP CLI man page: /opt/apache-2.2.6-test/man/man1/ Installing build environment: /opt/apache-2.2.6-test/lib/php/build/ Installing header files: /opt/apache-2.2.6-test/include/php/ Installing helper programs: /opt/apache-2.2.6-test/bin/ program: phpize program: php-config Installing man pages: /opt/apache-2.2.6-test/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /opt/apache-2.2.6-test/lib/php/ Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 720 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1207 Notice: Undefined variable: ret in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1269 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 720 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1207 Notice: Undefined variable: ret in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1269 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 720 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1207 Notice: Undefined variable: ret in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1269 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 740 Warning: array_merge(): Argument #2 is not an array in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 766 Notice: Undefined index: pearinstaller in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 777 [PEAR] Console_Getopt: upgrade to a newer version (1.2.3 is not newer than 1.2.3) [PEAR] Archive_Tar: upgrade to a newer version (1.3.2 is not newer than 1.3.2) [PEAR] Structures_Graph: upgrade to a newer version (1.0.2 is not newer than 1.0.2) [PEAR] PEAR: upgrade to a newer version (1.6.1 is not newer than 1.6.1) ---hangs here--- [2007-09-09 10:12:10] [EMAIL PROTECTED] What if you didn't compile Apache with worker (bad) MPM but used the working prefork MPM instead? Does it work then? And if you insist on getting into trouble, try attach GDB to the hanged PHP process to see where it hangs. [2007-09-08 07:45:41] hostmaster at taunusstein dot net Description: make install hangs Reproduce code: --- Used configuration for Apache 2.2.6: ./configure \ --prefix=/opt/apache-2.2.6/apache \ --disable-maintainer-mode \ --enable-mods-shared=all \ --enable-access \ --enable-auth \ --enable-auth-anon \ --disable-auth-dbm \ --disable-auth-digest \ --with-ldap \ --enable-authnz-ldap \ --enable-ldap \ --enable-file-cache \ --enable-echo \ --enable-charset-lite \ --enable-cache \ --enable-disk-cache \ --enable-mem-cache \ --disable-example \ --enable-ext-filter \ --enable-case-filter \ --enable-case-filter-in \ --enable-deflate \ --enable-include \ --enable-log-config \ --enable-env \ --enable-mime-magic \ --enable-cern-meta \ --enable-expires \ --enable-headers \ --enable-usertrack \ --en
#42491 [Opn]: Segmentation fault during install-pear-installer
ID: 42491 Updated by: [EMAIL PROTECTED] Reported By: bernard dot prevosto at ifremer dot fr Status: Open Bug Type: Reproducible crash Operating System: solaris 5.8 PHP Version: 5.2.4 New Comment: Possibly related to bug #42597 Previous Comments: [2007-09-07 10:40:27] bernard dot prevosto at ifremer dot fr with gdb 6.6: gdb --arg sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar GNU gdb 6.6 Copyright (C) 2006 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.8"... (gdb) run Starting program: /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar [New LWP 1] [New LWP 2] [New LWP 3] [New LWP 4] Program received signal SIGSEGV, Segmentation fault. 0x002723a0 in _zval_ptr_dtor (zval_ptr=0xffbedb4c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; (gdb) bt #0 0x002723a0 in _zval_ptr_dtor (zval_ptr=0xffbedb4c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute_API.c:412 #1 0x0029eb5c in zend_do_fcall_common_helper_SPEC (execute_data=0xffbee8a0) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute.h:155 #2 0x0029cc60 in execute (op_array=0x5d2c80) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_vm_execute.h:92 #3 0x00281010 in zend_execute_scripts (type=8, retval=, file_count=3) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend.c:1134 #4 0x002411ec in php_execute_script (primary_file=0xffbeefcc) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/main/main.c:1982 #5 0x003152cc in main (argc=9, argv=0xffbef07c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/sapi/cli/php_cli.c:1140 (gdb) [2007-09-06 10:49:46] [EMAIL PROTECTED] The same way you get it with it: # wget http://pear.php.net/install-pear-nozlib.phar -nd -P pear/ # gdb --arg sapi/cli/php \ -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= \ -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 \ pear/install-pear-nozlib.phar (gdb) run (gdb) bt [2007-09-05 13:46:04] [EMAIL PROTECTED] Then can you try getting some kind of backtrace without using --enable-debug ? That's better than nothing. [2007-09-05 13:31:38] [EMAIL PROTECTED] I can not reproduce this on linux (32bit). [2007-09-05 11:05:01] bernard dot prevosto at ifremer dot fr but with the PEAR generated with --enble-debug I've: louet>74% pear install HTTP_Request downloading HTTP_Request-1.4.1.tgz ... Starting to download HTTP_Request-1.4.1.tgz (15,927 bytes) ..done: 15,927 bytes Fatal error: Allowed memory size of 8388608 bytes exhausted at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_opcode.c:48 (tried to allocate 98304 bytes) in /home/services/logiciels/compilateurs/php-5.2.4/lib/php/PEAR/PackageFile/v2/Validator.php on line 908 /home/services/logiciels/compilateurs/php-5.2.4/lib/php/PEAR/PackageFile/v2/Validator.php(908) : Fatal error - Allowed memory size of 8388608 bytes exhausted at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_opcode.c:48 (tried to allocate 98304 bytes) louet> 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/42491 -- Edit this bug report at http://bugs.php.net/?id=42491&edit=1
#42607 [NEW]: mysql_data_seek error bug...
From: nyang_haggai at yahoo dot com
Operating system: Fedora Core 5
PHP version: 5.2.4
PHP Bug Type: MySQL related
Bug description: mysql_data_seek error bug...
Description:
I'm using PHP 5.1.6 on a production server with a LAMP setup, and I do
code PHP on it remotely every day.
-- can't upgrade at the moment to 5.2.4 - would take people
offline...sorry! Maybe later at night :)
No changes were made to php.ini, except for display_errors = On
No changes to the default mysqld config
I stumbled upon the bug with the mysql_data_seek() function - in short the
problem is that if I spell it as mysql_daat_seek() instead (with the
relevant args), no error is displayed. The page just displays normally - as
if I had commented out the line.
It's trivial to me, but I guess it might give someone debug nightmares if
he/she has several thousands of lines of code, IMHO :)
Reproduce code:
---
$result_prepaidcards = mysql_query("SELECT * FROM atrium.prepaidcards
WHERE vendorid = '".$row_vendors['id']."';");
if(mysql_num_rows($result_prepaidcards) > 0)
{
for($i = 0; $i < mysql_num_rows($result_prepaidcards); $i++)
{
mysql_daat_seek($result_prepaidcards,$i);
$row_prepaidcards = mysql_fetch_assoc($result_prepaidcards);
// more code here...
}
}
Expected result:
I should see a syntax error line for the erroneous mysql_daat_seek()
line...
Actual result:
--
The page displays just as usual, NO errors raised! Seems a problem with
the syntax checker, or am I wrong?
--
Edit bug report at http://bugs.php.net/?id=42607&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42607&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42607&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42607&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42607&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42607&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42607&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42607&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42607&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42607&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42607&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42607&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42607&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42607&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42607&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42607&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42607&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42607&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42607&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42607&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42607&r=mysqlcfg
#42607 [Opn->Fbk]: mysql_data_seek error bug...
ID: 42607
Updated by: [EMAIL PROTECTED]
Reported By: nyang_haggai at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: Fedora Core 5
-PHP Version: 5.2.4
+PHP Version: 5.1.6
New Comment:
Please give feedback once you have upgraded to the latest stable
release. (Anything below 5.2.4 is prone to security exploits too!)
Previous Comments:
[2007-09-10 10:08:02] nyang_haggai at yahoo dot com
Description:
I'm using PHP 5.1.6 on a production server with a LAMP setup, and I do
code PHP on it remotely every day.
-- can't upgrade at the moment to 5.2.4 - would take people
offline...sorry! Maybe later at night :)
No changes were made to php.ini, except for display_errors = On
No changes to the default mysqld config
I stumbled upon the bug with the mysql_data_seek() function - in short
the problem is that if I spell it as mysql_daat_seek() instead (with the
relevant args), no error is displayed. The page just displays normally -
as if I had commented out the line.
It's trivial to me, but I guess it might give someone debug nightmares
if he/she has several thousands of lines of code, IMHO :)
Reproduce code:
---
$result_prepaidcards = mysql_query("SELECT * FROM atrium.prepaidcards
WHERE vendorid = '".$row_vendors['id']."';");
if(mysql_num_rows($result_prepaidcards) > 0)
{
for($i = 0; $i < mysql_num_rows($result_prepaidcards); $i++)
{
mysql_daat_seek($result_prepaidcards,$i);
$row_prepaidcards = mysql_fetch_assoc($result_prepaidcards);
// more code here...
}
}
Expected result:
I should see a syntax error line for the erroneous mysql_daat_seek()
line...
Actual result:
--
The page displays just as usual, NO errors raised! Seems a problem with
the syntax checker, or am I wrong?
--
Edit this bug report at http://bugs.php.net/?id=42607&edit=1
#42603 [Opn->Bgs]: Followup Comment for bug #42596
ID: 42603 Updated by: [EMAIL PROTECTED] Reported By: randy at rcs-comp dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 5.2.4 New Comment: I'm bogusing this and reopening the first one. :) (this is undocumented feature, apart from the note in php.ini-* files) Previous Comments: [2007-09-09 17:48:49] randy at rcs-comp dot com Description: The bug #42596 was classified as bogus but its not. I couldn't post a comment on that thread, so here is my followup: Are you kidding me! From the php.ini file: ; The file storage module creates files using mode 600 by default. ; You can change that by using ; ; session.save_path = "N;MODE;/path" ; ; where MODE is the octal representation of the mode. Note that this ; does not overwrite the process's umask. ;session.save_path = "/tmp" I realize its not in the documentation, but it should be. -- Edit this bug report at http://bugs.php.net/?id=42603&edit=1
#42600 [Opn->Fbk]: Invalid access to memory location.
ID: 42600 Updated by: [EMAIL PROTECTED] Reported By: php at littlekp dot ddo dot jp -Status: Open +Status: Feedback Bug Type: EXIF related Operating System: Windows Series PHP Version: 5.2.4 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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2007-09-09 11:09:13] php at littlekp dot ddo dot jp I havent tried as I preferred to use ISAPI rather than CGI (php.exe). CGI seems unsafe in IIS and hard to configurate. [2007-09-09 10:08:29] [EMAIL PROTECTED] Does this happen if you don't use ISAPI but use the FastCGI instead (which is the preferred SAPI to use with IIS anyway..) ? [2007-09-09 06:01:18] php at littlekp dot ddo dot jp ISAPI is being used with IIS 6.0 in Windows Server 2003 STD Slow computer P3-733 is used with 512MB PC133 RAM Only phpinfo() is running. Page is viewed in any computer with IE 6. Until now, this only happened when turning php_exif.dll on in PHP EXT. Thanks!! [2007-09-09 03:01:09] php at littlekp dot ddo dot jp Description: PHP Error appears after restarted the IIS under Windows. The problem of "Invalid access to memory location." is reported when using the php ext although only running phpinfo(). Reproduce code: --- (The bug is produced by running most of the scripts.) Expected result: No Error is expected. Actual result: -- Actually when I turn off the exif extension, the IIS and PHP are turned back to normal. No more "Invalid access to memory location." occurred. Please check out the php_exif.dll for any bugs. -- Edit this bug report at http://bugs.php.net/?id=42600&edit=1
#42491 [Fbk->Opn]: Segmentation fault during install-pear-installer
ID: 42491 User updated by: bernard dot prevosto at ifremer dot fr Reported By: bernard dot prevosto at ifremer dot fr -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: solaris 5.8 PHP Version: 5.2.4 New Comment: I use gcc-4.0.1 Previous Comments: [2007-09-10 10:11:24] [EMAIL PROTECTED] Which GCC did you use? GCC 4.1 are known to be unable to generate working PHP binaries on SPARC. [2007-09-10 09:50:17] [EMAIL PROTECTED] Possibly related to bug #42597 [2007-09-07 10:40:27] bernard dot prevosto at ifremer dot fr with gdb 6.6: gdb --arg sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar GNU gdb 6.6 Copyright (C) 2006 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.8"... (gdb) run Starting program: /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar [New LWP 1] [New LWP 2] [New LWP 3] [New LWP 4] Program received signal SIGSEGV, Segmentation fault. 0x002723a0 in _zval_ptr_dtor (zval_ptr=0xffbedb4c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; (gdb) bt #0 0x002723a0 in _zval_ptr_dtor (zval_ptr=0xffbedb4c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute_API.c:412 #1 0x0029eb5c in zend_do_fcall_common_helper_SPEC (execute_data=0xffbee8a0) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute.h:155 #2 0x0029cc60 in execute (op_array=0x5d2c80) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_vm_execute.h:92 #3 0x00281010 in zend_execute_scripts (type=8, retval=, file_count=3) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend.c:1134 #4 0x002411ec in php_execute_script (primary_file=0xffbeefcc) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/main/main.c:1982 #5 0x003152cc in main (argc=9, argv=0xffbef07c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/sapi/cli/php_cli.c:1140 (gdb) [2007-09-06 10:49:46] [EMAIL PROTECTED] The same way you get it with it: # wget http://pear.php.net/install-pear-nozlib.phar -nd -P pear/ # gdb --arg sapi/cli/php \ -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= \ -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 \ pear/install-pear-nozlib.phar (gdb) run (gdb) bt [2007-09-05 13:46:04] [EMAIL PROTECTED] Then can you try getting some kind of backtrace without using --enable-debug ? That's better than nothing. 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/42491 -- Edit this bug report at http://bugs.php.net/?id=42491&edit=1
#42491 [Opn->Fbk]: Segmentation fault during install-pear-installer
ID: 42491 Updated by: [EMAIL PROTECTED] Reported By: bernard dot prevosto at ifremer dot fr -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: solaris 5.8 PHP Version: 5.2.4 New Comment: Which GCC did you use? GCC 4.1 are known to be unable to generate working PHP binaries on SPARC. Previous Comments: [2007-09-10 09:50:17] [EMAIL PROTECTED] Possibly related to bug #42597 [2007-09-07 10:40:27] bernard dot prevosto at ifremer dot fr with gdb 6.6: gdb --arg sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar GNU gdb 6.6 Copyright (C) 2006 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.8"... (gdb) run Starting program: /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar [New LWP 1] [New LWP 2] [New LWP 3] [New LWP 4] Program received signal SIGSEGV, Segmentation fault. 0x002723a0 in _zval_ptr_dtor (zval_ptr=0xffbedb4c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; (gdb) bt #0 0x002723a0 in _zval_ptr_dtor (zval_ptr=0xffbedb4c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute_API.c:412 #1 0x0029eb5c in zend_do_fcall_common_helper_SPEC (execute_data=0xffbee8a0) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute.h:155 #2 0x0029cc60 in execute (op_array=0x5d2c80) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_vm_execute.h:92 #3 0x00281010 in zend_execute_scripts (type=8, retval=, file_count=3) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend.c:1134 #4 0x002411ec in php_execute_script (primary_file=0xffbeefcc) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/main/main.c:1982 #5 0x003152cc in main (argc=9, argv=0xffbef07c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/sapi/cli/php_cli.c:1140 (gdb) [2007-09-06 10:49:46] [EMAIL PROTECTED] The same way you get it with it: # wget http://pear.php.net/install-pear-nozlib.phar -nd -P pear/ # gdb --arg sapi/cli/php \ -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= \ -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 \ pear/install-pear-nozlib.phar (gdb) run (gdb) bt [2007-09-05 13:46:04] [EMAIL PROTECTED] Then can you try getting some kind of backtrace without using --enable-debug ? That's better than nothing. [2007-09-05 13:31:38] [EMAIL PROTECTED] I can not reproduce this on linux (32bit). 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/42491 -- Edit this bug report at http://bugs.php.net/?id=42491&edit=1
#42587 [Asn->Csd]: behaviour change regarding symlinked .php files
ID: 42587 Updated by: [EMAIL PROTECTED] Reported By: christian at hoffie dot info -Status: Assigned +Status: Closed Bug Type: CGI related Operating System: Linux 2.6 PHP Version: 5CVS-2007-09-07 (snap) Assigned To: dmitry New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2007-09-09 10:35:43] [EMAIL PROTECTED] Dmitry, you break, you fix. :) [2007-09-07 14:39:07] christian at hoffie dot info Description: php-5.2.4 changed the behaviour for the current working directory (cwd) which php scripts see when the requested php file is a symlink which points to a php file in another directory. It is still reproducible with php5.2-200709071230 (snapshot). php-5.2.3 worked fine. Reverting this commit [1] solves the problem. I'm using the tarballs from php.net, no patches. This change breaks certain Typo3 setups. [1] http://cvs.php.net/viewcvs.cgi/php-src/sapi/cgi/cgi_main.c?r1=1.267.2.15.2.42&r2=1.267.2.15.2.43&pathrev=PHP_5_2 (Fixed bug #40419 (Trailing Slash in CGI request don't work)) Reproduce code: --- (a web server, lighttpd in this case, is set up at 127.0.0.1:8000; foo.php5.2.3 is handled by php5.2.3, foo.php5.2.5dev by php5.2-200709071230; both binaries have the -n option passed; docroot is /var/tmp/php) [EMAIL PROTECTED] /var/tmp/php $ mkdir foo [EMAIL PROTECTED] /var/tmp/php $ echo '' > foo/bar.php [EMAIL PROTECTED] /var/tmp/php $ ln -s foo/bar.php bar.php5.2.3 [EMAIL PROTECTED] /var/tmp/php $ ln -s foo/bar.php bar.php5.2.5dev [EMAIL PROTECTED] /var/tmp/php $ curl http://localhost:8000/bar.php5.2.5dev /var/tmp/php/foo [EMAIL PROTECTED] /var/tmp/php $ curl http://localhost:8000/bar.php5.2.3 /var/tmp/php Expected result: >=php-5.2.4 should behave exactly as http://bugs.php.net/?id=42587&edit=1
#42597 [Opn->Fbk]: "make install" hangs in 64bit system when ZTS is enabled.
ID: 42597 Updated by: [EMAIL PROTECTED] Reported By: hostmaster at taunusstein dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Debian 4.0r0 PHP Version: 5.2.4 New Comment: I can't reproduce it on 64bit Linux. Try to get the place where it hangs: # gdb ./sapi/cli/php gdb> r -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6/lib/php -b /opt/apache-2.2.6/bin Press Ctrl-C when it hangs and 'bt' to get the backtrace. Are ALL these configure options required to replicate it? Would be good to squeeze this list to the minimum. Previous Comments: [2007-09-10 09:49:52] [EMAIL PROTECTED] Possibly related to bug #42491 [2007-09-10 05:59:54] hostmaster at taunusstein dot net make install does not hang in prefork mode. On 32 bit it does compile and install in prefork and worker mode. Further tests on 64 bit environment (worker) yielded into following msgs: # make install Installing PHP SAPI module: apache2handler /opt/apache-2.2.6-test/apache/build/instdso.sh SH_LIBTOOL='/opt/apache-2.2.6-test/apache/build/libtool' libphp5.la /opt/apache-2.2.6-test/apache/modules /opt/apache-2.2.6-test/apache/build/libtool --mode=install cp libphp5.la /opt/apache-2.2.6-test/apache/modules/ cp .libs/libphp5.so /opt/apache-2.2.6-test/apache/modules/libphp5.so cp .libs/libphp5.lai /opt/apache-2.2.6-test/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /usr/src/php-5.2.4/libs' chmod 755 /opt/apache-2.2.6-test/apache/modules/libphp5.so [activating module `php5' in /opt/apache-2.2.6-test/apache/conf/httpd.conf] Installing PHP CLI binary:/opt/apache-2.2.6-test/bin/ Installing PHP CLI man page: /opt/apache-2.2.6-test/man/man1/ Installing build environment: /opt/apache-2.2.6-test/lib/php/build/ Installing header files: /opt/apache-2.2.6-test/include/php/ Installing helper programs: /opt/apache-2.2.6-test/bin/ program: phpize program: php-config Installing man pages: /opt/apache-2.2.6-test/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /opt/apache-2.2.6-test/lib/php/ Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 720 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1207 Notice: Undefined variable: ret in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1269 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 720 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1207 Notice: Undefined variable: ret in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1269 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 720 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1207 Notice: Undefined variable: ret in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 1269 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 740 Warning: array_merge(): Argument #2 is not an array in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 766 Notice: Undefined index: pearinstaller in phar://install-pear-nozlib.phar/PEAR/PackageFile/Generator/v1.php on line 777 [PEAR] Console_Getopt: upgrade to a newer version (1.2.3 is not newer than 1.2.3) [PEAR] Archive_Tar: upgrade to a newer version (1.3.2 is not newer than 1.3.2) [PEAR] Structures_Graph: upgrade to a newer version (1.0.2 is not newer than 1.0.2) [PEAR] PEAR: upgrade to a newer version (1.6.1 is not newer than 1.6.1) ---hangs here--- [2007-09-09 10:12:10] [EMAIL PROTECTED] What if you didn't compile Apache with worker (bad) MPM but used the working prefork MPM instead? Does it work then? And if you insist on getting into trouble, try attach GDB to the hanged PHP process to see where it hangs. [2007-09-08 07:45:41] hostmaster at taunusstein dot net Description: make install hangs Reproduce code: --- Used configuration for Apache 2.2.6: ./configure \ --prefix=/opt/apache-2.2.6/apache \ --disable-maintainer-mode \ --enable-mods-shar
#40419 [Csd]: Trailing Slash in CGI request don't work
ID: 40419 Updated by: [EMAIL PROTECTED] Reported By: samuele dot diella at gmail dot com Status: Closed Bug Type: CGI related Operating System: Slackware 10.2 PHP Version: 5.2.1 Assigned To: dmitry New Comment: The fix for this bug was incorrect. It causes bug #42587. Please verify latest snapshot that contains fix for #42587. Previous Comments: [2007-06-26 14:47:52] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2007-06-26 07:33:17] jankorichter at yahoo dot de It works for me too. [2007-06-23 11:01:11] bugs at spuetz dot ath dot cx Your patch works. [2007-06-22 12:00:05] [EMAIL PROTECTED] Could you test the following patch. http://phpfi.com/243843 [2007-06-21 10:21:40] bugs at spuetz dot ath dot cx I tried 5.2.3 and it doesn't work without patch. I just created a vhost with unpatched 5.2.3: http://bug40419.screenwork-dev.de/info.php => works http://bug40419.screenwork-dev.de/info.php/ => no input... With patch: http://www1.screenwork.de/mas/phpinfo.php http://www1.screenwork.de/mas/phpinfo.php/ Patched with: http://www1.screenwork.de/mas/40419.patch Do you need anything else? 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/40419 -- Edit this bug report at http://bugs.php.net/?id=40419&edit=1
#42609 [NEW]: LIBXML_XINCLUDE not working
From: nbijnens at servs dot eu Operating system: Debian 4 Etch PHP version: 5.2.4 PHP Bug Type: SimpleXML related Bug description: LIBXML_XINCLUDE not working Description: The LIBXML_XINCLUDE paramter given to the SimpleXML::__construct() is being ignored. Xinclude does work with DOMDocument. Using php-5.2.3 Reproduce code: --- http://www.w3.org/2001/XInclude"; /> '; $x = new SimpleXMLElement($xml, LIBXML_XINCLUDE); echo $x->asXML(); ?> Expected result: value Actual result: -- http://www.w3.org/2001/XInclude"; href="xmltobeincluded.xml"/> -- Edit bug report at http://bugs.php.net/?id=42609&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42609&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42609&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42609&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42609&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42609&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42609&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42609&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42609&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42609&r=support Expected behavior:http://bugs.php.net/fix.php?id=42609&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42609&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42609&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42609&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42609&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42609&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42609&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42609&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42609&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42609&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42609&r=mysqlcfg
#42608 [NEW]: Example #660 (filter_input_array) is wrong
From: phpbugs dot 20 dot zsh at spamgourmet dot com
Operating system: Irrelevant
PHP version: 5.2.4
PHP Bug Type: Feature/Change Request
Bug description: Example #660 (filter_input_array) is wrong
Description:
The example will not output the array shown below the example code -- any
undefined variable will cause filter_input_array() to return (so the output
would be "NULL").
You'll notice I've classified this as a change request rather than a
documentation problem, for the expected (and described ("Return Values"))
behavior in example #660 makes WAY more sense.
Reproduce code:
---
http://www.php.net/filter_input_array
--
Edit bug report at http://bugs.php.net/?id=42608&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42608&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42608&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42608&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42608&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42608&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42608&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42608&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42608&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42608&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42608&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42608&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42608&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42608&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42608&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42608&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42608&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42608&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42608&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42608&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42608&r=mysqlcfg
#42610 [NEW]: $this can be reassigned using references
From: php dot 20 dot zsh at spamgourmet dot com Operating system: * PHP version: 5.2.4 PHP Bug Type: Scripting Engine problem Bug description: $this can be reassigned using references Description: $this can be changed when you use an automagic function. Reproduce code: --- Expected result: HTTP/1.1 500 Internal Server Error Fatal error: Cannot re-assign $this in %s on line %d Actual result: -- HTTP/1.1 200 OK bool(false) -- Edit bug report at http://bugs.php.net/?id=42610&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42610&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42610&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42610&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42610&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42610&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42610&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42610&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42610&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42610&r=support Expected behavior:http://bugs.php.net/fix.php?id=42610&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42610&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42610&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42610&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42610&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42610&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42610&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42610&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42610&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42610&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42610&r=mysqlcfg
#42609 [Opn->Bgs]: LIBXML_XINCLUDE not working
ID: 42609 Updated by: [EMAIL PROTECTED] Reported By: nbijnens at servs dot eu -Status: Open +Status: Bogus Bug Type: SimpleXML related Operating System: Debian 4 Etch PHP Version: 5.2.4 New Comment: that option is currently only implemented in libxml2 when using xmlreader Previous Comments: [2007-09-10 11:38:51] nbijnens at servs dot eu Description: The LIBXML_XINCLUDE paramter given to the SimpleXML::__construct() is being ignored. Xinclude does work with DOMDocument. Using php-5.2.3 Reproduce code: --- http://www.w3.org/2001/XInclude"; /> '; $x = new SimpleXMLElement($xml, LIBXML_XINCLUDE); echo $x->asXML(); ?> Expected result: value Actual result: -- http://www.w3.org/2001/XInclude"; href="xmltobeincluded.xml"/> -- Edit this bug report at http://bugs.php.net/?id=42609&edit=1
#42473 [Opn]: ob_start php://output and headers
ID: 42473 Updated by: [EMAIL PROTECTED] Reported By: ce at netage dot bg Status: Open Bug Type: Apache2 related Operating System: Irrelevant PHP Version: 5.2.4RC3 New Comment: The bug is still present under Windows XP, PHP 5.2.4. I'm using php.ini-recommended with display_errors = On. Previous Comments: [2007-08-30 13:54:56] ce at netage dot bg with windows and apache and again Server API -> Apache 2.0 Handler it is reproducable, so I suppose the problem is something connected to the server api here the CGI version in action - no problem [EMAIL PROTECTED]:/usr/local/php-5.2.4/bin$ ./php-cgi http://bugs.php.net/42473 -- Edit this bug report at http://bugs.php.net/?id=42473&edit=1
#42611 [NEW]: increment operator (++) on unset overloaded variable not produces 1
From: johnny at netvor dot sk
Operating system: all
PHP version: 5.2.4
PHP Bug Type: Scripting Engine problem
Bug description: increment operator (++) on unset overloaded variable not
produces 1
Description:
calling unary increment operator (++) on unset overloaded member variable
leaves variable unset instead of setting it to 1
Reproduce code:
---
v++;
$b->v++;
echo "\$a->v is: {$a->v}";
echo "\$b->v is: {$b->v}";
?>
Expected result:
$a->v is: 1
$b->v is: 1
Actual result:
--
$a->v is: 1
$b->v is:
--
Edit bug report at http://bugs.php.net/?id=42611&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42611&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42611&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42611&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42611&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42611&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42611&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42611&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42611&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42611&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42611&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42611&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42611&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42611&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42611&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42611&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42611&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42611&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42611&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42611&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42611&r=mysqlcfg
#42491 [Opn]: Segmentation fault during install-pear-installer
ID: 42491 User updated by: bernard dot prevosto at ifremer dot fr Reported By: bernard dot prevosto at ifremer dot fr Status: Open Bug Type: Reproducible crash Operating System: solaris 5.8 PHP Version: 5.2.4 New Comment: I've trying whith the native cc compiler of Solaris, and it's fine.. then, it's good for me!! thanks Previous Comments: [2007-09-10 10:33:51] bernard dot prevosto at ifremer dot fr I use gcc-4.0.1 [2007-09-10 10:11:24] [EMAIL PROTECTED] Which GCC did you use? GCC 4.1 are known to be unable to generate working PHP binaries on SPARC. [2007-09-10 09:50:17] [EMAIL PROTECTED] Possibly related to bug #42597 [2007-09-07 10:40:27] bernard dot prevosto at ifremer dot fr with gdb 6.6: gdb --arg sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar GNU gdb 6.6 Copyright (C) 2006 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.8"... (gdb) run Starting program: /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar [New LWP 1] [New LWP 2] [New LWP 3] [New LWP 4] Program received signal SIGSEGV, Segmentation fault. 0x002723a0 in _zval_ptr_dtor (zval_ptr=0xffbedb4c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; (gdb) bt #0 0x002723a0 in _zval_ptr_dtor (zval_ptr=0xffbedb4c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute_API.c:412 #1 0x0029eb5c in zend_do_fcall_common_helper_SPEC (execute_data=0xffbee8a0) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute.h:155 #2 0x0029cc60 in execute (op_array=0x5d2c80) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_vm_execute.h:92 #3 0x00281010 in zend_execute_scripts (type=8, retval=, file_count=3) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend.c:1134 #4 0x002411ec in php_execute_script (primary_file=0xffbeefcc) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/main/main.c:1982 #5 0x003152cc in main (argc=9, argv=0xffbef07c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/sapi/cli/php_cli.c:1140 (gdb) [2007-09-06 10:49:46] [EMAIL PROTECTED] The same way you get it with it: # wget http://pear.php.net/install-pear-nozlib.phar -nd -P pear/ # gdb --arg sapi/cli/php \ -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= \ -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 \ pear/install-pear-nozlib.phar (gdb) run (gdb) bt 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/42491 -- Edit this bug report at http://bugs.php.net/?id=42491&edit=1
#42613 [NEW]: Unable to load Dynamic Link Libraries
From: patrick at baynewmedia dot com Operating system: Windows XP Pro & Windows Vista PHP version: 5.2.4 PHP Bug Type: *Configuration Issues Bug description: Unable to load Dynamic Link Libraries Description: I have seen this posted on numerous other forums and, oddly, listed numerous times as bogus or closed with minimal feedback here. However, despite trying nearly all the suggestions I've found and despite being a heavy user of PHP since version 3, the newest one has some serious issues when loading DLLs at startup. First of all, I downloaded the Windows installer and installed into "C:\PHP5". I set the PATH environment variable to "C:\PHP5; C:\PHP5\ext". This was done on a NEW install of Windows XP Pro as well as Vista. Upon installation, I updated the "php.ini" to read: ... ; Directory in which the loadable extensions (modules) reside. extension_dir ="C:\PHP5\ext" When I ran PHP, it popped up a series of "unable to load Dynamic Link Library" warnings. I moved all the extension DLLs into the C:\PHP5 directory and updated the INI file to read: ; Directory in which the loadable extensions (modules) reside. extension_dir ="C:\PHP5" This resulted in the same error (see code section below for errors). I updated the INI to read: ; Directory in which the loadable extensions (modules) reside. extension_dir ="\PHP5" ...then... ; Directory in which the loadable extensions (modules) reside. extension_dir =".\" ...then... ; Directory in which the loadable extensions (modules) reside. extension_dir ="." ...and... ; Directory in which the loadable extensions (modules) reside. extension_dir ="" Finally, I repeated these steps using forward slashes in the path instead. For example: extension_dir ="C:/PHP5" None of these combinations resulted in any changes to the error messages. I commented out the offending libraries and got PHP to run. I then decided to try my luck with MySQL so I downloaded it, installed it, and tried a basic connection. I got the error that the library "libmysql.dll" could not be found. Again, I went through page after page of advice on this issue: Update the DLL using MySQL's code, put the DLL into C:\, put it into C:\WINDOWS, then C:\WINDOWS\SYSTEM32, the C:\WINDOWS\SYSTEM (and the equivalents on Windows Vista). I set various security settings, added the path to the PATH environment variable, and basically ran the gamut of tests and fixes I could find both here on the PHP bug reports and on other sites where these bugs are increasingly numerous. Folks, PHP 5.2.4 simply doesn't work right! As mentioned, I've been using it now since version 3 and I have NEVER encountered the incredible level of frustration in trying to set up a simple PHP installation as this. If the offending DLLs shouldn't be enabled by default, why are they? Why does the pop-up dialog not state the file name correctly when reporting the DLL? Is it that the DLLs can't be found (because I assure you they ARE there) or because there's another problem with them? Finally, why is libmysql.dll failing? What's happened in the previous few versions that the Windows installation process is now, basically, not working? Please don't respond with a piddly trifling response to this. I'm a web developer and know my way around my system. I've been banging my head against the wall with this for over a week. Reading responses here like "you probably forgot to set the PATH" is frankly insulting. I've been trying to fix this installation now for over a week using a wonderful array of INI/PATH settings and have not found a solution that works. On Vista I managed to at least get phpinfo() working (no extra modules like MySQL loading but at least something)...but on XP Pro, I can't even execute a script from the command line because: "The specified module(s) could not be found." Please...can someone offer a real, working solution that doesn't assume that I've missed the basic, general setup stuff? Thanks, P Reproduce code: --- PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_pdo_oci.d ll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_pdo_oci8. dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_pdo_sqlit e_external.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_pspell.dl l' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_sybase_ct .dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\
#42544 [Opn]: mssql_select_db changes all open connections OR new_link boolean doesn't work
ID: 42544 Updated by: [EMAIL PROTECTED] Reported By: walter at wjd dot nu Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: linux/debian, linux/ubuntu PHP Version: 4.4.7 New Comment: When you use the mssql_* functions from the sybase-ct extension, you should also use the documentation for the sybase_* functions. In this case the mssql_* functions are aliases for the same functions. If you want to have all the functions documented (and implemented) for the mssql extension you should compile PHP using --with-mssql. Previous Comments: [2007-09-05 11:25:45] walter at wjd dot nu So.. I think I've figured it out (I untarred php4-STABLE-200709041230 to have a look). It's a documentation problem and a lacking feature. I'm to be using the sybase(_ct) package (on debian and ubuntu). According to apt-cache, this is the standard package for mssql php support. This sybase module PHP_FALIAS'es mssql_connect to sybase_connect. sybase_connect does not take the 'new_link' boolean but a 'charset' string. Which leaves me with the two following problems; one documentation "bug" and one RFE: - When looking at the mssql_connect manual, I'd like to be informed that I should be looking at sybase_connect if I'm using sybase_ct.so. - I'd like a new_link boolean added to sybase_connect :) Greetings, Walter Doekes [2007-09-04 14:31:29] walter at wjd dot nu Description: The new_link boolean in mssql_connect does not do what its supposed to do for me. When select_db'ing the second open link, the first link gets affected. var_dump tells me that both connections are the same. When I'm using mssql_pconnect instead of connect, I do get another resource number for the second connection, but the bug that selects the wrong database, still remains. Is this a wrong version thing? Does mssql_select_db/mssql_query use the wrong database handle? Does the new_link boolean not work as it should? I'm lying about the PHP version in the select box; I don't have that exact version lying around. But I've seen that this bug was dismissed in March 2006 (http://bugs.php.net/bug.php?id=36639) when there was no 4.4.7. Latest version I've tested it on, is (I've tested on 4.4.4 as well): $ php5 -v PHP 5.1.6 (cli) (built: Jul 17 2007 17:45:52) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies $ dpkg -l *sybase | grep syb ii php5-sybase5.1.6-1ubuntu2.6 Sybase / MS SQL Server module for php5 Reproduce code: --- Expected result: $users: resource(4) of type (sybase-ct link) $management: resource(5) of type (sybase-ct link) Success! Actual result: -- $users: resource(4) of type (sybase-ct link) $management: resource(4) of type (sybase-ct link) Warning: mssql_query(): Sybase: Server message: Invalid object name 'LEDEN'. (severity 16, procedure N/A) in /tmp/test.php on line 14 Failed! -- Edit this bug report at http://bugs.php.net/?id=42544&edit=1
#42614 [NEW]: (feature request) pg_get_notify in pdo_pgsql
From: [EMAIL PROTECTED] Operating system: PHP version: 5.2.4 PHP Bug Type: PDO related Bug description: (feature request) pg_get_notify in pdo_pgsql Description: Hi, sorry that i post this as a bug, there is no other way to specify a feature request per extension. Support for PGnotifies() would be great in PDO. ext/pgsql has it already with pg_get_notify(). Docs are at http://www.postgresql.org/docs/8.2/interactive/libpq-notify.html and a sample at http://www.postgresql.org/docs/8.2/interactive/libpq-example.html#LIBPQ-EXAMPLE-2 -- Edit bug report at http://bugs.php.net/?id=42614&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42614&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42614&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42614&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42614&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42614&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42614&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42614&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42614&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42614&r=support Expected behavior:http://bugs.php.net/fix.php?id=42614&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42614&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42614&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42614&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42614&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42614&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42614&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42614&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42614&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42614&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42614&r=mysqlcfg
#42615 [NEW]: session ext breaks bug27508
From: igor at ypass dot net Operating system: Solaris 10 x86 PHP version: 5.2.4 PHP Bug Type: Session related Bug description: session ext breaks bug27508 Description: The command below works fine without -d "extension=session.so". This issue was not present in 5.2.3 with the same build options. Reproduce code: --- /src/php-5.2.4/sapi/cli/php -c '/src/php-5.2.4/tmp-php.ini' -d "output_handler=" -d "open_basedir=" -d "safe_mode=0" -d "disable_functions=" -d "output_buffering=Off" -d "error_reporting=8191" -d "display_errors=1" -d "display_startup_errors=1" -d "log_errors=0" -d "html_errors=0" -d "track_errors=1" -d "report_memleaks=1" -d "report_zend_debug=0" -d "docref_root=" -d "docref_ext=.html" -d "error_prepend_string=" -d "error_append_string=" -d "auto_prepend_file=" -d "auto_append_file=" -d "magic_quotes_runtime=0" -d "extension_dir=/src/php-5.2.4/modules/" \ -d "extension=session.so" \ -d "session.auto_start=0" -d "tidy.clean_output=0" -d "zlib.output_compression=Off" -f "/src/php-5.2.4/ext/standard/tests/file/bug27508.php" Expected result: bool(false) refcount(1) 0 bool(false) refcount(1) line1 line2 line3 Actual result: -- Warning: fopen(): URL using bad/illegal format or missing URL in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 8 Warning: fopen(/tmp/foo7oaaaG): failed to open stream: No such file or directory in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 8 Warning: fwrite(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 20 Warning: fwrite(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 20 Warning: fwrite(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 20 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 bool(false) refcount(1) Warning: fseek(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 35 Warning: ftell(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 25 0 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 bool(false) refcount(1) Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 Warning: fread(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 15 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 loops like this forever (eventually it stops with out of memory error) -- Edit bug report at http://bugs.php.net/?id=42615&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42615&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42615&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42615&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42615&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42615&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42615&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42615&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42615&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42615&r=support Expected behavior:http://bugs.php.net/fix.php?id=42615&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42615&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42615&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42615&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42615&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42615&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42615&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42615&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42615&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42615&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42615&r=mysqlcfg
#38726 [Com]: __autoload miss for is_subclass_of
ID: 38726
Comment by: dan dot marra at gmail dot com
Reported By: jiri dot brachtl at centrum dot cz
Status: No Feedback
Bug Type: Class/Object related
Operating System: Windows XP SP2
PHP Version: 5.1.6
New Comment:
The follow example was requested. This should reproduce the error:
myDerivedClass = new Bar();
}
function getAllVars()
{
$values = get_object_vars($this);
foreach($values as $property => $value)
{
if(is_subclass_of($value, 'Foo'))
die('is a subclass!');
}
}
}
//in include/bar.php
class Bar extends Foo
{
private $anotherValue
function __construct()
{
$this->anotherValue = 'foobar';
}
}
$myclass = new Foo();
$myclass->getAllVars();
?>
this causes a fatal error where it cannot include 'test 1.php'.
Previous Comments:
[2006-09-13 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2006-09-05 17:10:52] [EMAIL PROTECTED]
And please use var_dump() instead of print_r().
[2006-09-05 17:09:58] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2006-09-05 17:04:43] jiri dot brachtl at centrum dot cz
Missing 'c' in function name is_subclass_of. Not so important.
[2006-09-05 16:58:48] jiri dot brachtl at centrum dot cz
Description:
__autoload() fails to load class, when its name is used in the first
parameter of is_sublass_of().
Reproduce code:
---
function __autoload($className) {
require_once $className . ".php";
}
//Both ClassName1 and ClassName2 are defined in separate files
print_r(
is_sublass_of("ClassName1", "ClassName2")
);
Expected result:
0 or 1
Actual result:
--
//nothing, like void return type
--
Edit this bug report at http://bugs.php.net/?id=38726&edit=1
#42616 [NEW]: CLI crashes
From: ashish_chap at yahoo dot co dot in Operating system: Windows XP PHP version: 5.2.4 PHP Bug Type: CGI related Bug description: CLI crashes Description: I have installed php 5.2.4 when I run a simple command on command prompt as echo ""|php I get the following error.. following whihc the PHP CLI crashes. I have tried with the latest snapshot but no luck. Can any one please help? Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) Cannot find module (UCD-SNMP-MIB): At line 0 in (none) Cannot find module (UCD-DEMO-MIB): At line 0 in (none) Cannot find module (SNMP-TARGET-MIB): At line 0 in (none) Cannot find module (SNMP-VIEW-BASED-ACM-MIB): At line 0 in (none) Cannot find module (SNMP-COMMUNITY-MIB): At line 0 in (none) Cannot find module (UCD-DLMOD-MIB): At line 0 in (none) Cannot find module (SNMP-FRAMEWORK-MIB): At line 0 in (none) Cannot find module (SNMP-MPD-MIB): At line 0 in (none) Cannot find module (SNMP-USER-BASED-SM-MIB): At line 0 in (none) Cannot find module (SNMP-NOTIFICATION-MIB): At line 0 in (none) Cannot find module (SNMPv2-TM): At line 0 in (none) PHP Notice: Constant XML_ELEMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_TEXT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_CDATA_SECTION_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ENTITY_REF_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ENTITY_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_PI_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_COMMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DOCUMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DOCUMENT_TYPE_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DOCUMENT_FRAG_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_NOTATION_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_HTML_DOCUMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DTD_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ELEMENT_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ENTITY_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_NAMESPACE_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_LOCAL_NAMESPACE already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_CDATA already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_ID already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_IDREF already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_IDREFS already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_ENTITY already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_NMTOKEN already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_NMTOKENS already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_ENUMERATION already defined in Unknown on li ne 0 PHP Notice: Constant XML_ATTRIBUTE_NOTATION already defined in Unknown on line 0 PHP Warning: require_once(SAM/php_sam.php): failed to open stream: No such file or directory in sam_factory on line 1 PHP Fatal error: require_once(): Failed opening required 'SAM/php_sam.php' (inc lude_path='.;C:\php5\pear') in sam_factory on line 1 Could not startup. Error in my_thread_global_end(): 2 threads didn't exit Expected result: The simple command should return without any error Actual result: -- The PHP CLI crashes with the error stated. -- Edit bug report at http://bugs.php.net/?id=42616&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42616&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42616&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42616&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42616&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42616&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42616&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42616&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42616&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42616&r=support Expected behavior:http://bugs.php.net/fix.php?id=42616&r=notwrong Not enough info: http://bugs.php
#42617 [NEW]: Destructor not getting called when reference is overwritten
From: garethinwales at gmail dot com
Operating system: CentOS 5
PHP version: 5.2.4
PHP Bug Type: Scripting Engine problem
Bug description: Destructor not getting called when reference is overwritten
Description:
When the class member $one of class two is replaced by a new object
instance, the destructor is not called.
This seems incorrect as the previous object is being remove with no
references and therefore the destructor should be called.
you can get what I'd assume to be the currect fucntionality by
uncommenting the line // $this->one=null;
Many thanks
Gareth Jones
Reproduce code:
---
class one {
function __construct() {
echo "__construct() one\n";
}
function __destruct() {
echo "__destruct() one\n";
}
}
class two {
public $one = null;
function __construct() {
echo "__construct() two\n";
$this->one = new one();
// $this->one=null;
$this->one = new one();
}
function __destruct() {
echo "__destruct() two\n";
}
}
$two = new two();
Expected result:
__construct() two
__construct() one
__destruct() one
__construct() one
__destruct() two
__destruct() one
Actual result:
--
__construct() two
__construct() one
__construct() one
__destruct() one
__destruct() two
__destruct() one
--
Edit bug report at http://bugs.php.net/?id=42617&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42617&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42617&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42617&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42617&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42617&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42617&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42617&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42617&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42617&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42617&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42617&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42617&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42617&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42617&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42617&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42617&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42617&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42617&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42617&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42617&r=mysqlcfg
#42618 [NEW]: bcmath mod compile broken: '_zero_' undeclared in function 'bc_init_numbers'
From: john2317 at gmail dot com Operating system: all PHP version: 5CVS-2007-09-10 (CVS) PHP Bug Type: BC math related Bug description: bcmath mod compile broken: '_zero_' undeclared in function 'bc_init_numbers' Description: php 52-branch cvs co from a couple of weeks ago worked fine with: cd /dev/php52/ext/bcmath phpize --clean phpize ./configure make install after update to PHP 5.2.5-dev (cli) (built: Sep 10 2007 03:38:43) build of bcmath mod breaks at ... /dev/php52/ext/bcmath/libbcmath/src/init.c: In function 'bc_init_numbers': /dev/php52/ext/bcmath/libbcmath/src/init.c:106: error: '_zero_' undeclared (first use in this function) /dev/php52/ext/bcmath/libbcmath/src/init.c:106: error: (Each undeclared identifier is reported only once /dev/php52/ext/bcmath/libbcmath/src/init.c:106: error: for each function it appears in.) /dev/php52/ext/bcmath/libbcmath/src/init.c:106: error: invalid lvalue in assignment /dev/php52/ext/bcmath/libbcmath/src/init.c:107: error: '_one_' undeclared (first use in this function) /dev/php52/ext/bcmath/libbcmath/src/init.c:107: error: invalid lvalue in assignment /dev/php52/ext/bcmath/libbcmath/src/init.c:108: error: invalid type argument of '->' /dev/php52/ext/bcmath/libbcmath/src/init.c:109: error: '_two_' undeclared (first use in this function) /dev/php52/ext/bcmath/libbcmath/src/init.c:109: error: invalid lvalue in assignment /dev/php52/ext/bcmath/libbcmath/src/init.c:110: error: invalid type argument of '->' /dev/php52/ext/bcmath/libbcmath/src/init.c: In function 'bc_init_num': /dev/php52/ext/bcmath/libbcmath/src/init.c:129: error: '_zero_' undeclared (first use in this function) /dev/php52/ext/bcmath/libbcmath/src/init.c:129: warning: passing argument 1 of 'bc_copy_num' makes pointer from integer without a cast make: *** [libbcmath/src/init.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=42618&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42618&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42618&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42618&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42618&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42618&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42618&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42618&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42618&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42618&r=support Expected behavior:http://bugs.php.net/fix.php?id=42618&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42618&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42618&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42618&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42618&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42618&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42618&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42618&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42618&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42618&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42618&r=mysqlcfg
#42619 [NEW]: Problem with prepared statement
From: lmanseau at claurendeau dot qc dot ca
Operating system: Linux
PHP version: 5.2.4
PHP Bug Type: MySQLi related
Bug description: Problem with prepared statement
Description:
I try to execute a prepared statement with mysqli. I use PHP 5.2.0 with
MySQL 5.0.27
After some tests, prepared statements with MySQL instructions such as
(INSERT, DELETE and UPDATE) work very well.
The only case problem which I pointed out, it is the instruction SELECT
that does not seem to react of good manner
- SELECT * FROM table1 dont work
- SELECT C1, C2 FROM table1 - dont work
I have no error message!!!
Reproduce code:
---
$db = new mysqli($hote, $util, $mpas, $base);
if (!$db) {
echo "No connection with BD";
exit();
}
//WORK WELL
echo 'Non prepared statement';
$sql = "select * from ch9books";
$rqp = $db->query($sql);
echo 'books = '.$rqp->num_rows.'';
//DONT WORK
echo 'Prepared statement';
$sql = "select * from ch9books";
$rqp = $db->prepare($sql);
$rqp->execute();
echo 'books = '.$rqp->num_rows.'';
$rqp->close();
Expected result:
Non prepared statement
Books = 6
Actual result:
--
Prepared statement
Books = 0
--
Edit bug report at http://bugs.php.net/?id=42619&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42619&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42619&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42619&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42619&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42619&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42619&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42619&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42619&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42619&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42619&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42619&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42619&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42619&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42619&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42619&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42619&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42619&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42619&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42619&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42619&r=mysqlcfg
#42620 [NEW]: PDO-MySQL: Invalid return code for execute()
From: mail at chrismandery dot de
Operating system: Gentoo AMD64 & Ubuntu 7.04
PHP version: 5.2.4
PHP Bug Type: PDO related
Bug description: PDO-MySQL: Invalid return code for execute()
Description:
I am experiencing trouble with PHP using PDO with the MySQL driver. If
using the same PDO statement multiple times, all calls but the first to
execute() return FALSE, yet fetchAll() still returns the correct results
(which may be cached from the first successful call). errorInfo() does not
show any usable information.
The problem happens with both PHP 5.2.4 on 64 Bit Gentoo as with PHP 5.2.1
on 32 Bit Ubuntu (7.04 aka Feisty Fawn). It is not reproducible on SLES10
or RHEL5 though (which both have no 5.2x PHP, I think).
It's not a problem with PHP or PDO because it does not occur when using
another database driver (i.e. SQLite). It is also not a problem with MySQL
because execution the command multiple times per hand works fine. Some
investigations using a network sniffer have shown that all three requests
are properly sent to the server and correctly answered, so it should be a
problem in the part that parses the answer from the MySQL server.
Reproduce code:
---
$db = new PDO( "mysql:host=localhost;dbname=pem", "pem", "pem" );
$q = $db->prepare( "SELECT * FROM test;" );
for ( $i = 1; $i <= 3; ++$i )
{
if ( $q->execute() )
echo "success in $i\n";
else
{
echo "error in $i:\n";
print_r( $q->errorInfo() );
echo "\n";
}
print_r( $q->fetchAll() );
echo "\n\n\n";
$q->closeCursor();
}
Expected result:
success in 1
Array
(
[0] => Array
(
[abc] => just a
[0] => just a
[def] => test!
[1] => test!
)
)
error in 2:
Array
(
[0] => 0
)
Array
(
[0] => Array
(
[abc] => just a
[0] => just a
[def] => test!
[1] => test!
)
)
error in 3:
Array
(
[0] => 0
)
Array
(
[0] => Array
(
[abc] => just a
[0] => just a
[def] => test!
[1] => test!
)
)
Actual result:
--
3 times success instead of 1x success + 2x error.
--
Edit bug report at http://bugs.php.net/?id=42620&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42620&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42620&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42620&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42620&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42620&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42620&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42620&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42620&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42620&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42620&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42620&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42620&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42620&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42620&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42620&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42620&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42620&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42620&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42620&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42620&r=mysqlcfg
#41350 [NoF->Fbk]: Error in my_thread_global_end()
ID: 41350 Updated by: [EMAIL PROTECTED] Reported By: graham at directhostinguk dot com -Status: No Feedback +Status: Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: ISAPI, CGI, CLI or FCGI? How are you producing it do you have to do anything specific or does everything produce it? I can't reproduce this on my test box apart from with -i / -m but thats since been fixed in CVS by dmitry. Previous Comments: [2007-09-10 05:49:03] thorsten at phpmyfaq dot de This bug still occurs with PHP 5.2.4 and libmysql.dll from PHP 5.2.4 package and from MySQL 5.0.45 package when using ext/mysql. [2007-09-05 19:03:29] richard at vottle dot com Temporary dyslexia mixed in with too many archived versions of PHP and you are bound to get things mixed up. Taking libmysql.dll from php v 5.2.1 (and not 5.1.2) and replacing the libmysql.dll in php 5.2.2->4 works fine. Would still be nice to have a proper working copy in the actual release though ;) [2007-09-05 14:40:58] richard at vottle dot com I am having the same problem with PHP 5.2.4. I have tried replacing libmysql.dll from PHP 5.1.2, and also took the libmysql.dll from my instance of MySQL 5.0.15-nt - nothing is solving the problem except reverting back to PHP 5.1.2 in its entirity. [2007-09-05 12:05:45] lferro at teladigital dot pt Using PHP Version 5.2.4 and MySQL 5.0.37 community version, on a WinXP box, i got this error. The workaround was just to update the libmySQL.dll that resides in the php directory with the one shipped with the MySQL. Not perfect... but... ;) [2007-09-03 15:48:11] astorni at softhome dot net For me, it did not help replacing the php_mysql.lib with the old one from versions 5.2.0 or 5.2.1, so I have no workaround. 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#42596 [Opn->Csd]: session.save_path MODE option will not set "write" bit for group or world
ID: 42596 Updated by: [EMAIL PROTECTED] Reported By: randy at rcs-comp dot com -Status: Open +Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 5.2.4 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2007-09-08 03:47:00] randy at rcs-comp dot com Description: When using the mode parameter in session_save_path (or presumably session.save_path) it will not set the "write" bit correctly for anyone but the owner of the file. Read and execute bits are set correctly. This is important b/c I would like to setguid on the session directory so that a non-priveleged user (the website reseller) can clean it out. That way, all I have to do is add apache to the user's group, and no more problems with clearing out sessions. Reproduce code: --- // delete the session file just created // delete the session file just created Expected result: [EMAIL PROTECTED] sessions]# ls -l total 0 -rw--- 1 apache apache 0 Sep 7 23:30 sess_b1fb... [EMAIL PROTECTED] sessions]# ls -l total 0 -rw-rw 1 apache apache 0 Sep 7 23:31 sess_b1fb... [EMAIL PROTECTED] sessions]# ls -l total 0 -rwxrwxrwx 1 apache apache 0 Sep 7 23:40 sess_b1fb... Actual result: -- [EMAIL PROTECTED] sessions]# ls -l total 0 -rw--- 1 apache apache 0 Sep 7 23:30 sess_b1fb... [EMAIL PROTECTED] sessions]# ls -l total 0 -rw-r- 1 apache apache 0 Sep 7 23:31 sess_b1fb... ^^ < Permission does not have write bit [EMAIL PROTECTED] sessions]# ls -l total 0 -rwxr-xr-x 1 apache apache 0 Sep 7 23:40 sess_b1fb... ^^ < Permission does not have write bits -- Edit this bug report at http://bugs.php.net/?id=42596&edit=1
#42596 [Csd]: session.save_path MODE option will not set "write" bit for group or world
ID: 42596 User updated by: randy at rcs-comp dot com Reported By: randy at rcs-comp dot com Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 5.2.4 New Comment: THANK YOU! Previous Comments: [2007-09-10 23:43:13] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2007-09-08 03:47:00] randy at rcs-comp dot com Description: When using the mode parameter in session_save_path (or presumably session.save_path) it will not set the "write" bit correctly for anyone but the owner of the file. Read and execute bits are set correctly. This is important b/c I would like to setguid on the session directory so that a non-priveleged user (the website reseller) can clean it out. That way, all I have to do is add apache to the user's group, and no more problems with clearing out sessions. Reproduce code: --- // delete the session file just created // delete the session file just created Expected result: [EMAIL PROTECTED] sessions]# ls -l total 0 -rw--- 1 apache apache 0 Sep 7 23:30 sess_b1fb... [EMAIL PROTECTED] sessions]# ls -l total 0 -rw-rw 1 apache apache 0 Sep 7 23:31 sess_b1fb... [EMAIL PROTECTED] sessions]# ls -l total 0 -rwxrwxrwx 1 apache apache 0 Sep 7 23:40 sess_b1fb... Actual result: -- [EMAIL PROTECTED] sessions]# ls -l total 0 -rw--- 1 apache apache 0 Sep 7 23:30 sess_b1fb... [EMAIL PROTECTED] sessions]# ls -l total 0 -rw-r- 1 apache apache 0 Sep 7 23:31 sess_b1fb... ^^ < Permission does not have write bit [EMAIL PROTECTED] sessions]# ls -l total 0 -rwxr-xr-x 1 apache apache 0 Sep 7 23:40 sess_b1fb... ^^ < Permission does not have write bits -- Edit this bug report at http://bugs.php.net/?id=42596&edit=1
#42611 [Com]: increment operator (++) on unset overloaded variable not produces 1
ID: 42611
Comment by: judas dot iscariote at gmail dot com
Reported By: johnny at netvor dot sk
Status: Open
Bug Type: Scripting Engine problem
Operating System: all
PHP Version: 5.2.4
New Comment:
Please, read your code, this is the expected behaviuor, there is a bug
in your code.
accessing:
private $data;
as:
$data[$name]
will not work for sure ;) $this->data[$name] will ;)
Previous Comments:
[2007-09-10 13:36:55] johnny at netvor dot sk
Description:
calling unary increment operator (++) on unset overloaded member
variable leaves variable unset instead of setting it to 1
Reproduce code:
---
v++;
$b->v++;
echo "\$a->v is: {$a->v}";
echo "\$b->v is: {$b->v}";
?>
Expected result:
$a->v is: 1
$b->v is: 1
Actual result:
--
$a->v is: 1
$b->v is:
--
Edit this bug report at http://bugs.php.net/?id=42611&edit=1
#42188 [Com]: session_start segfaults with Apache 2
ID: 42188
Comment by: tony at mcrsys dot com
Reported By: h dot fietz at dezem dot de
Status: No Feedback
Bug Type: Session related
Operating System: Gentoo 2006.1
PHP Version: 5.2.3
New Comment:
Mac OSX 10.5 (Leopard), PHP 5.2.3
Same stack trace, from index.php, session_start() before any output.
Previous Comments:
[2007-08-11 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2007-08-03 01:04:24] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
[2007-08-02 20:03:12] h dot fietz at dezem dot de
Description:
PHP crashes ("Child pid xxx exit signal segmentation fault" in Apache's
error_log) on calling session_start().
Environment:
AMD Opteron 146 (64bit)
Gentoo Linux 2006.1
Apache 2.0.58
PHP 5.2.3 from portage ebuild
Reproduce code:
---
";
?>
Expected result:
session starts
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46971518093328 (LWP 26146)]
0x2ab8688ac430 in strlen () from /lib/libc.so.6
(gdb) bt
#0 0x2ab8688ac430 in strlen () from /lib/libc.so.6
#1 0x2ab86a81c934 in zif_session_encode () from
/usr/lib64/apache2/modules/libphp5.so
#2 0x2ab86a81efc5 in php_session_start () from
/usr/lib64/apache2/modules/libphp5.so
#3 0x2ab86a81f8b9 in zif_session_start () from
/usr/lib64/apache2/modules/libphp5.so
#4 0x2ab86a975512 in execute () from
/usr/lib64/apache2/modules/libphp5.so
#5 0x2ab86a9660d3 in execute () from
/usr/lib64/apache2/modules/libphp5.so
#6 0x2ab86a94715d in zend_execute_scripts () from
/usr/lib64/apache2/modules/libphp5.so
#7 0x2ab86a905b18 in php_execute_script () from
/usr/lib64/apache2/modules/libphp5.so
#8 0x2ab86a9c5dbd in php_ap2_register_hook () from
/usr/lib64/apache2/modules/libphp5.so
#9 0x00426d69 in ap_run_handler ()
#10 0x00429c62 in ap_invoke_handler ()
#11 0x00424d38 in ap_process_request ()
#12 0x0041fd30 in _start ()
--
Edit this bug report at http://bugs.php.net/?id=42188&edit=1
