#40934 [Opn]: putenv("TZ=xxxx") doesn't reset correctly
ID: 40934 Updated by: [EMAIL PROTECTED] Reported By: vaughn at solarword dot net Status: Open -Bug Type: Date/time related +Bug Type: Scripting Engine problem Operating System: Windows NT XANADU 5.2 build 3790 PHP Version: 5.2.1 New Comment: Come comments: - don't use the TZ env var for setting timezones - don't use broken timezone identifiers like CST6DST See: - http://no.php.net/manual/en/function.date-default-timezone-set.php - http://no.php.net/manual/en/timezones.php Previous Comments: [2007-03-28 06:06:36] vaughn at solarword dot net Description: Using Stock PHP5.2.1 msi package downloaded from php.net (Same bug appeared in php-4.3.11) Apache version=2.0.53 Problem: The first time that TZ is set, that value becomes the new default for future php runs. This doesn't appear to be like bug #37908 as the apache logs timestamps are not changed. PHP Configure line: cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" Apache config: PHPIniDir "D:/PHP5/" LoadModule php5_module "D:\\PHP5\\php5apache2.dll" --- diff php-dist.ini php.ini --- 128c128 < short_open_tag = Off --- > short_open_tag = On 300c300 < max_execution_time = 30 ; Maximum execution time of each script, in seconds --- > max_execution_time = 300 ; Maximum execution time of each script, in seconds 347,349c347,350 < ; - Show all errors, except coding standards warnings < ; < error_reporting = E_ALL --- > ; - Show all errors > ; > #error_reporting = E_ALL > error_reporting = E_ALL & ~E_NOTICE 374c375 < ignore_repeated_errors = Off --- > ignore_repeated_errors = On 412a414 > error_log = "d:\php5\logfile.log" 513c515 < doc_root = --- > doc_root = "d:\SJAtlanticus" 519a522,523 > extension_dir = "d:/PHP5/ext" > ;extension_dir = "./" 638a643 > ;extension=php_filepro.dll 721c726,727 < SMTP = localhost --- > #SMTP = localhost > SMTP = xanadu 725c731 < ;sendmail_from = [EMAIL PROTECTED] --- > sendmail_from = [EMAIL PROTECTED] 1013a1020 > session.save_path = d:/php/php_sessions 1051c1058,1059 < session.gc_probability = 1 --- > session.gc_probability = 0 > ;session.gc_probability = 1 1309a1318,1325 > [PHP_GD2] > extension=php_gd2.dll > [PHP_MBSTRING] > extension=php_mbstring.dll > [PHP_ZIP] > extension=php_zip.dll > [PHP_SMTP] > extension=php_smtp.dll Reproduce code: --- "; putenv("TZ=CST6CDT"); print getenv("TZ"); ?> Expected result: CST6CDT Actual result: -- Output (1st) CST6CDT Output (2nd) CST6CDTCST6CDT -- Edit this bug report at http://bugs.php.net/?id=40934&edit=1
#40934 [NEW]: putenv("TZ=xxxx") doesn't reset correctly
From: vaughn at solarword dot net Operating system: Windows NT XANADU 5.2 build 3790 PHP version: 5.2.1 PHP Bug Type: Date/time related Bug description: putenv("TZ=") doesn't reset correctly Description: Using Stock PHP5.2.1 msi package downloaded from php.net (Same bug appeared in php-4.3.11) Apache version=2.0.53 Problem: The first time that TZ is set, that value becomes the new default for future php runs. This doesn't appear to be like bug #37908 as the apache logs timestamps are not changed. PHP Configure line: cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" Apache config: PHPIniDir "D:/PHP5/" LoadModule php5_module "D:\\PHP5\\php5apache2.dll" --- diff php-dist.ini php.ini --- 128c128 < short_open_tag = Off --- > short_open_tag = On 300c300 < max_execution_time = 30 ; Maximum execution time of each script, in seconds --- > max_execution_time = 300 ; Maximum execution time of each script, in seconds 347,349c347,350 < ; - Show all errors, except coding standards warnings < ; < error_reporting = E_ALL --- > ; - Show all errors > ; > #error_reporting = E_ALL > error_reporting = E_ALL & ~E_NOTICE 374c375 < ignore_repeated_errors = Off --- > ignore_repeated_errors = On 412a414 > error_log = "d:\php5\logfile.log" 513c515 < doc_root = --- > doc_root = "d:\SJAtlanticus" 519a522,523 > extension_dir = "d:/PHP5/ext" > ;extension_dir = "./" 638a643 > ;extension=php_filepro.dll 721c726,727 < SMTP = localhost --- > #SMTP = localhost > SMTP = xanadu 725c731 < ;sendmail_from = [EMAIL PROTECTED] --- > sendmail_from = [EMAIL PROTECTED] 1013a1020 > session.save_path = d:/php/php_sessions 1051c1058,1059 < session.gc_probability = 1 --- > session.gc_probability = 0 > ;session.gc_probability = 1 1309a1318,1325 > [PHP_GD2] > extension=php_gd2.dll > [PHP_MBSTRING] > extension=php_mbstring.dll > [PHP_ZIP] > extension=php_zip.dll > [PHP_SMTP] > extension=php_smtp.dll Reproduce code: --- "; putenv("TZ=CST6CDT"); print getenv("TZ"); ?> Expected result: CST6CDT Actual result: -- Output (1st) CST6CDT Output (2nd) CST6CDTCST6CDT -- Edit bug report at http://bugs.php.net/?id=40934&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40934&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40934&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40934&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40934&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40934&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40934&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40934&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40934&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40934&r=support Expected behavior:http://bugs.php.net/fix.php?id=40934&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40934&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40934&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40934&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40934&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40934&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40934&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40934&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40934&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40934&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40934&r=mysqlcfg
#40933 [NEW]: Streams blocking under concurrent access
From: loony at loonybin dot org Operating system: Linux 2.6.20 - FC6 PHP version: 5.2.1 PHP Bug Type: Streams related Bug description: Streams blocking under concurrent access Description: Tail for php. Open the file, output the current content... then wait for more - if no more content arrives, then return number of bytes read after a while... Running 1 execution of this code works fine. Executing it from two browsers at the same time blocks. Happens on Fedora Core 6 default 5.1.6 and also after upgrading to 5.2.1 Reproduce code: --- http://ns1.loonybin.org/php/tail.tar.gz - 45 lines Expected result: See content of file printed immediately. If any content is appended to the file within 15 seconds from request start, that content should be printed as well. This works with 1 execution of the code. Should yield same result if executed multiple times. Actual result: -- 1 run of the code works. Multiple executions however block on semop / epoll_wait. semop(4358158, 0x15470c, 1) = 0 <2.194313> epoll_wait(16, {{EPOLLIN, {u32=2156798632, u64=13801426109869204136}}}, 2, -1) = 1 <3.738842> As soon as the first execution of the code has ended, the second will run as expected and finish successfully (as long as max_execution_time is not reached). -- Edit bug report at http://bugs.php.net/?id=40933&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40933&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40933&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40933&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40933&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40933&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40933&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40933&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40933&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40933&r=support Expected behavior:http://bugs.php.net/fix.php?id=40933&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40933&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40933&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40933&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40933&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40933&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40933&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40933&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40933&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40933&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40933&r=mysqlcfg
#40701 [Com]: Interesting observation
ID: 40701 Comment by: priyadi at priyadi dot net Reported By: michaeldaly at magma dot ca Status: Open Bug Type: Unknown/Other Function Operating System: Win XP Pro PHP Version: 5.2.2 New Comment: I think I found the culprit. In my case it is my ulimits. my previous ulimits were (taken from 'ulimit -a'): core file size (blocks, -c) 0 data seg size (kbytes, -d) 20480 file size (blocks, -f) unlimited max locked memory (kbytes, -l) 4 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 stack size (kbytes, -s) 10240 cpu time (seconds, -t) 60 max user processes (-u) 20 virtual memory (kbytes, -v) 20480 now they are: core file size (blocks, -c) 0 data seg size (kbytes, -d) 204800 file size (blocks, -f) unlimited max locked memory (kbytes, -l) 4 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 stack size (kbytes, -s) 10240 cpu time (seconds, -t) 600 max user processes (-u) 200 virtual memory (kbytes, -v) 204800 so, my case is probably not related to this bug, sorry. Previous Comments: [2007-03-27 22:35:54] priyadi at priyadi dot net this occurs to me too with PHP 5.2.1 and mediawiki 1.9.3. in my case, the error message stays constant: "Fatal error: Out of memory (allocated 5242880) (tried to allocate 1245184 bytes) in */web/languages/messages/MessagesEn.php on line 2106. this is on RHEL 3. memory_limit is set to 128M and PHP is using CGI API, so I don't think this problem is related to apache. this works in my development machine though (gentoo, same PHP version running as apache module). [2007-03-25 20:19:42] michaeldaly at magma dot ca While testing a new php program, I inadvertently coded an infinite loop. While running it, the thing failed at over 400MB with an allocation error. This shows the config is capable of using lots of memory and the repeated failures at 0.7MB to 9MB seem anomalous. [2007-03-21 15:55:02] edwin at aucs dot org I think I am getting the same problem with php5.2-win32-200703210430.zip I am getting "PHP Fatal error: Out of memory (allocated ) (tried to allocate bytes)" after the server started for a while. May be this is something related to memory leakage with mysql, as in Listing 7 of http://www.ibm.com/developerworks/opensource/library/os-php-v521/ ? [2007-03-16 16:49:25] michaeldaly at magma dot ca That version has no effect. However, I'm not so sure it's any different than the version I started with - Feb 28 build that included the early Feb memory fix. [2007-03-14 11:31: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 A fix for memory manager was applied to CVS recently, it might solve this issue. 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/40701 -- Edit this bug report at http://bugs.php.net/?id=40701&edit=1
#40701 [Com]: Interesting observation
ID: 40701 Comment by: priyadi at priyadi dot net Reported By: michaeldaly at magma dot ca Status: Open Bug Type: Unknown/Other Function Operating System: Win XP Pro PHP Version: 5.2.2 New Comment: this occurs to me too with PHP 5.2.1 and mediawiki 1.9.3. in my case, the error message stays constant: "Fatal error: Out of memory (allocated 5242880) (tried to allocate 1245184 bytes) in */web/languages/messages/MessagesEn.php on line 2106. this is on RHEL 3. memory_limit is set to 128M and PHP is using CGI API, so I don't think this problem is related to apache. this works in my development machine though (gentoo, same PHP version running as apache module). Previous Comments: [2007-03-25 20:19:42] michaeldaly at magma dot ca While testing a new php program, I inadvertently coded an infinite loop. While running it, the thing failed at over 400MB with an allocation error. This shows the config is capable of using lots of memory and the repeated failures at 0.7MB to 9MB seem anomalous. [2007-03-21 15:55:02] edwin at aucs dot org I think I am getting the same problem with php5.2-win32-200703210430.zip I am getting "PHP Fatal error: Out of memory (allocated ) (tried to allocate bytes)" after the server started for a while. May be this is something related to memory leakage with mysql, as in Listing 7 of http://www.ibm.com/developerworks/opensource/library/os-php-v521/ ? [2007-03-16 16:49:25] michaeldaly at magma dot ca That version has no effect. However, I'm not so sure it's any different than the version I started with - Feb 28 build that included the early Feb memory fix. [2007-03-14 11:31: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 A fix for memory manager was applied to CVS recently, it might solve this issue. [2007-03-13 04:55:55] michaeldaly at magma dot ca With memory_limit = -1 there is no change. 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/40701 -- Edit this bug report at http://bugs.php.net/?id=40701&edit=1
#40931 [Fbk->Opn]: open_basedir bypass via symlink and move_uploaded_file()
ID: 40931 User updated by: vladimir at petrov dot ks dot ua Reported By: vladimir at petrov dot ks dot ua -Status: Feedback +Status: Open Bug Type: Safe Mode/open_basedir Operating System: Linix PHP Version: 5.2.1 New Comment: I have sent access information to my server to [EMAIL PROTECTED] I see this bug really working. Previous Comments: [2007-03-27 20:33:26] [EMAIL PROTECTED] Cannot reproduce. [2007-03-27 19:59:46] vladimir at petrov dot ks dot ua open_basedir actually used. If I try to write directly to target directory by move_uploaded_file($_FILES["userfile"]["tmp_name"],"/home/user2/public_html/file.ext") I got proper error message in browser and in the apache error log. [2007-03-27 18:40:17] [EMAIL PROTECTED] Make sure the open_basedir option is actually used and not overriden in another way. [2007-03-27 18:30:13] vladimir at petrov dot ks dot ua Description: User can bypass open_basedir restriction by move_uploaded_file() if target file path is symlink to any directory. Reproduce code: --- user1 will upload file to user2's /home/user2/public_html folder. We have in /etc/passwd: user1:x:32001:32001::/home/user1:/bin/bash user2:x:32002:32002::/home/user2:/bin/bash Target folder allows to write for anybody: # ls -lA /home/user2 drwxrwxrwx 2 user2 user2 4096 Mar 27 17:31 public_html/ Apache have mod_php intalled. Apache config for user1: ServerName user1.xxx.com DocumentRoot /home/user1/public_html User user1 php_admin_value open_basedir "/home/user1" User user1 can do something like: $ cd /home/user1/public_html/ $ ln -s /home/user2/public_html user2_public_html $ echo ' ' > upload.php Expected result: If we access http://user1.xxx.com/upload.php after file upload expected message "Upload failed" and no file /home/user2/public_html/file.ext in target folder. Actual result: -- If we access http://user1.xxx.com/upload.php after file upload we got message "Upload ok" and file /home/user2/public_html/file.ext well exist in target folder. -- Edit this bug report at http://bugs.php.net/?id=40931&edit=1
#40932 [Opn->Asn]: Timezone ignored
ID: 40932 Updated by: [EMAIL PROTECTED] Reported By: chrisw at kc dot net dot nz -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Windows XP PHP Version: 4.4.6 -Assigned To: +Assigned To: derick Previous Comments: [2007-03-27 21:09:26] chrisw at kc dot net dot nz Description: I get the same date() output regardless of TZ setting on Windows XP. I suspect it must be a configuration error, as I get the same problem with PHP 4.4.2, 4.4.6 and 5.2.1 with date.timezone = Pacific/Auckland Have also tried on two separate Windows XP machines. Doing this on Linux works fine and gives expected result. Web Server is Apache 2.0.55 Reproduce code: --- "; putenv("TZ=Australia/Sydney"); echo "Australia/Sydney Time: ". date("h:i:s a T").""; ?> Expected result: I expect to see the timestamp for Pacific/Auckland to be GMT+12 I expect to see the timestamp for Australia/Sydney to be GMT+10 Actual result: -- I get both times output identical as UTC/GMT e.g. Pacific/Auckland Time: 09:01:22 pm Pac Australia/Sydney Time: 09:01:22 pm Aus -- Edit this bug report at http://bugs.php.net/?id=40932&edit=1
#40932 [NEW]: Timezone ignored
From: chrisw at kc dot net dot nz Operating system: Windows XP PHP version: 4.4.6 PHP Bug Type: Date/time related Bug description: Timezone ignored Description: I get the same date() output regardless of TZ setting on Windows XP. I suspect it must be a configuration error, as I get the same problem with PHP 4.4.2, 4.4.6 and 5.2.1 with date.timezone = Pacific/Auckland Have also tried on two separate Windows XP machines. Doing this on Linux works fine and gives expected result. Web Server is Apache 2.0.55 Reproduce code: --- "; putenv("TZ=Australia/Sydney"); echo "Australia/Sydney Time: ". date("h:i:s a T").""; ?> Expected result: I expect to see the timestamp for Pacific/Auckland to be GMT+12 I expect to see the timestamp for Australia/Sydney to be GMT+10 Actual result: -- I get both times output identical as UTC/GMT e.g. Pacific/Auckland Time: 09:01:22 pm Pac Australia/Sydney Time: 09:01:22 pm Aus -- Edit bug report at http://bugs.php.net/?id=40932&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40932&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40932&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40932&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40932&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40932&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40932&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40932&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40932&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40932&r=support Expected behavior:http://bugs.php.net/fix.php?id=40932&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40932&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40932&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40932&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40932&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40932&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40932&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40932&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40932&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40932&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40932&r=mysqlcfg
#40931 [Opn->Fbk]: open_basedir bypass via symlink and move_uploaded_file()
ID: 40931 Updated by: [EMAIL PROTECTED] Reported By: vladimir at petrov dot ks dot ua -Status: Open +Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: Linix PHP Version: 5.2.1 New Comment: Cannot reproduce. Previous Comments: [2007-03-27 19:59:46] vladimir at petrov dot ks dot ua open_basedir actually used. If I try to write directly to target directory by move_uploaded_file($_FILES["userfile"]["tmp_name"],"/home/user2/public_html/file.ext") I got proper error message in browser and in the apache error log. [2007-03-27 18:40:17] [EMAIL PROTECTED] Make sure the open_basedir option is actually used and not overriden in another way. [2007-03-27 18:30:13] vladimir at petrov dot ks dot ua Description: User can bypass open_basedir restriction by move_uploaded_file() if target file path is symlink to any directory. Reproduce code: --- user1 will upload file to user2's /home/user2/public_html folder. We have in /etc/passwd: user1:x:32001:32001::/home/user1:/bin/bash user2:x:32002:32002::/home/user2:/bin/bash Target folder allows to write for anybody: # ls -lA /home/user2 drwxrwxrwx 2 user2 user2 4096 Mar 27 17:31 public_html/ Apache have mod_php intalled. Apache config for user1: ServerName user1.xxx.com DocumentRoot /home/user1/public_html User user1 php_admin_value open_basedir "/home/user1" User user1 can do something like: $ cd /home/user1/public_html/ $ ln -s /home/user2/public_html user2_public_html $ echo ' ' > upload.php Expected result: If we access http://user1.xxx.com/upload.php after file upload expected message "Upload failed" and no file /home/user2/public_html/file.ext in target folder. Actual result: -- If we access http://user1.xxx.com/upload.php after file upload we got message "Upload ok" and file /home/user2/public_html/file.ext well exist in target folder. -- Edit this bug report at http://bugs.php.net/?id=40931&edit=1
#40931 [Fbk->Opn]: open_basedir bypass via symlink and move_uploaded_file()
ID: 40931 User updated by: vladimir at petrov dot ks dot ua Reported By: vladimir at petrov dot ks dot ua -Status: Feedback +Status: Open Bug Type: Safe Mode/open_basedir Operating System: Linix PHP Version: 5.2.1 New Comment: open_basedir actually used. If I try to write directly to target directory by move_uploaded_file($_FILES["userfile"]["tmp_name"],"/home/user2/public_html/file.ext") I got proper error message in browser and in the apache error log. Previous Comments: [2007-03-27 18:40:17] [EMAIL PROTECTED] Make sure the open_basedir option is actually used and not overriden in another way. [2007-03-27 18:30:13] vladimir at petrov dot ks dot ua Description: User can bypass open_basedir restriction by move_uploaded_file() if target file path is symlink to any directory. Reproduce code: --- user1 will upload file to user2's /home/user2/public_html folder. We have in /etc/passwd: user1:x:32001:32001::/home/user1:/bin/bash user2:x:32002:32002::/home/user2:/bin/bash Target folder allows to write for anybody: # ls -lA /home/user2 drwxrwxrwx 2 user2 user2 4096 Mar 27 17:31 public_html/ Apache have mod_php intalled. Apache config for user1: ServerName user1.xxx.com DocumentRoot /home/user1/public_html User user1 php_admin_value open_basedir "/home/user1" User user1 can do something like: $ cd /home/user1/public_html/ $ ln -s /home/user2/public_html user2_public_html $ echo ' ' > upload.php Expected result: If we access http://user1.xxx.com/upload.php after file upload expected message "Upload failed" and no file /home/user2/public_html/file.ext in target folder. Actual result: -- If we access http://user1.xxx.com/upload.php after file upload we got message "Upload ok" and file /home/user2/public_html/file.ext well exist in target folder. -- Edit this bug report at http://bugs.php.net/?id=40931&edit=1
#40931 [Opn->Fbk]: open_basedir bypass via symlink and move_uploaded_file()
ID: 40931 Updated by: [EMAIL PROTECTED] Reported By: vladimir at petrov dot ks dot ua -Status: Open +Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: Linix PHP Version: 5.2.1 New Comment: Make sure the open_basedir option is actually used and not overriden in another way. Previous Comments: [2007-03-27 18:30:13] vladimir at petrov dot ks dot ua Description: User can bypass open_basedir restriction by move_uploaded_file() if target file path is symlink to any directory. Reproduce code: --- user1 will upload file to user2's /home/user2/public_html folder. We have in /etc/passwd: user1:x:32001:32001::/home/user1:/bin/bash user2:x:32002:32002::/home/user2:/bin/bash Target folder allows to write for anybody: # ls -lA /home/user2 drwxrwxrwx 2 user2 user2 4096 Mar 27 17:31 public_html/ Apache have mod_php intalled. Apache config for user1: ServerName user1.xxx.com DocumentRoot /home/user1/public_html User user1 php_admin_value open_basedir "/home/user1" User user1 can do something like: $ cd /home/user1/public_html/ $ ln -s /home/user2/public_html user2_public_html $ echo ' ' > upload.php Expected result: If we access http://user1.xxx.com/upload.php after file upload expected message "Upload failed" and no file /home/user2/public_html/file.ext in target folder. Actual result: -- If we access http://user1.xxx.com/upload.php after file upload we got message "Upload ok" and file /home/user2/public_html/file.ext well exist in target folder. -- Edit this bug report at http://bugs.php.net/?id=40931&edit=1
#40818 [Opn->Fbk]: include "./config.php" doesn�t work in some cases
ID: 40818 Updated by: [EMAIL PROTECTED] Reported By: marik at marbes dot cz -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Win32 PHP Version: 5CVS-2007-03-15 (snap) New Comment: I cannot reproduce this. WIll you help me by describing the circumstances when this fails. Which php sapi do you use? CGI isapi, etc... What "Directory Security" setting in IIS are you using and other details of your setup. Previous Comments: [2007-03-15 11:32:46] marik at marbes dot cz latest snap shot built On: Mar 15, 2007 07:30 GMT doesn't work [2007-03-15 11:25:25] marik at marbes dot cz Description: I have virtual host "HelpDesk" on IIS 2003 Server with anonymous access running under user "IUSR". Everything works fine until somebody tries to set NTLM access rights for IUSR on root directory of virtual host only. IUSR has read acccess to virtual host root directory "C:\Inetpub\helpdesk" and no access to parent directories (C:\Inetpub). Then command include "./config/cfg_global.php"; doesn´t work. If I give IUSR read access to C:\Inetpub, it works. I've tested it with several version > 5.0.2 works fine 5.1.6 doesn't work 5.2.0 doesn't work 5.2.1 works fine latest snap shot built On: Mar 14, 2007 15:30 GMT doesn't work again :-) ?? There may can be similar problem as http://bugs.php.net/bug.php?id=38904 http://bugs.php.net/bug.php?id=38232 Thanx for answer. Reproduce code: --- include "./config/cfg_global.php"; Expected result: included config file.. Actual result: -- Warning: include(./config/cfg_global.php) [function.include]: failed to open stream: No such file or directory in C:\Inetpub\helpdesk\www\index.php on line 18 Warning: include() [function.include]: Failed opening './config/cfg_global.php' for inclusion (include_path='.;C:\php5\pear') in C:\Inetpub\helpdesk\www\index.php on line 18 -- Edit this bug report at http://bugs.php.net/?id=40818&edit=1
#40931 [NEW]: open_basedir bypass via symlink and move_uploaded_file()
From: vladimir at petrov dot ks dot ua Operating system: Linix PHP version: 5.2.1 PHP Bug Type: Safe Mode/open_basedir Bug description: open_basedir bypass via symlink and move_uploaded_file() Description: User can bypass open_basedir restriction by move_uploaded_file() if target file path is symlink to any directory. Reproduce code: --- user1 will upload file to user2's /home/user2/public_html folder. We have in /etc/passwd: user1:x:32001:32001::/home/user1:/bin/bash user2:x:32002:32002::/home/user2:/bin/bash Target folder allows to write for anybody: # ls -lA /home/user2 drwxrwxrwx 2 user2 user2 4096 Mar 27 17:31 public_html/ Apache have mod_php intalled. Apache config for user1: ServerName user1.xxx.com DocumentRoot /home/user1/public_html User user1 php_admin_value open_basedir "/home/user1" User user1 can do something like: $ cd /home/user1/public_html/ $ ln -s /home/user2/public_html user2_public_html $ echo ' ' > upload.php Expected result: If we access http://user1.xxx.com/upload.php after file upload expected message "Upload failed" and no file /home/user2/public_html/file.ext in target folder. Actual result: -- If we access http://user1.xxx.com/upload.php after file upload we got message "Upload ok" and file /home/user2/public_html/file.ext well exist in target folder. -- Edit bug report at http://bugs.php.net/?id=40931&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40931&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40931&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40931&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40931&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40931&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40931&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40931&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40931&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40931&r=support Expected behavior:http://bugs.php.net/fix.php?id=40931&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40931&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40931&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40931&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40931&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40931&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40931&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40931&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40931&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40931&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40931&r=mysqlcfg
#39221 [Com]: php5ts.dll faulting every few minutes on apache2.2
ID: 39221 Comment by: php at blazemonger dot com Reported By: kris at k-software dot org Status: No Feedback Bug Type: Apache2 related Operating System: windows server 2003 x64 PHP Version: 5CVS-2006-10-20 (snap) New Comment: The problem appears to be gone in today's latest snapshot of PHP 5.2. I hammered MediaWiki for 15-20 minutes and didn't see a single error. Previous Comments: [2007-03-27 13:46:52] php at blazemonger dot com Following up my previous comment: this is easily reproduced if I set up 3-4 scripts to simultaneously pound MediaWiki with requests to the Special:Random page, e.g., # repeat 1000 times wget -O - http://servername/wiki/Special:Random I have reproduced this on both the 32-bit and 64-bit versions of Windows 2003 Server SP1, with the software versions given earlier. [2007-03-25 03:02:40] php at blazemonger dot com I can reproduce this PHP crash easily in our MediaWiki 1.9.3 installation. Visit the main page and click the "Random page" link (in the left navigation menu) repeatedly, as fast as you can, about 50 times. The error is thrown into the event log: Faulting application httpd.exe, version 2.2.4.0, faulting module php5ts.dll, version 5.2.1.1, fault address 0xae66. and Apache becomes completely unresponsive (will not respond to any page requests) and must be restarted. Windows 2003 Server SP1 64-bit (2 GB RAM) Dual core AMD Opteron (2.81 GHz, Processor 8220 SE) Apache 2.2.4 with SSL PHP 5.2.1 (apache2handler) MediaWiki 1.9.3 MySQL 5.0.27-community-nt This is a VMware virtual machine if that matters. [2007-02-16 11:01:41] niels at keurentjes dot net I have the exact same issue: a stock Win2k3 setup with Apache 2.2.4 and PHP 5.2.1 on a Dual Xeon HT setup, and regular crashes, several times per day, sometimes 15 in 30 minutes when the site is being hit severely. I have performed several recent software upgrades, the problems also occurred in the exact same fasion in Apache 2.0.59 + PHP 5.1.4, Apache 2.0.59 + PHP 5.2.0 and Apache 2.2.4 + PHP 5.2.1. I am currently testing whether hard-forcing uniprocessor operation using ImageCfg (http://www.robpol86.com/Pages/imagecfg.php) works. I have set the httpd.exe process to the following: --- httpd.exe contains the following configuration information: Process Affinity Mask: 0001 httpd.exe contains a Subsystem Version of 4.0 Image can only run in uni-processor mode on multi-processor systems --- Notably the crashes seemed to become less frequent when I disabled all caching on the site. At first I suspected this pointed towards problems with too many files open simultaneously, but I am now after reading these problems pretty sure that it merely slowed down the site enough not to trigger the synchronization issues or race conditions. [2007-01-04 04:05:22] judexidoneus_g6 at hotmail dot com So, there is no solution for this bug? [2006-11-07 07:44:44] paradiso at gmail dot com This is really a bug. on my p4 2.4c + 865G + 1G ram, win2k3 server, apache 2.2.3.0 & php 5.2, this happens all the time. 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/39221 -- Edit this bug report at http://bugs.php.net/?id=39221&edit=1
#40930 [Opn->Bgs]: Different error handling on different callings with E_STRICT
ID: 40930 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux/WinXP PHP Version: 5.2.1 New Comment: >- calling the first example file (file1.php) directly will run fine. because error_reporting() is called when compilation is done, so the error level did no include E_STRICT. >- calling the second example file (file2.php), which will include >the first file, results in the following notice: because error_reporting is set before the compilation is started, so the error level DID include E_STRICT. This is expected behaviour. Previous Comments: [2007-03-27 15:42:36] [EMAIL PROTECTED] Description: Assume there a two classes. The first class is an abstract class which only defines a default protected method having no parameters. The second class (could be in same file) will extend the first class and overrides the method from the first class using a single parameter. This will run without any notices if i use error_reporting( E_ALL ^ E_STRICT ). but if i will include the file within an other file, it will result in a "Strict Standards" notice. It does not depend on the way i call it - apache or cli. Reproduce code: --- - FILE 1 (file1.php)- -- FILE 2 (file2.php)- Expected result: both ways should run in same way. Actual result: -- - calling the first example file (file1.php) directly will run fine. - calling the second example file (file2.php), which will include the first file, results in the following notice: "Strict Standards: Declaration of Test::_update() should be compatible with that of AbstractTest::_update() in \htdocs\file1.php on line 8" -- Edit this bug report at http://bugs.php.net/?id=40930&edit=1
#40930 [NEW]: Different error handling on different callings with E_STRICT
From: [EMAIL PROTECTED] Operating system: Linux/WinXP PHP version: 5.2.1 PHP Bug Type: Scripting Engine problem Bug description: Different error handling on different callings with E_STRICT Description: Assume there a two classes. The first class is an abstract class which only defines a default protected method having no parameters. The second class (could be in same file) will extend the first class and overrides the method from the first class using a single parameter. This will run without any notices if i use error_reporting( E_ALL ^ E_STRICT ). but if i will include the file within an other file, it will result in a "Strict Standards" notice. It does not depend on the way i call it - apache or cli. Reproduce code: --- - FILE 1 (file1.php)- -- FILE 2 (file2.php)- Expected result: both ways should run in same way. Actual result: -- - calling the first example file (file1.php) directly will run fine. - calling the second example file (file2.php), which will include the first file, results in the following notice: "Strict Standards: Declaration of Test::_update() should be compatible with that of AbstractTest::_update() in \htdocs\file1.php on line 8" -- Edit bug report at http://bugs.php.net/?id=40930&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40930&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40930&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40930&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40930&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40930&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40930&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40930&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40930&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40930&r=support Expected behavior:http://bugs.php.net/fix.php?id=40930&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40930&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40930&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40930&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40930&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40930&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40930&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40930&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40930&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40930&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40930&r=mysqlcfg
#40929 [Asn->Bgs]: pear scripts memory leaks
ID: 40929 Updated by: [EMAIL PROTECTED] Reported By: mzubac at post dot cz -Status: Assigned +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.4.6 Assigned To: derick New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php PHP doesn't clear circular references until the end of the request. Previous Comments: [2007-03-27 14:06:37] mzubac at post dot cz Description: -- PHP 4.4.6 (cli) (built: Mar 23 2007 11:54:10) (DEBUG) Copyright (c) 1997-2007 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies -- [PHP Modules] calendar ctype curl exif ftp gd iconv mbstring mime_magic mysql overload pcntl pcre pgsql posix session sockets standard sysvsem sysvshm tokenizer xml xmlrpc zlib [Zend Modules] -- PHP Version => 4.4.6 System => Linux host 2.6.13.220061012 #1 SMP Thu Oct 12 14:44:21 CEST 2006 i686 Build Date => Mar 23 2007 11:52:50 Configure Command => ./configure --prefix /usr/local/php-4.4.6 --with-apxs=/usr/local/apache/bin/apxs --enable-mbstring --disable-rpath --enable-debug --enable-memory-limit --enable-mbregex --enable-mbstr-enc-trans --enable-trans-sid --with-curl --with-regex=php --disable-rpath --enable-debug --enable-memory-limit --with-layout=GNU --enable-calendar --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-exif --with-zlib --disable-static --with-jpeg-dir=shared,/usr --with-png-dir=shared,/usr --with-freetype-dir=shared,/usr --with-ttf --with-pgsql=/usr/local/postgresql-8.0.6 --with-xmlrpc --with-iconv --enable-sockets --with-exec-dir=/usr/local/php-4.4.6/libexec --enable-gd-native-ttf --enable-ftp --with-gd --with-t1lib --with-mime-magic --enable-pcntl Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /usr/local/php-4.4.6/lib/php.ini PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20050606 Debug Build => yes Zend Memory Manager => enabled Thread Safety => disabled Registered PHP Streams => php, http, ftp, compress.zlib -- [EMAIL PROTECTED]:/usr/local/php-4.4.6/bin$ ldd php libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0xb7f27000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7f06000) libpq.so.4 => /usr/local/postgresql-8.0/lib/libpq.so.4 (0xb7eed000) libt1.so.1 => /usr/lib/libt1.so.1 (0xb7ea7000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7e3a000) libz.so.1 => /usr/lib/libz.so.1 (0xb7e28000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7e03000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7de4000) libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 (0xb7db3000) libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0xb7cb4000) libdl.so.2 => /lib/tls/libdl.so.2 (0xb7cb1000) libresolv.so.2 => /lib/tls/libresolv.so.2 (0xb7c9f000) libm.so.6 => /lib/tls/libm.so.6 (0xb7c7d000) libnsl.so.1 => /lib/tls/libnsl.so.1 (0xb7c68000) libcurl.so.3 => /usr/lib/libcurl.so.3 (0xb7c36000) libidn.so.11 => /usr/lib/libidn.so.11 (0xb7c06000) libc.so.6 => /lib/tls/libc.so.6 (0xb7ad1000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7ac2000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7f5d000) -- Reproduce code: --- /php-4.4.6/pear/install-pear.php Actual result: -- /php-4.4.6/Zend/zend_execute.c(1818) : Freeing 0x08C2BDDC (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 47 times /php-4.4.6/Zend/zend_execute.c(2126) : Freeing 0x08B54264 (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 1270 times /php-4.4.6/Zend/zend_hash.c(458) : Freeing 0x08C2694C (128 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 152 times /php-4.4.6/Zend/zend_execute.c(2129) : Freeing 0x08E0CA4C (107 bytes), script=/php-4.4.6/pear/install-pear.php /php-4.4.6/Zend/zend_variables.c(111) : Actual location (location was relayed) Last leak repeated 1270 times /php-4.4.6/Zend/zend_hash.c(280) : Freeing 0x08D0CC0C (82 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 5294 times /php-4.4.6/Zend/zend_hash.c(424) : Freeing 0x08D65C7C (35 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 1958 times /php-4.4.6/Zend/zend_execute.c(167
#39163 [Com]: Invalid API call from php5isapi.dll causing IIS7 Application Pool failure.
ID: 39163 Comment by: loz_hurst at hotail dot com Reported By: tony dot stone at gmail dot com Status: Open Bug Type: Win32API related Operating System: Windows Vista RC 1 Build 5600 PHP Version: 5.1.6 New Comment: I am having this issue on 32-bit vista on a 32bit processor, so it may not be a 64bit issue. Previous Comments: [2007-03-19 22:21:54] dontmsgme at gmail dot com I am also having this issue. I have tried BillS' installation method as well as FastCGI with no luck. I am thinking it might be related to the 64bit OS. I see that someone else tried 32 bit application compatibility with no luck. Is anyone having this problem NOT on a 64bit OS? [2007-03-05 09:49:37] ruSS at GEobYTeS dot com I am runnning Vista Buisness (Build 6000) on an Intel (Core 2 Duo) 6400 - same issue as first post. - System - Provider [ Name] Microsoft-Windows-IIS-W3SVC-WP [ Guid] {670080D9-742A-4187-8D16-41143D1290BD} [ EventSourceName] W3SVC-WP - EventID 2295 [ Qualifiers] 49152 Version 0 Level 2 Task 0 Opcode 0 Keywords 0x80 - TimeCreated [ SystemTime] 2007-03-05T09:34:05.000Z EventRecordID 562 Correlation - Execution [ ProcessID] 0 [ ThreadID] 0 Channel Application Security - EventData ModuleDll C:\inetpub\PHP\php-5.2.1-Win32\php5isapi.dll 7F00 [2007-02-09 13:02:14] Dirk at KISSsoft dot nl It's a IIS 7/PHP bug. When i enable support for 32-bit (on AMD-64) in the default application pool it happens. [2007-02-06 14:01:27] andreasblixt at msn dot com This issue is also occurring for me on an AMD64 computer with IIS 7 running on Windows Vista x64 RTM using php-5.2.0-Win32. >From what I can gather, the issue seems to be related to the fact that I'm running a 64-bit version of Windows Vista/IIS 7. [2007-01-15 12:21:35] miha_avzlahar at t-2 dot net I guess I have same problem with php5isapi.dll. Or am I? I am running Windows Vista Ultimate. Trying to set up MySQL 5.0.27 and PHP 5.2.0, but I always get this bull... in browser : Server Error in Application "Default Web Site" HTTP Error 500.0 - Internal Server Error Description: Calling LoadLibraryEx on ISAPI filter "C:\php\php5isapi.dll" failed Error Code: 0x800700c1 Notification: Unknown Module: IIS Web Core Requested URL: http://localhost:80/wp-admin/install.php Physical Path: E:\FTProot\www\mihavista\wp-admin\install.php Logon User: Not yet determined Logon Method: Not yet determined Handler: StaticFile __ And this in event viewer : ___ ISAPI Filter 'C:\php\php5isapi.dll' could not be loaded due to a configuration problem. The current configuration only supports loading images built for a AMD64 processor architecture. The data field contains the error number. To learn more about this issue, including how to troubleshooting this kind of processor architecture mismatch error, see http://go.microsoft.com/fwlink/?LinkId=29349. WTF ??? Any suggestions ? 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/39163 -- Edit this bug report at http://bugs.php.net/?id=39163&edit=1
#40897 [Opn->Asn]: error_log file not locked
ID: 40897 Updated by: [EMAIL PROTECTED] Reported By: david at acz dot org -Status: Open +Status: Assigned Bug Type: Filesystem function related Operating System: Any PHP Version: 5.2.1 -Assigned To: +Assigned To: iliaa Previous Comments: [2007-03-26 14:17:38] david at acz dot org O_APPEND is atomic for a single write. php_log_err uses stdio, so a log entry longer than the stdio buffer size will cause non-atomic writes. Try this: for x in A B; do php -r 'ini_set("error_log","/tmp/test.log");for($i=0;$i<1;$i++)error_log(str_repeat("'$x'",5000));' & done [2007-03-25 14:22:20] [EMAIL PROTECTED] Append is atomic and does not require locking. [2007-03-22 20:39:21] david at acz dot org Description: The internal php_log_err function does not lock the output file. This causes long messages to get mixed together. -- Edit this bug report at http://bugs.php.net/?id=40897&edit=1
#40903 [Opn->Asn]: Weird array sorting problems in Apache module
ID: 40903 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org -Status: Open +Status: Assigned Bug Type: Arrays related Operating System: Linux PHP Version: 4CVS-2007-03-23 (CVS) Assigned To: derick Previous Comments: [2007-03-27 11:26:10] jan at horde dot org Using worker/prefork here too. Derick, can you reproduce it? Is there anything else I could try to track this down? [2007-03-26 23:33:42] [EMAIL PROTECTED] "worker/mpm" should be read as "worker/prefork". [2007-03-26 23:31:57] [EMAIL PROTECTED] Tested with Apache 2 worker/mpm and latest CVS. Cannot replicate. [2007-03-23 10:55:36] jan at horde dot org Description: This is a really weird edge case. See the unit test pasted below. If I run this test on the command line, it works fine. But if run the same test through the web server, the sorting simply doesn't happen. Apache is version 2.2.0. Passing the array through mysort() by reference is important, if I sort the array directly, everything is working fine. Reproduce code: --- --TEST-- uasort --FILE-- 'Horde (horde)'), array('sort' => 'E-Mail Mobil (mimp)'), array('sort' => 'Webmail Dynamisch (dimp)')); function mysort(&$array) { uasort($array, create_function('$a, $b', '$cmp = strcoll(strtolower($a["sort"]), strtolower($b["sort"])); var_dump($a["sort"], $b["sort"], $cmp); return $cmp;')); } mysort($array); var_dump($array); ?> --EXPECT-- string(19) "E-Mail Mobil (mimp)" string(13) "Horde (horde)" int(-1) string(24) "Webmail Dynamisch (dimp)" string(19) "E-Mail Mobil (mimp)" int(1) string(13) "Horde (horde)" string(19) "E-Mail Mobil (mimp)" int(1) string(24) "Webmail Dynamisch (dimp)" string(13) "Horde (horde)" int(1) array(3) { [1]=> array(1) { ["sort"]=> string(19) "E-Mail Mobil (mimp)" } [0]=> array(1) { ["sort"]=> string(13) "Horde (horde)" } [2]=> array(1) { ["sort"]=> string(24) "Webmail Dynamisch (dimp)" } } Actual result: -- Result if run through apache: string(19) "E-Mail Mobil (mimp)" string(13) "Horde (horde)" int(-1) string(24) "Webmail Dynamisch (dimp)" string(19) "E-Mail Mobil (mimp)" int(1) string(13) "Horde (horde)" string(19) "E-Mail Mobil (mimp)" int(1) string(24) "Webmail Dynamisch (dimp)" string(13) "Horde (horde)" int(1) array(3) { [0]=> array(1) { ["sort"]=> string(13) "Horde (horde)" } [1]=> array(1) { ["sort"]=> string(19) "E-Mail Mobil (mimp)" } [2]=> array(1) { ["sort"]=> string(24) "Webmail Dynamisch (dimp)" } } -- Edit this bug report at http://bugs.php.net/?id=40903&edit=1
#40923 [Opn->Asn]: mb_send_mail does not encode subject correctly
ID: 40923 Updated by: [EMAIL PROTECTED] Reported By: quasar at aero dot ist dot utl dot pt -Status: Open +Status: Assigned -Bug Type: mbstring related +Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.1 -Assigned To: +Assigned To: moriyoshi Previous Comments: [2007-03-27 00:44:59] quasar at aero dot ist dot utl dot pt After further reading of RFC2047 (http://www.ietf.org/rfc/rfc2047.txt) i have found this: Ordinary ASCII text and 'encoded-word's may appear together in the same header field. However, an 'encoded-word' that appears in a header field defined as '*text' MUST be separated from any adjacent 'encoded-word' or 'text' by 'linear-white-space'. This implies that the function's behavior is actually correct, however it still creates problems with some e-mail clients. I have filled this bug report following several bug reports on my end of people having e-mail clients inserting encoding tags in the middle of the subject. For example (verified in pine): "hello [UTF-8]ãll". Although it is now clear to me that the behaviour is in fact RFC2047 compliant, should it not be tweaked to make it more widely compatible with a greater variety e-mail clients? (Perhaps this should be moved to a feature request, and i am sorry for the "false positive", i should have done my homework more carefully) [2007-03-26 19:18:26] [EMAIL PROTECTED] Could you please point me to an RFC which says the actual result is incorrect? [2007-03-26 16:34:46] quasar at aero dot ist dot utl dot pt Description: When trying to send an e-mail with international character in the subject, mb_send_mail is expected to fully encode the subject string. However it only encodes the string form the first word containing the interantional characters on. Reproduce code: --- // Assuming $to, $message and $headers already defined $subject = "hello ãll"; mb_send_mail($to, $subject, $message, $headers); Expected result: A fully encoded Subject header, in the form: Subject: ?UTF-8?B?SOMETHING?= Actual result: -- Received e-mail relevant headers, as you can see the hello part of the string, which has no international, characters is left unencoded: Subject: hello =?UTF-8?B?w6NsbA==?= Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Mime-Version: 1.0 -- Edit this bug report at http://bugs.php.net/?id=40923&edit=1
#40929 [Opn->Asn]: pear scripts memory leaks
ID: 40929 Updated by: [EMAIL PROTECTED] Reported By: mzubac at post dot cz -Status: Open +Status: Assigned -Bug Type: Scripting Engine problem +Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.4.6 -Assigned To: +Assigned To: derick Previous Comments: [2007-03-27 14:06:37] mzubac at post dot cz Description: -- PHP 4.4.6 (cli) (built: Mar 23 2007 11:54:10) (DEBUG) Copyright (c) 1997-2007 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies -- [PHP Modules] calendar ctype curl exif ftp gd iconv mbstring mime_magic mysql overload pcntl pcre pgsql posix session sockets standard sysvsem sysvshm tokenizer xml xmlrpc zlib [Zend Modules] -- PHP Version => 4.4.6 System => Linux host 2.6.13.220061012 #1 SMP Thu Oct 12 14:44:21 CEST 2006 i686 Build Date => Mar 23 2007 11:52:50 Configure Command => ./configure --prefix /usr/local/php-4.4.6 --with-apxs=/usr/local/apache/bin/apxs --enable-mbstring --disable-rpath --enable-debug --enable-memory-limit --enable-mbregex --enable-mbstr-enc-trans --enable-trans-sid --with-curl --with-regex=php --disable-rpath --enable-debug --enable-memory-limit --with-layout=GNU --enable-calendar --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-exif --with-zlib --disable-static --with-jpeg-dir=shared,/usr --with-png-dir=shared,/usr --with-freetype-dir=shared,/usr --with-ttf --with-pgsql=/usr/local/postgresql-8.0.6 --with-xmlrpc --with-iconv --enable-sockets --with-exec-dir=/usr/local/php-4.4.6/libexec --enable-gd-native-ttf --enable-ftp --with-gd --with-t1lib --with-mime-magic --enable-pcntl Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /usr/local/php-4.4.6/lib/php.ini PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20050606 Debug Build => yes Zend Memory Manager => enabled Thread Safety => disabled Registered PHP Streams => php, http, ftp, compress.zlib -- [EMAIL PROTECTED]:/usr/local/php-4.4.6/bin$ ldd php libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0xb7f27000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7f06000) libpq.so.4 => /usr/local/postgresql-8.0/lib/libpq.so.4 (0xb7eed000) libt1.so.1 => /usr/lib/libt1.so.1 (0xb7ea7000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7e3a000) libz.so.1 => /usr/lib/libz.so.1 (0xb7e28000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7e03000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7de4000) libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 (0xb7db3000) libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0xb7cb4000) libdl.so.2 => /lib/tls/libdl.so.2 (0xb7cb1000) libresolv.so.2 => /lib/tls/libresolv.so.2 (0xb7c9f000) libm.so.6 => /lib/tls/libm.so.6 (0xb7c7d000) libnsl.so.1 => /lib/tls/libnsl.so.1 (0xb7c68000) libcurl.so.3 => /usr/lib/libcurl.so.3 (0xb7c36000) libidn.so.11 => /usr/lib/libidn.so.11 (0xb7c06000) libc.so.6 => /lib/tls/libc.so.6 (0xb7ad1000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7ac2000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7f5d000) -- Reproduce code: --- /php-4.4.6/pear/install-pear.php Actual result: -- /php-4.4.6/Zend/zend_execute.c(1818) : Freeing 0x08C2BDDC (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 47 times /php-4.4.6/Zend/zend_execute.c(2126) : Freeing 0x08B54264 (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 1270 times /php-4.4.6/Zend/zend_hash.c(458) : Freeing 0x08C2694C (128 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 152 times /php-4.4.6/Zend/zend_execute.c(2129) : Freeing 0x08E0CA4C (107 bytes), script=/php-4.4.6/pear/install-pear.php /php-4.4.6/Zend/zend_variables.c(111) : Actual location (location was relayed) Last leak repeated 1270 times /php-4.4.6/Zend/zend_hash.c(280) : Freeing 0x08D0CC0C (82 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 5294 times /php-4.4.6/Zend/zend_hash.c(424) : Freeing 0x08D65C7C (35 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 1958 times /php-4.4.6/Zend/zend_execute.c(1676) : Freeing 0x08D6150C (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 197 times /php-4.4.6/Zend/zend_execute.c(1950) : Freeing 0x08E1BA5C (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 53 times /php-4.4
#40929 [NEW]: pear scripts memory leaks
From: mzubac at post dot cz Operating system: Linux PHP version: 4.4.6 PHP Bug Type: Scripting Engine problem Bug description: pear scripts memory leaks Description: -- PHP 4.4.6 (cli) (built: Mar 23 2007 11:54:10) (DEBUG) Copyright (c) 1997-2007 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies -- [PHP Modules] calendar ctype curl exif ftp gd iconv mbstring mime_magic mysql overload pcntl pcre pgsql posix session sockets standard sysvsem sysvshm tokenizer xml xmlrpc zlib [Zend Modules] -- PHP Version => 4.4.6 System => Linux host 2.6.13.220061012 #1 SMP Thu Oct 12 14:44:21 CEST 2006 i686 Build Date => Mar 23 2007 11:52:50 Configure Command => ./configure --prefix /usr/local/php-4.4.6 --with-apxs=/usr/local/apache/bin/apxs --enable-mbstring --disable-rpath --enable-debug --enable-memory-limit --enable-mbregex --enable-mbstr-enc-trans --enable-trans-sid --with-curl --with-regex=php --disable-rpath --enable-debug --enable-memory-limit --with-layout=GNU --enable-calendar --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-exif --with-zlib --disable-static --with-jpeg-dir=shared,/usr --with-png-dir=shared,/usr --with-freetype-dir=shared,/usr --with-ttf --with-pgsql=/usr/local/postgresql-8.0.6 --with-xmlrpc --with-iconv --enable-sockets --with-exec-dir=/usr/local/php-4.4.6/libexec --enable-gd-native-ttf --enable-ftp --with-gd --with-t1lib --with-mime-magic --enable-pcntl Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /usr/local/php-4.4.6/lib/php.ini PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20050606 Debug Build => yes Zend Memory Manager => enabled Thread Safety => disabled Registered PHP Streams => php, http, ftp, compress.zlib -- [EMAIL PROTECTED]:/usr/local/php-4.4.6/bin$ ldd php libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0xb7f27000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7f06000) libpq.so.4 => /usr/local/postgresql-8.0/lib/libpq.so.4 (0xb7eed000) libt1.so.1 => /usr/lib/libt1.so.1 (0xb7ea7000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7e3a000) libz.so.1 => /usr/lib/libz.so.1 (0xb7e28000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7e03000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7de4000) libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 (0xb7db3000) libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0xb7cb4000) libdl.so.2 => /lib/tls/libdl.so.2 (0xb7cb1000) libresolv.so.2 => /lib/tls/libresolv.so.2 (0xb7c9f000) libm.so.6 => /lib/tls/libm.so.6 (0xb7c7d000) libnsl.so.1 => /lib/tls/libnsl.so.1 (0xb7c68000) libcurl.so.3 => /usr/lib/libcurl.so.3 (0xb7c36000) libidn.so.11 => /usr/lib/libidn.so.11 (0xb7c06000) libc.so.6 => /lib/tls/libc.so.6 (0xb7ad1000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7ac2000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7f5d000) -- Reproduce code: --- /php-4.4.6/pear/install-pear.php Actual result: -- /php-4.4.6/Zend/zend_execute.c(1818) : Freeing 0x08C2BDDC (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 47 times /php-4.4.6/Zend/zend_execute.c(2126) : Freeing 0x08B54264 (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 1270 times /php-4.4.6/Zend/zend_hash.c(458) : Freeing 0x08C2694C (128 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 152 times /php-4.4.6/Zend/zend_execute.c(2129) : Freeing 0x08E0CA4C (107 bytes), script=/php-4.4.6/pear/install-pear.php /php-4.4.6/Zend/zend_variables.c(111) : Actual location (location was relayed) Last leak repeated 1270 times /php-4.4.6/Zend/zend_hash.c(280) : Freeing 0x08D0CC0C (82 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 5294 times /php-4.4.6/Zend/zend_hash.c(424) : Freeing 0x08D65C7C (35 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 1958 times /php-4.4.6/Zend/zend_execute.c(1676) : Freeing 0x08D6150C (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 197 times /php-4.4.6/Zend/zend_execute.c(1950) : Freeing 0x08E1BA5C (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 53 times /php-4.4.6/Zend/zend_execute.c(512) : Freeing 0x08E1BF1C (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 631 times /php-4.4.6/Zend/zend_execute.c(2392) : Freeing 0x08D8C0EC (12 bytes), script=/php-4.4.6/pear/install-pear.php Last leak repeated 39 times /php-4.4.6/Zend/zend_execute.c(
#39221 [Com]: php5ts.dll faulting every few minutes on apache2.2
ID: 39221 Comment by: php at blazemonger dot com Reported By: kris at k-software dot org Status: No Feedback Bug Type: Apache2 related Operating System: windows server 2003 x64 PHP Version: 5CVS-2006-10-20 (snap) New Comment: Following up my previous comment: this is easily reproduced if I set up 3-4 scripts to simultaneously pound MediaWiki with requests to the Special:Random page, e.g., # repeat 1000 times wget -O - http://servername/wiki/Special:Random I have reproduced this on both the 32-bit and 64-bit versions of Windows 2003 Server SP1, with the software versions given earlier. Previous Comments: [2007-03-25 03:02:40] php at blazemonger dot com I can reproduce this PHP crash easily in our MediaWiki 1.9.3 installation. Visit the main page and click the "Random page" link (in the left navigation menu) repeatedly, as fast as you can, about 50 times. The error is thrown into the event log: Faulting application httpd.exe, version 2.2.4.0, faulting module php5ts.dll, version 5.2.1.1, fault address 0xae66. and Apache becomes completely unresponsive (will not respond to any page requests) and must be restarted. Windows 2003 Server SP1 64-bit (2 GB RAM) Dual core AMD Opteron (2.81 GHz, Processor 8220 SE) Apache 2.2.4 with SSL PHP 5.2.1 (apache2handler) MediaWiki 1.9.3 MySQL 5.0.27-community-nt This is a VMware virtual machine if that matters. [2007-02-16 11:01:41] niels at keurentjes dot net I have the exact same issue: a stock Win2k3 setup with Apache 2.2.4 and PHP 5.2.1 on a Dual Xeon HT setup, and regular crashes, several times per day, sometimes 15 in 30 minutes when the site is being hit severely. I have performed several recent software upgrades, the problems also occurred in the exact same fasion in Apache 2.0.59 + PHP 5.1.4, Apache 2.0.59 + PHP 5.2.0 and Apache 2.2.4 + PHP 5.2.1. I am currently testing whether hard-forcing uniprocessor operation using ImageCfg (http://www.robpol86.com/Pages/imagecfg.php) works. I have set the httpd.exe process to the following: --- httpd.exe contains the following configuration information: Process Affinity Mask: 0001 httpd.exe contains a Subsystem Version of 4.0 Image can only run in uni-processor mode on multi-processor systems --- Notably the crashes seemed to become less frequent when I disabled all caching on the site. At first I suspected this pointed towards problems with too many files open simultaneously, but I am now after reading these problems pretty sure that it merely slowed down the site enough not to trigger the synchronization issues or race conditions. [2007-01-04 04:05:22] judexidoneus_g6 at hotmail dot com So, there is no solution for this bug? [2006-11-07 07:44:44] paradiso at gmail dot com This is really a bug. on my p4 2.4c + 865G + 1G ram, win2k3 server, apache 2.2.3.0 & php 5.2, this happens all the time. [2006-10-31 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". 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/39221 -- Edit this bug report at http://bugs.php.net/?id=39221&edit=1
#40928 [NEW]: escapeshellarg() does not quote percent (%) correctly for cmd.exe
From: frode at coretrek dot com Operating system: Windows Server 2003 PHP version: 5.2.1 PHP Bug Type: Program Execution Bug description: escapeshellarg() does not quote percent (%) correctly for cmd.exe Description: On win32, the function escapeshellarg() replaces percent characters (%) with spaces. Instead, the function should escape the percent character, perhaps using the ^% construct, so that the percent sign can be safely used as a an argument to an application executed through exec(). Reproduce code: --- Expected result: test%dir Actual result: -- test dir -- Edit bug report at http://bugs.php.net/?id=40928&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40928&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40928&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40928&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40928&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40928&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40928&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40928&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40928&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40928&r=support Expected behavior:http://bugs.php.net/fix.php?id=40928&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40928&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40928&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40928&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40928&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40928&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40928&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40928&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40928&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40928&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40928&r=mysqlcfg
#40927 [Opn->Fbk]: posix_getgrgid() Fatal error
ID: 40927 Updated by: [EMAIL PROTECTED] Reported By: igor_ua at list dot ru -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: MAC OS X Intel 10.4.9 PHP Version: 5.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-03-27 11:59:45] igor_ua at list dot ru Description: posix_getgrgid(); Fatal error: Out of memory (allocated 262144) (tried to allocate -1 bytes) PHP 5.2.1 Intel Mac PHP from: http://www.apachefriends.org/en/xampp-macosx.html P.S. PHP 4.4.5 works fine. Thanks. Reproduce code: --- Expected result: Return info about a group by group id Actual result: -- Fatal error: Out of memory (allocated 262144) (tried to allocate -1 bytes) in /Users/ipx/Sites/e-putivka.com.ua/admin/tours/index.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=40927&edit=1
#40927 [NEW]: posix_getgrgid() Fatal error
From: igor_ua at list dot ru Operating system: MAC OS X Intel 10.4.9 PHP version: 5.2.1 PHP Bug Type: Unknown/Other Function Bug description: posix_getgrgid() Fatal error Description: posix_getgrgid(); Fatal error: Out of memory (allocated 262144) (tried to allocate -1 bytes) PHP 5.2.1 Intel Mac PHP from: http://www.apachefriends.org/en/xampp-macosx.html P.S. PHP 4.4.5 works fine. Thanks. Reproduce code: --- Expected result: Return info about a group by group id Actual result: -- Fatal error: Out of memory (allocated 262144) (tried to allocate -1 bytes) in /Users/ipx/Sites/e-putivka.com.ua/admin/tours/index.php on line 4 -- Edit bug report at http://bugs.php.net/?id=40927&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40927&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40927&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40927&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40927&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40927&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40927&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40927&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40927&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40927&r=support Expected behavior:http://bugs.php.net/fix.php?id=40927&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40927&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40927&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40927&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40927&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40927&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40927&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40927&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40927&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40927&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40927&r=mysqlcfg
#40903 [Fbk->Opn]: Weird array sorting problems in Apache module
ID: 40903 User updated by: jan at horde dot org Reported By: jan at horde dot org -Status: Feedback +Status: Open Bug Type: Arrays related Operating System: Linux PHP Version: 4CVS-2007-03-23 (CVS) Assigned To: derick New Comment: Using worker/prefork here too. Derick, can you reproduce it? Is there anything else I could try to track this down? Previous Comments: [2007-03-26 23:33:42] [EMAIL PROTECTED] "worker/mpm" should be read as "worker/prefork". [2007-03-26 23:31:57] [EMAIL PROTECTED] Tested with Apache 2 worker/mpm and latest CVS. Cannot replicate. [2007-03-23 10:55:36] jan at horde dot org Description: This is a really weird edge case. See the unit test pasted below. If I run this test on the command line, it works fine. But if run the same test through the web server, the sorting simply doesn't happen. Apache is version 2.2.0. Passing the array through mysort() by reference is important, if I sort the array directly, everything is working fine. Reproduce code: --- --TEST-- uasort --FILE-- 'Horde (horde)'), array('sort' => 'E-Mail Mobil (mimp)'), array('sort' => 'Webmail Dynamisch (dimp)')); function mysort(&$array) { uasort($array, create_function('$a, $b', '$cmp = strcoll(strtolower($a["sort"]), strtolower($b["sort"])); var_dump($a["sort"], $b["sort"], $cmp); return $cmp;')); } mysort($array); var_dump($array); ?> --EXPECT-- string(19) "E-Mail Mobil (mimp)" string(13) "Horde (horde)" int(-1) string(24) "Webmail Dynamisch (dimp)" string(19) "E-Mail Mobil (mimp)" int(1) string(13) "Horde (horde)" string(19) "E-Mail Mobil (mimp)" int(1) string(24) "Webmail Dynamisch (dimp)" string(13) "Horde (horde)" int(1) array(3) { [1]=> array(1) { ["sort"]=> string(19) "E-Mail Mobil (mimp)" } [0]=> array(1) { ["sort"]=> string(13) "Horde (horde)" } [2]=> array(1) { ["sort"]=> string(24) "Webmail Dynamisch (dimp)" } } Actual result: -- Result if run through apache: string(19) "E-Mail Mobil (mimp)" string(13) "Horde (horde)" int(-1) string(24) "Webmail Dynamisch (dimp)" string(19) "E-Mail Mobil (mimp)" int(1) string(13) "Horde (horde)" string(19) "E-Mail Mobil (mimp)" int(1) string(24) "Webmail Dynamisch (dimp)" string(13) "Horde (horde)" int(1) array(3) { [0]=> array(1) { ["sort"]=> string(13) "Horde (horde)" } [1]=> array(1) { ["sort"]=> string(19) "E-Mail Mobil (mimp)" } [2]=> array(1) { ["sort"]=> string(24) "Webmail Dynamisch (dimp)" } } -- Edit this bug report at http://bugs.php.net/?id=40903&edit=1