#38112 [NEW]: Segmentation fault in imagecreatefromgif
From: bduclaux at yahoo dot com Operating system: Linux PHP version: 5.1.4 PHP Bug Type: GD related Bug description: Segmentation fault in imagecreatefromgif Description: imagecreatefromgif segfaults when broken gif images are loaded Reproduce code: --- http://www.compuworldfrance.com/boutique/images_produits/26HEBOITIER0010_1.gif";); ?> Expected result: Should not segfault ! Actual result: -- The bug comes from the file php-5.1.4/ext/gd/libgd/gd_gif_in.c:394 Here is the full trace : (gdb) bt #0 LWZReadByte (fd=0x856c96c, flag=Variable "flag" is not available. ) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:394 #1 0x080ead3c in ReadImage (im=0x8569604, fd=0x856c96c, len=130, height=130, cmap=0xbfffcd80, interlace=0) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:520 #2 0x080eb008 in php_gd_gdImageCreateFromGifCtx (fd=0x856c96c) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:199 #3 0x080d25fb in _php_image_create_from (ht=Variable "ht" is not available. ) at /home/sysop/php-5.1.4/ext/gd/gd.c:1608 #4 0x080d281b in zif_imagecreatefromgif (ht=292440, return_value=0x400, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/sysop/php-5.1.4/ext/gd/gd.c:1674 #5 0x0822df8c in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffd510) at /home/sysop/php-5.1.4/Zend/zend_vm_execute.h:200 #6 0x0822d971 in execute (op_array=0x85674e4) at /home/sysop/php-5.1.4/Zend/zend_vm_execute.h:92 #7 0x08216252 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/sysop/php-5.1.4/Zend/zend.c:1109 #8 0x081e25d0 in php_execute_script (primary_file=0xba10) at /home/sysop/php-5.1.4/main/main.c:1732 #9 0x08290111 in main (argc=2, argv=0xbae4) at /home/sysop/php-5.1.4/sapi/cli/php_cli.c:1092 -- Edit bug report at http://bugs.php.net/?id=38112&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38112&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38112&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38112&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38112&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38112&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38112&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38112&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38112&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38112&r=support Expected behavior:http://bugs.php.net/fix.php?id=38112&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38112&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38112&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38112&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38112&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38112&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38112&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38112&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38112&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38112&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38112&r=mysqlcfg
#38112 [Opn->Asn]: Segmentation fault in imagecreatefromgif
ID: 38112 Updated by: [EMAIL PROTECTED] Reported By: bduclaux at yahoo dot com -Status: Open +Status: Assigned Bug Type: GD related Operating System: Linux PHP Version: 5.1.4 -Assigned To: +Assigned To: pajoye Previous Comments: [2006-07-16 10:05:04] bduclaux at yahoo dot com Description: imagecreatefromgif segfaults when broken gif images are loaded Reproduce code: --- http://www.compuworldfrance.com/boutique/images_produits/26HEBOITIER0010_1.gif";); ?> Expected result: Should not segfault ! Actual result: -- The bug comes from the file php-5.1.4/ext/gd/libgd/gd_gif_in.c:394 Here is the full trace : (gdb) bt #0 LWZReadByte (fd=0x856c96c, flag=Variable "flag" is not available. ) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:394 #1 0x080ead3c in ReadImage (im=0x8569604, fd=0x856c96c, len=130, height=130, cmap=0xbfffcd80, interlace=0) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:520 #2 0x080eb008 in php_gd_gdImageCreateFromGifCtx (fd=0x856c96c) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:199 #3 0x080d25fb in _php_image_create_from (ht=Variable "ht" is not available. ) at /home/sysop/php-5.1.4/ext/gd/gd.c:1608 #4 0x080d281b in zif_imagecreatefromgif (ht=292440, return_value=0x400, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/sysop/php-5.1.4/ext/gd/gd.c:1674 #5 0x0822df8c in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffd510) at /home/sysop/php-5.1.4/Zend/zend_vm_execute.h:200 #6 0x0822d971 in execute (op_array=0x85674e4) at /home/sysop/php-5.1.4/Zend/zend_vm_execute.h:92 #7 0x08216252 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/sysop/php-5.1.4/Zend/zend.c:1109 #8 0x081e25d0 in php_execute_script (primary_file=0xba10) at /home/sysop/php-5.1.4/main/main.c:1732 #9 0x08290111 in main (argc=2, argv=0xbae4) at /home/sysop/php-5.1.4/sapi/cli/php_cli.c:1092 -- Edit this bug report at http://bugs.php.net/?id=38112&edit=1
#38112 [Asn]: Segmentation fault in imagecreatefromgif
ID: 38112 Updated by: [EMAIL PROTECTED] Reported By: bduclaux at yahoo dot com Status: Assigned Bug Type: GD related Operating System: Linux PHP Version: 5.1.4 Assigned To: pajoye New Comment: Only for the record, the gif image is corrupt. Fix coming. Previous Comments: [2006-07-16 10:05:04] bduclaux at yahoo dot com Description: imagecreatefromgif segfaults when broken gif images are loaded Reproduce code: --- http://www.compuworldfrance.com/boutique/images_produits/26HEBOITIER0010_1.gif";); ?> Expected result: Should not segfault ! Actual result: -- The bug comes from the file php-5.1.4/ext/gd/libgd/gd_gif_in.c:394 Here is the full trace : (gdb) bt #0 LWZReadByte (fd=0x856c96c, flag=Variable "flag" is not available. ) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:394 #1 0x080ead3c in ReadImage (im=0x8569604, fd=0x856c96c, len=130, height=130, cmap=0xbfffcd80, interlace=0) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:520 #2 0x080eb008 in php_gd_gdImageCreateFromGifCtx (fd=0x856c96c) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:199 #3 0x080d25fb in _php_image_create_from (ht=Variable "ht" is not available. ) at /home/sysop/php-5.1.4/ext/gd/gd.c:1608 #4 0x080d281b in zif_imagecreatefromgif (ht=292440, return_value=0x400, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/sysop/php-5.1.4/ext/gd/gd.c:1674 #5 0x0822df8c in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffd510) at /home/sysop/php-5.1.4/Zend/zend_vm_execute.h:200 #6 0x0822d971 in execute (op_array=0x85674e4) at /home/sysop/php-5.1.4/Zend/zend_vm_execute.h:92 #7 0x08216252 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/sysop/php-5.1.4/Zend/zend.c:1109 #8 0x081e25d0 in php_execute_script (primary_file=0xba10) at /home/sysop/php-5.1.4/main/main.c:1732 #9 0x08290111 in main (argc=2, argv=0xbae4) at /home/sysop/php-5.1.4/sapi/cli/php_cli.c:1092 -- Edit this bug report at http://bugs.php.net/?id=38112&edit=1
#29538 [NoF->Csd]: number_format and problem with 0
ID: 29538
Updated by: [EMAIL PROTECTED]
Reported By: maugeri at tiscali dot it
-Status: No Feedback
+Status: Closed
Bug Type: Math related
-Operating System: Linux Fedora Core 2
+Operating System: *
-PHP Version: 4CVS, 5CVS (2004-12-12)
+PHP Version: 4.4.2, 5.1.*
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-01-27 01:00:08] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2004-12-14 01:29:11] [EMAIL PROTECTED]
With what version did it work "correctly" I tested 4.3.7, 4.3.8, 4.3.9
and 4.3.10RCs and they all don't have a leading 0.
[2004-08-05 17:16:47] maugeri at tiscali dot it
Description:
When i try to obtain a value withou the separator give me
a strange result...
$sfero = number_format("0.25", 2, '', '');
echo $sfero;
it give 25 and not 025!
now i must use
$sfero = number_format("0.25", 2, ',', '');
$sfero = str_replace(",", "", $sfero);
i don't know if is a bug but first,with other php version,
the function number_format worked fine
Reproduce code:
---
";
}
?>
Expected result:
000
025
050
075
100
125
150
etc
Actual result:
--
25
50
75
100
125
150
etc
--
Edit this bug report at http://bugs.php.net/?id=29538&edit=1
#38112 [Asn]: Segmentation fault in imagecreatefromgif
ID: 38112 Updated by: [EMAIL PROTECTED] Reported By: bduclaux at yahoo dot com Status: Assigned Bug Type: GD related Operating System: Linux PHP Version: 5.1.4 Assigned To: pajoye New Comment: Fixed in PHP_5_2. I will close the bug once I merge it in all branches. Previous Comments: [2006-07-16 10:37:09] [EMAIL PROTECTED] Only for the record, the gif image is corrupt. Fix coming. [2006-07-16 10:05:04] bduclaux at yahoo dot com Description: imagecreatefromgif segfaults when broken gif images are loaded Reproduce code: --- http://www.compuworldfrance.com/boutique/images_produits/26HEBOITIER0010_1.gif";); ?> Expected result: Should not segfault ! Actual result: -- The bug comes from the file php-5.1.4/ext/gd/libgd/gd_gif_in.c:394 Here is the full trace : (gdb) bt #0 LWZReadByte (fd=0x856c96c, flag=Variable "flag" is not available. ) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:394 #1 0x080ead3c in ReadImage (im=0x8569604, fd=0x856c96c, len=130, height=130, cmap=0xbfffcd80, interlace=0) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:520 #2 0x080eb008 in php_gd_gdImageCreateFromGifCtx (fd=0x856c96c) at /home/sysop/php-5.1.4/ext/gd/libgd/gd_gif_in.c:199 #3 0x080d25fb in _php_image_create_from (ht=Variable "ht" is not available. ) at /home/sysop/php-5.1.4/ext/gd/gd.c:1608 #4 0x080d281b in zif_imagecreatefromgif (ht=292440, return_value=0x400, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/sysop/php-5.1.4/ext/gd/gd.c:1674 #5 0x0822df8c in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffd510) at /home/sysop/php-5.1.4/Zend/zend_vm_execute.h:200 #6 0x0822d971 in execute (op_array=0x85674e4) at /home/sysop/php-5.1.4/Zend/zend_vm_execute.h:92 #7 0x08216252 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/sysop/php-5.1.4/Zend/zend.c:1109 #8 0x081e25d0 in php_execute_script (primary_file=0xba10) at /home/sysop/php-5.1.4/main/main.c:1732 #9 0x08290111 in main (argc=2, argv=0xbae4) at /home/sysop/php-5.1.4/sapi/cli/php_cli.c:1092 -- Edit this bug report at http://bugs.php.net/?id=38112&edit=1
#38113 [NEW]: CLI error
From: neilxp at 163 dot com Operating system: RHEL4 PHP version: 5.1.4 PHP Bug Type: CGI related Bug description: CLI error Description: i compiled php5.14 on RHEL4 using the following configuration: ./configure --enable-sockets --enable-mbstring --with-apxs2=/usr/sbin/apxs --with-openssl=/usr/local/ssl --with-bz2 --enable-ctype --with-iconv --with-zlib --with-mysql --with-gd --with-png --with-jpeg --with-freetype --with-iconv --with-pear=/usr/share/pear when executing php in command line, this error occurs: Segmentation fault Reproduce code: --- none Expected result: runs php script Actual result: -- Segmentation fault -- Edit bug report at http://bugs.php.net/?id=38113&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38113&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38113&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38113&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38113&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38113&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38113&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38113&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38113&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38113&r=support Expected behavior:http://bugs.php.net/fix.php?id=38113&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38113&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38113&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38113&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38113&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38113&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38113&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38113&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38113&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38113&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38113&r=mysqlcfg
#38114 [NEW]: Warning: ftp_put(): User foobar logged in.
From: bugada at blu dot it Operating system: Windows Server 2003 PHP version: 4.4.2 PHP Bug Type: FTP related Bug description: Warning: ftp_put(): User foobar logged in. Description: I'm using ftp_get and ftp_put functions to exchange small text files between a Windows Server 2003 Web Edition machine and Windows NT 4.0 mounting a Microsoft FTP Service (Version 4.0). In some cases (randomly I think) the ftp_get (or ftp_put) command prints this and returns FALSE. Warning: ftp_get(): User foobar logged in. in D:\myapppath\ftp.php on line 68 This is the ftp server log: [17:45:23] 220 dmzmibrz Microsoft FTP Service (Version 4.0). [17:45:23] USER foobar [17:45:23] 331 Password required for foobar. [17:45:23] PASS (hidden) [17:45:23] 230- Welcome to dummy.tld [17:45:23] 230 User hrdkft01 logged in. I can't reproduce it systematically it but it often occurs. It seems that php ftp functions don't recognize the Welcome message (230) correctly. -- Edit bug report at http://bugs.php.net/?id=38114&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38114&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38114&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38114&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38114&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38114&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38114&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38114&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38114&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38114&r=support Expected behavior:http://bugs.php.net/fix.php?id=38114&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38114&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38114&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38114&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38114&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38114&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38114&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38114&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38114&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38114&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38114&r=mysqlcfg
#38113 [Fbk->Opn]: CLI error
ID: 38113 User updated by: neilxp at 163 dot com Reported By: neilxp at 163 dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: RHEL4 PHP Version: 5.1.4 New Comment: php -n -v Segmentation fault but now i have deinstalled php came with rpm, rebuilded it with make clean add make, but this error still comes out Previous Comments: [2006-07-16 16:18:45] [EMAIL PROTECTED] Moist liekly you had php installed from rpm's and didn't deinstall it first so that now php loads wrong libs or evetually even some left over shared extensions. To test this do : php -n -v And it it works : php -n -m It also helps to check the log files when startup errors are enabled. Further more, before installing the php you built you can execute it from the build directory, again using parameter -n first. [2006-07-16 15:53:46] neilxp at 163 dot com Description: i compiled php5.14 on RHEL4 using the following configuration: ./configure --enable-sockets --enable-mbstring --with-apxs2=/usr/sbin/apxs --with-openssl=/usr/local/ssl --with-bz2 --enable-ctype --with-iconv --with-zlib --with-mysql --with-gd --with-png --with-jpeg --with-freetype --with-iconv --with-pear=/usr/share/pear when executing php in command line, this error occurs: Segmentation fault Reproduce code: --- none Expected result: runs php script Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=38113&edit=1
#38113 [Opn->Fbk]: CLI error
ID: 38113 Updated by: [EMAIL PROTECTED] Reported By: neilxp at 163 dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: RHEL4 PHP Version: 5.1.4 New Comment: Moist liekly you had php installed from rpm's and didn't deinstall it first so that now php loads wrong libs or evetually even some left over shared extensions. To test this do : php -n -v And it it works : php -n -m It also helps to check the log files when startup errors are enabled. Further more, before installing the php you built you can execute it from the build directory, again using parameter -n first. Previous Comments: [2006-07-16 15:53:46] neilxp at 163 dot com Description: i compiled php5.14 on RHEL4 using the following configuration: ./configure --enable-sockets --enable-mbstring --with-apxs2=/usr/sbin/apxs --with-openssl=/usr/local/ssl --with-bz2 --enable-ctype --with-iconv --with-zlib --with-mysql --with-gd --with-png --with-jpeg --with-freetype --with-iconv --with-pear=/usr/share/pear when executing php in command line, this error occurs: Segmentation fault Reproduce code: --- none Expected result: runs php script Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=38113&edit=1
#38113 [Opn->Fbk]: CLI error
ID: 38113 Updated by: [EMAIL PROTECTED] Reported By: neilxp at 163 dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: RHEL4 PHP Version: 5.1.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2006-07-16 16:33:31] neilxp at 163 dot com php -n -v Segmentation fault but now i have deinstalled php came with rpm, rebuilded it with make clean add make, but this error still comes out [2006-07-16 16:18:45] [EMAIL PROTECTED] Moist liekly you had php installed from rpm's and didn't deinstall it first so that now php loads wrong libs or evetually even some left over shared extensions. To test this do : php -n -v And it it works : php -n -m It also helps to check the log files when startup errors are enabled. Further more, before installing the php you built you can execute it from the build directory, again using parameter -n first. [2006-07-16 15:53:46] neilxp at 163 dot com Description: i compiled php5.14 on RHEL4 using the following configuration: ./configure --enable-sockets --enable-mbstring --with-apxs2=/usr/sbin/apxs --with-openssl=/usr/local/ssl --with-bz2 --enable-ctype --with-iconv --with-zlib --with-mysql --with-gd --with-png --with-jpeg --with-freetype --with-iconv --with-pear=/usr/share/pear when executing php in command line, this error occurs: Segmentation fault Reproduce code: --- none Expected result: runs php script Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=38113&edit=1
#38111 [Opn->Fbk]: PHP crashes IIS worker process and application pool
ID: 38111 Updated by: [EMAIL PROTECTED] Reported By: svendavidh at hotmail dot com -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows Server 2003 Std. Ed. R2 PHP Version: 5.1.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2006-07-15 17:09:05] svendavidh at hotmail dot com Description: Hello, I see that other people have reported a similar bug, and that this bug http://bugs.php.net/bug.php?id=35612 claims to be fixed. However, I encounter a lot of trouble with PHP v5.1.4 (I haven't tried any other version) I feel like inserting error logs from the Windows Event log here, but I'm trying to stick to what this web page is telling me - not to put any huge text in this box. What did I do? I installed a FRESH copy of Windows Server 2003 Std. Ed. R2 and PHP v5.1.4 Extensions that are loaded: extension=php_mbstring.dll extension=php_gd2.dll extension=php_mssql.dll extension=php_mysql.dll extension=php_mysqli.dll Sessions enabled Browscap enabled What did I expect? I expected PHP to work smootly on my system What actually happened? PHP makes IIS worker process and the application pool to terminate. Do I know for a fact that PHP is causing the trouble? I do, because I've run a debugging tool called IIS Diagonstics, and it has traced the problem to be php5ts.dll Also, the error was not there before I installed PHP. If I unload the php5isapi.dll from the IIS server the problem is gone. See the bug report here: http://eventlog.no/php/IIS_Report__Date_07_14_2006__Time_11_41_51AM__903.mht Use Internet Explorer to open it (Sorry, don't know of any other way) Don't get me wrong. I love PHP, but it would be great if this error was solved, if possible :-) Please get back to me if you want the event logs from Windows Reproduce code: --- There is no specific code that reproduces this error. Only the fact that PHP is installed causes the problems Expected result: N/A Actual result: -- Two examples from windows event logs: Event Type: Warning Event Source: W3SVC Event Category: None Event ID: 1009 Date: 14.07.2006 Time: 10:26:02 User: N/A Computer: IKT Description: A process serving application pool 'DefaultAppPool' terminated unexpectedly. The process id was '2820'. The process exit code was '0xc005'. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 15.07.2006 Time: 00:09:37 User: N/A Computer: IKT Description: Faulting application w3wp.exe, version 6.0.3790.1830, faulting module unknown, version 0.0.0.0, fault address 0x01b45c80. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: : 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 77 33 77 ure w3w 0018: 70 2e 65 78 65 20 36 2e p.exe 6. 0020: 30 2e 33 37 39 30 2e 31 0.3790.1 0028: 38 33 30 20 69 6e 20 75 830 in u 0030: 6e 6b 6e 6f 77 6e 20 30 nknown 0 0038: 2e 30 2e 30 2e 30 20 61 .0.0.0 a 0040: 74 20 6f 66 66 73 65 74 t offset 0048: 20 30 31 62 34 35 63 3801b45c8 0050: 300 I also get dialog-boxes saying: w3wp.exe - Application error. The instruction at "0x01b45c80" referenced memory at "0x01b45c80". The memory could not be "read" -- Edit this bug report at http://bugs.php.net/?id=38111&edit=1
#38100 [Opn->Asn]: Arrays don't get deserialized properly in a php soap client
ID: 38100 Updated by: [EMAIL PROTECTED] Reported By: nnaoumov at gridapp dot com -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: redhat 4 PHP Version: 5CVS-2006-07-14 (snap) Assigned To: dmitry Previous Comments: [2006-07-14 12:59:06] nnaoumov at gridapp dot com I just emailed you two wsdl files that I tried it with. One was the original gsoap generated wsdl file and the other is one that I played around a bit with. [2006-07-14 10:05:37] [EMAIL PROTECTED] Please post "php-array.wsdl" or send it to me by email. [2006-07-14 06:38:36] nnaoumov at gridapp dot com Btw, initially I had this problem with php 5.1.2 but then I compiled the daily snapshot for php 5.2 and it's still there [2006-07-14 06:36:27] nnaoumov at gridapp dot com Description: I wrote a small soap server in C++ (with gsoap) and a small php soap client. When I tried to send over an array of strings from the server to the client I only receieved the first value of the array. Reproduce code: --- 1, "exceptions"=>1) ); $param = 5; $rs = $client->noop( new SoapParam($param, "num") ); #echo $client->__getLastResponse()); print_r($rs); ?> The server is in C++ so I cant post it here but it is really simple and only provides the method noop which takes an integer and returns an array of as many strings as is the argument. Here is the output from getLastResponse which shows the soap msg sent from the server to the php client. If required I can post the wsdl file as well. http://schemas.xmlsoap.org/soap/envelope/"; xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:mgrin="urn:myns-internal">http://schemas.xmlsoap.org/soap/encoding/";>test0test1test2test3test4 Expected result: Array ( [0] => test0 [1] => test1 [2] => test2 [3] => test3 [4] => test4) Actual result: -- test0 -- Edit this bug report at http://bugs.php.net/?id=38100&edit=1
#38111 [Fbk->Opn]: PHP crashes IIS worker process and application pool
ID: 38111 User updated by: svendavidh at hotmail dot com Reported By: svendavidh at hotmail dot com -Status: Feedback +Status: Open Bug Type: IIS related Operating System: Windows Server 2003 Std. Ed. R2 PHP Version: 5.1.4 New Comment: Hello sir! I'd like to do exactly what you say. But do you have any hints on where to get a hold of MSVC6? To be honest, I'm not even sure what it is. I guess it's a tool for programming Visual C? I've googled the net, but I can't find anywhere I can download MSVC6. I assume it's not freeware? Any additional info regarding this would be appreciated. Also, I can't find a debug-pack for v5.1.4. Can I use the one for v5.2? (http://snaps.php.net/win32/php5.2-dbgpack-win32-latest.zip) Once I get some answers to this I'll do be best (and 1st) attempt to create that backtrace for you Previous Comments: [2006-07-16 16:45:30] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2006-07-15 17:09:05] svendavidh at hotmail dot com Description: Hello, I see that other people have reported a similar bug, and that this bug http://bugs.php.net/bug.php?id=35612 claims to be fixed. However, I encounter a lot of trouble with PHP v5.1.4 (I haven't tried any other version) I feel like inserting error logs from the Windows Event log here, but I'm trying to stick to what this web page is telling me - not to put any huge text in this box. What did I do? I installed a FRESH copy of Windows Server 2003 Std. Ed. R2 and PHP v5.1.4 Extensions that are loaded: extension=php_mbstring.dll extension=php_gd2.dll extension=php_mssql.dll extension=php_mysql.dll extension=php_mysqli.dll Sessions enabled Browscap enabled What did I expect? I expected PHP to work smootly on my system What actually happened? PHP makes IIS worker process and the application pool to terminate. Do I know for a fact that PHP is causing the trouble? I do, because I've run a debugging tool called IIS Diagonstics, and it has traced the problem to be php5ts.dll Also, the error was not there before I installed PHP. If I unload the php5isapi.dll from the IIS server the problem is gone. See the bug report here: http://eventlog.no/php/IIS_Report__Date_07_14_2006__Time_11_41_51AM__903.mht Use Internet Explorer to open it (Sorry, don't know of any other way) Don't get me wrong. I love PHP, but it would be great if this error was solved, if possible :-) Please get back to me if you want the event logs from Windows Reproduce code: --- There is no specific code that reproduces this error. Only the fact that PHP is installed causes the problems Expected result: N/A Actual result: -- Two examples from windows event logs: Event Type: Warning Event Source: W3SVC Event Category: None Event ID: 1009 Date: 14.07.2006 Time: 10:26:02 User: N/A Computer: IKT Description: A process serving application pool 'DefaultAppPool' terminated unexpectedly. The process id was '2820'. The process exit code was '0xc005'. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 15.07.2006 Time: 00:09:37 User: N/A Computer: IKT Description: Faulting application w3wp.exe, version 6.0.3790.1830, faulting module unknown, version 0.0.0.0, fault address 0x01b45c80. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: : 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 77 33 77 ure w3w 0018: 70 2e 65 78 65 20 36 2e p.exe 6. 0020: 30 2e 33 37 39 30 2e 31 0.3790.1 0028: 38 33 30 20 69 6e 20 75 830 in u 0030: 6e 6b 6e 6f 77 6e 20 30 nknown 0 0038: 2e 30 2e 30 2e 30 20 61 .0.0.0 a 0040: 74 20 6f 66 66 73 65 74 t offset 0048: 20 30 31 62 34 35 63 3801b45c8 0050: 300 I also get dialog-boxes saying: w3wp.exe - Application error. The instruction at "0x01b45c80" referenced memory at "0x01b45c80". The memory could not be "read" -- Edit this bug report at http://bugs.php.net/?id=38111&edit=1
#38116 [NEW]: include_once bug
From: nimce4u at gmail dot com
Operating system: Windows XP Pro
PHP version: 5.1.4
PHP Bug Type: Scripting Engine problem
Bug description: include_once bug
Description:
When I use include_once
With:
include_once("inc.php");
and
include_once("INC.php");
The file are included two times!!
Reproduce code:
---
org.php:
Expected result:
inc.php is included ONE TIME ONLY
Actual result:
--
inc.php is included TWO TIMES!
--
Edit bug report at http://bugs.php.net/?id=38116&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38116&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38116&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38116&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38116&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38116&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38116&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38116&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38116&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38116&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38116&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38116&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38116&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38116&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38116&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38116&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38116&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38116&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38116&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38116&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38116&r=mysqlcfg
#29234 [Com]: empty($object->property) incorrect when property has access overloaded (__get)
ID: 29234
Comment by: info at peter-thomassen dot de
Reported By: chrissy at codegoat dot com
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 5.0.0
New Comment:
The problem still exists with 5.1.4.
Previous Comments:
[2005-03-14 01:00:14] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-03-06 20:49:52] [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
[2004-07-20 19:34:48] benjcarson at digitaljunkies dot ca
This may be related to bug #28176.
[2004-07-18 01:14:15] chrissy at codegoat dot com
Description:
The code below has a class with two properties. One which is a regular
public class property and the other which is accessed through the __get
function. Both are set to "Not Empty". However, when you call empty()
on the one accessed through __get, the empty() function returns TRUE
which is incorrect. The problem can be remedied by first assigning the
value of the property to a variable and then calling the empty function
on that variable.
Reproduce code:
---
"Not Empty");
function __get($key) {
if (array_key_exists($key, $this->properties)) return
$this->properties[$key];
}
}
$emptyTest = new EmptyTest();
echo "The value of Test 1 is: \"" . $emptyTest->emptyTest1 .
"\"The value of Test 2 is: \"" . $emptyTest->emptyTest2 .
"\"---";
if (empty($emptyTest->emptyTest1)) echo "Test 1 was empty ";
else echo "Test 1 was not empty ";
if (empty($emptyTest->emptyTest2))echo "Test 2 was empty ";
else echo "Test 2 was not empty ";
$test = $emptyTest->emptyTest2;
if (empty($test))echo "Test 2 was empty this time";
else echo "Test 2 was not empty this time";
?>
Expected result:
Both emptyTest1 and emptyTest2, when passed to the empty function, the
function should return true.
It could be that calling empty with a property that has had its access
overloaded by the __get function is invalid. If this is the case, I
would assume empty should at least throw a Warning.
Actual result:
--
The output of the above program is...
The value of Test 1 is: "Not Empty"
The value of Test 2 is: "Not Empty"
---
Test 1 was not empty
Test 2 was empty
Test 2 was not empty this time
--
Edit this bug report at http://bugs.php.net/?id=29234&edit=1
#38117 [NEW]: php 5.1.2 dom object preserveWhiteSpace
From: protano at wp dot pl Operating system: windows PHP version: 5.1.4 PHP Bug Type: Scripting Engine problem Bug description: php 5.1.2 dom object preserveWhiteSpace Description: In windows version 5.1.2 php dom->preserveWhiteSpace = false; does not act correctly. So as this option would not be put. In PHP Version 5.0.5-Debian-0.8~sarge1 it works correctly. Reproduce code: --- $doc = new DOMDocument; $doc->preserveWhiteSpace = false; $doc->loadHTML($buffer); $xpath = new DOMXPath($doc); $query = '//html/body/td/b'; $entries = $xpath->query($query); $data=$entries->item(1)->nodeValue; Expected result: whitespaces between tags(xml elements) should be ignored. Actual result: -- whitespaces between tags(xml elements) are't ignore. -- Edit bug report at http://bugs.php.net/?id=38117&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38117&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38117&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38117&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38117&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38117&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38117&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38117&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38117&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38117&r=support Expected behavior:http://bugs.php.net/fix.php?id=38117&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38117&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38117&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38117&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38117&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38117&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38117&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38117&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38117&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38117&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38117&r=mysqlcfg
#38118 [Opn]: unrelated error when using reference
ID: 38118
User updated by: public at grik dot net
Reported By: public at grik dot net
Status: Open
Bug Type: SPL related
Operating System: *
PHP Version: 5.1.4
New Comment:
P.S.
I am not allowed to define function offsetGet($key)as
"function &offsetGet($key){...}"
to return the value by reference due to the requirements of the
ArrayAccess interface.
Previous Comments:
[2006-07-16 23:37:34] public at grik dot net
Description:
Slightly modifying a Harry Fuecks's sample from sitepoint.com on
implemening the ArrayAccess interface, I get some unrelated error.
Maybe it's a documentation bug again...
Reproduce code:
---
title = $title;
}
function offsetSet($key, $value){
$this->{$key} = &$value;
}
function offsetGet($key){
return $this->{$key};
}
function offsetUnset($key){
unset($this->{$key});
}
function offsetExists($offset) {
return array_key_exists($offset,get_object_vars($this));
}
}
// Create the object
$A = new Article('SPL Rocks');
// Change the title using array syntax using reference
$str = 'SPL _really_ rocks';
$A['title'] =&$str;
// Check what it looks like again
print_r($A);
?>
Expected result:
Article Object
(
[title] => SPL _really_ rocks
)
Actual result:
--
Fatal error: Objects used as arrays in post/pre increment/decrement
must return values by reference in test.php on line 27
There was no increment/decrement operations used.
It would be _much_ better if it would be allowed to write
function offsetSet($key, &$value){...}
--
Edit this bug report at http://bugs.php.net/?id=38118&edit=1
#38118 [NEW]: unrelated error when using reference
From: public at grik dot net
Operating system: *
PHP version: 5.1.4
PHP Bug Type: SPL related
Bug description: unrelated error when using reference
Description:
Slightly modifying a Harry Fuecks's sample from sitepoint.com on
implemening the ArrayAccess interface, I get some unrelated error.
Maybe it's a documentation bug again...
Reproduce code:
---
title = $title;
}
function offsetSet($key, $value){
$this->{$key} = &$value;
}
function offsetGet($key){
return $this->{$key};
}
function offsetUnset($key){
unset($this->{$key});
}
function offsetExists($offset) {
return array_key_exists($offset,get_object_vars($this));
}
}
// Create the object
$A = new Article('SPL Rocks');
// Change the title using array syntax using reference
$str = 'SPL _really_ rocks';
$A['title'] =&$str;
// Check what it looks like again
print_r($A);
?>
Expected result:
Article Object
(
[title] => SPL _really_ rocks
)
Actual result:
--
Fatal error: Objects used as arrays in post/pre increment/decrement must
return values by reference in test.php on line 27
There was no increment/decrement operations used.
It would be _much_ better if it would be allowed to write
function offsetSet($key, &$value){...}
--
Edit bug report at http://bugs.php.net/?id=38118&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38118&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38118&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38118&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38118&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38118&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38118&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38118&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38118&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38118&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38118&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38118&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38118&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38118&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38118&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38118&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38118&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38118&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38118&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38118&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38118&r=mysqlcfg
#38118 [Opn->Bgs]: unrelated error when using reference
ID: 38118
Updated by: [EMAIL PROTECTED]
Reported By: public at grik dot net
-Status: Open
+Status: Bogus
-Bug Type: SPL related
+Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.1.4
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The '&' is because of inhereitance rules.
The second thing you encounter, the '&=' is an engine limitation.
Btw, both are pure engine issues, nothing todo with SPL.
Maybe you want this reopened as feature request. But then i suggest you
provide at least some ideas where and how to document that ArayAccess
cannot be used in modifying operators like '&='.
Either way you should try 5.2/HEAD first as we've put some work to get
you a better error message.
Previous Comments:
[2006-07-16 23:43:09] public at grik dot net
P.S.
I am not allowed to define function offsetGet($key)as
"function &offsetGet($key){...}"
to return the value by reference due to the requirements of the
ArrayAccess interface.
[2006-07-16 23:37:34] public at grik dot net
Description:
Slightly modifying a Harry Fuecks's sample from sitepoint.com on
implemening the ArrayAccess interface, I get some unrelated error.
Maybe it's a documentation bug again...
Reproduce code:
---
title = $title;
}
function offsetSet($key, $value){
$this->{$key} = &$value;
}
function offsetGet($key){
return $this->{$key};
}
function offsetUnset($key){
unset($this->{$key});
}
function offsetExists($offset) {
return array_key_exists($offset,get_object_vars($this));
}
}
// Create the object
$A = new Article('SPL Rocks');
// Change the title using array syntax using reference
$str = 'SPL _really_ rocks';
$A['title'] =&$str;
// Check what it looks like again
print_r($A);
?>
Expected result:
Article Object
(
[title] => SPL _really_ rocks
)
Actual result:
--
Fatal error: Objects used as arrays in post/pre increment/decrement
must return values by reference in test.php on line 27
There was no increment/decrement operations used.
It would be _much_ better if it would be allowed to write
function offsetSet($key, &$value){...}
--
Edit this bug report at http://bugs.php.net/?id=38118&edit=1
#38118 [Bgs->Opn]: unrelated error when using reference
ID: 38118
User updated by: public at grik dot net
Reported By: public at grik dot net
-Status: Bogus
+Status: Open
-Bug Type: Scripting Engine problem
+Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5.1.4
New Comment:
Thank you.
The problem of using reference in ArrayAccess class is pure practical.
I have a set of rules and data fields - each field should be checked
against it's rule (e.g. min, max).
I write the hierarchy of classes implementing the exact logic for each
rule. The class instance should get the set of rule parameters and the
data reference.
Then I interate over the management object (extends ArrayObject) with
foreach and get the checking object as a value.
As result, I can make the rules to check the data regardless of it's
type and source - scalar, array, resource. All I need is to write
another class with the check logic.
The data may be large, and inability to use references may lead either
to
- memory overconsumption
- DDOS-insecure issue
- having to refuse from abstration and write more code
Previous Comments:
[2006-07-16 23:55:43] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The '&' is because of inhereitance rules.
The second thing you encounter, the '&=' is an engine limitation.
Btw, both are pure engine issues, nothing todo with SPL.
Maybe you want this reopened as feature request. But then i suggest you
provide at least some ideas where and how to document that ArayAccess
cannot be used in modifying operators like '&='.
Either way you should try 5.2/HEAD first as we've put some work to get
you a better error message.
[2006-07-16 23:43:09] public at grik dot net
P.S.
I am not allowed to define function offsetGet($key)as
"function &offsetGet($key){...}"
to return the value by reference due to the requirements of the
ArrayAccess interface.
[2006-07-16 23:37:34] public at grik dot net
Description:
Slightly modifying a Harry Fuecks's sample from sitepoint.com on
implemening the ArrayAccess interface, I get some unrelated error.
Maybe it's a documentation bug again...
Reproduce code:
---
title = $title;
}
function offsetSet($key, $value){
$this->{$key} = &$value;
}
function offsetGet($key){
return $this->{$key};
}
function offsetUnset($key){
unset($this->{$key});
}
function offsetExists($offset) {
return array_key_exists($offset,get_object_vars($this));
}
}
// Create the object
$A = new Article('SPL Rocks');
// Change the title using array syntax using reference
$str = 'SPL _really_ rocks';
$A['title'] =&$str;
// Check what it looks like again
print_r($A);
?>
Expected result:
Article Object
(
[title] => SPL _really_ rocks
)
Actual result:
--
Fatal error: Objects used as arrays in post/pre increment/decrement
must return values by reference in test.php on line 27
There was no increment/decrement operations used.
It would be _much_ better if it would be allowed to write
function offsetSet($key, &$value){...}
--
Edit this bug report at http://bugs.php.net/?id=38118&edit=1
#38120 [NEW]: display_errors set to Off while Status is on
From: jms82882 at yahoo dot com Operating system: Windows XP PHP version: 5.1.4 PHP Bug Type: *Configuration Issues Bug description: display_errors set to Off while Status is on Description: Web Server Apache 2.0.58 PHP installed on July 16 2006 PHP Ver. 5.1.4 OS WinXP P4 1.7GHZ/512MB using stadard php.ini not php.ini-dist Modified php.ini setting display_errors to = Off Current status of display_errors = On Saved, Rebooted phpinfo() still states display_errers =On Reproduce code: --- http://mail.secompservices.com/phpdiag.php Expected result: show phpinfo() and link to curr. php.ini Actual result: -- phpinfo states that display_errors = On while php.ini stares it should be off -- Edit bug report at http://bugs.php.net/?id=38120&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38120&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38120&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38120&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38120&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38120&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38120&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38120&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38120&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38120&r=support Expected behavior:http://bugs.php.net/fix.php?id=38120&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38120&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38120&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38120&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38120&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38120&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38120&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38120&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38120&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38120&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38120&r=mysqlcfg
#38121 [NEW]: class is considered not defined before it is declared
From: public at grik dot net Operating system: * PHP version: 5.1.4 PHP Bug Type: SPL related Bug description: class is considered not defined before it is declared Description: I am not sure already what is it related to, but it's getting interesting :) The engine does not recognise the class that implements the ArrayAccess interface as declared in the code written before the class declaration is placed. Reproduce code: --- Expected result: bool(true) bool(true) Actual result: -- bool(false) bool(true) -- Edit bug report at http://bugs.php.net/?id=38121&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38121&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38121&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38121&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38121&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38121&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38121&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38121&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38121&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38121&r=support Expected behavior:http://bugs.php.net/fix.php?id=38121&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38121&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38121&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38121&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38121&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38121&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38121&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38121&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38121&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38121&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38121&r=mysqlcfg
#37483 [Com]: PHP5TS.DLL causes w3svc crash and application pool termination
ID: 37483 Comment by: lascjr at bol dot com dot br Reported By: jneill at gamedaytv dot com Status: Open Bug Type: IIS related Operating System: Windows 2003 SP 1 PHP Version: 5.1.4 New Comment: I have same problem, i has version 5.1.4, i have read and use this instructions (http://bugs.php.net/bugs-generating-backtrace-win32.php, i have tested with Last Snap 5.2 http://snaps.php.net/win32/php5.2-win32-200607162230.zip and http://snaps.php.net/win32/php5.2-dbgpack-win32-latest.zip) but the Debug don´t work, i have installed MSVC6, when PHP crashes the system show: --- w3wp.exe - Application Error --- The instruction at "0x0c107dc8" referenced memory at "0x0c107dc8". The memory could not be "read". Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- I click at Cancel button to debug the process, but i only received the new Msgbox with: --- w3wp.exe - Application Error --- The instruction at "0x0c107dc8" referenced memory at "0x0c107dc8". The memory could not be "read". Click on OK to terminate the program --- OK --- I am not totally sure, but only downgrade to 5.0.3 solves my problem, 5.0.4 or newer are the same problem. I use Windows Server 2003 Web Edition SP1, full patched, i only use extensions php_mysql and php_mbstring PHP Bug Team, please create the ambient for test, it´s very simple, backtrace really don´t show nothing expect i related. Previous Comments: [2006-07-13 07:23:24] iburguer at hotmail dot com One last thing. I removed php5isapi.dll from IISAPI filters (but left it to handle the .php mapping in the "application settings" tab of the resource properties in IIS). The problem seems to be solved. I can run now phpinfo(), then stop the w3svc service and nothing crashes. I have no idea if I'm missing something having removed iisapi filter. Greetings, Ignacio Burgueño [2006-07-13 06:16:19] iburguer at hotmail dot com Hi. It's quite hard to get a backtrace, because both php5isapi.dll and php5ts.dll have been unloaded when the exception raises. So I ran windbg, attached it to inetinfo.exe, run a test case, then stopped the IIS service. I noticed that php5ts.dll leaves some structures allocated in the Thread Local Storage (which is not good, and may lead to this problem). Anyway, after the exception occured, I reloaded the dll in the debugger, and so I got this backtrace: ChildEBP RetAddr 11f4f90c 00403368 ntdll!DbgBreakPoint 11f4fadc 00406843 vrfcore!VerifierStopMessageEx+0x3d3 [d:\avrf\x86fre\base\avrf\avrf30\vrfcore\sdk.cpp @ 471] 11f4fb04 003b2139 vrfcore!VfCoreRedirectedStopMessage+0x86 [d:\avrf\x86fre\base\avrf\avrf30\vrfcore\stopredirect.cpp @ 103] 11f4fb34 003a8f19 vfbasics!VfBasicsStopMessage+0x1c9 [d:\avrf\x86fre\base\avrf\avrf30\providers\basics\basics.cpp @ 1045] 11f4fb98 003a8658 vfbasics!AVrfpCheckFirstChanceException+0x139 [d:\avrf\x86fre\base\avrf\avrf30\providers\basics\support.c @ 966] 11f4fba8 7c942dcf vfbasics!AVrfpVectoredExceptionHandler+0x18 [d:\avrf\x86fre\base\avrf\avrf30\providers\basics\support.c @ 313] 11f4fbc8 7c9377da ntdll!RtlCallVectoredExceptionHandlers+0x48 11f4fc40 7c90eafa ntdll!RtlDispatchException+0x19 11f4fc40 07a25c90 ntdll!KiUserExceptionDispatcher+0xe 11f4ff40 77c3a243 php5ts!xmlGetGlobalState+0xd0 11f4ff74 003a4e8f msvcrt!_endthread+0xaf 11f4ffb4 7c80b50b vfbasics!AVrfpStandardThreadFunction+0x6f [d:\avrf\x86fre\base\avrf\avrf30\providers\basics\thread.c @ 553] 11f4ffec kernel32!BaseThreadStart+0x37 Note: I'm also using Microsoft's Application Verifier. That's how I found out about the TLS issue, and also is responsible for those vrfcore and vfbasics functions that appear in the stack. If you need further information, I'd be glad to help. [2006-07-12 21:49:45] iburguer at hotmail dot com Hi. I have the same issue here (development box, Windows XP Pro/sp2). I have a Dr. Watson dump and log. Where should I send those files? Regards, Ignacio [2006-07-12 18:36:25] ferrante at aracnet dot com I am a software developer and would be happy to provide any additional information or collect any other diagnostics that would help resolve this issue, including providing access to a machine on which the problem occurs that has tools such as WinDbg and the IIS "Debug Diagnostics Tool" installed. Please let me know how I can help out, and thanks for all your efforts. [2006-07-12 18
#38116 [Bgs]: include_once bug
ID: 38116
User updated by: nimce4u at gmail dot com
Reported By: nimce4u at gmail dot com
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows XP Pro
PHP Version: 5.1.4
New Comment:
I know it's the same file but still...
Why PHP includes it again???
Previous Comments:
[2006-07-17 06:34:21] [EMAIL PROTECTED]
Because it's the same file on Windows.
No bug here.
[2006-07-16 20:24:16] nimce4u at gmail dot com
Description:
When I use include_once
With:
include_once("inc.php");
and
include_once("INC.php");
The file are included two times!!
Reproduce code:
---
org.php:
Expected result:
inc.php is included ONE TIME ONLY
Actual result:
--
inc.php is included TWO TIMES!
--
Edit this bug report at http://bugs.php.net/?id=38116&edit=1
#38116 [Opn->Bgs]: include_once bug
ID: 38116
Updated by: [EMAIL PROTECTED]
Reported By: nimce4u at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows XP Pro
PHP Version: 5.1.4
New Comment:
Because it's the same file on Windows.
No bug here.
Previous Comments:
[2006-07-16 20:24:16] nimce4u at gmail dot com
Description:
When I use include_once
With:
include_once("inc.php");
and
include_once("INC.php");
The file are included two times!!
Reproduce code:
---
org.php:
Expected result:
inc.php is included ONE TIME ONLY
Actual result:
--
inc.php is included TWO TIMES!
--
Edit this bug report at http://bugs.php.net/?id=38116&edit=1
#38117 [Opn->Fbk]: php 5.1.2 dom object preserveWhiteSpace
ID: 38117 Updated by: [EMAIL PROTECTED] Reported By: protano at wp dot pl -Status: Open +Status: Feedback -Bug Type: Scripting Engine problem +Bug Type: DOM XML related Operating System: windows PHP Version: 5.1.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-07-16 22:43:10] protano at wp dot pl Description: In windows version 5.1.2 php dom->preserveWhiteSpace = false; does not act correctly. So as this option would not be put. In PHP Version 5.0.5-Debian-0.8~sarge1 it works correctly. Reproduce code: --- $doc = new DOMDocument; $doc->preserveWhiteSpace = false; $doc->loadHTML($buffer); $xpath = new DOMXPath($doc); $query = '//html/body/td/b'; $entries = $xpath->query($query); $data=$entries->item(1)->nodeValue; Expected result: whitespaces between tags(xml elements) should be ignored. Actual result: -- whitespaces between tags(xml elements) are't ignore. -- Edit this bug report at http://bugs.php.net/?id=38117&edit=1
#38118 [Opn->Fbk]: unrelated error when using reference
ID: 38118
Updated by: [EMAIL PROTECTED]
Reported By: public at grik dot net
-Status: Open
+Status: Feedback
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5.1.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-07-17 00:42:47] public at grik dot net
Thank you.
The problem of using reference in ArrayAccess class is pure practical.
I have a set of rules and data fields - each field should be checked
against it's rule (e.g. min, max).
I write the hierarchy of classes implementing the exact logic for each
rule. The class instance should get the set of rule parameters and the
data reference.
Then I interate over the management object (extends ArrayObject) with
foreach and get the checking object as a value.
As result, I can make the rules to check the data regardless of it's
type and source - scalar, array, resource. All I need is to write
another class with the check logic.
The data may be large, and inability to use references may lead either
to
- memory overconsumption
- DDOS-insecure issue
- having to refuse from abstration and write more code
[2006-07-16 23:55:43] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The '&' is because of inhereitance rules.
The second thing you encounter, the '&=' is an engine limitation.
Btw, both are pure engine issues, nothing todo with SPL.
Maybe you want this reopened as feature request. But then i suggest you
provide at least some ideas where and how to document that ArayAccess
cannot be used in modifying operators like '&='.
Either way you should try 5.2/HEAD first as we've put some work to get
you a better error message.
[2006-07-16 23:43:09] public at grik dot net
P.S.
I am not allowed to define function offsetGet($key)as
"function &offsetGet($key){...}"
to return the value by reference due to the requirements of the
ArrayAccess interface.
[2006-07-16 23:37:34] public at grik dot net
Description:
Slightly modifying a Harry Fuecks's sample from sitepoint.com on
implemening the ArrayAccess interface, I get some unrelated error.
Maybe it's a documentation bug again...
Reproduce code:
---
title = $title;
}
function offsetSet($key, $value){
$this->{$key} = &$value;
}
function offsetGet($key){
return $this->{$key};
}
function offsetUnset($key){
unset($this->{$key});
}
function offsetExists($offset) {
return array_key_exists($offset,get_object_vars($this));
}
}
// Create the object
$A = new Article('SPL Rocks');
// Change the title using array syntax using reference
$str = 'SPL _really_ rocks';
$A['title'] =&$str;
// Check what it looks like again
print_r($A);
?>
Expected result:
Article Object
(
[title] => SPL _really_ rocks
)
Actual result:
--
Fatal error: Objects used as arrays in post/pre increment/decrement
must return values by reference in test.php on line 27
There was no increment/decrement operations used.
It would be _much_ better if it would be allowed to write
function offsetSet($key, &$value){...}
--
Edit this bug report at http://bugs.php.net/?id=38118&edit=1
#38120 [Opn->Bgs]: display_errors set to Off while Status is on
ID: 38120 Updated by: [EMAIL PROTECTED] Reported By: jms82882 at yahoo dot com -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Windows XP PHP Version: 5.1.4 New Comment: You're editing wrong php.ini. Previous Comments: [2006-07-17 01:30:45] jms82882 at yahoo dot com Description: Web Server Apache 2.0.58 PHP installed on July 16 2006 PHP Ver. 5.1.4 OS WinXP P4 1.7GHZ/512MB using stadard php.ini not php.ini-dist Modified php.ini setting display_errors to = Off Current status of display_errors = On Saved, Rebooted phpinfo() still states display_errers =On Reproduce code: --- http://mail.secompservices.com/phpdiag.php Expected result: show phpinfo() and link to curr. php.ini Actual result: -- phpinfo states that display_errors = On while php.ini stares it should be off -- Edit this bug report at http://bugs.php.net/?id=38120&edit=1
