#32896 [Opn->Bgs]: pcntl extension not available
ID: 32896 Updated by: [EMAIL PROTECTED] Reported By: wildmaple at yahoo dot com -Status: Open +Status: Bogus Bug Type: PCNTL related Operating System: linux PHP Version: 5.0.3 New Comment: They're only available for CLI / CGI binaries. Previous Comments: [2005-04-30 05:53:35] wildmaple at yahoo dot com Description: pcntl extension not available. we included the switch '--enable-pcntl' when do 'configure', but yet couldn't use functions of pcntl extension after compiled properly. BTW: configuring and compiling processes were both successful. Reproduce code: --- $pid = pcntl_fork(); Expected result: just no error Actual result: -- Fatal error: Call to undefined function pcntl_fork() in ... -- Edit this bug report at http://bugs.php.net/?id=32896&edit=1
#25456 [Opn->Csd]: It would be nice to have a php-config, phpextdist and phpize man pages.
ID: 25456 Updated by: [EMAIL PROTECTED] Reported By: eseidel at apple dot com -Status: Open +Status: Closed Bug Type: CGI related Operating System: All PHP Version: 4.3.3 New Comment: - phpextdist moved to scripts/dev and no more installed. - Added the man pages by [EMAIL PROTECTED] Previous Comments: [2005-04-29 15:27:31] [EMAIL PROTECTED] Here are the files: http://www.vrana.cz/scite/phpscripts-man.tgz . I know only a little about the scripts and only a little about the man pages format. Can someone from the source code team revise the pages, add the files to the appropriate place (most probably sapi/cli where also php.1 lives) and arrange copying to the same folder as php.1 during the installation? I did my best. [2005-01-08 00:57:58] eseidel at apple dot com Isn't that the problem to begin with? :) /usr/bin/phpextdist It's a simple script, it looks like it should just be removed from the install. [2004-12-30 00:01:56] [EMAIL PROTECTED] No clue what phpextdist is, so we can't make a man page for it. [2003-09-09 13:09:55] eseidel at apple dot com Description: phpextdist ships as an executable with php, but does not come with a corresponding man page. It would be nice to have a simple man page for phpextdist. Reproduce code: --- man phpextdist No manual entry for phpextdist Expected result: shows the man page Actual result: -- doesn't show a man page. -- Edit this bug report at http://bugs.php.net/?id=25456&edit=1
#32896 [NEW]: pcntl extension not available
From: wildmaple at yahoo dot com Operating system: linux PHP version: 5.0.3 PHP Bug Type: PCNTL related Bug description: pcntl extension not available Description: pcntl extension not available. we included the switch '--enable-pcntl' when do 'configure', but yet couldn't use functions of pcntl extension after compiled properly. BTW: configuring and compiling processes were both successful. Reproduce code: --- $pid = pcntl_fork(); Expected result: just no error Actual result: -- Fatal error: Call to undefined function pcntl_fork() in ... -- Edit bug report at http://bugs.php.net/?id=32896&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32896&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32896&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32896&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32896&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32896&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32896&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32896&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32896&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32896&r=support Expected behavior: http://bugs.php.net/fix.php?id=32896&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32896&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32896&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32896&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32896&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32896&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32896&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32896&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32896&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32896&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32896&r=mysqlcfg
#32894 [Opn->Fbk]: System defined object exception stack trace errors
ID: 32894
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 5CVS-2005-04-29 (dev)
New Comment:
Provide a test script which does NOT rely on PHP-GTK2 or
any other external extension.
Previous Comments:
[2005-04-29 21:37:05] [EMAIL PROTECTED]
Description:
If an exception is thrown by a system class (not user defined), the
stack trace is not correct. At least one level is missing and
parameters from the method which threw the exception are displayed as
having been passed to the function/method which called the method that
threw the exception.
Reproduce code:
---
http://crisscott.com/php_bug.txt
Expected result:
Warning: GtkMenuItem::__construct() requires exactly 0 arguments, 1
given in /home/scott/php-gtk2_test.php on line 14
could not construct GtkMenuItem object
#0 /home/scott/php-gtk2_test.php(14): GtkMenuItem('GtkMenuItem')
#1 /home/scott/php-gtk2_test.php(35): func0('func0')
#2 {main}
TestClass __construct problem.
#0 /home/scott/php-gtk2_test.php(28):
TestClass->__construct('TestClass')
#1 /home/scott/php-gtk2_test.php(35): func0('func0')
#2 {main}
Actual result:
--
Warning: GtkMenuItem::__construct() requires exactly 0 arguments, 1
given in /home/scott/php-gtk2_test.php on line 14
could not construct GtkMenuItem object
#0 /home/scott/php-gtk2_test.php(28): func0('GtkMenuItem')
#1 {main}
TestClass __construct problem.
#0 /home/scott/php-gtk2_test.php(28):
TestClass->__construct('TestClass')
#1 /home/scott/php-gtk2_test.php(35): func0('func0')
#2 {main}
--
Edit this bug report at http://bugs.php.net/?id=32894&edit=1
#32895 [Opn->Asn]: old openssl included in Windows distributions
ID: 32895 Updated by: [EMAIL PROTECTED] Reported By: mdlawler at gwmicro dot com -Status: Open +Status: Assigned Bug Type: OpenSSL related Operating System: Windows XP PHP Version: 5CVS-2005-04-29 (dev) -Assigned To: +Assigned To: edink New Comment: Assigning to the win32 distro/snaps maintainer :) Previous Comments: [2005-04-29 22:16:40] mdlawler at gwmicro dot com Description: The Windows distributions both released and snaps include openssl 0.9.7c. They should be updated to include 0.9.7g for security-related and other fixes. -- Edit this bug report at http://bugs.php.net/?id=32895&edit=1
#32891 [Opn->Ver]: Bug using imagefilledellipse at position 0 vertically
ID: 32891
Updated by: [EMAIL PROTECTED]
Reported By: anders at apt dot no
-Status: Open
+Status: Verified
Bug Type: GD related
Operating System: *
PHP Version: 4CVS, 5.*CVS (2005-04-30)
Previous Comments:
[2005-04-29 14:04:15] anders at apt dot no
Description:
While drawing an elliptic object positioned vertically at the top(0px)
the second line is not drawn. I'm using the embedded GD library (2.0.28
compatible).
Reproduce code:
---
if ($im = @imagecreatetruecolor(100, 100)) {
$intCol = imagecolorallocate($im, 0xFF, 0x02, 0xF0);
imagefilledellipse($im, 50, 0, 50, 50, $intCol);
header('Content-type: image/png');
imagepng($im);
} else {
echo 'Could not create truecolor image';
}
Expected result:
I expect to see half a circle, with it's center at 50 x 0, like this:
http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_expected_result.png
Actual result:
--
Instead I get this circle, with one line missing:
http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_actual_result.png
This image was created with the reproduce code:
http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_bug.php
--
Edit this bug report at http://bugs.php.net/?id=32891&edit=1
#32893 [Opn->Fbk]: imagettftext crash
ID: 32893 Updated by: [EMAIL PROTECTED] Reported By: php at fiddaman dot net -Status: Open +Status: Feedback Bug Type: GD related Operating System: Solaris 9 PHP Version: 4.3.11 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I can't reproduce this crash. Previous Comments: [2005-04-29 21:26:27] php at fiddaman dot net Description: PHP crashes in imagettftext - worked fine in 4.3.10 ./configure \ --prefix=/opt/php \ --with-exec-dir=/opt/php/bin \ --with-apxs2=/opt/apache/bin/apxs \ --enable-memory-limit \ --with-iconv \ --enable-ftp \ --enable-mbstring \ --with-mbstring=all \ --with-gettext \ --enable-calendar \ --with-mime-magic \ --with-mysql \ --with-mysqli=/opt/mysql/bin/mysql_config \ \ --with-openssl=/opt/openssl \ --with-mysql=/opt/mysql \ --with-gdbm=/opt/GNUgdbm \ --with-db4=/opt/newdb \ --with-dom=/opt/libxml2 \ --with-gmp=/opt/GNUmp \ --with-mcrypt=/opt/libmcrypt \ \ --with-imap=/opt/c-client \ --with-imap-ssl=/opt/openssl \ \ --with-zlib=/usr \ --with-zlib-dir=/usr \ --with-bz2=/usr \ \ --with-gd \ --with-jpeg-dir=/opt/libjpg \ --with-png-dir=/opt/libpng \ --with-freetype-dir=/opt/freetype Reproduce code: --- Expected result: No errors. Actual result: -- #0 0x0001001a70b4 in zend_parse_va_args (num_args=4, type_spec=0x10023cd7b "lllss|a", va=0x7fffe898, flags=0) at /spool/src/build/php-4.3.11/Zend/zend_API.c:260 #1 0x0001001a7b18 in zend_parse_parameters (num_args=8, type_spec=0x10023cd78 "rddlllss|a") at /spool/src/build/php-4.3.11/Zend/zend_API.c:552 #2 0x000100071a7c in php_imagettftext_common (ht=8, return_value=0x10061dd28, this_ptr=0x0, return_value_used=0, mode=0, extended=0) at /spool/src/build/php-4.3.11/ext/gd/gd.c:3042 #3 0x0001001bb0c4 in execute (op_array=0x10063b2a8) at /spool/src/build/php-4.3.11/Zend/zend_execute.c:1654 #4 0x0001001a64b0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /spool/src/build/php-4.3.11/Zend/zend.c:926 #5 0x000100173ba0 in php_execute_script (primary_file=0x7aa0) at /spool/src/build/php-4.3.11/main/main.c:1745 #6 0x0001001c3f08 in main (argc=2, argv=0x7b98) at /spool/src/build/php-4.3.11/sapi/cli/php_cli.c:828 -- Edit this bug report at http://bugs.php.net/?id=32893&edit=1
#32895 [NEW]: old openssl included in Windows distributions
From: mdlawler at gwmicro dot com Operating system: Windows XP PHP version: 5CVS-2005-04-29 (dev) PHP Bug Type: OpenSSL related Bug description: old openssl included in Windows distributions Description: The Windows distributions both released and snaps include openssl 0.9.7c. They should be updated to include 0.9.7g for security-related and other fixes. -- Edit bug report at http://bugs.php.net/?id=32895&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32895&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32895&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32895&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32895&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32895&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32895&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32895&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32895&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32895&r=support Expected behavior: http://bugs.php.net/fix.php?id=32895&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32895&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32895&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32895&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32895&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32895&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32895&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32895&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32895&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32895&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32895&r=mysqlcfg
#32894 [NEW]: System defined object exception stack trace errors
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 5CVS-2005-04-29 (dev)
PHP Bug Type: Class/Object related
Bug description: System defined object exception stack trace errors
Description:
If an exception is thrown by a system class (not user defined), the stack
trace is not correct. At least one level is missing and parameters from
the method which threw the exception are displayed as having been passed
to the function/method which called the method that threw the exception.
Reproduce code:
---
http://crisscott.com/php_bug.txt
Expected result:
Warning: GtkMenuItem::__construct() requires exactly 0 arguments, 1 given
in /home/scott/php-gtk2_test.php on line 14
could not construct GtkMenuItem object
#0 /home/scott/php-gtk2_test.php(14): GtkMenuItem('GtkMenuItem')
#1 /home/scott/php-gtk2_test.php(35): func0('func0')
#2 {main}
TestClass __construct problem.
#0 /home/scott/php-gtk2_test.php(28): TestClass->__construct('TestClass')
#1 /home/scott/php-gtk2_test.php(35): func0('func0')
#2 {main}
Actual result:
--
Warning: GtkMenuItem::__construct() requires exactly 0 arguments, 1 given
in /home/scott/php-gtk2_test.php on line 14
could not construct GtkMenuItem object
#0 /home/scott/php-gtk2_test.php(28): func0('GtkMenuItem')
#1 {main}
TestClass __construct problem.
#0 /home/scott/php-gtk2_test.php(28): TestClass->__construct('TestClass')
#1 /home/scott/php-gtk2_test.php(35): func0('func0')
#2 {main}
--
Edit bug report at http://bugs.php.net/?id=32894&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32894&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32894&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32894&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32894&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32894&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32894&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32894&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32894&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32894&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32894&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32894&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32894&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32894&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32894&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32894&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32894&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32894&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32894&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32894&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32894&r=mysqlcfg
#32893 [NEW]: imagettftext crash
From: php at fiddaman dot net Operating system: Solaris 9 PHP version: 4.3.11 PHP Bug Type: Reproducible crash Bug description: imagettftext crash Description: PHP crashes in imagettftext - worked fine in 4.3.10 ./configure \ --prefix=/opt/php \ --with-exec-dir=/opt/php/bin \ --with-apxs2=/opt/apache/bin/apxs \ --enable-memory-limit \ --with-iconv \ --enable-ftp \ --enable-mbstring \ --with-mbstring=all \ --with-gettext \ --enable-calendar \ --with-mime-magic \ --with-mysql \ --with-mysqli=/opt/mysql/bin/mysql_config \ \ --with-openssl=/opt/openssl \ --with-mysql=/opt/mysql \ --with-gdbm=/opt/GNUgdbm \ --with-db4=/opt/newdb \ --with-dom=/opt/libxml2 \ --with-gmp=/opt/GNUmp \ --with-mcrypt=/opt/libmcrypt \ \ --with-imap=/opt/c-client \ --with-imap-ssl=/opt/openssl \ \ --with-zlib=/usr \ --with-zlib-dir=/usr \ --with-bz2=/usr \ \ --with-gd \ --with-jpeg-dir=/opt/libjpg \ --with-png-dir=/opt/libpng \ --with-freetype-dir=/opt/freetype Reproduce code: --- Expected result: No errors. Actual result: -- #0 0x0001001a70b4 in zend_parse_va_args (num_args=4, type_spec=0x10023cd7b "lllss|a", va=0x7fffe898, flags=0) at /spool/src/build/php-4.3.11/Zend/zend_API.c:260 #1 0x0001001a7b18 in zend_parse_parameters (num_args=8, type_spec=0x10023cd78 "rddlllss|a") at /spool/src/build/php-4.3.11/Zend/zend_API.c:552 #2 0x000100071a7c in php_imagettftext_common (ht=8, return_value=0x10061dd28, this_ptr=0x0, return_value_used=0, mode=0, extended=0) at /spool/src/build/php-4.3.11/ext/gd/gd.c:3042 #3 0x0001001bb0c4 in execute (op_array=0x10063b2a8) at /spool/src/build/php-4.3.11/Zend/zend_execute.c:1654 #4 0x0001001a64b0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /spool/src/build/php-4.3.11/Zend/zend.c:926 #5 0x000100173ba0 in php_execute_script (primary_file=0x7aa0) at /spool/src/build/php-4.3.11/main/main.c:1745 #6 0x0001001c3f08 in main (argc=2, argv=0x7b98) at /spool/src/build/php-4.3.11/sapi/cli/php_cli.c:828 -- Edit bug report at http://bugs.php.net/?id=32893&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32893&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32893&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32893&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32893&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32893&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32893&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32893&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32893&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32893&r=support Expected behavior: http://bugs.php.net/fix.php?id=32893&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32893&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32893&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32893&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32893&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32893&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32893&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32893&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32893&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32893&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32893&r=mysqlcfg
#32892 [Opn->Bgs]: sendmail stopped working since upgrade to this version
ID: 32892 Updated by: [EMAIL PROTECTED] Reported By: m_nalawde at yahoo dot com -Status: Open +Status: Bogus Bug Type: *Mail Related Operating System: Linux 2.6.8.1-HN-2.0-P4 PHP Version: 4.3.10 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-04-29 17:37:57] m_nalawde at yahoo dot com Description: Hi, We have Server OS: Linux 2.6.8.1-HN-2.0-P4 Database: MySQL 4.0.22-standard HTTP Server: Apache/1.3.33 (Unix) PHP Version: 4.3.10 (Zend: 1.3.0) Our sendmail (mail()) functionality which send automatic emails when user registers on our site or places order has stopped working since upgarde to this version. sendmail_from: no value sendmail_path: /usr/sbin/sendmail -t -i Could you please let us know what is wrong? Mahesh -- Edit this bug report at http://bugs.php.net/?id=32892&edit=1
#32892 [NEW]: sendmail stopped working since upgrade to this version
From: m_nalawde at yahoo dot com Operating system: Linux 2.6.8.1-HN-2.0-P4 PHP version: 4.3.10 PHP Bug Type: *Mail Related Bug description: sendmail stopped working since upgrade to this version Description: Hi, We have Server OS: Linux 2.6.8.1-HN-2.0-P4 Database: MySQL 4.0.22-standard HTTP Server: Apache/1.3.33 (Unix) PHP Version: 4.3.10 (Zend: 1.3.0) Our sendmail (mail()) functionality which send automatic emails when user registers on our site or places order has stopped working since upgarde to this version. sendmail_from: no value sendmail_path: /usr/sbin/sendmail -t -i Could you please let us know what is wrong? Mahesh -- Edit bug report at http://bugs.php.net/?id=32892&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32892&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32892&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32892&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32892&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32892&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32892&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32892&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32892&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32892&r=support Expected behavior: http://bugs.php.net/fix.php?id=32892&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32892&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32892&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32892&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32892&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32892&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32892&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32892&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32892&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32892&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32892&r=mysqlcfg
#29707 [Asn]: When execute the global requisition bellow the thread crashes
ID: 29707 Updated by: [EMAIL PROTECTED] Reported By: edernucci at hotmail dot com Status: Assigned Bug Type: Scripting Engine problem Operating System: Windows XP Professional SP1 PHP Version: 4.* and 5.* Assigned To: andi New Comment: Still valid with 5.0.x and 4.3.x, but HEAD works fine. Previous Comments: [2004-09-22 00:21:11] [EMAIL PROTECTED] Please check latest version of PHP 5 CVS (Latest CVS (5.1.x-dev) at snaps.php.net). Not sure about PHP 4.3.x and PHP 5.0.x yet because we might want to run this patch for a while before we merge into them. [2004-08-17 08:01:58] [EMAIL PROTECTED] Confirmed with both PHP 4 and PHP 5: valgrind: ==12558== Invalid read of size 4 ==12558==at 0x8305A91: zend_pzval_unlock_func (zend_execute.c:65) ==12558==by 0x8305B94: _get_zval_ptr (zend_execute.c:100) ==12558==by 0x82FBF85: zend_fetch_var_address (zend_execute.c:737) ==12558==by 0x82FECBF: zend_fetch_w_handler (zend_execute.c:2004) ==12558== Address 0x9 is not stack'd, malloc'd or (recently) free'd ==12558== ==12558== Process terminating with default action of signal 11 (SIGSEGV) ==12558== Access not within mapped region at address 0x9 ==12558==at 0x8305A91: zend_pzval_unlock_func (zend_execute.c:65) ==12558==by 0x8305B94: _get_zval_ptr (zend_execute.c:100) ==12558==by 0x82FBF85: zend_fetch_var_address (zend_execute.c:737) ==12558==by 0x82FECBF: zend_fetch_w_handler (zend_execute.c:2004) ==12558== gdb trace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 12626)] 0x08305a91 in zend_pzval_unlock_func (z=0x1) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:65 65 z->refcount--; (gdb) bt #0 0x08305a91 in zend_pzval_unlock_func (z=0x1) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:65 #1 0x08305b95 in _get_zval_ptr (node=0x85bec78, Ts=0x85bd704, should_free=0xbfffd31c) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:100 #2 0x082fbf86 in zend_fetch_var_address (opline=0x85bec60, Ts=0x85bd704, type=1) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:737 #3 0x082fecc0 in zend_fetch_w_handler (execute_data=0xbfffd380, opline=0x85bec60, op_array=0x85bede8) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:2004 #4 0x082fd8f1 in execute (op_array=0x85bede8) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:1391 #5 0x408c7318 in xdebug_execute (op_array=0x85bede8) at /dat/dev/php/xdebug/xdebug.c:1041 #6 0x08301078 in zend_do_fcall_common_helper (execute_data=0xbfffd4d0, opline=0x85bd254, op_array=0x85b8de4) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:2728 #7 0x083015fb in zend_do_fcall_handler (execute_data=0xbfffd4d0, opline=0x85bd254, op_array=0x85b8de4) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:2828 #8 0x082fd8f1 in execute (op_array=0x85b8de4) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:1391 #9 0x408c7318 in xdebug_execute (op_array=0x85b8de4) at /dat/dev/php/xdebug/xdebug.c:1041 (And yes, it also segfaults without Xdebug at the same place) Derick [2004-08-16 18:06:15] edernucci at hotmail dot com Description: I know this is a erroneous code, but the thread hangs on the server (Apache 1.3.29 / Windows XP Professional SP1). I don't know how to solve this. Reproduce code: --- Expected result: Just trying to hang the webserver. Any user can do this in my shared enviroment. -- Edit this bug report at http://bugs.php.net/?id=29707&edit=1
#30412 [Com]: Apache Segmentation Fault (11)
ID: 30412 Comment by: pumuckel at metropolis dot de Reported By: subscription at nazarenko dot net Status: No Feedback Bug Type: OCI8 related Operating System: SuSE Linux 8.2 PHP Version: 5.0.4-Dev New Comment: The segfaults are reproducable on our machine with only a ocilogon(...) call. The segfaults occur ONLY, if the connection gets destroyed by the automatic variable clean up process after executing the script. When unset($conn) is called before, everything works fine. Previous Comments: [2005-02-16 04:44:34] subscription at nazarenko dot net TNS_ADMIN is not used, since I do not utilize tnsnames.ora file. As you can see from the code example I use the connection description string directly in the script: ORACLE_HOME is definitely set, otherwise there will be no successful queries at all. [2005-02-10 21:34:05] [EMAIL PROTECTED] Please check that you have set all environments variables (i.e. ORACLE_HOME, TNS_ADMIN etc) properly. [2005-02-10 21:17:23] subscription at nazarenko dot net Hello it is me again, Tested both 5.0.3 release and the latest snapshot php5-STABLE-200502101130 with both Apache 2.0.52 Prefork and Worker MPMs. 5.0.3 and the snapshot behave identically. Under Prefork MPM everything is 100% ok. Under Worker the same problem as before: some page loads are unsuccessful with no segfault. The browser just keeps waiting and waiting and nothing happens. This happens on average for 30% of page requests containing Oracle queries. Don't know if you want to pursue this further as the Prefork works fine now. Many thanks for your time and effort!! [2005-01-13 01:27:24] [EMAIL PROTECTED] Please, try latest snapshot with non-threaded Apache. Are you still able to replicate the problem ? [2004-12-02 15:17:32] subscription at nazarenko dot net Let me confirm it again after some more testing today that I still do get segfaults, but not that often than before. Also, let me point out that it seems to be exclusively Apache/PHP problem. The same script is run from the shell environment with no problems at all. Now to the example that you have asked for. It is really simple. In fact *any* Oracle query will cause occasional browser "hanging". Here is a bit of code I used today for testing: Most of the times this would work fine returning me an array of data. But sometimes the browser would just wait with nothing happening. And very rarely the page would fail immediately (producing a segfault in apache's error log) Hope this helps. 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/30412 -- Edit this bug report at http://bugs.php.net/?id=30412&edit=1
#32850 [Fbk]: PHP crashes on startup because zend_do_implement_interface is called with NULL
ID: 32850
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: SQLite related
Operating System: Debian Sarge Unstable
PHP Version: 5CVS-2005-04-27 (dev)
New Comment:
Well yeah it does not crash for me on other systems, too...
But it crashes on a more or less fresh install of Debian Sarge
Unstable.
And the configure line does not matter... Same behaviour with
./configure --with-apxs=...
./configure
./configure bunch of options
I have really no clue why it dies on that one system, because I have
nothing unusual on it...
(But I will look into it again tonight...)
Previous Comments:
[2005-04-29 02:25:58] [EMAIL PROTECTED]
It doesn't crash for me (either, as I guess it didn't for Antony?).
So..start with the configure line you used? :)
[2005-04-28 22:46:11] [EMAIL PROTECTED]
PHP crashes in the second I invoke ./php
Like the backtrace shows it dies when loading sqlite extension because
it ends up calling zend_do_implement_interface (ce=0x82f2ca0,
iface=0x0) <--- with a 0x0 NULL pointer
[2005-04-28 22:00:13] [EMAIL PROTECTED]
Any info on how to reproduce it?
[2005-04-27 12:04:51] [EMAIL PROTECTED]
Description:
#0 zend_hash_merge_ex (target=0x82f2d38, source=0x98,
pCopyConstructor=0x81d6e10 , size=4,
pMergeSource=0x81c8ec0 , pParam=0x0) at
/home/.../php5-200504251230/Zend/zend_hash.c:818
p = (Bucket *) 0x82f2ca0
t = (void *) 0x82f4908
#1 0x081c8f79 in zend_do_implement_interface (ce=0x82f2ca0,
iface=0x0)
at /home/.../php5-200504251230/Zend/zend_compile.c:2099
No locals.
#2 0x081dbfa9 in zend_class_implements (class_entry=0x82f2ca0,
num_interfaces=2)
at /home/.../php5-200504251230/Zend/zend_API.c:1646
interface_entry = (zend_class_entry *) 0x98
ce_num = 2
impl_num = 2
interface_list = 0xb390 "è#@ ¦/@\214"
#3 0x080f6102 in zm_startup_sqlite (type=1, module_number=4) at
/home/.../php5-200504251230/ext/sqlite/sqlite.c:1024
No locals.
#4 0x081daf38 in zend_register_module_ex (module=0x82f0028) at
/home/.../php5-200504251230/Zend/zend_API.c:1227
lcname = 0x0
module_ptr = (zend_module_entry *) 0x82f0028
#5 0x081a0dc0 in php_startup_extensions (ptr=0x82a450c, count=152) at
/home/.../php5-200504251230/main/main.c:1269
end = (zend_module_entry **) 0x82a453c
#6 0x08246d2b in php_startup_internal_extensions () at
main/internal_functions_cli.c:72
No locals.
#7 0x081a13ea in php_module_startup (sf=0x828396c,
additional_modules=0x0, num_additional_modules=152)
at /home/.../php5-200504251230/main/main.c:1454
zuf = {error_function = 0x819fbb0 ,
printf_function = 0x819f510 ,
write_function = 0x81a0d70 , fopen_function =
0x81a0220 ,
message_handler = 0x81a0340 ,
block_interruptions = 0, unblock_interruptions = 0,
get_configuration_directive = 0x81a02f0
,
ticks_function = 0x81abd60 , on_timeout =
0x81a0480 ,
stream_open_function = 0x81a0270 ,
vspprintf_function = 0x81a42c0 ,
getenv_function = 0x81a7620 }
zuv = {import_use_extension = 0x82576e6 ".php",
import_use_extension_length = 136766146, html_errors = 1 '\001'}
#8 0x08245c9e in main (argc=1, argv=0xbbd4) at
/home/.../php5-200504251230/sapi/cli/php_cli.c:632
exit_status = 0
c = 152
file_handle = {type = 0 '\0', filename = 0x82a46f4
"[EMAIL PROTECTED]",
opened_path = 0xbb28 "Hûÿ¿Ûs$\bÜûÿ¿`\234/@", handle = {fd =
134697609, fp = 0x8075289, stream = {handle = 0x8075289,
reader = 0x402f9c50 , closer = 0xbb34,
interactive = -1073743032}}, free_filename = 219 'Û'}
--
Edit this bug report at http://bugs.php.net/?id=32850&edit=1
#31300 [Ver->Fbk]: ArrayAccess and __get crash when using string concat in key
ID: 31300
Updated by: [EMAIL PROTECTED]
Reported By: gardan at gmx dot com
-Status: Verified
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-01-10
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Can't reproduce with latest HEAD & 5.0.
Previous Comments:
[2005-03-05 03:55:23] matt dot bevan at marginsoftware dot com
Consider this bug confirmed using Apache/2.0.52
(Gentoo/Linux) PHP/5.0.3 but is not re-producible in a
small amount of code.
In my case, performing strange acts got around the bug
when using the array access more than once with three
other variable assignments in-between the first call and
second:
- The first dot-concatenated call worked fine.
- The second segfaulted Apache, unless:
- The first call is commented out, or
- The second call is placed right below the first, or
- One line of three lines is commented out.
- All array accesses are changed to use sprintf
not dot concatenation.
It doesn't matter which line of the three simple, static
variable assignments is commented.
This bug drove me crazy all today. I'm going to have
nightmares about this bug. ;)
[2005-01-11 08:24:01] [EMAIL PROTECTED]
ArrayAccess is defined and controlled by the engine not SPL
[2004-12-26 22:40:38] gardan at gmx dot com
Still crashing with cvs snapshot (Windows).
[2004-12-26 12:24:08] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-12-26 07:32:35] Beater at orgalan dot de
I can partially confirm this for 5.0.3 running on Windows XP. The
behaviour is very unpredictable.
Following you'll find some test cases and the behaviour on my system.
class arr implements ArrayAccess {
public $x = array("ab_cd" => "hello");
function offsetExists($offset) { return isset($this->x[$offset]); }
function offsetSet($offset, $value) { $this->x[$offset] = $value; }
function offsetGet($offset) { return $this->x[$offset]; }
function offsetUnset($offset) { unset($this->x[$offset]); }
function __get($offset) { return $this->x[$offset]; }
}
$test = new arr;
case 1:
echo($test["ab"."_cd"]);// crashs
case 2:
echo($test["ab_cd"]); // works
echo($test["ab"."_cd"]);// works
case 3:
echo($test["ab_cd"]); // works
echo($test->{"ab_cd"}); // works
echo($test["ab"."_cd"]);// crashs
sounds stupid, but you'll confirm it, i guess
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/31300
--
Edit this bug report at http://bugs.php.net/?id=31300&edit=1
#25456 [Opn]: It would be nice to have a php-config, phpextdist and phpize man pages.
ID: 25456 Updated by: [EMAIL PROTECTED] -Summary: It would be nice to have a phpextdist man page. Reported By: eseidel at apple dot com Status: Open -Bug Type: Documentation problem +Bug Type: CGI related Operating System: All PHP Version: 4.3.3 New Comment: Here are the files: http://www.vrana.cz/scite/phpscripts-man.tgz . I know only a little about the scripts and only a little about the man pages format. Can someone from the source code team revise the pages, add the files to the appropriate place (most probably sapi/cli where also php.1 lives) and arrange copying to the same folder as php.1 during the installation? I did my best. Previous Comments: [2005-01-08 00:57:58] eseidel at apple dot com Isn't that the problem to begin with? :) /usr/bin/phpextdist It's a simple script, it looks like it should just be removed from the install. [2004-12-30 00:01:56] [EMAIL PROTECTED] No clue what phpextdist is, so we can't make a man page for it. [2003-09-09 13:09:55] eseidel at apple dot com Description: phpextdist ships as an executable with php, but does not come with a corresponding man page. It would be nice to have a simple man page for phpextdist. Reproduce code: --- man phpextdist No manual entry for phpextdist Expected result: shows the man page Actual result: -- doesn't show a man page. -- Edit this bug report at http://bugs.php.net/?id=25456&edit=1
#32891 [NEW]: Bug using imagefilledellipse at position 0 vertically
From: anders at apt dot no
Operating system: Windows 2003 Advanced Server
PHP version: 4.3.11
PHP Bug Type: GD related
Bug description: Bug using imagefilledellipse at position 0 vertically
Description:
While drawing an elliptic object positioned vertically at the top(0px) the
second line is not drawn. I'm using the embedded GD library (2.0.28
compatible).
Reproduce code:
---
if ($im = @imagecreatetruecolor(100, 100)) {
$intCol = imagecolorallocate($im, 0xFF, 0x02, 0xF0);
imagefilledellipse($im, 50, 0, 50, 50, $intCol);
header('Content-type: image/png');
imagepng($im);
} else {
echo 'Could not create truecolor image';
}
Expected result:
I expect to see half a circle, with it's center at 50 x 0, like this:
http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_expected_result.png
Actual result:
--
Instead I get this circle, with one line missing:
http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_actual_result.png
This image was created with the reproduce code:
http://kunde.apt.no/aso/imagefilledellipse/imagefilledellipse_bug.php
--
Edit bug report at http://bugs.php.net/?id=32891&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32891&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32891&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32891&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32891&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32891&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32891&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32891&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32891&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32891&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32891&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32891&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32891&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32891&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32891&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32891&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32891&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32891&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32891&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32891&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32891&r=mysqlcfg
#32890 [NEW]: memory limit change has no effect
From: subramanian dot palanirajan at cognizant dot com Operating system: Windows XP PHP version: 5.0.3 PHP Bug Type: PHP options/info functions Bug description: memory limit change has no effect Description: I tried to deploy SugarCRM 2.5.1d on PHP 5.0.3 (on Windows XP). Sugar demands a minumim memory limit allocation of 10 M. I updated the php.ini file at the following location memory_limit = 11M ; Maximum amount of memory a script may consume (8MB) I restarted Apache after updating the php.ini file. Still the warning does not go away when i try to run SugarCRM.The text of the warning is as follows. "PHP Memory Limit >= 10M Warning: (Set this to 10M or larger in your php.ini file)" Please note that I have compiled PHP with the "--enable-memory-limit" option. I do the following steps to compile PHP. > buildconf.bat > cscript.exe /nologo configure.js --enable-prefix=C:\dev\php5 --with-extra-includes=../php_build/includes --with-extra-libs=../php_build/libs --enable-apache2handler --with-mysql --enable-memory-limit > nmake.exe install I don't know if it is relevant, but I compile PHP from within a Cygwin shell, but I still compile only with VC++ compiler (pure Windows binary). Expected result: After setting the memory limit in the php.ini file to greater than 10 M and restarting Apache, I expect the SugarCRM warning to disappear. Actual result: -- The following warning comes up in the "System Check" performed by SugarCRM upon install. PHP Memory Limit >= 10M Warning: (Set this to 10M or larger in your php.ini file) -- Edit bug report at http://bugs.php.net/?id=32890&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32890&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32890&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32890&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32890&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32890&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32890&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32890&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32890&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32890&r=support Expected behavior: http://bugs.php.net/fix.php?id=32890&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32890&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32890&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32890&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32890&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32890&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32890&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32890&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32890&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32890&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32890&r=mysqlcfg
#32422 [Asn->Fbk]: Access Violation on calling PEAR Date::before
ID: 32422 Updated by: [EMAIL PROTECTED] Reported By: rob at wildlime dot com -Status: Assigned +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 4.3.10 Assigned To: pierre New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Is it still reproducible ? If yes, is it reproducible on NON-win32 systems ? Previous Comments: [2005-04-08 01:23:40] rob at wildlime dot com Any chance of PHP catching the exception in putenv/gettenv and chucking a more informative error? Would help anyone else who hits this problem. [2005-04-08 00:27:12] [EMAIL PROTECTED] Pierre promised to look into this..(or rather bogus this with good explanation..) [2005-04-06 05:52:25] rob at wildlime dot com Looks like this bug has been encountered before: http://pear.php.net/bugs/bug.php?id=2344 .. but the Date package owners maintain that it's not their problem. (Dunno how I didn't find that earlier :-/ I did search the bug DBs before posting, honest!) [2005-04-06 04:23:22] rob at wildlime dot com btw, the extensions loaded before were the ones packaged with PHP5, not old 4.3.10 ones! [2005-04-06 04:21:17] rob at wildlime dot com sorry for the delay... using PHP/5.1.0-dev - no extensions loaded - PEAR installed (default packages and Date) Got the same access violation. stack trace: ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php5ts!php_get_inf+0x1083 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/32422 -- Edit this bug report at http://bugs.php.net/?id=32422&edit=1
#32890 [Opn->Bgs]: memory limit change has no effect
ID: 32890 Updated by: [EMAIL PROTECTED] Reported By: subramanian dot palanirajan at cognizant dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Windows XP PHP Version: 5.0.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. please check the code of the CRM to see how does it find that the memory limit is not > 10M. Then if something is wrong please provide us with a short reproducing script. Thank you Previous Comments: [2005-04-29 12:58:53] subramanian dot palanirajan at cognizant dot com Description: I tried to deploy SugarCRM 2.5.1d on PHP 5.0.3 (on Windows XP). Sugar demands a minumim memory limit allocation of 10 M. I updated the php.ini file at the following location memory_limit = 11M ; Maximum amount of memory a script may consume (8MB) I restarted Apache after updating the php.ini file. Still the warning does not go away when i try to run SugarCRM.The text of the warning is as follows. "PHP Memory Limit >= 10M Warning: (Set this to 10M or larger in your php.ini file)" Please note that I have compiled PHP with the "--enable-memory-limit" option. I do the following steps to compile PHP. > buildconf.bat > cscript.exe /nologo configure.js --enable-prefix=C:\dev\php5 --with-extra-includes=../php_build/includes --with-extra-libs=../php_build/libs --enable-apache2handler --with-mysql --enable-memory-limit > nmake.exe install I don't know if it is relevant, but I compile PHP from within a Cygwin shell, but I still compile only with VC++ compiler (pure Windows binary). Expected result: After setting the memory limit in the php.ini file to greater than 10 M and restarting Apache, I expect the SugarCRM warning to disappear. Actual result: -- The following warning comes up in the "System Check" performed by SugarCRM upon install. PHP Memory Limit >= 10M Warning: (Set this to 10M or larger in your php.ini file) -- Edit this bug report at http://bugs.php.net/?id=32890&edit=1
#32395 [Opn->Asn]: odbc_execute modifies the param array
ID: 32395
Updated by: [EMAIL PROTECTED]
Reported By: treehousetim at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: ODBC related
Operating System: *
PHP Version: 4CVS, 5CVS (2005-03-24)
-Assigned To:
+Assigned To: kalowsky
New Comment:
As far as I understand, it has to change the input array, because it
should convert all the values in strings without separating them to be
able to get returned values from stored proc.
Assigning it to the maintainer, though.
Previous Comments:
[2005-03-21 23:04:36] treehousetim at gmail dot com
More specifically, all entries in the array are changed to string
types.
here is more data as requested using var_dump instead of print_r.
BEFORE:
array(3) {
[0]=>
int(44)
[1]=>
NULL
[2]=>
NULL
}
AFTER:
array(3) {
[0]=>
string(2) "44"
[1]=>
string(0) ""
[2]=>
string(0) ""
}
[2005-03-21 22:45:37] [EMAIL PROTECTED]
Please change print_r -> var_dump to get more detailed information out
of the $paramList variable.
[2005-03-21 18:38:28] treehousetim at gmail dot com
Description:
Calling odbc_execute modifies the input paramList array.
This happens even when I try to make a copy of the array before passing
it to odbc_execute.
Specifically, null parameters are changed to zero length strings.
Reproduce code:
---
Expected result:
NULL
string
Array
(
[0] => 44
[1] =>
[2] =>
)
Actual result:
--
NULL
NULL
Array
(
[0] => 44
[1] =>
[2] =>
)
--
Edit this bug report at http://bugs.php.net/?id=32395&edit=1
#32886 [Bgs->Csd]: Session dont store the correct values
ID: 32886 User updated by: luis at infomed dot sld dot cu Reported By: luis at infomed dot sld dot cu -Status: Bogus +Status: Closed Bug Type: Session related Operating System: * PHP Version: 5.0.4 New Comment: OK, I don't know but if you do a cast to $buffer everything fine, so, the new code is: $buffer['varA'] = $_SESSION['varA']; $_SESSION = array(); $_SESSION = (array) $buffer; //*** NOTE the cast *** print_r($_SESSION); Thanks Previous Comments: [2005-04-29 11:19:52] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2005-04-29 11:15:31] luis at infomed dot sld dot cu Please, maybe, I dont explain the problem very well, I try to overwrite the session array but dont work, look at the page2: $buffer['varA'] = $_SESSION['varA']; $_SESSION = array();//here I clear the session,become empty $_SESSION = $buffer;//assign a new array,cause array $buffer print_r($_SESSION); //on screen the right result, //but on the session file is wrong. So, I want to overwrite the session variable with a new array but php dont do it, then, the onscreen result between page2 and page3 are different and it is not correct because in both pages I have the same statement: print_r($_SESSION); with different results. Please, if you can, read carefully my tests. Best regards, Luis [2005-04-29 09:08:10] [EMAIL PROTECTED] Not a bug. If you overwrite the $_SESSION array by assigning a new array to it, you remove it's magic properties of being the array with session variables. This is expected - so don't do it. [2005-04-29 08:45:16] luis at infomed dot sld dot cu Description: php5.0.4 dont store the correct values after modified the $_SESSION variable, the idea is to clear the session and do persist only a few values. I use Apache 1.3.33. With php5.0.2 everything is fine the problem appear with php5.0.4, I am not try with php5.0.3 Reproduce code: --- page1.php- page2.php- page2b.php- page3.php- Expected result: I would expect the same behavior with: page1.php->page2.php->page3.php and with: page1.php->page2b.php->page3.php but is not. Actual result: -- When I do page1.php->page2.php on the screen I obtain the correct values: Array ( [varA] => aaa ) but on the session file in disc is wrong, because the session file have: varA|s:3:"aaa";varB|s:3:"bbb"; and in page3.php on the screen I have: Array ( [varA] => aaa [varB] => bbb ), is wrong. But, if I do page1.php->page2b.php->page3.php everything is fine. Thank you for your work in PHP. -- Edit this bug report at http://bugs.php.net/?id=32886&edit=1
#32799 [Opn->Ver]: crash: calling the corresponding global var during the destruct
ID: 32799
Updated by: [EMAIL PROTECTED]
Reported By: rd dot contact at free dot fr
-Status: Open
+Status: Verified
-Bug Type: Reproducible crash
+Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-04-25
Previous Comments:
[2005-04-22 19:34:46] rd dot contact at free dot fr
/*
-- TEST 1
I use the global var instead of "$this" to demonstrate
that calling it will segfault php.
Try TEST2 to see why it could be useful to use the global
var during the destruct.
unset($p) instead of $p=[anything], don't crash.
*/
class test{
public $c=1;
function __destruct (){
$GLOBALS['p']->c++; // no warning
print $GLOBALS['p']->c; // segfault
}
}
$p=new test;
$p=null; //destroy the object by a new assignment (segfault)
//---CUT
/*
-- TEST 2
More realistic example:
During the destruct, I need to call an external function
that uses the global var of the object.
calling a methode: works
incrementing a property: segfault
*/
function dbug($msg){
$GLOBALS['p']->printmsg($msg); // works
$GLOBALS['p']->c++; // segfault
}
class test{
public $c=1;
function __destruct (){dbug('Destruct');}
function printmsg($msg){print $msg;}
}
$p=new test;
$p=null; //destroy the object by a new assignment (segfault)
[2005-04-22 14:31:18] [EMAIL PROTECTED]
Can you give a bit more realistic example script?
The one here does not make any sense..
[2005-04-22 05:19:51] rd dot contact at free dot fr
Description:
During the __destruct, when using the global var assigned to the
object, php crashes in some cases.
Reproduce code:
---
class test{
function __destruct (){
//$GLOBALS['p']=$this; // <- this crash apache for all tests
//$GLOBALS['p']++; // <- this crash apache for all tests
print_r($GLOBALS['p']); // <- crash only test 1. test 2 =>
"Undefined variable p"
}
}
$p=new test;
//test 1
$p=1; // crash apache (as $p=null, $p='bug', $p=new test ...)
//but,
//test 2
//unset($p); // no crash: "Undefined variable: p on line 5"
Expected result:
No crash, and a way to use the global var during destruct.
(so destruct could call external functions that use the global var of
the object. Why not unregister the global var after the destruct call
?)
--
Edit this bug report at http://bugs.php.net/?id=32799&edit=1
#32889 [Opn]: ftruncate doesn't move the file pointer
ID: 32889 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type:Documentation problem +Bug Type:Filesystem function related PHP Version: Irrelevant New Comment: On the second thought it doesn't seem like a feature. Previous Comments: [2005-04-29 11:36:13] [EMAIL PROTECTED] Description: Note or warning here? http://www.php.net/manual/en/function.ftruncate.php Reproduce code: --- Expected result: 00: 76 65 65 65 72 79 20 73 │ 68 6F 72 74 73 74 72 veeery shortstr Actual result: -- 00: 76 65 65 65 72 79 20 00 │ 00 00 00 00 00 00 00 00 veeery 10: 00 00 00 00 00 00 00 73 │ 68 6F 72 74 73 74 72 shortstr -- Edit this bug report at http://bugs.php.net/?id=32889&edit=1
#29681 [Ver->Fbk]: Parent: child process exited with status 3221225477
ID: 29681
Updated by: [EMAIL PROTECTED]
Reported By: tony at marston-home dot demon dot co dot uk
-Status: Verified
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-STABLE-2005-01-18
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Previous Comments:
[2005-03-31 09:21:16] mail at kasimir-k dot fi
In addition to my yesterday's comment: I installed PHP 4.3.10 on the
WinXP - no effect on the problem.
And pardon me if I'm too vague, but I'd like to mention that I remember
having this problem a couple times before: once the data got large
enough, my WinXP testing server stopped working, but Linux production
server worked fine - hth.
Also, it seems that this might be an Apache bug:
http://issues.apache.org/bugzilla/show_bug.cgi?id=12340
[2005-03-30 12:06:49] mail at kasimir-k dot fi
I have this loop:
for ($i = 0, $_i = count($items); $i < $_i; $i++) {
$item_index[$items[$i]['item_id']] =& $items[$i];
}
I run it on two platforms:
WinXP - PHP 4.3.4 - Apache/2.0.48 (Win32)
Linux - PHP 4.3.10 - Apache/2.0.52 (Fedora)
On Linux - no problems.
On WinXP - once count($item_classes) > 107, the script dies
[2005-01-18 14:55:44] [EMAIL PROTECTED]
The original problem here, reproduced using the script bundle posted by
Tony, triggers crashes in free() when run with "MALLOC_CHECK_=3", using
5.0.4-dev. Backtrace below. Doesn't look like this is
Apache-related:
#5 0x0041baca in free () from /lib/tls/libc.so.6
No symbol table info available.
#6 0x010035b7 in _efree (ptr=0x86e443c) at
/net/jedi/local/php/5.0/Zend/zend_alloc.c:287
p = (zend_mem_header *) 0x4e0800
cache_index = 6
#7 0x0101f1fa in zend_hash_destroy (ht=0x86f1714)
at /net/jedi/local/php/5.0/Zend/zend_hash.c:526
p = (Bucket *) 0x0
q = (Bucket *) 0x86e47dc
#8 0x01029c7f in zend_objects_free_object_storage (object=0x872be84)
at /net/jedi/local/php/5.0/Zend/zend_objects.c:91
No locals.
#9 0x0102c24a in zend_objects_store_del_ref (zobject=0x0)
at /net/jedi/local/php/5.0/Zend/zend_objects_API.c:159
handle = 1
obj = (struct _store_object *) 0x86d9b88
#10 0x010170d0 in _zval_dtor (zvalue=0x86efb2c)
at /net/jedi/local/php/5.0/Zend/zend_variables.c:61
No locals.
#11 0x0100c491 in _zval_ptr_dtor (zval_ptr=0x10a995c)
at /net/jedi/local/php/5.0/Zend/zend_execute_API.c:392
No locals.
#12 0x0104b894 in zend_do_fcall_common_helper
(execute_data=0xbff34610,
opline=0x86ee780, op_array=0x86e306c)
at /net/jedi/local/php/5.0/Zend/zend_execute.c:2797
i = 141458196
p = (zval **) 0x86efb2c
arg_count = 17471360
original_return_value = (zval **) 0xbff346ac
current_scope = (zend_class_entry *) 0x0
current_this = (zval *) 0x0
return_value_used = 1
should_change_scope = 1 '\001'
#13 0x0104ba48 in zend_do_fcall_by_name_handler (execute_data=0x0,
opline=0x86ee780,
op_array=0x86e306c) at
/net/jedi/local/php/5.0/Zend/zend_execute.c:2825
No locals.
#14 0x01039b77 in execute (op_array=0x86e306c)
at /net/jedi/local/php/5.0/Zend/zend_execute.c:1400
execute_data = {opline = 0x86ee780, function_state = {
function_symbol_table = 0x870e404, function = 0x872a444, reserved =
{0x100f260,
0x86e3364, 0xbff36970, 0x0}}, fbc = 0x872a444, fbc_constructor =
0x0,
op_array = 0x86e306c, object = 0x86efb2c, Ts = 0xbff33430,
original_in_execution = 0 '\0', calling_scope = 0x86f0a54,
prev_execute_data = 0x0}
#15 0x01018b25 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /net/jedi/local/php/5.0/Zend/zend.c:1069
files = 0xbff34764 ""
i = 1
file_handle = (zend_file_handle *) 0xbff36970
orig_op_array = (zend_op_array *) 0x0
local_retval = (zval *) 0x0
[2004-11-16 12:23:16] php_bug at cklowe dot com
This bug looks to be the same as bug 26286:
http://bugs.php.net/bug.php?id=26286
[2004-10-21 19:20:21] tony at marston-home dot demon dot co dot uk
I have reinstated my sample code at
http://www.tonymarston.co.uk/error.zip
There are instructions inside on how to reproduce the error.
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/29681
--
Edit this bug report at http://bugs.php.net/?id=29681&edit=1
#30021 [Ver->Fbk]: Infinite loop causing SIGBUS
ID: 30021
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Verified
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-03-07
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Can't reproduce with latest HEAD & 5.0, seems to be fixed.
Previous Comments:
[2004-09-08 05:19:49] [EMAIL PROTECTED]
Description:
Calling parent::__construct with call_user_func*() causes what appears
to be an infinite loop. (see backtrace)
Reproduce code:
---
class A {
function __construct() {}
}
class B extends A {
function __construct() {
call_user_func(array("parent", "__construct"));
}
}
$d= new B();
Expected result:
nothing
Actual result:
--
#0 0x285da2a9 in malloc () from /lib/libc.so.5
#1 0x081cc5b5 in _emalloc (size=32,
__zend_filename=0x8283de0
"/usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c",
__zend_lineno=826,
__zend_orig_filename=0x8285d00
"/usr/home/curt/cvs/php/php-src/Zend/zend_hash.c",
__zend_orig_lineno=169)
at /usr/home/curt/cvs/php/php-src/Zend/zend_alloc.c:181
#2 0x081cca85 in _ecalloc (nmemb=8, size=4,
__zend_filename=0x8283de0
"/usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c",
__zend_lineno=826,
__zend_orig_filename=0x8285d00
"/usr/home/curt/cvs/php/php-src/Zend/zend_hash.c",
__zend_orig_lineno=169)
at /usr/home/curt/cvs/php/php-src/Zend/zend_alloc.c:319
#3 0x081ed3cf in _zend_hash_init (ht=0x8543224, nSize=0,
pHashFunction=0,
pDestructor=0x81e52ac <_zval_ptr_dtor_wrapper>, persistent=0 '\0',
__zend_filename=0x8283de0
"/usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c",
__zend_lineno=826)
at /usr/home/curt/cvs/php/php-src/Zend/zend_hash.c:169
#4 0x081daf19 in zend_call_function (fci=0xbfb001f0, fci_cache=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:826
#5 0x081da044 in call_user_function_ex (function_table=0x82c8000,
object_pp=0x0, function_name=0x8542624, retval_ptr_ptr=0xbfb00268,
param_count=0, params=0x85426a8, no_separation=0,
symbol_table=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:556
#6 0x08126406 in zif_call_user_func (ht=1, return_value=0x8542664,
this_ptr=0x0, return_value_used=0)
at
/usr/home/curt/cvs/php/php-src/ext/standard/basic_functions.c:2010
#7 0x0820fb4b in zend_do_fcall_common_helper
(execute_data=0xbfb00350)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:2983
#8 0x082102c7 in zend_do_fcall_handler (execute_data=0xbfb00350)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:3117
#9 0x0820bec6 in execute (op_array=0x835a424)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:1498
#10 0x081daf7b in zend_call_function (fci=0xbfb004a0, fci_cache=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:834
#11 0x081da044 in call_user_function_ex (function_table=0x82c8000,
object_pp=0x0, function_name=0x8542424, retval_ptr_ptr=0xbfb00518,
param_count=0, params=0x85424a8, no_separation=0,
symbol_table=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:556
#12 0x08126406 in zif_call_user_func (ht=1, return_value=0x8542464,
this_ptr=0x0, return_value_used=0)
at
/usr/home/curt/cvs/php/php-src/ext/standard/basic_functions.c:2010
#13 0x0820fb4b in zend_do_fcall_common_helper
(execute_data=0xbfb00600)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:2983
#14 0x082102c7 in zend_do_fcall_handler (execute_data=0xbfb00600)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:3117
#15 0x0820bec6 in execute (op_array=0x835a424)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:1498
#9028 0x081daf7b in zend_call_function (fci=0xbfbfcbf0, fci_cache=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:834
#9029 0x081da044 in call_user_function_ex (function_table=0x82c8000,
object_pp=0x0, function_name=0x8359624, retval_ptr_ptr=0xbfbfcc68,
param_count=0, params=0x83596a8, no_separation=0,
symbol_table=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:556
#9030 0x08126406 in zif_call_user_func (ht=1, return_value=0x8359664,
this_ptr=0x0, return_value_used=0)
at
/usr/home/curt/cvs/php/php-src/ext/standard/basic_functions.c:2010
#9031 0x0820fb4b in zend_do_fcall_common_helper
(execute_data=0xbfbfcd50)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:2983
#9032 0x082102c7 in zend_do_fcall_handler (execute_data=0xbfbfcd50)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:3117
#9033 0x0820bec6 in execute (op_array=0x835a424)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:1498
#9034 0x0820fce4 in zend_do_fcall_common_helper
(execute_data=0xb
#32886 [Opn->Bgs]: Session dont store the correct values
ID: 32886 Updated by: [EMAIL PROTECTED] Reported By: luis at infomed dot sld dot cu -Status: Open +Status: Bogus Bug Type: Session related Operating System: * PHP Version: 5.0.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-04-29 11:15:31] luis at infomed dot sld dot cu Please, maybe, I dont explain the problem very well, I try to overwrite the session array but dont work, look at the page2: $buffer['varA'] = $_SESSION['varA']; $_SESSION = array();//here I clear the session,become empty $_SESSION = $buffer;//assign a new array,cause array $buffer print_r($_SESSION); //on screen the right result, //but on the session file is wrong. So, I want to overwrite the session variable with a new array but php dont do it, then, the onscreen result between page2 and page3 are different and it is not correct because in both pages I have the same statement: print_r($_SESSION); with different results. Please, if you can, read carefully my tests. Best regards, Luis [2005-04-29 09:08:10] [EMAIL PROTECTED] Not a bug. If you overwrite the $_SESSION array by assigning a new array to it, you remove it's magic properties of being the array with session variables. This is expected - so don't do it. [2005-04-29 08:45:16] luis at infomed dot sld dot cu Description: php5.0.4 dont store the correct values after modified the $_SESSION variable, the idea is to clear the session and do persist only a few values. I use Apache 1.3.33. With php5.0.2 everything is fine the problem appear with php5.0.4, I am not try with php5.0.3 Reproduce code: --- page1.php- page2.php- page2b.php- page3.php- Expected result: I would expect the same behavior with: page1.php->page2.php->page3.php and with: page1.php->page2b.php->page3.php but is not. Actual result: -- When I do page1.php->page2.php on the screen I obtain the correct values: Array ( [varA] => aaa ) but on the session file in disc is wrong, because the session file have: varA|s:3:"aaa";varB|s:3:"bbb"; and in page3.php on the screen I have: Array ( [varA] => aaa [varB] => bbb ), is wrong. But, if I do page1.php->page2b.php->page3.php everything is fine. Thank you for your work in PHP. -- Edit this bug report at http://bugs.php.net/?id=32886&edit=1
#32886 [Bgs->Opn]: Session dont store the correct values
ID: 32886 User updated by: luis at infomed dot sld dot cu Reported By: luis at infomed dot sld dot cu -Status: Bogus +Status: Open Bug Type: Session related Operating System: * PHP Version: 5.0.4 New Comment: Please, maybe, I dont explain the problem very well, I try to overwrite the session array but dont work, look at the page2: $buffer['varA'] = $_SESSION['varA']; $_SESSION = array();//here I clear the session,become empty $_SESSION = $buffer;//assign a new array,cause array $buffer print_r($_SESSION); //on screen the right result, //but on the session file is wrong. So, I want to overwrite the session variable with a new array but php dont do it, then, the onscreen result between page2 and page3 are different and it is not correct because in both pages I have the same statement: print_r($_SESSION); with different results. Please, if you can, read carefully my tests. Best regards, Luis Previous Comments: [2005-04-29 09:08:10] [EMAIL PROTECTED] Not a bug. If you overwrite the $_SESSION array by assigning a new array to it, you remove it's magic properties of being the array with session variables. This is expected - so don't do it. [2005-04-29 08:45:16] luis at infomed dot sld dot cu Description: php5.0.4 dont store the correct values after modified the $_SESSION variable, the idea is to clear the session and do persist only a few values. I use Apache 1.3.33. With php5.0.2 everything is fine the problem appear with php5.0.4, I am not try with php5.0.3 Reproduce code: --- page1.php- page2.php- page2b.php- page3.php- Expected result: I would expect the same behavior with: page1.php->page2.php->page3.php and with: page1.php->page2b.php->page3.php but is not. Actual result: -- When I do page1.php->page2.php on the screen I obtain the correct values: Array ( [varA] => aaa ) but on the session file in disc is wrong, because the session file have: varA|s:3:"aaa";varB|s:3:"bbb"; and in page3.php on the screen I have: Array ( [varA] => aaa [varB] => bbb ), is wrong. But, if I do page1.php->page2b.php->page3.php everything is fine. Thank you for your work in PHP. -- Edit this bug report at http://bugs.php.net/?id=32886&edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876
Comment by: dmih at in-solve dot ru
Reported By: golden at riscom dot com
Status: No Feedback
Bug Type: Session related
Operating System: freebsd 4.8
PHP Version: 4.3.9-4.3.10
Assigned To: sniper
New Comment:
Please kindly pay attention to this bug.
It is REAL bug, not fantasy of 100+ man. Random session handler error.
No Feedback status is surely lame for this, as you are getting
feedback.
There is no reproduce code because bug is "random bug under heavy load"
class.
We hope for you.
Thanks.
Previous Comments:
[2005-04-08 19:03:08] todd dot trann at palidar dot com
RedHat 9
PHP 4.3.9 from RPM (php-4.3.9-11.rh90.art)
Zend Engine 1.3.0, Optimizer 2.5.5
I am experiencing the same problem: the error indicates storage module
"user", yet php.ini has it set to "files", and nowhere in my code do I
change it to "user".
The problem comes and goes as the page is reloaded. A PHP page with no
session code does not exhibit the problem.
My /tmp directory is world writable.
Todd
[2005-04-02 16:21:52] tj at tjshafer dot com
I am also having this problem
Freebsd 4.8
php 4.3.10
[2005-03-31 03:00:43] james at westcoastbmx dot com
i have this problem as well.
as long as:
php_value session.save_handleruser
is in my .htaccess file
session_start();
will not work.
[2005-03-28 19:27:40] clix at theclixnetwork dot com
A client of mine is having the same problem. The script uses:
session_start();
session_register('susername');
session_register('spassword');
session_register('sreferer');
session_register('susecode');
No destroy or anything special. If $username is set, than it sets the
session $susername to $username. He tried accessing the page within a
short time period after me, both passing the same username. However
when I access it again it doesn't give me the error.
[2005-03-25 01:52:28] [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/25876
--
Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#30707 [Asn]: Segmentation fault
ID: 30707
Updated by: [EMAIL PROTECTED]
Reported By: guth at fiifo dot u-psud dot fr
Status: Assigned
Bug Type: Zend Engine 2 problem
Operating System: *
-PHP Version: 5CVS-2005-04-21
+PHP Version: 5CVS-2005-04-29
Assigned To: andi
New Comment:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208719680 (LWP 31723)]
0x0812c49f in zend_do_fcall_common_helper_SPEC
(execute_data=0xbff2c160) at zend_vm_execute.h:120
120 if (EX(function_state).function->common.fn_flags &
ZEND_ACC_ABSTRACT) {
(gdb) bt
#0 0x0812c49f in zend_do_fcall_common_helper_SPEC
(execute_data=0xbff2c160) at zend_vm_execute.h:120
#1 0x0812c3c9 in execute (op_array=0x8bdd8e4) at zend_vm_execute.h:78
#2 0x0810ea63 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php/php5/Zend/zend.c:1059
#3 0x080dcd78 in php_execute_script (primary_file=0xbff2e600) at
/usr/src/php/php5/main/main.c:1653
#4 0x08186a5f in main (argc=2, argv=0xbff2e6c4) at
/usr/src/php/php5/sapi/cli/php_cli.c:954
Previous Comments:
[2005-03-07 21:50:31] [EMAIL PROTECTED]
Program received signal SIGSEGV, Segmentation fault.
0x08121a5b in zend_do_fcall_common_helper_SPEC
(execute_data=0xbff40460) at zend_vm_execute.h:120
120 if (EX(function_state).function->common.fn_flags &
ZEND_ACC_ABSTRACT) {
(gdb) bt
#0 0x08121a5b in zend_do_fcall_common_helper_SPEC
(execute_data=0xbff40460) at zend_vm_execute.h:120
#1 0x08121985 in execute (op_array=0x8cfd0cc) at zend_vm_execute.h:78
#2 0x08121b76 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbff405b0) at zend_vm_execute.h:204
#3 0x08121985 in execute (op_array=0x8cf6fe4) at zend_vm_execute.h:78
#4 0x08104363 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/php/php5/Zend/zend.c:1058
#5 0x080d2b50 in php_execute_script (primary_file=0xbff42ae0) at
/usr/src/php/php5/main/main.c:1637
#6 0x08188dc9 in main (argc=3, argv=0xbff42ba4) at
/usr/src/php/php5/sapi/cgi/cgi_main.c:1578
[2005-01-31 11:09:25] volker dot buzek at rrze dot uni-erlangen dot de
verified also on
SunOS BOX 5.9 Generic_112233-11 sun4u sparc SUNW,Ultra-4
PHP 5.0.3 (cgi-fcgi) (built: Jan 14 2005 09:06:17)
Apache/2.0.52 (Server built: Jan 18 2005 12:56:09)
suPHP-0.5.2
[2004-12-18 10:38:33] guth at fiifo dot u-psud dot fr
Same bug, different code.
two hours lost :(
The constructor contains a return statement, but it is only
query());
} catch(Exception $e) {
}
}
public function query() {
throw new Exception;
}
}
$test = new UserModuleTest(new UserModuleTest());
?>
[2004-11-10 19:02:50] [EMAIL PROTECTED]
This code is much simplier IMO and demonstrates the same behaviour
(both with 5.0.x & 5.1.x):
byePHP($this->plip());
}
public function byePHP($plop) {
echo "www.haricow.org";
}
public function plip() {
try {
$this->plap($this->plop());
}
catch(Exception $e) {
}
}
public function plap($a) {
}
public function plop() {
throw new Exception;
}
}
new C;
?>
[2004-11-07 00:08:56] guth at fiifo dot u-psud dot fr
Description:
I get another segmentation fault...
You can look at the reproduce code.
Reproduce code:
---
plap($this->plop());
}
catch(Exception $e) {
}
}
public function plap($a) {
}
public function plop() {
throw new Exception;
}
}
class C {
public function __construct() {
$b = new B;
$this->byePHP($b->plip());
}
public function byePHP($plop) {
echo "www.haricow.org";
}
}
new C;
?>
Expected result:
www.haricow.org
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1075737248 (LWP 3881)]
0x403d2373 in zend_do_fcall_common_helper
(execute_data=0xbfffccd0, opline=0x8170c64,
op_array=0x816f784)
at /usr/src/php5/Zend/zend_execute.c:2656
2656if
(EX(function_state).function->common.fn_flags &
ZEND_ACC_ABSTRACT) {
(gdb) bt
#0 0x403d2373 in zend_do_fcall_common_helper
(execute_data=0xbfffccd0, opline=0x8170c64,
op_array=0x816f784)
at /usr/src/php5/Zend/zend_execute.c:2656
#1 0x403d2c63 in zend_
#32888 [NEW]: Problem executing external programs with different methods...
From: kaufmann at brainworxx dot de
Operating system: Windows XP
PHP version: 4.3.11
PHP Bug Type: *General Issues
Bug description: Problem executing external programs with different methods...
Description:
Hello,
I am using Apache with latest php 4 release (also tried latest php4 cvs).
I am having problems executing external programs using exec, system and
also using proc_open.
While trying to execute using exec or system, the script just hangs off
(but does not hook up the apache process).
Commands that are enabled in command.com (like dir) are working fine!
Using proc_open I encountered another problem. Executing at all works.
Executing a script from command-line works, but calling the same script
from url using apache doesn't (returns no result).
I figured out, that the default path for the programs is the apache-path,
which seems to enforce this problem.
I was unable to change the path using the cwd-option refered to on php.net
documentation. In this case the proc_open also just returns nothing.
Another problem I figured out was, that get_stream_contets hooks the
script (even if it is working with fgets instead).
Reproduce code:
---
array("pipe", "r"),
1 => array("pipe", "w"),2 =>
array("file",
"ziperrors.txt", "a")
);
// using proc_open
$process = proc_open('zip', $pipe_spec, $pipes,'c:\');
// for some reason get_stream_contents also hangs anyway!
while (!feof($pipes[1])) // read results
{ print fgets($pipes[1]); }
fclose($pipes[1]);
proc_close($process);
// using system / exec (same results with both of them)
exec('dir'); // works fine
exec('zip'); // script hangs / deadload
print `zip`; // using backticks causes also deadload
?>
Expected result:
I expect to get any result / execute of the programs executed
Actual result:
--
actual results are...
1) exec or system call causes hookup / deadload of script
2.a) proc_open works, but wrong execution path, unable to change exec_path
using proc_open cwd-option
2.b) get_stream_contents also deadloads, needed to be replaced with fgets
to get nearly any result at all.
--
Edit bug report at http://bugs.php.net/?id=32888&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32888&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32888&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32888&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32888&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32888&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32888&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32888&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32888&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32888&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32888&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32888&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32888&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32888&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32888&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32888&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32888&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32888&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32888&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32888&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32888&r=mysqlcfg
#32888 [Bgs]: Problem executing external programs with different methods...
ID: 32888
User updated by: kaufmann at brainworxx dot de
Reported By: kaufmann at brainworxx dot de
Status: Bogus
Bug Type: Program Execution
Operating System: Windows XP
PHP Version: 4.3.11
New Comment:
hello,
thanks for your quick reply and help.
exec and system seem to work now after some tries!
proc_open is still buggy when changing the cwd-path,
also stream_get_contents still has issues as described.
Sincerly
Gabriel
Previous Comments:
[2005-04-29 10:41:55] [EMAIL PROTECTED]
It's an windows issue, see the user comments at:
http://www.php.net/exec
[2005-04-29 10:34:15] kaufmann at brainworxx dot de
Description:
Hello,
I am using Apache with latest php 4 release (also tried latest php4
cvs). I am having problems executing external programs using exec,
system and also using proc_open.
While trying to execute using exec or system, the script just hangs off
(but does not hook up the apache process).
Commands that are enabled in command.com (like dir) are working fine!
Using proc_open I encountered another problem. Executing at all works.
Executing a script from command-line works, but calling the same script
from url using apache doesn't (returns no result).
I figured out, that the default path for the programs is the
apache-path, which seems to enforce this problem.
I was unable to change the path using the cwd-option refered to on
php.net documentation. In this case the proc_open also just returns
nothing.
Another problem I figured out was, that get_stream_contets hooks the
script (even if it is working with fgets instead).
Reproduce code:
---
array("pipe", "r"),
1 => array("pipe", "w"),2 =>
array("file",
"ziperrors.txt", "a")
);
// using proc_open
$process = proc_open('zip', $pipe_spec, $pipes,'c:\');
// for some reason get_stream_contents also hangs anyway!
while (!feof($pipes[1])) // read results
{ print fgets($pipes[1]); }
fclose($pipes[1]);
proc_close($process);
// using system / exec (same results with both of them)
exec('dir'); // works fine
exec('zip'); // script hangs / deadload
print `zip`; // using backticks causes also deadload
?>
Expected result:
I expect to get any result / execute of the programs executed
Actual result:
--
actual results are...
1) exec or system call causes hookup / deadload of script
2.a) proc_open works, but wrong execution path, unable to change
exec_path using proc_open cwd-option
2.b) get_stream_contents also deadloads, needed to be replaced with
fgets to get nearly any result at all.
--
Edit this bug report at http://bugs.php.net/?id=32888&edit=1
#32751 [Opn->Fbk]: Segfault after code execution (destructor calls,persistent links,shared module)
ID: 32751 Updated by: [EMAIL PROTECTED] Reported By: prism at pld-linux dot org -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: PLD Linux Distribution PHP Version: 5.0.4 Previous Comments: [2005-04-28 01:45:43] prism at pld-linux dot org I can't really test it at the moment. My colleague also encountered the same problem after upgrade to glibc 2.3.5 and PHP 5.0.4 - when he downgraded to PHP 5.0.3 everything was working fine. I searched the php bugs database for "plist_entry_destructor" and I found that one user had similar problem in PHP 4.3.x some time ago, and it makes me think that this is not only mysql-module related. I suggest you to try the new glibc and see if PHP works without any problems. If there is anything else I can do, just ask. Tomorrow, we will be trying to find the bug in the PHP code, so I might have some more information in a day or two. [2005-04-23 19:17:25] [EMAIL PROTECTED] If you load only and ONLY the mysql extension in your php.ini, can you reproduce this? [2005-04-23 01:00:49] prism at pld-linux dot org Our Configure Command: './configure' 'LDFLAGS=' 'CFLAGS=-O2 -march=i686 -DEAPI=1 -I/usr/X11R6/include -I/usr/include/apr -I/usr/include/apr-util -I/usr/include' 'CXXFLAGS=-O2 -march=i686' 'FFLAGS=-O2 -march=i686' 'CPPFLAGS=' 'CC=i686-pld-linux-gcc' 'CXX=i686-pld-linux-g++' '--build=i686-pld-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc/php' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--x-libraries=/usr/X11R6/lib' '--with-apxs2=/usr/sbin/apxs' '--enable-maintainer-zts' '--with-config-file-path=/etc/php' '--with-exec-dir=/usr/bin' '--disable-debug' '--enable-memory-limit' '--enable-bcmath=shared' '--enable-calendar=shared' '--enable-ctype=shared' '--enable-dba=shared' '--enable-dbx=shared' '--enable-dio=shared' '--enable-dom=shared' '--enable-exif=shared' '--enable-filepro=shared' '--enable-ftp=shared' '--enable-gd-native-ttf' '--enable-gd-jus-conf' '--enable-magic-quotes' '--enable-mbstring=shared,all' '--enable-mbregex' '--enable-pcntl=shared' '--enable-posix=shared' '--enable-session' '--enable-shared' '--enable-shmop=shared' '--enable-sysvmsg=shared' '--enable-sysvsem=shared' '--enable-sysvshm=shared' '--enable-track-vars' '--enable-trans-sid' '--enable-safe-mode' '--enable-sockets=shared' '--enable-ucd-snmp-hack' '--enable-wddx=shared' '--enable-xml=shared' '--enable-yp=shared' '--enable-soap=shared' '--with-bz2=shared' '--with-cpdflib=shared' '--with-curl=shared' '--with-db4' '--with-dbase=shared' '--with-expat-dir=shared,/usr' '--with-iconv=shared' '--with-fam=shared' '--with-filepro=shared' '--with-freetype-dir=shared' '--with-gettext=shared' '--with-gd=shared,/usr' '--with-gdbm' '--with-gmp=shared' '--with-imap=shared' '--with-imap-ssl' '--with-interbase=shared,/usr' '--with-jpeg-dir=/usr' '--with-ldap=shared' '--with-mcrypt=shared' '--with-mhash=shared' '--with-mime-magic=shared,/usr/share/file/magic.mime' '--with-ming=shared' '--with-mnogosearch=shared,/usr' '--with-msession=shared' '--with-mssql=shared' '--with-mysql=shared,/usr' '--with-mysql-sock=/var/lib/mysql/mysql.sock' '--with-mysqli=shared' '--with-ncurses=shared' '--with-openssl=shared' '--with-pcre-regex=shared' '--with-pear=/usr/share/pear' '--with-pgsql=shared,/usr' '--with-png-dir=/usr' '--with-pspell=shared' '--with-readline=shared' '--with-recode=shared' '--with-regex=php' '--without-sablot-js' '--with-snmp=shared' '--with-sybase=shared,/usr' '--with-sybase-ct=shared,/usr' '--with-sqlite=shared,/usr' '--with-t1lib=shared' '--with-tidy=shared' '--with-tiff-dir=/usr' '--with-unixODBC=shared' '--with-xmlrpc=shared,/usr' '--with-xsl=shared' '--with-zlib=shared' '--with-zlib-dir=shared,/usr' [2005-04-22 14:39:36] [EMAIL PROTECTED] Using this code, from the url you posted: And I can not reproduce this. Not with PHP 4.3.12-dev, PHP 5.1-dev..and I have glibc 2.3.4 (FC2) What is the configure line you are using with PHP? [2005-04-20 01:17:06] [EMAIL PROTECTED] Works fine on SuSE 9.2/glibc 2.3.3. I'm 100% sure it also works on other systems I have around here, but I'll check it tomorrow. The remainder of the comments for this report are too long. To view the rest of the comments, plea
#32888 [Opn->Bgs]: Problem executing external programs with different methods...
ID: 32888
Updated by: [EMAIL PROTECTED]
Reported By: kaufmann at brainworxx dot de
-Status: Open
+Status: Bogus
Bug Type: Program Execution
Operating System: Windows XP
PHP Version: 4.3.11
New Comment:
It's an windows issue, see the user comments at:
http://www.php.net/exec
Previous Comments:
[2005-04-29 10:34:15] kaufmann at brainworxx dot de
Description:
Hello,
I am using Apache with latest php 4 release (also tried latest php4
cvs). I am having problems executing external programs using exec,
system and also using proc_open.
While trying to execute using exec or system, the script just hangs off
(but does not hook up the apache process).
Commands that are enabled in command.com (like dir) are working fine!
Using proc_open I encountered another problem. Executing at all works.
Executing a script from command-line works, but calling the same script
from url using apache doesn't (returns no result).
I figured out, that the default path for the programs is the
apache-path, which seems to enforce this problem.
I was unable to change the path using the cwd-option refered to on
php.net documentation. In this case the proc_open also just returns
nothing.
Another problem I figured out was, that get_stream_contets hooks the
script (even if it is working with fgets instead).
Reproduce code:
---
array("pipe", "r"),
1 => array("pipe", "w"),2 =>
array("file",
"ziperrors.txt", "a")
);
// using proc_open
$process = proc_open('zip', $pipe_spec, $pipes,'c:\');
// for some reason get_stream_contents also hangs anyway!
while (!feof($pipes[1])) // read results
{ print fgets($pipes[1]); }
fclose($pipes[1]);
proc_close($process);
// using system / exec (same results with both of them)
exec('dir'); // works fine
exec('zip'); // script hangs / deadload
print `zip`; // using backticks causes also deadload
?>
Expected result:
I expect to get any result / execute of the programs executed
Actual result:
--
actual results are...
1) exec or system call causes hookup / deadload of script
2.a) proc_open works, but wrong execution path, unable to change
exec_path using proc_open cwd-option
2.b) get_stream_contents also deadloads, needed to be replaced with
fgets to get nearly any result at all.
--
Edit this bug report at http://bugs.php.net/?id=32888&edit=1
#27868 [Ver]: segfault on apache and php5 cli (only with --disable-debug!)
ID: 27868
Updated by: [EMAIL PROTECTED]
Reported By: blackei2k at gmx dot de
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: *
-PHP Version: 5CVS-2005-01-10
+PHP Version: 5CVS-2005-04-30
New Comment:
0x0811ffce in zend_std_get_method (object_ptr=0xbfe6aab8,
method_name=0x835cce4 "zar", method_len=3)
at /usr/src/php/php5/Zend/zend_object_handlers.c:626
626 if (zend_hash_find(&zobj->ce->function_table,
lc_method_name, method_len+1, (void **)&fbc) == FAILURE) {
(gdb) bt
#0 0x0811ffce in zend_std_get_method (object_ptr=0xbfe6aab8,
method_name=0x835cce4 "zar", method_len=3)
at /usr/src/php/php5/Zend/zend_object_handlers.c:626
#1 0x0816257b in ZEND_INIT_METHOD_CALL_SPEC_CV_CONST_HANDLER
(execute_data=0xbfe6ac10) at zend_vm_execute.h:20272
#2 0x0812c3c9 in execute (op_array=0x83568e4) at zend_vm_execute.h:78
#3 0x0810ea63 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php/php5/Zend/zend.c:1059
#4 0x080dcd78 in php_execute_script (primary_file=0xbfe6d0b0) at
/usr/src/php/php5/main/main.c:1653
#5 0x08186a5f in main (argc=2, argv=0xbfe6d174) at
/usr/src/php/php5/sapi/cli/php_cli.c:954
Previous Comments:
[2004-07-25 21:23:39] blackei2k at gmx dot de
Still there the segfault.
error.log of apache:
[Sun Jul 25 21:28:17 2004] [notice] child pid 11664 exit signal
Segmentation fault (11)
php configured like:
'./configure' '--disable-debug' '--disable-cli'
'--with-apxs=/usr/bin/apxs' '--disable-pear'
System tested on:
Linux baggy 2.4.21 #1 Fri Jun 27 21:24:38 CEST 2003 i686
PHP Version 5.1.0-dev
PHP API 20031224
PHP Extension 20040718
Zend Extension 220040718
Sorry stas, but this is still happening.
[2004-07-19 16:51:45] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
can't reproduce with new PHP5, probably fixed
[2004-04-07 08:05:28] [EMAIL PROTECTED]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 20934)]
0x082a972d in zend_std_get_method (object=0x40e420bc,
method_name=0x40e4213c "zar", method_len=3)
at /usr/src/web/php/php5/Zend/zend_object_handlers.c:673
673 if (zend_hash_find(&zobj->ce->function_table,
lc_method_name, method_len+1, (void **)&fbc) == FAILURE) {
(gdb) bt
#0 0x082a972d in zend_std_get_method (object=0x40e420bc,
method_name=0x40e4213c "zar", method_len=3)
at /usr/src/web/php/php5/Zend/zend_object_handlers.c:673
#1 0x082b72c7 in zend_init_method_call_handler
(execute_data=0xbfffd800, opline=0x40e40420, op_array=0x40e35e54)
at /usr/src/web/php/php5/Zend/zend_execute.c:2505
#2 0x082b4a07 in execute (op_array=0x40e35e54) at
/usr/src/web/php/php5/Zend/zend_execute.c:1391
#3 0x0829a699 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/web/php/php5/Zend/zend.c:1057
#4 0x082686f6 in php_execute_script (primary_file=0xbbd0) at
/usr/src/web/php/php5/main/main.c:1630
#5 0x082c7a92 in main (argc=2, argv=0xbc54) at
/usr/src/web/php/php5/sapi/cli/php_cli.c:943
[2004-04-05 07:47:01] blackei2k at gmx dot de
I got a working (segfaulting) test-case here:
getMessage() . "\n";
}
return true;
}
}
$o = new bar;
$o->zar();
?>
Hope that helps
[2004-04-05 07:26:08] blackei2k at gmx dot de
Description:
I get a segfault while running a script of mine. Here what apache's
error.log says:
[Mon Apr 5 13:36:36 2004] [notice] child pid 2072 exit signal
Segmentation fault (11)
It happens when i call the function
set_common_vars() which is a method of a class. If i run var_dump($o)
($o being an instance of the class set_common_vars is a member of) the
script errors as it should withoot segfaulting.
The function ist defined as:
function sets_common_vars()
{
$this->strCat = (isset ($_GET['load']) ? $_GET['load'] :
'homepage');
$this->strGet = $_SERVER['PHP_SELF'] . '?' . 'load=' .
$strCat;
return true;
}
This is very strange. I tried to build up a test-case as i thought it
was related to the try {} catch blocks in the contructor, but it
wasn't. My test-case did it's work as it was supposed to. I'm not sure
what i can do, as the provided information above will most likely not
help much tracing the bug to its source.
As the new object model is based on ZE2 i have classified this as an
engine issue.
--
Edit this bug report at
#30332 [Asn->Csd]: zend.ze1_compatibility_mode isnt fully compatable with array_push()
ID: 30332 Updated by: [EMAIL PROTECTED] Reported By: justmanj at msu dot edu -Status: Assigned +Status: Closed Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5.* (2005-04-29) Assigned To: andi New Comment: Fixed in CVS HEAD and PHP_5_0. Previous Comments: [2005-04-16 01:46:06] [EMAIL PROTECTED] Pushing back to Andi (would like to assign to Zeev too but..) [2005-04-13 09:48:21] justmanj at msu dot edu tested with: PHP 5.1.0-dev (cli) (built: Apr 13 2005 08:33:33) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies zend.ze1_compatibility_mode => On => On produces: C:\php5-win32-latest>php c:\web\ze1_test.php x Object ( [first] => im in the first ) x Object ( ) Array ( [0] => x Object ( [first] => im in the first ) ) which is not the design of php4 j [2004-10-05 23:35:12] justmanj at msu dot edu Description: zend.ze1_compatibility_mode when turned on doesn't honor the same methodlogy as 4.x when passing a class for some parameters - it passes by reference in functions like array_push(); this behavior was not in 4.3.x, and the only workaround is the clone keyword, which should be added in the 4.3.x tree for backwards compatability. Reproduce code: --- first = " im in the first"; print_r($first); print_r($second); print_r($container); Expected result: x Object ( [first] => im in the first ) x Object ( ) Array ( [0] => x Object ( ) ) Actual result: -- x Object ( [first] => im in the first ) x Object ( ) Array ( [0] => x Object ( [first] => im in the first ) ) -- Edit this bug report at http://bugs.php.net/?id=30332&edit=1
#32883 [Opn->Fbk]: Last character truncated from each line of post-moved file
ID: 32883
Updated by: [EMAIL PROTECTED]
Reported By: jack at martinelli dot org
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: Linux (Debian)
PHP Version: 4.3.10
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2005-04-29 05:25:59] jack at martinelli dot org
Description:
On Windows upload a text file, e.g.,
123
456
789
Then on the server move the uploaded file to some directory then dump
the file & its:
12
45
78
Reproduce code:
---
move_uploaded_file( $_FILES[$filename],['tmp_name'], 'tmp/tmp.txt');
echo file_get_contents ('tmp/tmp.txt');
Expected result:
123
456
789
Actual result:
--
12
45
78
--
Edit this bug report at http://bugs.php.net/?id=32883&edit=1
#32886 [Csd->Bgs]: Session dont store the correct values
ID: 32886 Updated by: [EMAIL PROTECTED] Reported By: luis at infomed dot sld dot cu -Status: Closed +Status: Bogus Bug Type: Session related Operating System: * PHP Version: 5.0.4 Previous Comments: [2005-04-29 09:08:10] [EMAIL PROTECTED] Not a bug. If you overwrite the $_SESSION array by assigning a new array to it, you remove it's magic properties of being the array with session variables. This is expected - so don't do it. [2005-04-29 08:45:16] luis at infomed dot sld dot cu Description: php5.0.4 dont store the correct values after modified the $_SESSION variable, the idea is to clear the session and do persist only a few values. I use Apache 1.3.33. With php5.0.2 everything is fine the problem appear with php5.0.4, I am not try with php5.0.3 Reproduce code: --- page1.php- page2.php- page2b.php- page3.php- Expected result: I would expect the same behavior with: page1.php->page2.php->page3.php and with: page1.php->page2b.php->page3.php but is not. Actual result: -- When I do page1.php->page2.php on the screen I obtain the correct values: Array ( [varA] => aaa ) but on the session file in disc is wrong, because the session file have: varA|s:3:"aaa";varB|s:3:"bbb"; and in page3.php on the screen I have: Array ( [varA] => aaa [varB] => bbb ), is wrong. But, if I do page1.php->page2b.php->page3.php everything is fine. Thank you for your work in PHP. -- Edit this bug report at http://bugs.php.net/?id=32886&edit=1
#32886 [Opn->Csd]: Session dont store the correct values
ID: 32886 Updated by: [EMAIL PROTECTED] Reported By: luis at infomed dot sld dot cu -Status: Open +Status: Closed Bug Type: Session related Operating System: * PHP Version: 5.0.4 Previous Comments: [2005-04-29 09:08:10] [EMAIL PROTECTED] Not a bug. If you overwrite the $_SESSION array by assigning a new array to it, you remove it's magic properties of being the array with session variables. This is expected - so don't do it. [2005-04-29 08:45:16] luis at infomed dot sld dot cu Description: php5.0.4 dont store the correct values after modified the $_SESSION variable, the idea is to clear the session and do persist only a few values. I use Apache 1.3.33. With php5.0.2 everything is fine the problem appear with php5.0.4, I am not try with php5.0.3 Reproduce code: --- page1.php- page2.php- page2b.php- page3.php- Expected result: I would expect the same behavior with: page1.php->page2.php->page3.php and with: page1.php->page2b.php->page3.php but is not. Actual result: -- When I do page1.php->page2.php on the screen I obtain the correct values: Array ( [varA] => aaa ) but on the session file in disc is wrong, because the session file have: varA|s:3:"aaa";varB|s:3:"bbb"; and in page3.php on the screen I have: Array ( [varA] => aaa [varB] => bbb ), is wrong. But, if I do page1.php->page2b.php->page3.php everything is fine. Thank you for your work in PHP. -- Edit this bug report at http://bugs.php.net/?id=32886&edit=1
#32886 [Bgs->Opn]: Session dont store the correct values
ID: 32886 Updated by: [EMAIL PROTECTED] Reported By: luis at infomed dot sld dot cu -Status: Bogus +Status: Open Bug Type: Session related -Operating System: Linux & Windows +Operating System: * PHP Version: 5.0.4 Previous Comments: [2005-04-29 09:08:10] [EMAIL PROTECTED] Not a bug. If you overwrite the $_SESSION array by assigning a new array to it, you remove it's magic properties of being the array with session variables. This is expected - so don't do it. [2005-04-29 08:45:16] luis at infomed dot sld dot cu Description: php5.0.4 dont store the correct values after modified the $_SESSION variable, the idea is to clear the session and do persist only a few values. I use Apache 1.3.33. With php5.0.2 everything is fine the problem appear with php5.0.4, I am not try with php5.0.3 Reproduce code: --- page1.php- page2.php- page2b.php- page3.php- Expected result: I would expect the same behavior with: page1.php->page2.php->page3.php and with: page1.php->page2b.php->page3.php but is not. Actual result: -- When I do page1.php->page2.php on the screen I obtain the correct values: Array ( [varA] => aaa ) but on the session file in disc is wrong, because the session file have: varA|s:3:"aaa";varB|s:3:"bbb"; and in page3.php on the screen I have: Array ( [varA] => aaa [varB] => bbb ), is wrong. But, if I do page1.php->page2b.php->page3.php everything is fine. Thank you for your work in PHP. -- Edit this bug report at http://bugs.php.net/?id=32886&edit=1
#32080 [Ver->Csd]: segfault when assigning object to itself with zend.ze1_compatibility_mode=On
ID: 32080
Updated by: [EMAIL PROTECTED]
Reported By: nicoletti at nns dot ch
-Status: Verified
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-04-29
New Comment:
Fixed in CVS HEAD and PHP_5_0.
Previous Comments:
[2005-02-25 14:59:37] nicoletti at nns dot ch
(gdb) bt
#0 0x081ee835 in zend_std_object_get_class (object=0x836fa74) at
/usr/local/src/php5/php5-200502251330/Zend/zend_object_handlers.c:839
#1 0x081d6e49 in zend_get_class_entry (zobject=0x836fa74) at
/usr/local/src/php5/php5-200502251330/Zend/zend_API.c:227
#2 0x0824fd33 in zend_assign_to_variable (result=0x836e624,
op1=0x836e638, op2=0x836e64c, value=0x836fa74, type=16, Ts=0xbfffd134)
at /usr/local/src/php5/php5-200502251330/Zend/zend_execute.c:861
#3 0x08240d4d in ZEND_ASSIGN_SPEC_CV_CV_HANDLER
(execute_data=0xbfffd1e8) at
/usr/local/src/php5/php5-200502251330/Zend/zend_vm_execute.h:23463
#4 0x081fc2b2 in execute (op_array=0x836a11c) at
/usr/local/src/php5/php5-200502251330/Zend/zend_vm_execute.h:78
#5 0x081d65a9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/usr/local/src/php5/php5-200502251330/Zend/zend.c:1058
#6 0x08192873 in php_execute_script (primary_file=0xb574) at
/usr/local/src/php5/php5-200502251330/main/main.c:1636
#7 0x08251c7d in main (argc=3, argv=0xb604) at
/usr/local/src/php5/php5-200502251330/sapi/cli/php_cli.c:944
[2005-02-25 14:34:32] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-02-23 15:41:27] nicoletti at nns dot ch
Description:
segfault when assigning object to itself in ze1 mode
Reproduce code:
---
ini_set('zend.ze1_compatibility_mode', true);
class test { }
$t = new test;
$t = $t; // gives segfault
Expected result:
last line gives segfault
--
Edit this bug report at http://bugs.php.net/?id=32080&edit=1
#32885 [Opn->Bgs]: Miscalulcating string length
ID: 32885
Updated by: [EMAIL PROTECTED]
Reported By: homework at aofrozencity dot com
-Status: Open
+Status: Bogus
Bug Type: Strings related
Operating System: Windows 2003 Server
PHP Version: 4.3.9
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
.
Previous Comments:
[2005-04-29 08:35:44] homework at aofrozencity dot com
Description:
'pictures' should be 8 string length. Thought, I got the result. It
said that 'pictures' is 13 string length. It isn't correct. I notice
that I use different words. It shows that string length is added with 5
practically. You can see that 8 (pcitures) length + 5 add length = 13
string length. I don't know why it is.
Reproduce code:
---
function word_match($a=null,$b=null)
{
print("Orginal A: $a");
$a_length = strlen($a);
$b_length = strlen($b);
$search = true;
$length = 0;
while($search)
{
if(substr($b,$length,$a_length)==$a)
{
$search
= false;
$result
= true;
}elseif($length>$b_length){
print("Websatellite: A: $a B: $b
($length>$b_length)");
$result
= false;
$search
= false;
}
print("Websatellite: ($a_length)
".substr($b,$length,$a_length)."==$a");
$length++;
}
return $result;
}
--
Edit this bug report at http://bugs.php.net/?id=32885&edit=1
#31828 [Ver->Csd]: Crash with zend.ze1_compatibility_mode=On
ID: 31828
Updated by: [EMAIL PROTECTED]
Reported By: jon dot williams at namtec dot co dot uk
-Status: Verified
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-02-28
New Comment:
Fixed in CVS HEAD and PHP_5_0.
Previous Comments:
[2005-02-28 20:51:50] [EMAIL PROTECTED]
See also bug #32080
[2005-02-03 14:21:59] [EMAIL PROTECTED]
Oh, that was really useful hint, thanks.
Here is the bt:
0x0824fc6e in zend_get_class_entry (zobject=0x84d683c) at
/home/dev/php-src_5_0/Zend/zend_API.c:204
204 if (Z_OBJ_HT_P(zobject)->get_class_entry) {
(gdb) bt
#0 0x0824fc6e in zend_get_class_entry (zobject=0x84d683c) at
/home/dev/php-src_5_0/Zend/zend_API.c:204
#1 0x0827acc1 in zend_assign_to_variable (result=0x84df744,
op1=0x84df758, op2=0x84df76c, value=0x84d683c, type=4,
Ts=0xbfffb310) at /home/dev/php-src_5_0/Zend/zend_execute.c:600
#2 0x0827445d in zend_assign_handler (execute_data=0xbfffd410,
opline=0x84df740, op_array=0x84d643c)
at /home/dev/php-src_5_0/Zend/zend_execute.c:2252
#3 0x082723c8 in execute (op_array=0x84d643c) at
/home/dev/php-src_5_0/Zend/zend_execute.c:1406
#4 0x0824f4ff in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/dev/php-src_5_0/Zend/zend.c:1068
#5 0x08210619 in php_execute_script (primary_file=0xb810) at
/home/dev/php-src_5_0/main/main.c:1630
#6 0x0827dd59 in main (argc=2, argv=0xb8a4) at
/home/dev/php-src_5_0/sapi/cli/php_cli.c:943
#7 0x420157a4 in __libc_start_main () from /lib/tls/libc.so.6
[2005-02-03 14:14:21] jon dot williams at namtec dot co dot uk
Okay, more research - I reverted back to the dist php.ini file and the
crash no longer happens. Regressing through the changes I had made
I've discovered that this crash only happens if PHP 4.x compatibility
is enabled. i.e.
zend.ze1_compatibility_mode = On
[2005-02-03 13:32:40] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Can't reproduce it under Linux with latest snapshot.
[2005-02-03 13:25:41] jon dot williams at namtec dot co dot uk
Description:
Operating System: Windows 2000 Server
PHP Version: 5.0.3 and binary snapshot 200502030930
Apache versions: 2.0.52 and 1.3.31
I am using running the open source CMS system Mambo with the com_events
component. In some circumstances the code in this component would crash
my installation.
After some tracing I narrowed the crash down to a small piece of code
whereby the first element in a singleton array is re-assigned to a
variable name the same as the originating array(See code example).
By reassigning the array element to a new different variable name this
crash can be avoided.
Reproduce code:
---
id = 77;
$o->name = "Aerospace";
$a[] = $o;
$a = $a[0];
print_r($a);
?>
Expected result:
stdClass Object ( [id] => 77 [name] => Aerospace )
Actual result:
--
404 page not found error and Apache logs show a crash where Apache is
forced to restart.
In Apache 2
child process exited with status 3221225477 -- Restarting.
--
Edit this bug report at http://bugs.php.net/?id=31828&edit=1
#32852 [Asn->Csd]: Crash with singleton and __destruct when zend.ze1_compatibility_mode = On
ID: 32852 Updated by: [EMAIL PROTECTED] Reported By: cox at idecnet dot com -Status: Assigned +Status: Closed Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2005-04-29 Assigned To: dmitry New Comment: Fixed in CVS HEAD and PHP_5_0. Previous Comments: [2005-04-29 03:29:29] [EMAIL PROTECTED] Dmitry, if you have time, can you look into these reports with problems with zend.ze1_compatibility_mode? Some of them happen with only PHP_5_0 and some with both it and HEAD. Here's list (this bug excluded): bug #30332 bug #31828 bug #32080 [2005-04-28 16:03:57] cox at idecnet dot com Not using my php.ini doesn't crash in 5.0.4, 5.0.5dev or 5.1cvs and the output match the expected. So investigating my modified settings from the original php.ini-dist, I've found that ze1_compat generates the problem: zend.ze1_compatibility_mode = On (turning it Off does not crash, well, afterall it's php5 only syntax). The other requested data: gcc-3.4.1 bison-1.875 glibc-2.3.3 [2005-04-28 13:52:55] [EMAIL PROTECTED] I still can't reproduce this. I get same result with both HEAD and PHP_5_0 branches and also with the snapshot. Does it give same result if you make sure you don't load any php.ini: sapi/cli/php -n file.php What bison version do you have installed? What compiler (and version) ? [2005-04-28 10:53:13] cox at idecnet dot com With today's CVS (5.1), it does not crash. But the output is: Output: i'm called i'm called i'm called i'm called The __destruct() function is called 4 times. With php5-STABLE-200504271035 (5.0.5dev): $ make distclean $ ./configure \ --prefix=/usr \ --with-config-file-path=/etc/php5 \ --enable-cli \ --disable-cgi \ --disable-pear \ --enable-debug Still the same output and same crash. [2005-04-28 00:25:57] [EMAIL PROTECTED] If you configure with --enable-debug (rm config.cache && ./configure + your options + --enable-debug && make clean && make) does it still crash? Are you sure you ARE using the latest CVS? (the snapshots might not be updated again..) 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/32852 -- Edit this bug report at http://bugs.php.net/?id=32852&edit=1
#32886 [Opn->Bgs]: Session dont store the correct values
ID: 32886 Updated by: [EMAIL PROTECTED] Reported By: luis at infomed dot sld dot cu -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux & Windows PHP Version: 5.0.4 New Comment: Not a bug. If you overwrite the $_SESSION array by assigning a new array to it, you remove it's magic properties of being the array with session variables. This is expected - so don't do it. Previous Comments: [2005-04-29 08:45:16] luis at infomed dot sld dot cu Description: php5.0.4 dont store the correct values after modified the $_SESSION variable, the idea is to clear the session and do persist only a few values. I use Apache 1.3.33. With php5.0.2 everything is fine the problem appear with php5.0.4, I am not try with php5.0.3 Reproduce code: --- page1.php- page2.php- page2b.php- page3.php- Expected result: I would expect the same behavior with: page1.php->page2.php->page3.php and with: page1.php->page2b.php->page3.php but is not. Actual result: -- When I do page1.php->page2.php on the screen I obtain the correct values: Array ( [varA] => aaa ) but on the session file in disc is wrong, because the session file have: varA|s:3:"aaa";varB|s:3:"bbb"; and in page3.php on the screen I have: Array ( [varA] => aaa [varB] => bbb ), is wrong. But, if I do page1.php->page2b.php->page3.php everything is fine. Thank you for your work in PHP. -- Edit this bug report at http://bugs.php.net/?id=32886&edit=1
