#37256 [Opn]: php-fastcgi + CLOSE_WAIT
ID: 37256 User updated by: faerion at eggdrop dot org dot ru Reported By: faerion at eggdrop dot org dot ru Status: Open Bug Type: Other web server Operating System: Linux 2.6.15 PHP Version: 5.1.2 New Comment: Tested on: PHP 5.1.4 (cgi-fcgi) (built: May 11 2006 22:29:16) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies on FreeBSD 6.0-RELEASE box. Got the same problem. Script used for testing located here: http://rouge.anarxi.st/php/debug.phps Previous Comments: [2006-05-11 01:04:43] faerion at eggdrop dot org dot ru Checked w/o any extension installed, got the same problem. [2006-05-04 19:28:12] [EMAIL PROTECTED] Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. [2006-05-04 19:14:04] faerion at eggdrop dot org dot ru PHP 5.1.5-dev (cgi-fcgi) (built: May 4 2006 14:15:11) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies with eAccelerator v0.9.5-beta2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator Nothing changes. [2006-05-03 13:23:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-05-01 19:06:13] faerion at eggdrop dot org dot ru PHP 5.2.0-dev (cgi-fcgi) (built: May 1 2006 14:00:29) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies with eAccelerator v0.9.5-beta2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator The same results with latest CVS snapshot: tcp1 0 127.0.0.1:1 127.0.0.1:54728 CLOSE_WAIT 29561/php 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/37256 -- Edit this bug report at http://bugs.php.net/?id=37256&edit=1
#37408 [Com]: max_execution_time seems to be in affect for interactive CLI sessions
ID: 37408 Comment by: mlee at kanhan dot com Reported By: Jared dot Williams1 at ntlworld dot com Status: Assigned Bug Type: Scripting Engine problem Operating System: Win2000 PHP Version: 5.1.4 Assigned To: helly New Comment: Sorry the command in my previous comment should be this: C:\temp>php loop.php Previous Comments: [2006-05-12 02:05:22] mlee at kanhan dot com The bug does not just affect interactive sessions but normal CLI operations as well. Try put the following code in a file: Then run it at the command prompt: c:\>php loop.php After running for about 60 seconds, the following error occurs: Fatal error: Maximum execution time of 60 seconds exceeded in C:\temp\loop.php on line 6 [2006-05-11 15:28:25] Jared dot Williams1 at ntlworld dot com Description: max_execution_time seems to be in affect for interactive CLI sessions 5.1.4 & 5.2 both exhibit the problem. Reproduce code: --- E:\php-5.1.4-Win32>php -a Interactive mode enabled http://bugs.php.net/?id=37408&edit=1
#37408 [Com]: max_execution_time seems to be in affect for interactive CLI sessions
ID: 37408 Comment by: mlee at kanhan dot com Reported By: Jared dot Williams1 at ntlworld dot com Status: Assigned Bug Type: Scripting Engine problem Operating System: Win2000 PHP Version: 5.1.4 Assigned To: helly New Comment: The bug does not just affect interactive sessions but normal CLI operations as well. Try put the following code in a file: Then run it at the command prompt: c:\>php loop.php After running for about 60 seconds, the following error occurs: Fatal error: Maximum execution time of 60 seconds exceeded in C:\temp\loop.php on line 6 Previous Comments: [2006-05-11 15:28:25] Jared dot Williams1 at ntlworld dot com Description: max_execution_time seems to be in affect for interactive CLI sessions 5.1.4 & 5.2 both exhibit the problem. Reproduce code: --- E:\php-5.1.4-Win32>php -a Interactive mode enabled http://bugs.php.net/?id=37408&edit=1
#37300 [Opn]: memory_limit disabled on windows
ID: 37300 User updated by: astinky at lycos dot com Reported By: astinky at lycos dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: Hmmm, with this in mind I just re-read the ThreadStackSize Directive available in Apache since 2.1 http://httpd.apache.org/docs/2.2/mod/mpm_common.html#threadstacksize Might give that a try first. Previous Comments: [2006-05-11 21:56:31] astinky at lycos dot com Thanks for the tip, I'll give that a try. I already run the apache winnt mpm like so: Win32DisableAcceptEx ThreadsPerChild 64 MaxRequestsPerChild 1 (stabilises it considerably) I'll try dropping ThreadsPerChild to 50 as well. [2006-05-11 21:35:51] [EMAIL PROTECTED] Thing that has changed between 5.0 and 5.1 is that 5.1 seems to be more memory hungry, especially when it comes to stack. The way to increase stack space availabe to PHP you can run: EDITBIN /STACK:4194304 httpd.exe in your Apache2.2\bin directory (editbin comes with vc++) You should also decrease ThreadsPerChild to 50 from 250 in your httpd.conf to be able to handle 4MB stack. [2006-05-11 20:44:40] [EMAIL PROTECTED] Memory limit is not enabled in 5.2.0 (PHP runs somewhat slower when it is enabled), but I suspect that this has nothing to do with your problem. [2006-05-11 19:55:12] astinky at lycos dot com That snapshot still does not allow setting the memory_limit in either the script or the php.ini. I ran the snapshot as-is at home on WinXP SP2 with no extensions loaded at all. (aside: the apache 2.2 handler still reports itself as "Apache 2.0 Handler") Both output only "memory_limit: " with no error generated. My fgetcsv test script does not crash on this version either. I'm kinda baffled at this point. If we get a working memory_limit for php on windows, great, I'll test it on my live shipyards script to see if it is the issue causing it to stop short of completion, if not, I'll have to track down other changes since 5.0.5 that may be causing this issue for me. [2006-05-11 18:17:03] astinky at lycos dot com It seems http://snaps.php.net/win32/php5.2-win32-latest.zip changes faster than I can download it. (~1hr) I got a corrupted zip file. I got the source OK though. I'l try: http://snaps.php.net/win32/php5.2-win32-200605111430.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/37300 -- Edit this bug report at http://bugs.php.net/?id=37300&edit=1
#37306 [Asn->Csd]: max_execution_time = max_input_time
ID: 37306 Updated by: [EMAIL PROTECTED] Reported By: php at placebo dot demon dot nl -Status: Assigned +Status: Closed Bug Type: PHP options/info functions Operating System: * PHP Version: 5CVS-2006-05-04 (snap) Assigned To: dmitry New Comment: Fixed in CVS HEAD, PHP_5_2 and PHP_5_1. Previous Comments: [2006-05-04 20:04:17] subscription at nazarenko dot net OK. After additional testing I must take back some of my comments above. It looks like the original poster was correct :) 1) max_input_time value becomes max_execution_time 2) CLI SAPI which normally should ignore max_execution_time breaks scripts with the error messages about execution time. NOTE: setting max_input_time and max_execution_time to "0" in php-cli.ini fixes the problem but I still believe this is a bug which must be fixed ASAP. [2006-05-04 19:37:27] subscription at nazarenko dot net I have a similar problem too. However, what I've found is not *exactly* the case described here. I have many CLI scripts which I use with the PHP-CLI (Linux). Most of them work fine, however one script that does the indexing of lots of documents fails after a few *minutes* with the error message: "Maximum execution time of 30 seconds exceeded." My php-cli.ini settings are as follows: max_execution_time => 0 => 60 max_input_time => 30 => 30 Since only one of my scripts fails with that message afer running for *MORE* than 30 or 60 seconds and other scripts (PHP-CLI based daemons) run fine 24/7, I can see three issues here: 1) It is very likely to do with the *max input time*, not max execution time. 2) The error message is wrong. I believe it should be "Maximum input time of 30 seconds exceeded" 3) Even if input time is more than the limit, it should not break a script run under PHP-CLI. [2006-05-04 13:32:12] n dot escuder at intra-links dot com The same problems can be reproduced on linux platform with php 5.1.3 CLI and this break all scripts who work with the CLI version that have a main loop. [2006-05-04 12:42:26] php at placebo dot demon dot nl Description: PHP 5.1.3 and up uses the max_input_time php.ini setting for the maximum execution time of a script. It should you the max_execution_time setting. correct 5.1.2 wrong 5.1.3 wrong 5.1.5-dev Built On: May 04, 2006 06:30 GMT Reproduce code: --- php.ini setting: max_execution_time = 1 max_input_time = 5 code: $time_end = time() + 10; while (time() <= $time_end) { } Expected result: Fatal error: Maximum execution time of 1 seconds exceeded in c:\Apache\htdocs\site\test.php on line 23 Actual result: -- Fatal error: Maximum execution time of 5 seconds exceeded in c:\Apache\htdocs\site\test.php on line 23 -- Edit this bug report at http://bugs.php.net/?id=37306&edit=1
#37413 [Opn->Csd]: if flex is outdated, error does not occur in configure stage
ID: 37413 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: gentoo linux (VMWare) PHP Version: 5.1.5CVS New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2006-05-11 20:04:02] [EMAIL PROTECTED] Description: I had flex 2.5.33 installed, and needed 2.5.4, but the first error message was a brief "flex needs to be 2.5.4" that scrolled by so fast in ./configure that I missed it. The next error was fatal, and was when zend_language_scanner.c could not be found. Basically, $LEX was being set to "exit 0;" which did prevent generation of a bad zend_language_scanner.c, but the error message was not helpful. Better would be "flex is out of date" and termination while configuring This is from a CVS checkout, which is obviously different from a snapshot or release build. -- Edit this bug report at http://bugs.php.net/?id=37413&edit=1
#37300 [Fbk->Opn]: memory_limit disabled on windows
ID: 37300 User updated by: astinky at lycos dot com Reported By: astinky at lycos dot com -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: Thanks for the tip, I'll give that a try. I already run the apache winnt mpm like so: Win32DisableAcceptEx ThreadsPerChild 64 MaxRequestsPerChild 1 (stabilises it considerably) I'll try dropping ThreadsPerChild to 50 as well. Previous Comments: [2006-05-11 21:35:51] [EMAIL PROTECTED] Thing that has changed between 5.0 and 5.1 is that 5.1 seems to be more memory hungry, especially when it comes to stack. The way to increase stack space availabe to PHP you can run: EDITBIN /STACK:4194304 httpd.exe in your Apache2.2\bin directory (editbin comes with vc++) You should also decrease ThreadsPerChild to 50 from 250 in your httpd.conf to be able to handle 4MB stack. [2006-05-11 20:44:40] [EMAIL PROTECTED] Memory limit is not enabled in 5.2.0 (PHP runs somewhat slower when it is enabled), but I suspect that this has nothing to do with your problem. [2006-05-11 19:55:12] astinky at lycos dot com That snapshot still does not allow setting the memory_limit in either the script or the php.ini. I ran the snapshot as-is at home on WinXP SP2 with no extensions loaded at all. (aside: the apache 2.2 handler still reports itself as "Apache 2.0 Handler") Both output only "memory_limit: " with no error generated. My fgetcsv test script does not crash on this version either. I'm kinda baffled at this point. If we get a working memory_limit for php on windows, great, I'll test it on my live shipyards script to see if it is the issue causing it to stop short of completion, if not, I'll have to track down other changes since 5.0.5 that may be causing this issue for me. [2006-05-11 18:17:03] astinky at lycos dot com It seems http://snaps.php.net/win32/php5.2-win32-latest.zip changes faster than I can download it. (~1hr) I got a corrupted zip file. I got the source OK though. I'l try: http://snaps.php.net/win32/php5.2-win32-200605111430.zip [2006-05-11 15:50:30] astinky at lycos dot com Well, using this code to test: '; echo $shipdatarow[$shipcount-1][2]; unset($shipdatarow); ?> I cannot reproduce the crash on either our server or my home PC. However the output of the full script is still truncated on our server. I am using identical configurations on the two machines, the only difference being that our server is running Windows Server 2003 and Symantec Corporate AV (not my choice, I hate Norton with a passion) and I'm running WinXP SP2 at home with no virus scanner. This is still php 5.1.4. I'll now test that snapshot at home and on the server to see the effect on my script and whether or not I can set the memory limit. Its starting to look like I've sent you on a wild goose chase. 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/37300 -- Edit this bug report at http://bugs.php.net/?id=37300&edit=1
#37300 [Fbk]: memory_limit disabled on windows
ID: 37300 Updated by: [EMAIL PROTECTED] Reported By: astinky at lycos dot com Status: Feedback Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: Thing that has changed between 5.0 and 5.1 is that 5.1 seems to be more memory hungry, especially when it comes to stack. The way to increase stack space availabe to PHP you can run: EDITBIN /STACK:4194304 httpd.exe in your Apache2.2\bin directory (editbin comes with vc++) You should also decrease ThreadsPerChild to 50 from 250 in your httpd.conf to be able to handle 4MB stack. Previous Comments: [2006-05-11 20:44:40] [EMAIL PROTECTED] Memory limit is not enabled in 5.2.0 (PHP runs somewhat slower when it is enabled), but I suspect that this has nothing to do with your problem. [2006-05-11 19:55:12] astinky at lycos dot com That snapshot still does not allow setting the memory_limit in either the script or the php.ini. I ran the snapshot as-is at home on WinXP SP2 with no extensions loaded at all. (aside: the apache 2.2 handler still reports itself as "Apache 2.0 Handler") Both output only "memory_limit: " with no error generated. My fgetcsv test script does not crash on this version either. I'm kinda baffled at this point. If we get a working memory_limit for php on windows, great, I'll test it on my live shipyards script to see if it is the issue causing it to stop short of completion, if not, I'll have to track down other changes since 5.0.5 that may be causing this issue for me. [2006-05-11 18:17:03] astinky at lycos dot com It seems http://snaps.php.net/win32/php5.2-win32-latest.zip changes faster than I can download it. (~1hr) I got a corrupted zip file. I got the source OK though. I'l try: http://snaps.php.net/win32/php5.2-win32-200605111430.zip [2006-05-11 15:50:30] astinky at lycos dot com Well, using this code to test: '; echo $shipdatarow[$shipcount-1][2]; unset($shipdatarow); ?> I cannot reproduce the crash on either our server or my home PC. However the output of the full script is still truncated on our server. I am using identical configurations on the two machines, the only difference being that our server is running Windows Server 2003 and Symantec Corporate AV (not my choice, I hate Norton with a passion) and I'm running WinXP SP2 at home with no virus scanner. This is still php 5.1.4. I'll now test that snapshot at home and on the server to see the effect on my script and whether or not I can set the memory limit. Its starting to look like I've sent you on a wild goose chase. [2006-05-11 14:46:39] astinky at lycos dot com Will do... just gimme a bit to download it, I'm on dial-up here. Extensions in use: extension=php_mbstring.dll extension=php_gd2.dll extension=php_mysql.dll (compiled against libMySQL 5.0.21) extension=php_sockets.dll extension=php_pspell.dll zend_extension_ts="eAccelerator.dll" I get the same result without my build of eAcclerator 0.9.5-b2 (php 5.1.4) loaded, so that is not the cause. Here is the memory intensive portion of the script in question: $shipdatarow = array(); $shipcount = 0; $filename = "shiplist.txt"; $fp=fopen("$filename","rt"); while (($shipdata = fgetcsv($fp, 1569, chr(9))) !== FALSE) { if ($shipdata[0] == $shiprace[$WONlogonsubRace]) { $shipdatarow[$shipcount] = $shipdata; $shipcount++; } } The file shiplist.txt is ~2.9MB in size. I optimised it on an apache-php build on QNX I produced myself a few years ago, as it was originally developed on a windows server when there was no memory limit in php on windows and it needed on optimisation to run in a reasonable memory space under my apache-php build for QNX. Here is the application in place: http://www.dynaverse.net/webmap_op_sql/ however you will not be able to see the shipyards page without a forums login on our site and a character account on the game server. I will zip up the works for you to look at (db passwords and some hostnames and paths removed) Much of the code is from when I first started with php (3.x) so don't laugh too hard... here it is: http://www.dynaverse.net/webmap_op_sql/webmap_togo.zip I must emphasise that I did not have this problem with exactly the same config on php 5.0.5 so I know it is not the script or the extensions I am using. Nevertheless, I will test a stripped down version at home that just opens the text file and loads a portion of it into an array. I'll do this with no extensions loaded
#37253 [Opn->Bgs]: arguments in macro 'safe_emalloc'
ID: 37253 Updated by: [EMAIL PROTECTED] Reported By: bernard dot theis at laposte dot net -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: all PHP Version: 5.1.2 New Comment: The order of the 1st and 2nd parameter to this macro really does not matter. Previous Comments: [2006-04-30 23:14:45] bernard dot theis at laposte dot net Description: Hello, Please, take a look in the arguments used with the maco 'safe_emalloc', specially, in file 'ext/standard/array.c' In function PHP_FUNCTION(min): safe_emalloc(sizeof(zval **), ZEND_NUM_ARGS(), 0) In function PHP_FUNCTION(max): safe_emalloc(sizeof(zval **), ZEND_NUM_ARGS(), 0); The first and the second arg are inversed (fortunately, they are commutative): ZEND_API void *_safe_emalloc(size_t nmemb, size_t size, size_t offset ); thanks, Bernard Reproduce code: --- zval ***args = (zval ***) safe_emalloc(sizeof(zval **), ZEND_NUM_ARGS(), 0); zval **min, result; int i; Expected result: zval ***args = (zval ***) safe_emalloc(ZEND_NUM_ARGS(), sizeof(zval **), 0); zval **min, result; int i; -- Edit this bug report at http://bugs.php.net/?id=37253&edit=1
#26004 [Com]: $_POST variables not set when using enctype="multipart/form-data"
ID: 26004 Comment by: hostgeekz at gmail dot com Reported By: jacknorton101 at hotmail dot com Status: No Feedback Bug Type: *General Issues Operating System: RedHat Linux 9 PHP Version: 4.3.3 New Comment: I am having this issue on PHP 5.0.4, and PHP 5.1.4 Exactly the same as stated above, enctype="multipart/form-data" Previous Comments: [2006-04-07 08:07:58] timecop at gmail dot com Yes this is still valid. whats worse, if enctype=multipart/form-data, NONE of the variables make it into $_POST. PHP 5.1.2 / linux [2003-11-03 14:06:54] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-10-27 10:51:37] [EMAIL PROTECTED] Check your httpd.conf (probably in /etc/httpd/conf) if there's some directive that limits the maximum length of incoming data. See bug #22138 for detail [2003-10-27 10:47:18] jacknorton101 at hotmail dot com Description: The following code works in my local development environment (Win ME, Apache 1.3.2, PHP 4.3.2) but not on my host (RedHat 9, Apache 2.0.4, PHP 4.3.3). None of the form inputs defined after the line are set in $_POST (all of those appearing before are). Therefore $_POST['submitimage'] does not get set. If I take out enctype="multipart/form-data", or replace it with "multipart/mixed" the $_POST variables are set, but the file is not available. The following php.ini directives are identical in both the local and host environments: File_Uploads = On Upload_Max_Filesize = 2M Upload_Tmp_Dir = (default) Post_Max_Size = 8M In my local environment Register_Globals is Off, and the host environment has them on. I have searched previous bug reports, and though I have seen similar problems, they all seem to be closed and rectified some time (over a year) ago, but my host is on release 4.3.3 - i.e. later than my dev environment. Thanks in anticipation, Jack. Reproduce code: --- if(!isset($_POST['submitimage'])) { get set. The ones below, including $_POST['submitimage'] do not get set. -- Edit this bug report at http://bugs.php.net/?id=26004&edit=1
#37382 [Com]: Sessions are dropped randomly with ie7
ID: 37382 Comment by: richard at elpinto dot com Reported By: eschultz at lwmc dot com Status: Feedback Bug Type: Session related Operating System: Server2003 w/ IIS 6 PHP Version: 5.1.4 New Comment: Having the same issue using Windows 2000 w/ IIS 5. Must be an IE7 Beta 2 issue. Previous Comments: [2006-05-09 20:08:00] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Smells like IE bug though [2006-05-09 14:58:11] eschultz at lwmc dot com Description: I have developed a web application that uses a session variable that only allows valid users to use any page with in the app. While beta testing my app with the new IE7 the session variables will be dropped randomly and redirect me to my unauth users page. Reproduce code: --- if($_SESSION['valid']!="yes") { header("Refresh: 0; URL=$folder/unauth_user.php"); exit; } Expected result: when the session variable 'valid' is not set to yes, the user was never authorized to view this page. The user should then be redirected to the unauth_user.php page. Actual result: -- The code is working correctly, the problem is that a valid user will get redirected by accident because the variable resets or loses its value -- Edit this bug report at http://bugs.php.net/?id=37382&edit=1
#37300 [Opn->Fbk]: memory_limit disabled on windows
ID: 37300 Updated by: [EMAIL PROTECTED] Reported By: astinky at lycos dot com -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: Memory limit is not enabled in 5.2.0 (PHP runs somewhat slower when it is enabled), but I suspect that this has nothing to do with your problem. Previous Comments: [2006-05-11 19:55:12] astinky at lycos dot com That snapshot still does not allow setting the memory_limit in either the script or the php.ini. I ran the snapshot as-is at home on WinXP SP2 with no extensions loaded at all. (aside: the apache 2.2 handler still reports itself as "Apache 2.0 Handler") Both output only "memory_limit: " with no error generated. My fgetcsv test script does not crash on this version either. I'm kinda baffled at this point. If we get a working memory_limit for php on windows, great, I'll test it on my live shipyards script to see if it is the issue causing it to stop short of completion, if not, I'll have to track down other changes since 5.0.5 that may be causing this issue for me. [2006-05-11 18:17:03] astinky at lycos dot com It seems http://snaps.php.net/win32/php5.2-win32-latest.zip changes faster than I can download it. (~1hr) I got a corrupted zip file. I got the source OK though. I'l try: http://snaps.php.net/win32/php5.2-win32-200605111430.zip [2006-05-11 15:50:30] astinky at lycos dot com Well, using this code to test: '; echo $shipdatarow[$shipcount-1][2]; unset($shipdatarow); ?> I cannot reproduce the crash on either our server or my home PC. However the output of the full script is still truncated on our server. I am using identical configurations on the two machines, the only difference being that our server is running Windows Server 2003 and Symantec Corporate AV (not my choice, I hate Norton with a passion) and I'm running WinXP SP2 at home with no virus scanner. This is still php 5.1.4. I'll now test that snapshot at home and on the server to see the effect on my script and whether or not I can set the memory limit. Its starting to look like I've sent you on a wild goose chase. [2006-05-11 14:46:39] astinky at lycos dot com Will do... just gimme a bit to download it, I'm on dial-up here. Extensions in use: extension=php_mbstring.dll extension=php_gd2.dll extension=php_mysql.dll (compiled against libMySQL 5.0.21) extension=php_sockets.dll extension=php_pspell.dll zend_extension_ts="eAccelerator.dll" I get the same result without my build of eAcclerator 0.9.5-b2 (php 5.1.4) loaded, so that is not the cause. Here is the memory intensive portion of the script in question: $shipdatarow = array(); $shipcount = 0; $filename = "shiplist.txt"; $fp=fopen("$filename","rt"); while (($shipdata = fgetcsv($fp, 1569, chr(9))) !== FALSE) { if ($shipdata[0] == $shiprace[$WONlogonsubRace]) { $shipdatarow[$shipcount] = $shipdata; $shipcount++; } } The file shiplist.txt is ~2.9MB in size. I optimised it on an apache-php build on QNX I produced myself a few years ago, as it was originally developed on a windows server when there was no memory limit in php on windows and it needed on optimisation to run in a reasonable memory space under my apache-php build for QNX. Here is the application in place: http://www.dynaverse.net/webmap_op_sql/ however you will not be able to see the shipyards page without a forums login on our site and a character account on the game server. I will zip up the works for you to look at (db passwords and some hostnames and paths removed) Much of the code is from when I first started with php (3.x) so don't laugh too hard... here it is: http://www.dynaverse.net/webmap_op_sql/webmap_togo.zip I must emphasise that I did not have this problem with exactly the same config on php 5.0.5 so I know it is not the script or the extensions I am using. Nevertheless, I will test a stripped down version at home that just opens the text file and loads a portion of it into an array. I'll do this with no extensions loaded. Again it will take me some time to download as I'm on dial-up at home here. To test it on our server I'll need to compile eAccelerator and php_mysql against this snapshot (and it seems you've saved me compiling an apache 2.2 module) However the stripped down test on my home PC will get priority. [2006-05-11 14:09:18] [EMAIL PROTECTED] And please tell me what PHP extensions do you have enabled.
#37414 [NEW]: imap c-client compile fail
From: ian at alpha dot urban dot csuohio dot edu Operating system: solaris PHP version: 5.1.4 PHP Bug Type: Compile Failure Bug description: imap c-client compile fail Description: when attempting to compile PHP 5.1.4 on Solaris 9 Sparc using GCC 3.3.2 from sunfreeware, if I try to compile with IMAP extension using UW-IMAP 2004g (latest stable) --with-imap=/usr/local/uwimap --with-imap-ssl=/usr/local/openssl \ [snip lots of errors] fcntl 0x96c0 /opt/local/uwimap/c-client/libc-client.a(osdep.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 I've used the same build environment since PHP 4 through PHP 5.0.5 and it has worked fine. -- Edit bug report at http://bugs.php.net/?id=37414&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37414&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37414&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37414&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37414&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37414&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37414&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37414&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37414&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37414&r=support Expected behavior:http://bugs.php.net/fix.php?id=37414&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37414&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37414&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37414&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37414&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37414&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37414&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37414&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37414&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37414&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37414&r=mysqlcfg
#37397 [Opn->Bgs]: Win32 PHP crash
ID: 37397 Updated by: [EMAIL PROTECTED] Reported By: alex at onix-systems dot com -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: WinCP PHP Version: 5.1.4 New Comment: Using nested quantifiers will use up all available stack, there is nothing we can do about this. Previous Comments: [2006-05-10 13:04:34] alex at onix-systems dot com It crashes as well. [2006-05-10 12:42:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-10 12:25:42] alex at onix-systems dot com Description: Can be reproduced on Win32. Works fine under Linux. Appieared in PHP-5.1.3 ans still exists in PHP-5.1.4 The following code results stack overflow and PHP crash. Code works fine if $a < 1560 Reproduce code: --- Expected result: nothing in this example Actual result: -- PHP crash -- Edit this bug report at http://bugs.php.net/?id=37397&edit=1
#37413 [NEW]: if flex is outdated, error does not occur in configure stage
From: [EMAIL PROTECTED] Operating system: gentoo linux (VMWare) PHP version: 5.1.5CVS PHP Bug Type: Compile Failure Bug description: if flex is outdated, error does not occur in configure stage Description: I had flex 2.5.33 installed, and needed 2.5.4, but the first error message was a brief "flex needs to be 2.5.4" that scrolled by so fast in ./configure that I missed it. The next error was fatal, and was when zend_language_scanner.c could not be found. Basically, $LEX was being set to "exit 0;" which did prevent generation of a bad zend_language_scanner.c, but the error message was not helpful. Better would be "flex is out of date" and termination while configuring This is from a CVS checkout, which is obviously different from a snapshot or release build. -- Edit bug report at http://bugs.php.net/?id=37413&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37413&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37413&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37413&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37413&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37413&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37413&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37413&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37413&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37413&r=support Expected behavior:http://bugs.php.net/fix.php?id=37413&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37413&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37413&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37413&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37413&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37413&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37413&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37413&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37413&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37413&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37413&r=mysqlcfg
#37300 [Opn]: memory_limit disabled on windows
ID: 37300 User updated by: astinky at lycos dot com Reported By: astinky at lycos dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: That snapshot still does not allow setting the memory_limit in either the script or the php.ini. I ran the snapshot as-is at home on WinXP SP2 with no extensions loaded at all. (aside: the apache 2.2 handler still reports itself as "Apache 2.0 Handler") Both output only "memory_limit: " with no error generated. My fgetcsv test script does not crash on this version either. I'm kinda baffled at this point. If we get a working memory_limit for php on windows, great, I'll test it on my live shipyards script to see if it is the issue causing it to stop short of completion, if not, I'll have to track down other changes since 5.0.5 that may be causing this issue for me. Previous Comments: [2006-05-11 18:17:03] astinky at lycos dot com It seems http://snaps.php.net/win32/php5.2-win32-latest.zip changes faster than I can download it. (~1hr) I got a corrupted zip file. I got the source OK though. I'l try: http://snaps.php.net/win32/php5.2-win32-200605111430.zip [2006-05-11 15:50:30] astinky at lycos dot com Well, using this code to test: '; echo $shipdatarow[$shipcount-1][2]; unset($shipdatarow); ?> I cannot reproduce the crash on either our server or my home PC. However the output of the full script is still truncated on our server. I am using identical configurations on the two machines, the only difference being that our server is running Windows Server 2003 and Symantec Corporate AV (not my choice, I hate Norton with a passion) and I'm running WinXP SP2 at home with no virus scanner. This is still php 5.1.4. I'll now test that snapshot at home and on the server to see the effect on my script and whether or not I can set the memory limit. Its starting to look like I've sent you on a wild goose chase. [2006-05-11 14:46:39] astinky at lycos dot com Will do... just gimme a bit to download it, I'm on dial-up here. Extensions in use: extension=php_mbstring.dll extension=php_gd2.dll extension=php_mysql.dll (compiled against libMySQL 5.0.21) extension=php_sockets.dll extension=php_pspell.dll zend_extension_ts="eAccelerator.dll" I get the same result without my build of eAcclerator 0.9.5-b2 (php 5.1.4) loaded, so that is not the cause. Here is the memory intensive portion of the script in question: $shipdatarow = array(); $shipcount = 0; $filename = "shiplist.txt"; $fp=fopen("$filename","rt"); while (($shipdata = fgetcsv($fp, 1569, chr(9))) !== FALSE) { if ($shipdata[0] == $shiprace[$WONlogonsubRace]) { $shipdatarow[$shipcount] = $shipdata; $shipcount++; } } The file shiplist.txt is ~2.9MB in size. I optimised it on an apache-php build on QNX I produced myself a few years ago, as it was originally developed on a windows server when there was no memory limit in php on windows and it needed on optimisation to run in a reasonable memory space under my apache-php build for QNX. Here is the application in place: http://www.dynaverse.net/webmap_op_sql/ however you will not be able to see the shipyards page without a forums login on our site and a character account on the game server. I will zip up the works for you to look at (db passwords and some hostnames and paths removed) Much of the code is from when I first started with php (3.x) so don't laugh too hard... here it is: http://www.dynaverse.net/webmap_op_sql/webmap_togo.zip I must emphasise that I did not have this problem with exactly the same config on php 5.0.5 so I know it is not the script or the extensions I am using. Nevertheless, I will test a stripped down version at home that just opens the text file and loads a portion of it into an array. I'll do this with no extensions loaded. Again it will take me some time to download as I'm on dial-up at home here. To test it on our server I'll need to compile eAccelerator and php_mysql against this snapshot (and it seems you've saved me compiling an apache 2.2 module) However the stripped down test on my home PC will get priority. [2006-05-11 14:09:18] [EMAIL PROTECTED] And please tell me what PHP extensions do you have enabled. Try with a minimal config to see if the problem disappears. I rather suspect crash has nothing to do with memory limit. Also if possible please provide reproducing script. [2006-05-11 14:04:36] astinky at lycos d
#37309 [Opn->Bgs]: Cannot Configure against mysql 5.0.21
ID: 37309 Updated by: [EMAIL PROTECTED] Reported By: aren at epithna dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Linux Slackware 10.2 PHP Version: 5.1.3/4 New Comment: . Previous Comments: [2006-05-11 19:26:18] aren at epithna dot com It turns out (sorry for the delayed response, something else entirely, more critical blew up this week) the problem was that the build was being attempted against the wrong Mysql (glibc22 vs glibc23) the person who had downloaded the install got the 22 version our system is 23 based so that was messing up the configure. Once I saw the real problem and grabbed the glibc23 version the problem went away. Sorry to trouble you. [2006-05-06 09:55:56] [EMAIL PROTECTED] Works just fine here. Please try to build this code: test.c: char mysql_error(); int main() { mysql_error() ; return 0; } gcc -o test -lmysqlclient -lresolv -lm -ldl -lnsl test.c You'll see what the problem is. [2006-05-05 19:29:09] aren at epithna dot com 5.1.4 configures fine against MYSQL 5.0.16, but has the same problems as 5.1.3 against 5.0.21 [2006-05-05 18:24:33] aren at epithna dot com I tried configuring against the new 5.1.4 release and get the exact same error in the exact same place, just thought you should know. [2006-05-04 14:41:50] aren at epithna dot com Description: During a round of Upgrades yesterday I attempted to build php 5.1.3 against my newly upgraded (from 5.0.16 to 5.0.21) MYSQL install. I get a configure error. I was previously able to configure and build against 5.0.16. I reextracted the PHP 5.1.3 source (in a new directory) just to be sure everything was clean, that didn't fix anything. Config line: './configure' '--with-apxs2=/net-services/apache22/bin/apxs' '--with-mysql=/net-services/mysql-max-5.0.21-linux-i686' '--with-gd' '--with-zlib-dir=/usr/lib' '--with-imap=/usr/lib/imap-2002e' '--with-mysqli=/net-services/mysql-max-5.0.21-linux-i686/bin/mysql_config' '--enable-mbstring' Reproduce code: --- Error: checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Expected result: Clip from Bottom of config.log: #line 58779 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char mysql_error(); int main() { mysql_error() ; return 0; } -- Edit this bug report at http://bugs.php.net/?id=37309&edit=1
#37309 [Fbk->Opn]: Cannot Configure against mysql 5.0.21
ID: 37309 User updated by: aren at epithna dot com Reported By: aren at epithna dot com -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Linux Slackware 10.2 PHP Version: 5.1.3/4 New Comment: It turns out (sorry for the delayed response, something else entirely, more critical blew up this week) the problem was that the build was being attempted against the wrong Mysql (glibc22 vs glibc23) the person who had downloaded the install got the 22 version our system is 23 based so that was messing up the configure. Once I saw the real problem and grabbed the glibc23 version the problem went away. Sorry to trouble you. Previous Comments: [2006-05-06 09:55:56] [EMAIL PROTECTED] Works just fine here. Please try to build this code: test.c: char mysql_error(); int main() { mysql_error() ; return 0; } gcc -o test -lmysqlclient -lresolv -lm -ldl -lnsl test.c You'll see what the problem is. [2006-05-05 19:29:09] aren at epithna dot com 5.1.4 configures fine against MYSQL 5.0.16, but has the same problems as 5.1.3 against 5.0.21 [2006-05-05 18:24:33] aren at epithna dot com I tried configuring against the new 5.1.4 release and get the exact same error in the exact same place, just thought you should know. [2006-05-04 14:41:50] aren at epithna dot com Description: During a round of Upgrades yesterday I attempted to build php 5.1.3 against my newly upgraded (from 5.0.16 to 5.0.21) MYSQL install. I get a configure error. I was previously able to configure and build against 5.0.16. I reextracted the PHP 5.1.3 source (in a new directory) just to be sure everything was clean, that didn't fix anything. Config line: './configure' '--with-apxs2=/net-services/apache22/bin/apxs' '--with-mysql=/net-services/mysql-max-5.0.21-linux-i686' '--with-gd' '--with-zlib-dir=/usr/lib' '--with-imap=/usr/lib/imap-2002e' '--with-mysqli=/net-services/mysql-max-5.0.21-linux-i686/bin/mysql_config' '--enable-mbstring' Reproduce code: --- Error: checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Expected result: Clip from Bottom of config.log: #line 58779 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char mysql_error(); int main() { mysql_error() ; return 0; } -- Edit this bug report at http://bugs.php.net/?id=37309&edit=1
#37412 [Bgs]: php does not free script memory after big script execution
ID: 37412 Updated by: [EMAIL PROTECTED] Reported By: rafal dot figas at rad-com dot pl Status: Bogus Bug Type: Apache related Operating System: gentoo PHP Version: 5.1.4 New Comment: It has nothing to do with Apache and/or PHP. This is how Linux memory manager works. Yes, and swapping is not related to PHP in any way either. Previous Comments: [2006-05-11 19:09:58] rafal dot figas at rad-com dot pl Sorry for re-opening bug. If u think I'm not right comment and bogus it and I'll let him die. OK, I've already read that and I understand, but I have "MaxFreeMem" directive in apache (I'm using mod_php). And that makes me wonder... Are you saying that this is proper behaviour of apache? I've just noticed that reloading apache causes it to free the memory... Another strange behaviour. And another strange thing - after a few consecutive executions server starts swapping. It's not normal when apache has 1GB of free memory teoreticaly. [2006-05-11 18:55:29] [EMAIL PROTECTED] Please read what Ilia said in the last comment to bug #36197. [2006-05-11 18:42:33] rafal dot figas at rad-com dot pl Description: Similar to bug: 36197 I think that what momo says may be truth. I've experienced similar problem. I do not now is it PHP problem or APACHE problem. Description: I have a big script operating on tables and objects. It needs aprox. 100MB of memory. Apache allocates memory. Script executes and finishes. Memory is still reserved. Apache really keeps memory reserved "for future use", but(!) here comes problem: I have a MaxFreeMem directive set in apache config to 1KB! So as Apache documentation says it should be freed instantly after script execution finishes (because it is unused) but it doesn't. Either there is bug in Apache (can't check) or PHP does not frees used memory, and apache does not know that it is free. Please, simply check this problem, because for big scripts it makes my machines crash. My version was exactly 5.1.2 (now it is 5.1.4 and the problem remains) and OS is gentoo. Best regards. -- Edit this bug report at http://bugs.php.net/?id=37412&edit=1
#37412 [Bgs]: php does not free script memory after big script execution
ID: 37412 User updated by: rafal dot figas at rad-com dot pl Reported By: rafal dot figas at rad-com dot pl Status: Bogus Bug Type: Apache related Operating System: gentoo PHP Version: 5.1.4 New Comment: Sorry for re-opening bug. If u think I'm not right comment and bogus it and I'll let him die. OK, I've already read that and I understand, but I have "MaxFreeMem" directive in apache (I'm using mod_php). And that makes me wonder... Are you saying that this is proper behaviour of apache? I've just noticed that reloading apache causes it to free the memory... Another strange behaviour. And another strange thing - after a few consecutive executions server starts swapping. It's not normal when apache has 1GB of free memory teoreticaly. Previous Comments: [2006-05-11 18:55:29] [EMAIL PROTECTED] Please read what Ilia said in the last comment to bug #36197. [2006-05-11 18:42:33] rafal dot figas at rad-com dot pl Description: Similar to bug: 36197 I think that what momo says may be truth. I've experienced similar problem. I do not now is it PHP problem or APACHE problem. Description: I have a big script operating on tables and objects. It needs aprox. 100MB of memory. Apache allocates memory. Script executes and finishes. Memory is still reserved. Apache really keeps memory reserved "for future use", but(!) here comes problem: I have a MaxFreeMem directive set in apache config to 1KB! So as Apache documentation says it should be freed instantly after script execution finishes (because it is unused) but it doesn't. Either there is bug in Apache (can't check) or PHP does not frees used memory, and apache does not know that it is free. Please, simply check this problem, because for big scripts it makes my machines crash. My version was exactly 5.1.2 (now it is 5.1.4 and the problem remains) and OS is gentoo. Best regards. -- Edit this bug report at http://bugs.php.net/?id=37412&edit=1
#37412 [Opn->Bgs]: php does not free script memory after big script execution
ID: 37412 Updated by: [EMAIL PROTECTED] Reported By: rafal dot figas at rad-com dot pl -Status: Open +Status: Bogus Bug Type: Apache related Operating System: gentoo PHP Version: 5.1.4 New Comment: Please read what Ilia said in the last comment to bug #36197. Previous Comments: [2006-05-11 18:42:33] rafal dot figas at rad-com dot pl Description: Similar to bug: 36197 I think that what momo says may be truth. I've experienced similar problem. I do not now is it PHP problem or APACHE problem. Description: I have a big script operating on tables and objects. It needs aprox. 100MB of memory. Apache allocates memory. Script executes and finishes. Memory is still reserved. Apache really keeps memory reserved "for future use", but(!) here comes problem: I have a MaxFreeMem directive set in apache config to 1KB! So as Apache documentation says it should be freed instantly after script execution finishes (because it is unused) but it doesn't. Either there is bug in Apache (can't check) or PHP does not frees used memory, and apache does not know that it is free. Please, simply check this problem, because for big scripts it makes my machines crash. My version was exactly 5.1.2 (now it is 5.1.4 and the problem remains) and OS is gentoo. Best regards. -- Edit this bug report at http://bugs.php.net/?id=37412&edit=1
#37411 [Opn->Bgs]: fopen fails after 2200 VHOST entries
ID: 37411 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at pureplan dot com -Status: Open +Status: Bogus Bug Type: *URL Functions Operating System: FreeBSD 5.3-RELEASE PHP Version: 4.4.2 New Comment: If you try to search the bug DB you can find at least 20 reports about it. It's fixed in CVS. Long time ago. You have to wait for the next 4.4.x release or (I'd recommend that) upgrade to 5.1. Previous Comments: [2006-05-11 18:39:30] phpbugs at pureplan dot com Description: Pretty simple, fopen works great until with 2,199 vhosts in Apache, but as soon as we add that last one 2,200 fopen will not work anymore. I am not sure if it is server related, Apache related or PHP related but I would really like to know how to fix it. ; PHP INI FILE IS SET TO ON allow_url_fopen = On Reproduce code: --- Setup a Apache server with 2,199 VHOST entries, test fopen, works great. Add one more entry at the bottom of your VHOST file and test fopen again. To be more specific fopen FAILS only if you try opening with http://page... or ftp:// you can still use a local path "/usr/local/apache/vhosts/website.com/". Expected result: FOPEN should work with 10,000 VHOSTS if not more. Actual result: -- when fopen starts to run the whole page comes out blank right at the fopen command. -- Edit this bug report at http://bugs.php.net/?id=37411&edit=1
#37412 [NEW]: php does not free script memory after big script execution
From: rafal dot figas at rad-com dot pl Operating system: gentoo PHP version: 5.1.4 PHP Bug Type: Apache related Bug description: php does not free script memory after big script execution Description: Similar to bug: 36197 I think that what momo says may be truth. I've experienced similar problem. I do not now is it PHP problem or APACHE problem. Description: I have a big script operating on tables and objects. It needs aprox. 100MB of memory. Apache allocates memory. Script executes and finishes. Memory is still reserved. Apache really keeps memory reserved "for future use", but(!) here comes problem: I have a MaxFreeMem directive set in apache config to 1KB! So as Apache documentation says it should be freed instantly after script execution finishes (because it is unused) but it doesn't. Either there is bug in Apache (can't check) or PHP does not frees used memory, and apache does not know that it is free. Please, simply check this problem, because for big scripts it makes my machines crash. My version was exactly 5.1.2 (now it is 5.1.4 and the problem remains) and OS is gentoo. Best regards. -- Edit bug report at http://bugs.php.net/?id=37412&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37412&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37412&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37412&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37412&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37412&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37412&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37412&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37412&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37412&r=support Expected behavior:http://bugs.php.net/fix.php?id=37412&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37412&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37412&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37412&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37412&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37412&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37412&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37412&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37412&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37412&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37412&r=mysqlcfg
#37411 [NEW]: fopen fails after 2200 VHOST entries
From: phpbugs at pureplan dot com Operating system: FreeBSD 5.3-RELEASE PHP version: 4.4.2 PHP Bug Type: *URL Functions Bug description: fopen fails after 2200 VHOST entries Description: Pretty simple, fopen works great until with 2,199 vhosts in Apache, but as soon as we add that last one 2,200 fopen will not work anymore. I am not sure if it is server related, Apache related or PHP related but I would really like to know how to fix it. ; PHP INI FILE IS SET TO ON allow_url_fopen = On Reproduce code: --- Setup a Apache server with 2,199 VHOST entries, test fopen, works great. Add one more entry at the bottom of your VHOST file and test fopen again. To be more specific fopen FAILS only if you try opening with http://page... or ftp:// you can still use a local path "/usr/local/apache/vhosts/website.com/". Expected result: FOPEN should work with 10,000 VHOSTS if not more. Actual result: -- when fopen starts to run the whole page comes out blank right at the fopen command. -- Edit bug report at http://bugs.php.net/?id=37411&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37411&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37411&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37411&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37411&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37411&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37411&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37411&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37411&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37411&r=support Expected behavior:http://bugs.php.net/fix.php?id=37411&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37411&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37411&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37411&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37411&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37411&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37411&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37411&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37411&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37411&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37411&r=mysqlcfg
#37300 [Opn]: memory_limit disabled on windows
ID: 37300 User updated by: astinky at lycos dot com Reported By: astinky at lycos dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: It seems http://snaps.php.net/win32/php5.2-win32-latest.zip changes faster than I can download it. (~1hr) I got a corrupted zip file. I got the source OK though. I'l try: http://snaps.php.net/win32/php5.2-win32-200605111430.zip Previous Comments: [2006-05-11 15:50:30] astinky at lycos dot com Well, using this code to test: '; echo $shipdatarow[$shipcount-1][2]; unset($shipdatarow); ?> I cannot reproduce the crash on either our server or my home PC. However the output of the full script is still truncated on our server. I am using identical configurations on the two machines, the only difference being that our server is running Windows Server 2003 and Symantec Corporate AV (not my choice, I hate Norton with a passion) and I'm running WinXP SP2 at home with no virus scanner. This is still php 5.1.4. I'll now test that snapshot at home and on the server to see the effect on my script and whether or not I can set the memory limit. Its starting to look like I've sent you on a wild goose chase. [2006-05-11 14:46:39] astinky at lycos dot com Will do... just gimme a bit to download it, I'm on dial-up here. Extensions in use: extension=php_mbstring.dll extension=php_gd2.dll extension=php_mysql.dll (compiled against libMySQL 5.0.21) extension=php_sockets.dll extension=php_pspell.dll zend_extension_ts="eAccelerator.dll" I get the same result without my build of eAcclerator 0.9.5-b2 (php 5.1.4) loaded, so that is not the cause. Here is the memory intensive portion of the script in question: $shipdatarow = array(); $shipcount = 0; $filename = "shiplist.txt"; $fp=fopen("$filename","rt"); while (($shipdata = fgetcsv($fp, 1569, chr(9))) !== FALSE) { if ($shipdata[0] == $shiprace[$WONlogonsubRace]) { $shipdatarow[$shipcount] = $shipdata; $shipcount++; } } The file shiplist.txt is ~2.9MB in size. I optimised it on an apache-php build on QNX I produced myself a few years ago, as it was originally developed on a windows server when there was no memory limit in php on windows and it needed on optimisation to run in a reasonable memory space under my apache-php build for QNX. Here is the application in place: http://www.dynaverse.net/webmap_op_sql/ however you will not be able to see the shipyards page without a forums login on our site and a character account on the game server. I will zip up the works for you to look at (db passwords and some hostnames and paths removed) Much of the code is from when I first started with php (3.x) so don't laugh too hard... here it is: http://www.dynaverse.net/webmap_op_sql/webmap_togo.zip I must emphasise that I did not have this problem with exactly the same config on php 5.0.5 so I know it is not the script or the extensions I am using. Nevertheless, I will test a stripped down version at home that just opens the text file and loads a portion of it into an array. I'll do this with no extensions loaded. Again it will take me some time to download as I'm on dial-up at home here. To test it on our server I'll need to compile eAccelerator and php_mysql against this snapshot (and it seems you've saved me compiling an apache 2.2 module) However the stripped down test on my home PC will get priority. [2006-05-11 14:09:18] [EMAIL PROTECTED] And please tell me what PHP extensions do you have enabled. Try with a minimal config to see if the problem disappears. I rather suspect crash has nothing to do with memory limit. Also if possible please provide reproducing script. [2006-05-11 14:04:36] astinky at lycos dot com Sorry, I missed your last comment before my last post. I will indeed give that snapshot a try and report back as soon as I get it tested! [2006-05-11 14:02:00] astinky at lycos dot com Perhaps whatever Dmitry did here: http://bugs.php.net/bug.php?id=36568 Changed memory use on windows, without actually enabling the memry limit I assume that the intention is that there should be no memory limit at all on windows? If that is the case, then there is one now, I just can't change it. I know my script is not using the entire 1GB of system ram on this server (12 MB maybe...). When my script stopped working corresponds to the time of the change in bug ID 36568. I'd rather not rollback to php 5.0.5 or have to c
#37370 [Fbk->Csd]: can't load module php5apache2.dll on Apache 2.2
ID: 37370 User updated by: softwebmaster at gmail dot com Reported By: softwebmaster at gmail dot com -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: windows XP professional -PHP Version: 5.1.4 +PHP Version: 5.20 New Comment: Everything works after using php5apache2_2.dll for Apache 2.2.2. thanks Previous Comments: [2006-05-10 17:13:44] [EMAIL PROTECTED] You're supposed to use php5apache2_2.dll with Apache 2.2. [2006-05-10 17:09:53] softwebmaster at gmail dot com I tried a version from http://snaps.php.net/win32/php5.2-win32-latest.zip on apache 2.2.2 BUT I still have the same error message "can't load module php5apache2.dll" [2006-05-08 19:25:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-08 19:05:51] softwebmaster at gmail dot com i received an error message "can't load module php5apache2.dll" when i re-start apache 2.2 server. I didn't have this problem if i run apache 2.058 hopefully, a new version of php5apache2.dll will solve this problem. thank you. [2006-05-08 19:03:48] softwebmaster at gmail dot com Description: I installed apache 2.2 and php 5.14. I received error message "can't load module php5apache2.dll". I didn't have this kind of problem in apache 2.058. hopefully, a new php5apache2.dll will solve this problem. thanks -- Edit this bug report at http://bugs.php.net/?id=37370&edit=1
#37403 [Bgs]: Wrong key returned in array_search
ID: 37403 User updated by: jonataswalker at gmail dot com Reported By: jonataswalker at gmail dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.6.13 PHP Version: 5.1.4 New Comment: Well, the answer came very quick, thank you. I read the recommended article but I didn't understand. What would it be a solution? Previous Comments: [2006-05-11 06:50:09] [EMAIL PROTECTED] Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. . [2006-05-11 04:02:33] jonataswalker at gmail dot com Description: Hi there, I'd like some help. I've searched and found a similar question but no answer was given, so I need to ask same thing. How can this be possible? Reproduce code: --- $array = array(3453453453453453453445345345,345345345345345346452,12345); $key = array_search(345345345345345340300,$array,true); if ($key === false) print "false"; else print var_dump($key); Expected result: false Actual result: -- int(1). Even changing last 4 digits in needle, I always get int(1). -- Edit this bug report at http://bugs.php.net/?id=37403&edit=1
#37408 [Opn->Asn]: max_execution_time seems to be in affect for interactive CLI sessions
ID: 37408 Updated by: [EMAIL PROTECTED] Reported By: Jared dot Williams1 at ntlworld dot com -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: Win2000 PHP Version: 5.1.4 -Assigned To: +Assigned To: helly Previous Comments: [2006-05-11 15:28:25] Jared dot Williams1 at ntlworld dot com Description: max_execution_time seems to be in affect for interactive CLI sessions 5.1.4 & 5.2 both exhibit the problem. Reproduce code: --- E:\php-5.1.4-Win32>php -a Interactive mode enabled http://bugs.php.net/?id=37408&edit=1
#37409 [Opn->Fbk]: rand and mt_rand BUG
ID: 37409 Updated by: [EMAIL PROTECTED] Reported By: Kazeuri at Gmail dot com -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Math related Operating System: SUSE 10 PHP Version: 4.4.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Please provide a reproduce code without use of image*() functions. Previous Comments: [2006-05-11 15:44:25] Kazeuri at Gmail dot com Description: rand and mt_rand (which, no longer need to be seeded...) get stuck on the same "result" after a certain number of generations. I am unsure exactly why this is, and PLEASE, read in to this, its very easy at first to view this as a mistake, but according to all the documentation I have read, this should NOT occur. Reproduce code: --- header("Content-type: image/png"); $stext = "some text"; $x = 800; $y = 600; $im = @imagecreate($x, $y) or die("Cannot Initialize new GD image stream"); $background_color = imagecolorallocate($im, 0, 0, 0); $stnum = 0; while ($stnum <= 125){ $stize = rand(0,5); $xl = rand(0,800); $yl = rand(0,600); $text_color = imagecolorallocate($im, mt_rand(0,255), mt_rand(0,255), mt_rand(0,255)); imagestring($im, $stize, $xl, $yl, $stext, $text_color); $stnum += 1; } imagepng($im); imagedestroy($im); Expected result: An image with randomly generated text all over it in various places (random). Actual result: -- This works fine, for about 50 results or so, and then somehow, ALL THREE rand functions that contribute to the text color get "stuck" and one particular color begins to dominate (which changes randomly each time it is generated). -- Edit this bug report at http://bugs.php.net/?id=37409&edit=1
#37300 [Opn]: memory_limit disabled on windows
ID: 37300 User updated by: astinky at lycos dot com Reported By: astinky at lycos dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: Well, using this code to test: '; echo $shipdatarow[$shipcount-1][2]; unset($shipdatarow); ?> I cannot reproduce the crash on either our server or my home PC. However the output of the full script is still truncated on our server. I am using identical configurations on the two machines, the only difference being that our server is running Windows Server 2003 and Symantec Corporate AV (not my choice, I hate Norton with a passion) and I'm running WinXP SP2 at home with no virus scanner. This is still php 5.1.4. I'll now test that snapshot at home and on the server to see the effect on my script and whether or not I can set the memory limit. Its starting to look like I've sent you on a wild goose chase. Previous Comments: [2006-05-11 14:46:39] astinky at lycos dot com Will do... just gimme a bit to download it, I'm on dial-up here. Extensions in use: extension=php_mbstring.dll extension=php_gd2.dll extension=php_mysql.dll (compiled against libMySQL 5.0.21) extension=php_sockets.dll extension=php_pspell.dll zend_extension_ts="eAccelerator.dll" I get the same result without my build of eAcclerator 0.9.5-b2 (php 5.1.4) loaded, so that is not the cause. Here is the memory intensive portion of the script in question: $shipdatarow = array(); $shipcount = 0; $filename = "shiplist.txt"; $fp=fopen("$filename","rt"); while (($shipdata = fgetcsv($fp, 1569, chr(9))) !== FALSE) { if ($shipdata[0] == $shiprace[$WONlogonsubRace]) { $shipdatarow[$shipcount] = $shipdata; $shipcount++; } } The file shiplist.txt is ~2.9MB in size. I optimised it on an apache-php build on QNX I produced myself a few years ago, as it was originally developed on a windows server when there was no memory limit in php on windows and it needed on optimisation to run in a reasonable memory space under my apache-php build for QNX. Here is the application in place: http://www.dynaverse.net/webmap_op_sql/ however you will not be able to see the shipyards page without a forums login on our site and a character account on the game server. I will zip up the works for you to look at (db passwords and some hostnames and paths removed) Much of the code is from when I first started with php (3.x) so don't laugh too hard... here it is: http://www.dynaverse.net/webmap_op_sql/webmap_togo.zip I must emphasise that I did not have this problem with exactly the same config on php 5.0.5 so I know it is not the script or the extensions I am using. Nevertheless, I will test a stripped down version at home that just opens the text file and loads a portion of it into an array. I'll do this with no extensions loaded. Again it will take me some time to download as I'm on dial-up at home here. To test it on our server I'll need to compile eAccelerator and php_mysql against this snapshot (and it seems you've saved me compiling an apache 2.2 module) However the stripped down test on my home PC will get priority. [2006-05-11 14:09:18] [EMAIL PROTECTED] And please tell me what PHP extensions do you have enabled. Try with a minimal config to see if the problem disappears. I rather suspect crash has nothing to do with memory limit. Also if possible please provide reproducing script. [2006-05-11 14:04:36] astinky at lycos dot com Sorry, I missed your last comment before my last post. I will indeed give that snapshot a try and report back as soon as I get it tested! [2006-05-11 14:02:00] astinky at lycos dot com Perhaps whatever Dmitry did here: http://bugs.php.net/bug.php?id=36568 Changed memory use on windows, without actually enabling the memry limit I assume that the intention is that there should be no memory limit at all on windows? If that is the case, then there is one now, I just can't change it. I know my script is not using the entire 1GB of system ram on this server (12 MB maybe...). When my script stopped working corresponds to the time of the change in bug ID 36568. I'd rather not rollback to php 5.0.5 or have to compile 5.1.4 myself but ultimately I'll have to if the old behaviour is not restrored or the memory limit fully enabled. I'm not meaning to nag here, just filling in more info that I hope will be helpful. I'll find a solution one way or another but it is my hope that the old behaviour of memory use on windows will be restored or the memory limit will
#37409 [NEW]: rand and mt_rand BUG
From: Kazeuri at Gmail dot com Operating system: SUSE 10 PHP version: 4.4.2 PHP Bug Type: Unknown/Other Function Bug description: rand and mt_rand BUG Description: rand and mt_rand (which, no longer need to be seeded...) get stuck on the same "result" after a certain number of generations. I am unsure exactly why this is, and PLEASE, read in to this, its very easy at first to view this as a mistake, but according to all the documentation I have read, this should NOT occur. Reproduce code: --- header("Content-type: image/png"); $stext = "some text"; $x = 800; $y = 600; $im = @imagecreate($x, $y) or die("Cannot Initialize new GD image stream"); $background_color = imagecolorallocate($im, 0, 0, 0); $stnum = 0; while ($stnum <= 125){ $stize = rand(0,5); $xl = rand(0,800); $yl = rand(0,600); $text_color = imagecolorallocate($im, mt_rand(0,255), mt_rand(0,255), mt_rand(0,255)); imagestring($im, $stize, $xl, $yl, $stext, $text_color); $stnum += 1; } imagepng($im); imagedestroy($im); Expected result: An image with randomly generated text all over it in various places (random). Actual result: -- This works fine, for about 50 results or so, and then somehow, ALL THREE rand functions that contribute to the text color get "stuck" and one particular color begins to dominate (which changes randomly each time it is generated). -- Edit bug report at http://bugs.php.net/?id=37409&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37409&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37409&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37409&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37409&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37409&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37409&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37409&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37409&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37409&r=support Expected behavior:http://bugs.php.net/fix.php?id=37409&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37409&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37409&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37409&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37409&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37409&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37409&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37409&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37409&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37409&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37409&r=mysqlcfg
#37408 [NEW]: max_execution_time seems to be in affect for interactive CLI sessions
From: Jared dot Williams1 at ntlworld dot com Operating system: Win2000 PHP version: 5.1.4 PHP Bug Type: Scripting Engine problem Bug description: max_execution_time seems to be in affect for interactive CLI sessions Description: max_execution_time seems to be in affect for interactive CLI sessions 5.1.4 & 5.2 both exhibit the problem. Reproduce code: --- E:\php-5.1.4-Win32>php -a Interactive mode enabled http://bugs.php.net/?id=37408&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37408&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37408&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37408&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37408&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37408&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37408&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37408&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37408&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37408&r=support Expected behavior:http://bugs.php.net/fix.php?id=37408&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37408&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37408&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37408&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37408&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37408&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37408&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37408&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37408&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37408&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37408&r=mysqlcfg
#37300 [Fbk->Opn]: memory_limit disabled on windows
ID: 37300 User updated by: astinky at lycos dot com Reported By: astinky at lycos dot com -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: Will do... just gimme a bit to download it, I'm on dial-up here. Extensions in use: extension=php_mbstring.dll extension=php_gd2.dll extension=php_mysql.dll (compiled against libMySQL 5.0.21) extension=php_sockets.dll extension=php_pspell.dll zend_extension_ts="eAccelerator.dll" I get the same result without my build of eAcclerator 0.9.5-b2 (php 5.1.4) loaded, so that is not the cause. Here is the memory intensive portion of the script in question: $shipdatarow = array(); $shipcount = 0; $filename = "shiplist.txt"; $fp=fopen("$filename","rt"); while (($shipdata = fgetcsv($fp, 1569, chr(9))) !== FALSE) { if ($shipdata[0] == $shiprace[$WONlogonsubRace]) { $shipdatarow[$shipcount] = $shipdata; $shipcount++; } } The file shiplist.txt is ~2.9MB in size. I optimised it on an apache-php build on QNX I produced myself a few years ago, as it was originally developed on a windows server when there was no memory limit in php on windows and it needed on optimisation to run in a reasonable memory space under my apache-php build for QNX. Here is the application in place: http://www.dynaverse.net/webmap_op_sql/ however you will not be able to see the shipyards page without a forums login on our site and a character account on the game server. I will zip up the works for you to look at (db passwords and some hostnames and paths removed) Much of the code is from when I first started with php (3.x) so don't laugh too hard... here it is: http://www.dynaverse.net/webmap_op_sql/webmap_togo.zip I must emphasise that I did not have this problem with exactly the same config on php 5.0.5 so I know it is not the script or the extensions I am using. Nevertheless, I will test a stripped down version at home that just opens the text file and loads a portion of it into an array. I'll do this with no extensions loaded. Again it will take me some time to download as I'm on dial-up at home here. To test it on our server I'll need to compile eAccelerator and php_mysql against this snapshot (and it seems you've saved me compiling an apache 2.2 module) However the stripped down test on my home PC will get priority. Previous Comments: [2006-05-11 14:09:18] [EMAIL PROTECTED] And please tell me what PHP extensions do you have enabled. Try with a minimal config to see if the problem disappears. I rather suspect crash has nothing to do with memory limit. Also if possible please provide reproducing script. [2006-05-11 14:04:36] astinky at lycos dot com Sorry, I missed your last comment before my last post. I will indeed give that snapshot a try and report back as soon as I get it tested! [2006-05-11 14:02:00] astinky at lycos dot com Perhaps whatever Dmitry did here: http://bugs.php.net/bug.php?id=36568 Changed memory use on windows, without actually enabling the memry limit I assume that the intention is that there should be no memory limit at all on windows? If that is the case, then there is one now, I just can't change it. I know my script is not using the entire 1GB of system ram on this server (12 MB maybe...). When my script stopped working corresponds to the time of the change in bug ID 36568. I'd rather not rollback to php 5.0.5 or have to compile 5.1.4 myself but ultimately I'll have to if the old behaviour is not restrored or the memory limit fully enabled. I'm not meaning to nag here, just filling in more info that I hope will be helpful. I'll find a solution one way or another but it is my hope that the old behaviour of memory use on windows will be restored or the memory limit will be fully enabled, whatever you guys think is appropriate. [2006-05-11 13:55:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Default php does not have any memory limit. Please use php5handler2_2.dll if you're using apache 2.2 [2006-05-11 13:49:25] astinky at lycos dot com Ah, thanks. The thing is, this memory intensive script of mine worked fine on php 5.0.5, but its output is truncated on php 5.1.2 and up. It generates no other errors. As well, our upload scripts used to allow a 40 MB file upload on php 5.0.5 and previous v
#37404 [Bgs]: Escape Sequences not Working
ID: 37404 Updated by: [EMAIL PROTECTED] Reported By: werty37 at gmail dot com Status: Bogus Bug Type: Output Control Operating System: Ubuntu Dapper Drake Beta PHP Version: 5.1.5CVS New Comment: Yes, this is correct for _shell_. But I bet the book presumes you already know what HTML is and how to add a newline there. Previous Comments: [2006-05-11 14:22:40] werty37 at gmail dot com #This is what i found in an ebook on php # $person = array('Edison', 'Wankel', 'Crapper'); foreach ($person as $name) { echo "Hello, $name\n"; } ## #This is what it is suppossed to print #Hello, Edison #Hello, Wankel #Hello, Crapper #But this is what it prints #Hello, EdisonHello, WankelHello Crapper [2006-05-11 09:34:35] [EMAIL PROTECTED] Newlines in HTML look like "". [2006-05-11 09:20:01] werty37 at gmail dot com Description: I tried to use the escape syntax "\n" but php is not printing a newline. I also tried "\r" and "\t" but still no use. The php version im using is: PHP 5.1.2-1ubuntu2 Reproduce code: --- Expected result: Hello, Sujith Hello, Kalesh Hello, Sijin Hello, Ridhul Actual result: -- Hello, Sujith Hello, Kalesh Hello, Sijin Hello, Ridhul -- Edit this bug report at http://bugs.php.net/?id=37404&edit=1
#31892 [Com]: PHP_SELF incorrect without cgi.fix_pathinfo, but turning on screws up PATH_INFO
ID: 31892 Comment by: kk at keppler-it dot de Reported By: ceefour at gauldong dot net Status: Verified Bug Type: CGI related Operating System: * PHP Version: 5CVS, 4CVS (2005-02-11) New Comment: These patches are based on the code from Dave; the work fine within our hosting environment. http://www.keppler-it.de/tmp/patch-31892-4.4.2.diff http://www.keppler-it.de/tmp/patch-31892-5.1.4.diff Comments welcome. :-) Here's the code in clear text (nearly identical for 4.x and 5.x): --- php-4.4.2/sapi/cgi/cgi_main.c.orig 2006-01-01 14:47:01.0 +0100 +++ php-4.4.2/sapi/cgi/cgi_main.c 2006-05-11 16:23:51.0 +0200 @@ -871,11 +871,25 @@ } else { #endif /* pre 4.3 behaviour, shouldn't be used but provides BC */ + /* if (env_path_info) { SG(request_info).request_uri = env_path_info; } else { SG(request_info).request_uri = env_script_name; } + */ + /* <[EMAIL PROTECTED]> PHP_SELF := SCRIPT_NAME + PATH_INFO */ + /* Patch based upon http://spoonguard.org/dave/classes/cs345/bugfix/php-5.1.2-31892.diff */ + SG(request_info).request_uri = sapi_cgibin_getenv("SCRIPT_NAME", 0 TSRMLS_CC); + if (SG(request_info).request_uri && (env_path_info = sapi_cgibin_getenv("PATH_INFO", 0 TSRMLS_CC))) { + int request_uri_len = strlen(SG(request_info).request_uri) + strlen(env_path_info) + 1; + char *request_uri = (char *) emalloc(request_uri_len); + *request_uri = '\0'; + strcat(request_uri, SG(request_info).request_uri); + strcat(request_uri, env_path_info); + SG(request_info).request_uri = request_uri; + } + /* */ #if !DISCARD_PATH if (env_path_translated) script_path_translated = env_path_translated; Previous Comments: [2006-05-09 02:11:21] lwalker at magi dot net dot au I'm expreiencing the same issue on PHP 4.3 + 4.4 under Apache 1.3.33 and have had to switch back to mod_php for our hosting server. Tried to access the patch to have a look at it, however it's not loading. Do you still have a copy of the patch, or are you able to post a backported PHP 4.x version? I do believe that SCRIPT_NAME + PHP_INFO is the expected behaviour. [2006-02-06 21:52:39] php-bugs at dave dot staff dot spoonguard dot org The following patch causes $_SERVER['PHP_SELF'] to include the PATH_INFO component when running under CGI: http://spoonguard.org/dave/classes/cs345/bugfix/php-5.1.2-31892.diff Previously, PHP_SELF was being set to SCRIPT_NAME when cgi.fix_pathinfo was set. This changes the behavior, by setting PHP_SELF to SCRIPT_NAME + PATH_INFO. Is this similar to what you're looking for? Thanks, - Dave [2005-02-13 23:19:43] ceefour at gauldong dot net I have verified this problem with PHP 5.0.3 on Linux 2.4 and it also exists in PHP 5.0.3. I'm using PHP 5.0.3 as CGI under Apache 1.3.33. Check out this link: http://php5.gauldong.net/phpinfo.php/test/me?query=string It gives out the following results: _SERVER["PATH_INFO"]/test/me _SERVER["PATH_TRANSLATED"] /home/u1294/domain/php5.gauldong.net/web/test/me _SERVER["ORIG_PATH_TRANSLATED"] /home/u1294/domain/php5.gauldong.net/web/phpinfo.php/test/me _SERVER["ORIG_PATH_INFO"] /phpinfo.php/test/me _SERVER["ORIG_SCRIPT_NAME"] /cgi-bin/php _SERVER["ORIG_SCRIPT_FILENAME"] /home/u1294/domain/php5.gauldong.net/web/cgi-bin/php _SERVER["PHP_SELF"] /phpinfo.php - Note that it's using a default php.ini for PHP 5 meaning cgi.fix_pathinfo is turned ON. In the above results PHP_SELF is incorrect. It should be /phpinfo.php/test/me (it's missing the pathinfo part). Other variables are correct I suppose. I hope this is fixed soon. And also in PHP 4. The fact that this bug exists in the latest versions of both PHP 4 and PHP 5 is truly beyond me. :-( [2005-02-09 09:34:50] ceefour at gauldong dot net Description: Following up bug #31843, I tried to set cgi.fix_pathinfo On, which is "weird" considering that this option says ANYthing about PHP_SELF. But a good friend of mine pointed out it works on fixing PHP_SELF, so I did, and to my surprise, it works! So, my problem was solved, PHP_SELF was returning the correct va
#37404 [Bgs]: Escape Sequences not Working
ID: 37404 User updated by: werty37 at gmail dot com Reported By: werty37 at gmail dot com Status: Bogus Bug Type: Output Control Operating System: Ubuntu Dapper Drake Beta PHP Version: 5.1.5CVS New Comment: #This is what i found in an ebook on php # $person = array('Edison', 'Wankel', 'Crapper'); foreach ($person as $name) { echo "Hello, $name\n"; } ## #This is what it is suppossed to print #Hello, Edison #Hello, Wankel #Hello, Crapper #But this is what it prints #Hello, EdisonHello, WankelHello Crapper Previous Comments: [2006-05-11 09:34:35] [EMAIL PROTECTED] Newlines in HTML look like "". [2006-05-11 09:20:01] werty37 at gmail dot com Description: I tried to use the escape syntax "\n" but php is not printing a newline. I also tried "\r" and "\t" but still no use. The php version im using is: PHP 5.1.2-1ubuntu2 Reproduce code: --- Expected result: Hello, Sujith Hello, Kalesh Hello, Sijin Hello, Ridhul Actual result: -- Hello, Sujith Hello, Kalesh Hello, Sijin Hello, Ridhul -- Edit this bug report at http://bugs.php.net/?id=37404&edit=1
#37300 [Opn->Fbk]: memory_limit disabled on windows
ID: 37300 Updated by: [EMAIL PROTECTED] Reported By: astinky at lycos dot com -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: And please tell me what PHP extensions do you have enabled. Try with a minimal config to see if the problem disappears. I rather suspect crash has nothing to do with memory limit. Also if possible please provide reproducing script. Previous Comments: [2006-05-11 14:04:36] astinky at lycos dot com Sorry, I missed your last comment before my last post. I will indeed give that snapshot a try and report back as soon as I get it tested! [2006-05-11 14:02:00] astinky at lycos dot com Perhaps whatever Dmitry did here: http://bugs.php.net/bug.php?id=36568 Changed memory use on windows, without actually enabling the memry limit I assume that the intention is that there should be no memory limit at all on windows? If that is the case, then there is one now, I just can't change it. I know my script is not using the entire 1GB of system ram on this server (12 MB maybe...). When my script stopped working corresponds to the time of the change in bug ID 36568. I'd rather not rollback to php 5.0.5 or have to compile 5.1.4 myself but ultimately I'll have to if the old behaviour is not restrored or the memory limit fully enabled. I'm not meaning to nag here, just filling in more info that I hope will be helpful. I'll find a solution one way or another but it is my hope that the old behaviour of memory use on windows will be restored or the memory limit will be fully enabled, whatever you guys think is appropriate. [2006-05-11 13:55:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Default php does not have any memory limit. Please use php5handler2_2.dll if you're using apache 2.2 [2006-05-11 13:49:25] astinky at lycos dot com Ah, thanks. The thing is, this memory intensive script of mine worked fine on php 5.0.5, but its output is truncated on php 5.1.2 and up. It generates no other errors. As well, our upload scripts used to allow a 40 MB file upload on php 5.0.5 and previous versions. I have not tested whether it still does, but I assume it is affected by the changes in memory limit behaviour on windows. Something else has changed with respect to memory use on windows. Perhaps the harcoded memory limit of php has been reduced? If I build 5.1.4 for Win32 from source myself can I enable the memory limit or change the hardcoded limit? (I suspect from your comment I can) Thanks again for your attention to this matter, it is much appreciated. [2006-05-11 10:51:23] [EMAIL PROTECTED] Windows builds ship without memory limit feature. This was done on purpose. I have changed the category to change request since we might consider changing it. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/37300 -- Edit this bug report at http://bugs.php.net/?id=37300&edit=1
#37300 [Opn]: memory_limit disabled on windows
ID: 37300 User updated by: astinky at lycos dot com Reported By: astinky at lycos dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: Sorry, I missed your last comment before my last post. I will indeed give that snapshot a try and report back as soon as I get it tested! Previous Comments: [2006-05-11 14:02:00] astinky at lycos dot com Perhaps whatever Dmitry did here: http://bugs.php.net/bug.php?id=36568 Changed memory use on windows, without actually enabling the memry limit I assume that the intention is that there should be no memory limit at all on windows? If that is the case, then there is one now, I just can't change it. I know my script is not using the entire 1GB of system ram on this server (12 MB maybe...). When my script stopped working corresponds to the time of the change in bug ID 36568. I'd rather not rollback to php 5.0.5 or have to compile 5.1.4 myself but ultimately I'll have to if the old behaviour is not restrored or the memory limit fully enabled. I'm not meaning to nag here, just filling in more info that I hope will be helpful. I'll find a solution one way or another but it is my hope that the old behaviour of memory use on windows will be restored or the memory limit will be fully enabled, whatever you guys think is appropriate. [2006-05-11 13:55:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Default php does not have any memory limit. Please use php5handler2_2.dll if you're using apache 2.2 [2006-05-11 13:49:25] astinky at lycos dot com Ah, thanks. The thing is, this memory intensive script of mine worked fine on php 5.0.5, but its output is truncated on php 5.1.2 and up. It generates no other errors. As well, our upload scripts used to allow a 40 MB file upload on php 5.0.5 and previous versions. I have not tested whether it still does, but I assume it is affected by the changes in memory limit behaviour on windows. Something else has changed with respect to memory use on windows. Perhaps the harcoded memory limit of php has been reduced? If I build 5.1.4 for Win32 from source myself can I enable the memory limit or change the hardcoded limit? (I suspect from your comment I can) Thanks again for your attention to this matter, it is much appreciated. [2006-05-11 10:51:23] [EMAIL PROTECTED] Windows builds ship without memory limit feature. This was done on purpose. I have changed the category to change request since we might consider changing it. [2006-05-11 10:10:40] astinky at lycos dot com Additional info/correction: Actually the weserver would fault on shutdown with Apache 2.2.0 - php 5.1.2 (and 5.1.3) if the hardcoded memory limit was exceeded. With Apache 2.2.2 - php 5.1.3 (and 5.1.4) the webserver will fault at the time the memory limit is exceeded. The IIS system mentioned above is running php as an ISAPI. I usually set the memory limit in the php.ini anyway, not in the script. Still it has no effect. If only the fgetcsv function was not so hard on resources I would not be having this issue. I could solve my problem by converting the tab delimited text file I am reading into a MySQL table, but I'd really like to just be able to read the text file in the script so it is more portable. The problem persists in php 5.1.4. I compared the zend_alloc.c of php 5.0.5 to php 5.1.4 and found some suspicious differences, but nothing I could say for sure is responsible. Just let me know if there is any other info I can provide that may help. 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/37300 -- Edit this bug report at http://bugs.php.net/?id=37300&edit=1
#37407 [Bgs]: Page reloaded automatically (in background)
ID: 37407 User updated by: bugs at satellitecreative dot com Reported By: bugs at satellitecreative dot com Status: Bogus Bug Type: Session related Operating System: XP Pro + IE 7 beta 2 PHP Version: 5.1.4 New Comment: Oh ok, dammit I thought you were going to say something like that. Sorry for wasting your time, I'll go and bark up the Microsoft tree! Ben Previous Comments: [2006-05-11 13:47:16] [EMAIL PROTECTED] There is no PHP in the browser. PHP is serverside language. [2006-05-11 13:31:55] bugs at satellitecreative dot com Description: In IE7 beta 2 (so presumably the final article too?) a page/script with a call to $_SESSION to add/update/set a value in the session is reloaded/re-run/duplicated after a delay of between 5 and 25 seconds somehow (depending on environment). No idea if this is an IE, PHP or (me) issue, but got to start somewhere :) Its totally broken my ordering system app I've been developing.. back to drawing board! Reproduce code: --- page one (index.php): check session'; ?> page two (checksession.php): '; print_r($_SESSION['debug']); echo ''; ?> Expected result: Page one should write a date/time stamp to the stored session array $_SESSION['debug']['testpage'], once only! When 'check session' is clicked you expect to be shown: Array ( [testpage] => Array ( [0] => yymmdd-hh:mm:ss ) ) Actual result: -- When you view checksession.php in any browser besides IE7b2 you DO see: Array ( [testpage] => Array ( [0] => yymmdd-hh:mm:ss ) ) BUT if you've waited more than about 10 seconds or so (or you've refreshed) you'll see: Array ( [testpage] => Array ( [0] => yymmdd-hh:mm:ss [1] => yymmdd-hh:mm:ss ) ) Therefore TWO writes to session when only one was requested. -- Edit this bug report at http://bugs.php.net/?id=37407&edit=1
#37300 [Fbk->Opn]: memory_limit disabled on windows
ID: 37300 User updated by: astinky at lycos dot com Reported By: astinky at lycos dot com -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: Perhaps whatever Dmitry did here: http://bugs.php.net/bug.php?id=36568 Changed memory use on windows, without actually enabling the memry limit I assume that the intention is that there should be no memory limit at all on windows? If that is the case, then there is one now, I just can't change it. I know my script is not using the entire 1GB of system ram on this server (12 MB maybe...). When my script stopped working corresponds to the time of the change in bug ID 36568. I'd rather not rollback to php 5.0.5 or have to compile 5.1.4 myself but ultimately I'll have to if the old behaviour is not restrored or the memory limit fully enabled. I'm not meaning to nag here, just filling in more info that I hope will be helpful. I'll find a solution one way or another but it is my hope that the old behaviour of memory use on windows will be restored or the memory limit will be fully enabled, whatever you guys think is appropriate. Previous Comments: [2006-05-11 13:55:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Default php does not have any memory limit. Please use php5handler2_2.dll if you're using apache 2.2 [2006-05-11 13:49:25] astinky at lycos dot com Ah, thanks. The thing is, this memory intensive script of mine worked fine on php 5.0.5, but its output is truncated on php 5.1.2 and up. It generates no other errors. As well, our upload scripts used to allow a 40 MB file upload on php 5.0.5 and previous versions. I have not tested whether it still does, but I assume it is affected by the changes in memory limit behaviour on windows. Something else has changed with respect to memory use on windows. Perhaps the harcoded memory limit of php has been reduced? If I build 5.1.4 for Win32 from source myself can I enable the memory limit or change the hardcoded limit? (I suspect from your comment I can) Thanks again for your attention to this matter, it is much appreciated. [2006-05-11 10:51:23] [EMAIL PROTECTED] Windows builds ship without memory limit feature. This was done on purpose. I have changed the category to change request since we might consider changing it. [2006-05-11 10:10:40] astinky at lycos dot com Additional info/correction: Actually the weserver would fault on shutdown with Apache 2.2.0 - php 5.1.2 (and 5.1.3) if the hardcoded memory limit was exceeded. With Apache 2.2.2 - php 5.1.3 (and 5.1.4) the webserver will fault at the time the memory limit is exceeded. The IIS system mentioned above is running php as an ISAPI. I usually set the memory limit in the php.ini anyway, not in the script. Still it has no effect. If only the fgetcsv function was not so hard on resources I would not be having this issue. I could solve my problem by converting the tab delimited text file I am reading into a MySQL table, but I'd really like to just be able to read the text file in the script so it is more portable. The problem persists in php 5.1.4. I compared the zend_alloc.c of php 5.0.5 to php 5.1.4 and found some suspicious differences, but nothing I could say for sure is responsible. Just let me know if there is any other info I can provide that may help. [2006-05-04 02:48:42] astinky at lycos dot com Description: Re: http://bugs.php.net/bug.php?id=36568 It seems this is not quite fixed. This test script below fails, with no error output and does not echo the memory limit at all. This is on Apache 2.2.2 php 5.1.3 eAcclerator 0.9.5-b2. (tested with eAcclerator disabled - same result) The apache2handler I'm using is self compiled, but I suspect it is not the problem as another server (Windows Server 2003, II6 php 5.1.2 or php 5.1.3 shows similar symptoms) I am using the posted windows binaries for php 5.1.3 and apche 2.2.2 Both servers show an error for the webserver exe in the event log on shutdown with the faulting module varying (php5ts.dll, php_mysql.dll, ntdll.dll, msvcrt.dll...) on previous searches of the bugs here this is always attributed to server misconfiguration. I have been running apache/php for years and am intimately fmiliar with its configuration and have been frustrated by this error appearing in recent php versions. I'm going to take a look at the related php code tomorrow a
#37300 [Opn->Fbk]: memory_limit disabled on windows
ID: 37300 Updated by: [EMAIL PROTECTED] Reported By: astinky at lycos dot com -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 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 Default php does not have any memory limit. Please use php5handler2_2.dll if you're using apache 2.2 Previous Comments: [2006-05-11 13:49:25] astinky at lycos dot com Ah, thanks. The thing is, this memory intensive script of mine worked fine on php 5.0.5, but its output is truncated on php 5.1.2 and up. It generates no other errors. As well, our upload scripts used to allow a 40 MB file upload on php 5.0.5 and previous versions. I have not tested whether it still does, but I assume it is affected by the changes in memory limit behaviour on windows. Something else has changed with respect to memory use on windows. Perhaps the harcoded memory limit of php has been reduced? If I build 5.1.4 for Win32 from source myself can I enable the memory limit or change the hardcoded limit? (I suspect from your comment I can) Thanks again for your attention to this matter, it is much appreciated. [2006-05-11 10:51:23] [EMAIL PROTECTED] Windows builds ship without memory limit feature. This was done on purpose. I have changed the category to change request since we might consider changing it. [2006-05-11 10:10:40] astinky at lycos dot com Additional info/correction: Actually the weserver would fault on shutdown with Apache 2.2.0 - php 5.1.2 (and 5.1.3) if the hardcoded memory limit was exceeded. With Apache 2.2.2 - php 5.1.3 (and 5.1.4) the webserver will fault at the time the memory limit is exceeded. The IIS system mentioned above is running php as an ISAPI. I usually set the memory limit in the php.ini anyway, not in the script. Still it has no effect. If only the fgetcsv function was not so hard on resources I would not be having this issue. I could solve my problem by converting the tab delimited text file I am reading into a MySQL table, but I'd really like to just be able to read the text file in the script so it is more portable. The problem persists in php 5.1.4. I compared the zend_alloc.c of php 5.0.5 to php 5.1.4 and found some suspicious differences, but nothing I could say for sure is responsible. Just let me know if there is any other info I can provide that may help. [2006-05-04 02:48:42] astinky at lycos dot com Description: Re: http://bugs.php.net/bug.php?id=36568 It seems this is not quite fixed. This test script below fails, with no error output and does not echo the memory limit at all. This is on Apache 2.2.2 php 5.1.3 eAcclerator 0.9.5-b2. (tested with eAcclerator disabled - same result) The apache2handler I'm using is self compiled, but I suspect it is not the problem as another server (Windows Server 2003, II6 php 5.1.2 or php 5.1.3 shows similar symptoms) I am using the posted windows binaries for php 5.1.3 and apche 2.2.2 Both servers show an error for the webserver exe in the event log on shutdown with the faulting module varying (php5ts.dll, php_mysql.dll, ntdll.dll, msvcrt.dll...) on previous searches of the bugs here this is always attributed to server misconfiguration. I have been running apache/php for years and am intimately fmiliar with its configuration and have been frustrated by this error appearing in recent php versions. I'm going to take a look at the related php code tomorrow and will reprt any findings I might come up with. I notice previous comments about no support for a memory limit in windows, but I'm sure it worked in php 5.0.5... (tried stting it to -1 which also fails) Thanks for any assistance you can offer. Reproduce code: --- Expected result: I expect to be able to set the memory limit. (particularly for a script of mine that loads huge arrays from a 2.9 MB tab delimited text file - which worked fine in earler php5 versions but its output is truncated in php 5.1.2 and 5.1.3). I do not expect the webserver to fault on shutdown. Actual result: -- Unable to set memory limit, webserver faults on shutdown. -- Edit this bug report at http://bugs.php.net/?id=37300&edit=1
#37300 [Opn]: memory_limit disabled on windows
ID: 37300 User updated by: astinky at lycos dot com Reported By: astinky at lycos dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 New Comment: Ah, thanks. The thing is, this memory intensive script of mine worked fine on php 5.0.5, but its output is truncated on php 5.1.2 and up. It generates no other errors. As well, our upload scripts used to allow a 40 MB file upload on php 5.0.5 and previous versions. I have not tested whether it still does, but I assume it is affected by the changes in memory limit behaviour on windows. Something else has changed with respect to memory use on windows. Perhaps the harcoded memory limit of php has been reduced? If I build 5.1.4 for Win32 from source myself can I enable the memory limit or change the hardcoded limit? (I suspect from your comment I can) Thanks again for your attention to this matter, it is much appreciated. Previous Comments: [2006-05-11 10:51:23] [EMAIL PROTECTED] Windows builds ship without memory limit feature. This was done on purpose. I have changed the category to change request since we might consider changing it. [2006-05-11 10:10:40] astinky at lycos dot com Additional info/correction: Actually the weserver would fault on shutdown with Apache 2.2.0 - php 5.1.2 (and 5.1.3) if the hardcoded memory limit was exceeded. With Apache 2.2.2 - php 5.1.3 (and 5.1.4) the webserver will fault at the time the memory limit is exceeded. The IIS system mentioned above is running php as an ISAPI. I usually set the memory limit in the php.ini anyway, not in the script. Still it has no effect. If only the fgetcsv function was not so hard on resources I would not be having this issue. I could solve my problem by converting the tab delimited text file I am reading into a MySQL table, but I'd really like to just be able to read the text file in the script so it is more portable. The problem persists in php 5.1.4. I compared the zend_alloc.c of php 5.0.5 to php 5.1.4 and found some suspicious differences, but nothing I could say for sure is responsible. Just let me know if there is any other info I can provide that may help. [2006-05-04 02:48:42] astinky at lycos dot com Description: Re: http://bugs.php.net/bug.php?id=36568 It seems this is not quite fixed. This test script below fails, with no error output and does not echo the memory limit at all. This is on Apache 2.2.2 php 5.1.3 eAcclerator 0.9.5-b2. (tested with eAcclerator disabled - same result) The apache2handler I'm using is self compiled, but I suspect it is not the problem as another server (Windows Server 2003, II6 php 5.1.2 or php 5.1.3 shows similar symptoms) I am using the posted windows binaries for php 5.1.3 and apche 2.2.2 Both servers show an error for the webserver exe in the event log on shutdown with the faulting module varying (php5ts.dll, php_mysql.dll, ntdll.dll, msvcrt.dll...) on previous searches of the bugs here this is always attributed to server misconfiguration. I have been running apache/php for years and am intimately fmiliar with its configuration and have been frustrated by this error appearing in recent php versions. I'm going to take a look at the related php code tomorrow and will reprt any findings I might come up with. I notice previous comments about no support for a memory limit in windows, but I'm sure it worked in php 5.0.5... (tried stting it to -1 which also fails) Thanks for any assistance you can offer. Reproduce code: --- Expected result: I expect to be able to set the memory limit. (particularly for a script of mine that loads huge arrays from a 2.9 MB tab delimited text file - which worked fine in earler php5 versions but its output is truncated in php 5.1.2 and 5.1.3). I do not expect the webserver to fault on shutdown. Actual result: -- Unable to set memory limit, webserver faults on shutdown. -- Edit this bug report at http://bugs.php.net/?id=37300&edit=1
#37407 [Opn->Bgs]: Page reloaded automatically (in background)
ID: 37407 Updated by: [EMAIL PROTECTED] Reported By: bugs at satellitecreative dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: XP Pro + IE 7 beta 2 PHP Version: 5.1.4 New Comment: There is no PHP in the browser. PHP is serverside language. Previous Comments: [2006-05-11 13:31:55] bugs at satellitecreative dot com Description: In IE7 beta 2 (so presumably the final article too?) a page/script with a call to $_SESSION to add/update/set a value in the session is reloaded/re-run/duplicated after a delay of between 5 and 25 seconds somehow (depending on environment). No idea if this is an IE, PHP or (me) issue, but got to start somewhere :) Its totally broken my ordering system app I've been developing.. back to drawing board! Reproduce code: --- page one (index.php): check session'; ?> page two (checksession.php): '; print_r($_SESSION['debug']); echo ''; ?> Expected result: Page one should write a date/time stamp to the stored session array $_SESSION['debug']['testpage'], once only! When 'check session' is clicked you expect to be shown: Array ( [testpage] => Array ( [0] => yymmdd-hh:mm:ss ) ) Actual result: -- When you view checksession.php in any browser besides IE7b2 you DO see: Array ( [testpage] => Array ( [0] => yymmdd-hh:mm:ss ) ) BUT if you've waited more than about 10 seconds or so (or you've refreshed) you'll see: Array ( [testpage] => Array ( [0] => yymmdd-hh:mm:ss [1] => yymmdd-hh:mm:ss ) ) Therefore TWO writes to session when only one was requested. -- Edit this bug report at http://bugs.php.net/?id=37407&edit=1
#37407 [NEW]: Page reloaded automatically (in background)
From: bugs at satellitecreative dot com Operating system: XP Pro + IE 7 beta 2 PHP version: 5.1.4 PHP Bug Type: Session related Bug description: Page reloaded automatically (in background) Description: In IE7 beta 2 (so presumably the final article too?) a page/script with a call to $_SESSION to add/update/set a value in the session is reloaded/re-run/duplicated after a delay of between 5 and 25 seconds somehow (depending on environment). No idea if this is an IE, PHP or (me) issue, but got to start somewhere :) Its totally broken my ordering system app I've been developing.. back to drawing board! Reproduce code: --- page one (index.php): check session'; ?> page two (checksession.php): '; print_r($_SESSION['debug']); echo ''; ?> Expected result: Page one should write a date/time stamp to the stored session array $_SESSION['debug']['testpage'], once only! When 'check session' is clicked you expect to be shown: Array ( [testpage] => Array ( [0] => yymmdd-hh:mm:ss ) ) Actual result: -- When you view checksession.php in any browser besides IE7b2 you DO see: Array ( [testpage] => Array ( [0] => yymmdd-hh:mm:ss ) ) BUT if you've waited more than about 10 seconds or so (or you've refreshed) you'll see: Array ( [testpage] => Array ( [0] => yymmdd-hh:mm:ss [1] => yymmdd-hh:mm:ss ) ) Therefore TWO writes to session when only one was requested. -- Edit bug report at http://bugs.php.net/?id=37407&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37407&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37407&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37407&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37407&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37407&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37407&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37407&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37407&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37407&r=support Expected behavior:http://bugs.php.net/fix.php?id=37407&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37407&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37407&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37407&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37407&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37407&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37407&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37407&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37407&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37407&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37407&r=mysqlcfg
#37269 [Opn->Bgs]: error while compiling: dlopen
ID: 37269 User updated by: lin dot dave at gmail dot com Reported By: lin dot dave at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Red Hat Enterprise 3 (2.4.21) PHP Version: 5.1.3 New Comment: nevermind... I'm having glibc issues Previous Comments: [2006-05-02 04:09:43] lin dot dave at gmail dot com Description: looks like some standard extensions were compiled with some static linking to glibc shared libraries. php-5.1.3/ext/standard/dl.c:140: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking Reproduce code: --- (here's my configure file:) ./configure \ --with-mysql=/usr/local/mysql \ --with-apxs2=/etc/httpd/bin/apxs \ --enable-track-vars \ --with-xmlrpc \ --enable-soap \ --with-jpeg-dir=/usr/lib \ --with-png-dir=/usr/local \ --with-gd \ --with-ttf \ --with-freetype-dir=/usr \ --enable-force-cgi-redirect \ --with-gettext \ --with-zlib \ --with-libxml-dir=/usr/local \ && make && make install 1> configure.messages Expected result: It should complete without errors Actual result: -- ...Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_strtod.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/php_cli_readline.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lrt -lmysqlclient -lfreetype -lpng -lz -ljpeg -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -o sapi/cli/php ext/standard/.libs/dl.o(.text+0x1c8): In function `php_dl': /usr/local/src/php-5.1.3/ext/standard/dl.c:140: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/../../../libdl.a(dlsym.o)(.text+0x23): In function `dlsym': : undefined reference to `_dl_load_lock' /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/../../../libdl.a(dlsym.o)(.text+0x4d): In function `dlsym': : undefined reference to `_dl_load_lock' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit this bug report at http://bugs.php.net/?id=37269&edit=1
#36906 [Com]: stream_context_set_option() crashes
ID: 36906 Comment by: keochb at hotmail dot com Reported By: sqchen at citiz dot net Status: Feedback Bug Type: Streams related Operating System: *nix PHP Version: 5.2-CVS Assigned To: pollita New Comment: In php5.1.2, the segmentation fault appears after the function of 'stream_context_set_option'; But in php5.2 the segmentation fault appears in the function of 'stream_context_set_option'. Why & How? (God smiles!) Previous Comments: [2006-05-11 11:46:13] keochb at hotmail dot com From: http://snaps.php.net/php5.2-latest.tar.gz (gdb) backtrace #0 0x08203f63 in php_stream_context_set_option (context=0x2, wrappername=0x8456964 "path", optionname=0x8455a0c "pathname", optionvalue=0x78f) at /home/spring/p52/php5.2-200605100830/main/streams/streams.c:1936 #1 0x081deb50 in zif_stream_context_set_option (ht=4, return_value=0x8455acc, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /home/spring/p52/php5.2-200605100830/ext/standard/streamsfuncs.c:984 #2 0x08255d4e in zend_do_fcall_common_helper_SPEC (execute_data=0xbfcc3190) at zend_vm_execute.h:200 #3 0x08255598 in execute (op_array=0x845126c) at zend_vm_execute.h:92 #4 0x082358b0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/spring/p52/php5.2-200605100830/Zend/zend.c:1102 #5 0x081f0e77 in php_execute_script (primary_file=0xbfcc56c0) at /home/spring/p52/php5.2-200605100830/main/main.c:1732 #6 0x082d8edf in main (argc=2, argv=0xbfcc5754) at /home/spring/p52/php5.2-200605100830/sapi/cli/php_cli.c:1092 [2006-05-11 11:41:50] keochb at hotmail dot com sqchen at citiz dot net and I are in the same team. [2006-05-11 11:38:49] keochb at hotmail dot com (gdb) backtrace #0 0x0823cdfb in php_stream_context_del_link (context=0x847f3f4, stream=0x846d304) at /home/spring/php-5.1.2/main/streams/streams.c:1988 #1 0x0823d127 in _php_stream_free (stream=0x846d304, close_options=11) at /home/spring/php-5.1.2/main/streams/streams.c:326 #2 0x0823d81c in stream_resource_regular_dtor (rsrc=0x5a5a5a5a) at /home/spring/php-5.1.2/main/streams/streams.c:1373 #3 0x0827a3bf in list_entry_destructor (ptr=0x847f104) at /home/spring/php-5.1.2/Zend/zend_list.c:184 #4 0x08278d88 in zend_hash_apply_deleter (ht=0x83c7800, p=0x847f0ac) at /home/spring/php-5.1.2/Zend/zend_hash.c:574 #5 0x08278e57 in zend_hash_graceful_reverse_destroy (ht=0x83c7800) at /home/spring/php-5.1.2/Zend/zend_hash.c:640 #6 0x0826d46e in zend_deactivate () at /home/spring/php-5.1.2/Zend/zend.c:860 #7 0x08228455 in php_request_shutdown (dummy=0x0) at /home/spring/php-5.1.2/main/main.c:1284 #8 0x082eea4b in main (argc=2, argv=0xbf9a6ed4) at /home/spring/php-5.1.2/sapi/cli/php_cli.c:1230 [2006-05-11 09:17:06] [EMAIL PROTECTED] I can't reproduce it in current CVS. Mind posting backtrace? [2006-05-10 09:14:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip 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/36906 -- Edit this bug report at http://bugs.php.net/?id=36906&edit=1
#36906 [Com]: stream_context_set_option() crashes
ID: 36906 Comment by: keochb at hotmail dot com Reported By: sqchen at citiz dot net Status: Feedback Bug Type: Streams related Operating System: *nix PHP Version: 5.2-CVS Assigned To: pollita New Comment: From: http://snaps.php.net/php5.2-latest.tar.gz (gdb) backtrace #0 0x08203f63 in php_stream_context_set_option (context=0x2, wrappername=0x8456964 "path", optionname=0x8455a0c "pathname", optionvalue=0x78f) at /home/spring/p52/php5.2-200605100830/main/streams/streams.c:1936 #1 0x081deb50 in zif_stream_context_set_option (ht=4, return_value=0x8455acc, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /home/spring/p52/php5.2-200605100830/ext/standard/streamsfuncs.c:984 #2 0x08255d4e in zend_do_fcall_common_helper_SPEC (execute_data=0xbfcc3190) at zend_vm_execute.h:200 #3 0x08255598 in execute (op_array=0x845126c) at zend_vm_execute.h:92 #4 0x082358b0 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/spring/p52/php5.2-200605100830/Zend/zend.c:1102 #5 0x081f0e77 in php_execute_script (primary_file=0xbfcc56c0) at /home/spring/p52/php5.2-200605100830/main/main.c:1732 #6 0x082d8edf in main (argc=2, argv=0xbfcc5754) at /home/spring/p52/php5.2-200605100830/sapi/cli/php_cli.c:1092 Previous Comments: [2006-05-11 11:41:50] keochb at hotmail dot com sqchen at citiz dot net and I are in the same team. [2006-05-11 11:38:49] keochb at hotmail dot com (gdb) backtrace #0 0x0823cdfb in php_stream_context_del_link (context=0x847f3f4, stream=0x846d304) at /home/spring/php-5.1.2/main/streams/streams.c:1988 #1 0x0823d127 in _php_stream_free (stream=0x846d304, close_options=11) at /home/spring/php-5.1.2/main/streams/streams.c:326 #2 0x0823d81c in stream_resource_regular_dtor (rsrc=0x5a5a5a5a) at /home/spring/php-5.1.2/main/streams/streams.c:1373 #3 0x0827a3bf in list_entry_destructor (ptr=0x847f104) at /home/spring/php-5.1.2/Zend/zend_list.c:184 #4 0x08278d88 in zend_hash_apply_deleter (ht=0x83c7800, p=0x847f0ac) at /home/spring/php-5.1.2/Zend/zend_hash.c:574 #5 0x08278e57 in zend_hash_graceful_reverse_destroy (ht=0x83c7800) at /home/spring/php-5.1.2/Zend/zend_hash.c:640 #6 0x0826d46e in zend_deactivate () at /home/spring/php-5.1.2/Zend/zend.c:860 #7 0x08228455 in php_request_shutdown (dummy=0x0) at /home/spring/php-5.1.2/main/main.c:1284 #8 0x082eea4b in main (argc=2, argv=0xbf9a6ed4) at /home/spring/php-5.1.2/sapi/cli/php_cli.c:1230 [2006-05-11 09:17:06] [EMAIL PROTECTED] I can't reproduce it in current CVS. Mind posting backtrace? [2006-05-10 09:14:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-10 07:47:51] sqchen at citiz dot net hi...the newest version of php-5.1.2 has not fixed this problem yet...would you please assign it to the php developer? 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/36906 -- Edit this bug report at http://bugs.php.net/?id=36906&edit=1
#36906 [Com]: stream_context_set_option() crashes
ID: 36906 Comment by: keochb at hotmail dot com Reported By: sqchen at citiz dot net Status: Feedback Bug Type: Streams related Operating System: *nix PHP Version: 5.2-CVS Assigned To: pollita New Comment: sqchen at citiz dot net and I are in the same team. Previous Comments: [2006-05-11 11:38:49] keochb at hotmail dot com (gdb) backtrace #0 0x0823cdfb in php_stream_context_del_link (context=0x847f3f4, stream=0x846d304) at /home/spring/php-5.1.2/main/streams/streams.c:1988 #1 0x0823d127 in _php_stream_free (stream=0x846d304, close_options=11) at /home/spring/php-5.1.2/main/streams/streams.c:326 #2 0x0823d81c in stream_resource_regular_dtor (rsrc=0x5a5a5a5a) at /home/spring/php-5.1.2/main/streams/streams.c:1373 #3 0x0827a3bf in list_entry_destructor (ptr=0x847f104) at /home/spring/php-5.1.2/Zend/zend_list.c:184 #4 0x08278d88 in zend_hash_apply_deleter (ht=0x83c7800, p=0x847f0ac) at /home/spring/php-5.1.2/Zend/zend_hash.c:574 #5 0x08278e57 in zend_hash_graceful_reverse_destroy (ht=0x83c7800) at /home/spring/php-5.1.2/Zend/zend_hash.c:640 #6 0x0826d46e in zend_deactivate () at /home/spring/php-5.1.2/Zend/zend.c:860 #7 0x08228455 in php_request_shutdown (dummy=0x0) at /home/spring/php-5.1.2/main/main.c:1284 #8 0x082eea4b in main (argc=2, argv=0xbf9a6ed4) at /home/spring/php-5.1.2/sapi/cli/php_cli.c:1230 [2006-05-11 09:17:06] [EMAIL PROTECTED] I can't reproduce it in current CVS. Mind posting backtrace? [2006-05-10 09:14:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-10 07:47:51] sqchen at citiz dot net hi...the newest version of php-5.1.2 has not fixed this problem yet...would you please assign it to the php developer? [2006-04-25 10:59:43] sqchen at citiz dot net hi, I have tried the http://snaps.php.net/php5.1-latest.tar.gz version, and found that it does not fixed the problem, would you please check it 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/36906 -- Edit this bug report at http://bugs.php.net/?id=36906&edit=1
#36906 [Com]: stream_context_set_option() crashes
ID: 36906 Comment by: keochb at hotmail dot com Reported By: sqchen at citiz dot net Status: Feedback Bug Type: Streams related Operating System: *nix PHP Version: 5.2-CVS Assigned To: pollita New Comment: (gdb) backtrace #0 0x0823cdfb in php_stream_context_del_link (context=0x847f3f4, stream=0x846d304) at /home/spring/php-5.1.2/main/streams/streams.c:1988 #1 0x0823d127 in _php_stream_free (stream=0x846d304, close_options=11) at /home/spring/php-5.1.2/main/streams/streams.c:326 #2 0x0823d81c in stream_resource_regular_dtor (rsrc=0x5a5a5a5a) at /home/spring/php-5.1.2/main/streams/streams.c:1373 #3 0x0827a3bf in list_entry_destructor (ptr=0x847f104) at /home/spring/php-5.1.2/Zend/zend_list.c:184 #4 0x08278d88 in zend_hash_apply_deleter (ht=0x83c7800, p=0x847f0ac) at /home/spring/php-5.1.2/Zend/zend_hash.c:574 #5 0x08278e57 in zend_hash_graceful_reverse_destroy (ht=0x83c7800) at /home/spring/php-5.1.2/Zend/zend_hash.c:640 #6 0x0826d46e in zend_deactivate () at /home/spring/php-5.1.2/Zend/zend.c:860 #7 0x08228455 in php_request_shutdown (dummy=0x0) at /home/spring/php-5.1.2/main/main.c:1284 #8 0x082eea4b in main (argc=2, argv=0xbf9a6ed4) at /home/spring/php-5.1.2/sapi/cli/php_cli.c:1230 Previous Comments: [2006-05-11 09:17:06] [EMAIL PROTECTED] I can't reproduce it in current CVS. Mind posting backtrace? [2006-05-10 09:14:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-10 07:47:51] sqchen at citiz dot net hi...the newest version of php-5.1.2 has not fixed this problem yet...would you please assign it to the php developer? [2006-04-25 10:59:43] sqchen at citiz dot net hi, I have tried the http://snaps.php.net/php5.1-latest.tar.gz version, and found that it does not fixed the problem, would you please check it again? [2006-04-11 11:01:41] [EMAIL PROTECTED] Sara, can you check this out? 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/36906 -- Edit this bug report at http://bugs.php.net/?id=36906&edit=1
#37299 [Com]: CLI Segmentation fault on a Pentium III machine with tidy extension
ID: 37299 Comment by: RQuadling at GMail dot com Reported By: volk at pcservice-direkt dot de Status: Feedback Bug Type: *General Issues Operating System: Linux 2.6.15-1-686 PHP Version: 5.1.3 New Comment: I have reverted back to PHP 5.1.3-dev (built: Feb 20 2006 00:29:25) and php -v is working and php -m shows the Tidy extension. The Tidy extension was the only extension I've needed to toggle to have the problem with V5.1.4 Previous Comments: [2006-05-11 11:04:32] RQuadling at GMail dot com My hardware is Pentium 4 2.8GHz with 3GB RAM. [2006-05-11 10:57:18] RQuadling at GMail dot com PHP V5.1.4 on Windows XP SP2. With or without Zend Optimizer. No extensions other than Tidy. Crashes on close. php -v at the command line causes a "Report to Microsoft" / Dr. Watson thingy. [2006-05-05 19:10:14] [EMAIL PROTECTED] Please close the bug, if it does not occur anymore. [2006-05-04 15:04:12] volk at pcservice-direkt dot de I've adjusted config.nice and updated to PHP 5.1.4. Now it works: [EMAIL PROTECTED]:~$ php -m | grep tidy tidy [EMAIL PROTECTED]:~$ (No segmentation fault) If you are interested I can provide the difference between config.nice from PHP 5.1.3 and 5.1.4. [2006-05-04 13:52:21] [EMAIL PROTECTED] First of all: are you able to reproduce it without tidy? If yes, why to mention it at all? And honestly saying I don't understand what do you expect hear from us if it happens ONLY on this machine. There must be something with your machine then. 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/37299 -- Edit this bug report at http://bugs.php.net/?id=37299&edit=1
#37406 [Opn]: Can't load lob string
ID: 37406 User updated by: spatar at mail dot nnov dot ru Reported By: spatar at mail dot nnov dot ru Status: Open Bug Type: OCI8 related Operating System: SuSE PHP Version: 5.1.4 New Comment: In older snapshot php5.1-200604030830 it worked: size(): 26 load(): abcdefghijklmnopqrstuvwxyz Previous Comments: [2006-05-11 10:57:29] spatar at mail dot nnov dot ru Description: Can't load lob string. It seems, OCI8 calculates wrong size in _bytes_ for UTF strings to load. My Oracle database charset is AL32UTF8, so maybe it's the cause of that the load() method returns only the first 1/4 part of a string. The older versions didn't have this bug. Reproduce code: --- size(), "\n"; echo "load(): ", $clob->load(), "\n"; } $clob->free(); oci_free_statement($stid); oci_close($conn); ?> Expected result: size(): 26 load(): abcdefghijklmnopqrstuvwxyz Actual result: -- size(): 26 load(): abcdef -- Edit this bug report at http://bugs.php.net/?id=37406&edit=1
#37299 [Com]: CLI Segmentation fault on a Pentium III machine with tidy extension
ID: 37299 Comment by: RQuadling at GMail dot com Reported By: volk at pcservice-direkt dot de Status: Feedback Bug Type: *General Issues Operating System: Linux 2.6.15-1-686 PHP Version: 5.1.3 New Comment: My hardware is Pentium 4 2.8GHz with 3GB RAM. Previous Comments: [2006-05-11 10:57:18] RQuadling at GMail dot com PHP V5.1.4 on Windows XP SP2. With or without Zend Optimizer. No extensions other than Tidy. Crashes on close. php -v at the command line causes a "Report to Microsoft" / Dr. Watson thingy. [2006-05-05 19:10:14] [EMAIL PROTECTED] Please close the bug, if it does not occur anymore. [2006-05-04 15:04:12] volk at pcservice-direkt dot de I've adjusted config.nice and updated to PHP 5.1.4. Now it works: [EMAIL PROTECTED]:~$ php -m | grep tidy tidy [EMAIL PROTECTED]:~$ (No segmentation fault) If you are interested I can provide the difference between config.nice from PHP 5.1.3 and 5.1.4. [2006-05-04 13:52:21] [EMAIL PROTECTED] First of all: are you able to reproduce it without tidy? If yes, why to mention it at all? And honestly saying I don't understand what do you expect hear from us if it happens ONLY on this machine. There must be something with your machine then. [2006-05-03 22:18:15] volk at pcservice-direkt dot de Description: Since PHP 5.0.4 I get segmentation faults when the cli is shutting down. This occurs only on a Pentium III machine, not on machines with AMD's k7/k8 CPUs or Pentium P4 CPUs. The ./configure --$OPTIONS are identical on all machines, beside the marchCFLAGS. Yes, I've read the bugs #30660, #34725 and #36182, but there is not really a solution for this problem. This bug seems to be cpu specific.(?) Reproduce code: --- [EMAIL PROTECTED]:/usr/local/src/php-5.1.3-debug$ /tmp/sig11/bin/php -v Expected result: PHP 5.1.3 (cli) (built: May 3 2006 23:47:25) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies Actual result: -- PHP 5.1.3 (cli) (built: May 3 2006 23:47:25) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies Segmentation fault Backtrace: #0 0xb70589dd in ?? () #1 0x0830957e in tsrm_shutdown () at /usr/local/src/php-5.1.3-debug/TSRM/TSRM.c:180 #2 0x083f987e in main (argc=2, argv=0xbfa945b4) at /usr/local/src/php-5.1.3-debug/sapi/cli/php_cli.c:1255 -- Edit this bug report at http://bugs.php.net/?id=37299&edit=1
#37406 [NEW]: Can't load lob string
From: spatar at mail dot nnov dot ru Operating system: SuSE PHP version: 5.1.4 PHP Bug Type: OCI8 related Bug description: Can't load lob string Description: Can't load lob string. It seems, OCI8 calculates wrong size in _bytes_ for UTF strings to load. My Oracle database charset is AL32UTF8, so maybe it's the cause of that the load() method returns only the first 1/4 part of a string. The older versions didn't have this bug. Reproduce code: --- size(), "\n"; echo "load(): ", $clob->load(), "\n"; } $clob->free(); oci_free_statement($stid); oci_close($conn); ?> Expected result: size(): 26 load(): abcdefghijklmnopqrstuvwxyz Actual result: -- size(): 26 load(): abcdef -- Edit bug report at http://bugs.php.net/?id=37406&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37406&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37406&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37406&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37406&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37406&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37406&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37406&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37406&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37406&r=support Expected behavior:http://bugs.php.net/fix.php?id=37406&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37406&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37406&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37406&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37406&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37406&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37406&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37406&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37406&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37406&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37406&r=mysqlcfg
#37299 [Com]: CLI Segmentation fault on a Pentium III machine with tidy extension
ID: 37299 Comment by: RQuadling at GMail dot com Reported By: volk at pcservice-direkt dot de Status: Feedback Bug Type: *General Issues Operating System: Linux 2.6.15-1-686 PHP Version: 5.1.3 New Comment: PHP V5.1.4 on Windows XP SP2. With or without Zend Optimizer. No extensions other than Tidy. Crashes on close. php -v at the command line causes a "Report to Microsoft" / Dr. Watson thingy. Previous Comments: [2006-05-05 19:10:14] [EMAIL PROTECTED] Please close the bug, if it does not occur anymore. [2006-05-04 15:04:12] volk at pcservice-direkt dot de I've adjusted config.nice and updated to PHP 5.1.4. Now it works: [EMAIL PROTECTED]:~$ php -m | grep tidy tidy [EMAIL PROTECTED]:~$ (No segmentation fault) If you are interested I can provide the difference between config.nice from PHP 5.1.3 and 5.1.4. [2006-05-04 13:52:21] [EMAIL PROTECTED] First of all: are you able to reproduce it without tidy? If yes, why to mention it at all? And honestly saying I don't understand what do you expect hear from us if it happens ONLY on this machine. There must be something with your machine then. [2006-05-03 22:18:15] volk at pcservice-direkt dot de Description: Since PHP 5.0.4 I get segmentation faults when the cli is shutting down. This occurs only on a Pentium III machine, not on machines with AMD's k7/k8 CPUs or Pentium P4 CPUs. The ./configure --$OPTIONS are identical on all machines, beside the marchCFLAGS. Yes, I've read the bugs #30660, #34725 and #36182, but there is not really a solution for this problem. This bug seems to be cpu specific.(?) Reproduce code: --- [EMAIL PROTECTED]:/usr/local/src/php-5.1.3-debug$ /tmp/sig11/bin/php -v Expected result: PHP 5.1.3 (cli) (built: May 3 2006 23:47:25) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies Actual result: -- PHP 5.1.3 (cli) (built: May 3 2006 23:47:25) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies Segmentation fault Backtrace: #0 0xb70589dd in ?? () #1 0x0830957e in tsrm_shutdown () at /usr/local/src/php-5.1.3-debug/TSRM/TSRM.c:180 #2 0x083f987e in main (argc=2, argv=0xbfa945b4) at /usr/local/src/php-5.1.3-debug/sapi/cli/php_cli.c:1255 -- Edit this bug report at http://bugs.php.net/?id=37299&edit=1
#37300 [Asn->Opn]: memory_limit disabled on windows
ID: 37300 Updated by: [EMAIL PROTECTED] -Summary: memory_limit broken Reported By: astinky at lycos dot com -Status: Assigned +Status: Open -Bug Type: Unknown/Other Function +Bug Type: Feature/Change Request Operating System: Windows Server 2003 PHP Version: 5.1.3 Assigned To: edink New Comment: Windows builds ship without memory limit feature. This was done on purpose. I have changed the category to change request since we might consider changing it. Previous Comments: [2006-05-11 10:10:40] astinky at lycos dot com Additional info/correction: Actually the weserver would fault on shutdown with Apache 2.2.0 - php 5.1.2 (and 5.1.3) if the hardcoded memory limit was exceeded. With Apache 2.2.2 - php 5.1.3 (and 5.1.4) the webserver will fault at the time the memory limit is exceeded. The IIS system mentioned above is running php as an ISAPI. I usually set the memory limit in the php.ini anyway, not in the script. Still it has no effect. If only the fgetcsv function was not so hard on resources I would not be having this issue. I could solve my problem by converting the tab delimited text file I am reading into a MySQL table, but I'd really like to just be able to read the text file in the script so it is more portable. The problem persists in php 5.1.4. I compared the zend_alloc.c of php 5.0.5 to php 5.1.4 and found some suspicious differences, but nothing I could say for sure is responsible. Just let me know if there is any other info I can provide that may help. [2006-05-04 02:48:42] astinky at lycos dot com Description: Re: http://bugs.php.net/bug.php?id=36568 It seems this is not quite fixed. This test script below fails, with no error output and does not echo the memory limit at all. This is on Apache 2.2.2 php 5.1.3 eAcclerator 0.9.5-b2. (tested with eAcclerator disabled - same result) The apache2handler I'm using is self compiled, but I suspect it is not the problem as another server (Windows Server 2003, II6 php 5.1.2 or php 5.1.3 shows similar symptoms) I am using the posted windows binaries for php 5.1.3 and apche 2.2.2 Both servers show an error for the webserver exe in the event log on shutdown with the faulting module varying (php5ts.dll, php_mysql.dll, ntdll.dll, msvcrt.dll...) on previous searches of the bugs here this is always attributed to server misconfiguration. I have been running apache/php for years and am intimately fmiliar with its configuration and have been frustrated by this error appearing in recent php versions. I'm going to take a look at the related php code tomorrow and will reprt any findings I might come up with. I notice previous comments about no support for a memory limit in windows, but I'm sure it worked in php 5.0.5... (tried stting it to -1 which also fails) Thanks for any assistance you can offer. Reproduce code: --- Expected result: I expect to be able to set the memory limit. (particularly for a script of mine that loads huge arrays from a 2.9 MB tab delimited text file - which worked fine in earler php5 versions but its output is truncated in php 5.1.2 and 5.1.3). I do not expect the webserver to fault on shutdown. Actual result: -- Unable to set memory limit, webserver faults on shutdown. -- Edit this bug report at http://bugs.php.net/?id=37300&edit=1
#37300 [Asn]: memory_limit broken
ID: 37300 User updated by: astinky at lycos dot com Reported By: astinky at lycos dot com Status: Assigned Bug Type: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.1.3 Assigned To: edink New Comment: Additional info/correction: Actually the weserver would fault on shutdown with Apache 2.2.0 - php 5.1.2 (and 5.1.3) if the hardcoded memory limit was exceeded. With Apache 2.2.2 - php 5.1.3 (and 5.1.4) the webserver will fault at the time the memory limit is exceeded. The IIS system mentioned above is running php as an ISAPI. I usually set the memory limit in the php.ini anyway, not in the script. Still it has no effect. If only the fgetcsv function was not so hard on resources I would not be having this issue. I could solve my problem by converting the tab delimited text file I am reading into a MySQL table, but I'd really like to just be able to read the text file in the script so it is more portable. The problem persists in php 5.1.4. I compared the zend_alloc.c of php 5.0.5 to php 5.1.4 and found some suspicious differences, but nothing I could say for sure is responsible. Just let me know if there is any other info I can provide that may help. Previous Comments: [2006-05-04 02:48:42] astinky at lycos dot com Description: Re: http://bugs.php.net/bug.php?id=36568 It seems this is not quite fixed. This test script below fails, with no error output and does not echo the memory limit at all. This is on Apache 2.2.2 php 5.1.3 eAcclerator 0.9.5-b2. (tested with eAcclerator disabled - same result) The apache2handler I'm using is self compiled, but I suspect it is not the problem as another server (Windows Server 2003, II6 php 5.1.2 or php 5.1.3 shows similar symptoms) I am using the posted windows binaries for php 5.1.3 and apche 2.2.2 Both servers show an error for the webserver exe in the event log on shutdown with the faulting module varying (php5ts.dll, php_mysql.dll, ntdll.dll, msvcrt.dll...) on previous searches of the bugs here this is always attributed to server misconfiguration. I have been running apache/php for years and am intimately fmiliar with its configuration and have been frustrated by this error appearing in recent php versions. I'm going to take a look at the related php code tomorrow and will reprt any findings I might come up with. I notice previous comments about no support for a memory limit in windows, but I'm sure it worked in php 5.0.5... (tried stting it to -1 which also fails) Thanks for any assistance you can offer. Reproduce code: --- Expected result: I expect to be able to set the memory limit. (particularly for a script of mine that loads huge arrays from a 2.9 MB tab delimited text file - which worked fine in earler php5 versions but its output is truncated in php 5.1.2 and 5.1.3). I do not expect the webserver to fault on shutdown. Actual result: -- Unable to set memory limit, webserver faults on shutdown. -- Edit this bug report at http://bugs.php.net/?id=37300&edit=1
#37404 [Opn->Bgs]: Escape Sequences not Working
ID: 37404 Updated by: [EMAIL PROTECTED] Reported By: werty37 at gmail dot com -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Ubuntu Dapper Drake Beta PHP Version: 5.1.5CVS New Comment: Newlines in HTML look like "". Previous Comments: [2006-05-11 09:20:01] werty37 at gmail dot com Description: I tried to use the escape syntax "\n" but php is not printing a newline. I also tried "\r" and "\t" but still no use. The php version im using is: PHP 5.1.2-1ubuntu2 Reproduce code: --- Expected result: Hello, Sujith Hello, Kalesh Hello, Sijin Hello, Ridhul Actual result: -- Hello, Sujith Hello, Kalesh Hello, Sijin Hello, Ridhul -- Edit this bug report at http://bugs.php.net/?id=37404&edit=1
#37404 [NEW]: Escape Sequences not Working
From: werty37 at gmail dot com Operating system: Ubuntu Dapper Drake Beta PHP version: 5.1.5CVS PHP Bug Type: Output Control Bug description: Escape Sequences not Working Description: I tried to use the escape syntax "\n" but php is not printing a newline. I also tried "\r" and "\t" but still no use. The php version im using is: PHP 5.1.2-1ubuntu2 Reproduce code: --- Expected result: Hello, Sujith Hello, Kalesh Hello, Sijin Hello, Ridhul Actual result: -- Hello, Sujith Hello, Kalesh Hello, Sijin Hello, Ridhul -- Edit bug report at http://bugs.php.net/?id=37404&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37404&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37404&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37404&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37404&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37404&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37404&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37404&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37404&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37404&r=support Expected behavior:http://bugs.php.net/fix.php?id=37404&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37404&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37404&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37404&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37404&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37404&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37404&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37404&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37404&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37404&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37404&r=mysqlcfg
#36906 [Opn->Fbk]: stream_context_set_option() crashes
ID: 36906 Updated by: [EMAIL PROTECTED] Reported By: sqchen at citiz dot net -Status: Open +Status: Feedback Bug Type: Streams related Operating System: *nix -PHP Version: 5.1.2 +PHP Version: 5.2-CVS Assigned To: pollita New Comment: I can't reproduce it in current CVS. Mind posting backtrace? Previous Comments: [2006-05-10 09:14:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-10 07:47:51] sqchen at citiz dot net hi...the newest version of php-5.1.2 has not fixed this problem yet...would you please assign it to the php developer? [2006-04-25 10:59:43] sqchen at citiz dot net hi, I have tried the http://snaps.php.net/php5.1-latest.tar.gz version, and found that it does not fixed the problem, would you please check it again? [2006-04-11 11:01:41] [EMAIL PROTECTED] Sara, can you check this out? [2006-04-05 23:16:55] [EMAIL PROTECTED] Verified in HEAD, 5.0 and 5.1 cvs. #0 0x0816d92d in php_stream_context_del_link (context=0x83ce324, stream=0x83b7b24) at /usr/src/php51/main/streams/streams.c:1984 #1 0x08169df7 in _php_stream_free (stream=0x83b7b24, close_options=11) at /usr/src/php51/main/streams/streams.c:326 #2 0x0816c1c3 in stream_resource_regular_dtor (rsrc=0x83ce1a4) at /usr/src/php51/main/streams/streams.c:1373 #3 0x081a7fb5 in list_entry_destructor (ptr=0x83ce1a4) at /usr/src/php51/Zend/zend_list.c:184 #4 0x081a618c in zend_hash_apply_deleter (ht=0x829c7d4, p=0x83c5a24) at /usr/src/php51/Zend/zend_hash.c:576 #5 0x081a63af in zend_hash_graceful_reverse_destroy (ht=0x829c7d4) at /usr/src/php51/Zend/zend_hash.c:642 #6 0x081a80f9 in zend_destroy_rsrc_list (ht=0x829c7d4) at /usr/src/php51/Zend/zend_list.c:240 #7 0x0819c517 in zend_deactivate () at /usr/src/php51/Zend/zend.c:860 #8 0x0815899a in php_request_shutdown (dummy=0x0) at /usr/src/php51/main/main.c:1283 #9 0x082011c3 in main (argc=1, argv=0xbfbfea54) at /usr/src/php51/sapi/cli/php_cli.c:1245 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/36906 -- Edit this bug report at http://bugs.php.net/?id=36906&edit=1
#36906 [Fbk->Opn]: stream_context_set_option() crashes
ID: 36906 User updated by: sqchen at citiz dot net Reported By: sqchen at citiz dot net -Status: Feedback +Status: Open Bug Type: Streams related Operating System: *nix PHP Version: 5.1.2 Assigned To: pollita New Comment: http://snaps.php.net/php5.2-latest.tar.gz does not work either Previous Comments: [2006-05-10 09:14:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-10 07:47:51] sqchen at citiz dot net hi...the newest version of php-5.1.2 has not fixed this problem yet...would you please assign it to the php developer? [2006-04-25 10:59:43] sqchen at citiz dot net hi, I have tried the http://snaps.php.net/php5.1-latest.tar.gz version, and found that it does not fixed the problem, would you please check it again? [2006-04-11 11:01:41] [EMAIL PROTECTED] Sara, can you check this out? [2006-04-05 23:16:55] [EMAIL PROTECTED] Verified in HEAD, 5.0 and 5.1 cvs. #0 0x0816d92d in php_stream_context_del_link (context=0x83ce324, stream=0x83b7b24) at /usr/src/php51/main/streams/streams.c:1984 #1 0x08169df7 in _php_stream_free (stream=0x83b7b24, close_options=11) at /usr/src/php51/main/streams/streams.c:326 #2 0x0816c1c3 in stream_resource_regular_dtor (rsrc=0x83ce1a4) at /usr/src/php51/main/streams/streams.c:1373 #3 0x081a7fb5 in list_entry_destructor (ptr=0x83ce1a4) at /usr/src/php51/Zend/zend_list.c:184 #4 0x081a618c in zend_hash_apply_deleter (ht=0x829c7d4, p=0x83c5a24) at /usr/src/php51/Zend/zend_hash.c:576 #5 0x081a63af in zend_hash_graceful_reverse_destroy (ht=0x829c7d4) at /usr/src/php51/Zend/zend_hash.c:642 #6 0x081a80f9 in zend_destroy_rsrc_list (ht=0x829c7d4) at /usr/src/php51/Zend/zend_list.c:240 #7 0x0819c517 in zend_deactivate () at /usr/src/php51/Zend/zend.c:860 #8 0x0815899a in php_request_shutdown (dummy=0x0) at /usr/src/php51/main/main.c:1283 #9 0x082011c3 in main (argc=1, argv=0xbfbfea54) at /usr/src/php51/sapi/cli/php_cli.c:1245 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/36906 -- Edit this bug report at http://bugs.php.net/?id=36906&edit=1