Bug #32503 [Com]: fopen() in cwd: filename must start with ./ under safe mode
Edit report at https://bugs.php.net/bug.php?id=32503&edit=1 ID: 32503 Comment by: tata0590 at hotmail dot com Reported by:Bjorn dot Wiberg at its dot uu dot se Summary:fopen() in cwd: filename must start with ./ under safe mode Status: Closed Type: Bug Package:Safe Mode/open_basedir Operating System: IBM AIX 5.2.0.0 ML5 PHP Version:5.1.2 Block user comment: N Private report: N New Comment: thank you so much terimakasih banyak I've been searching for this solution for hourss.. you saved my life Previous Comments: [2007-01-10 22:54:45] il...@php.net This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2007-01-09 10:49:49] Bjorn dot Wiberg at its dot uu dot se Confirmed that with php5.2-200701081330, creating "a.txt" and "./a.txt" now works fine as long as the full path all the way to the file has directory listing flags (x flags) set. If the path is obstructed somewhere along the way, one gets: Warning: fopen(a.txt): failed to open stream: Permission denied in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 ...which is just fine. As before, specifying the /full/path/to/the/file always works, without the need of directory listing flags along the way. Thanks for fixing this! Best regards, Björn [2007-01-07 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-12-30 02:36:54] il...@php.net 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-01-26 16:52:57] Bjorn dot Wiberg at its dot uu dot se Hi! I just confirmed that the same things happen with PHP 5.1.2. (Somehow my updating of this issue on January 16th seemed to have disappeared.) Best regards, Björn 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 https://bugs.php.net/bug.php?id=32503 -- Edit this bug report at https://bugs.php.net/bug.php?id=32503&edit=1
Bug #61873 [Opn->Fbk]: proc_get_status always returns exitcode -1
Edit report at https://bugs.php.net/bug.php?id=61873&edit=1 ID: 61873 Updated by: larue...@php.net Reported by:dcb at insomniacsoft dot com Summary:proc_get_status always returns exitcode -1 -Status: Open +Status: Feedback Type: Bug Package:Program Execution Operating System: Linux PHP Version:5.4.1 Block user comment: N Private report: N New Comment: Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ I can not reproduce this with php5.4-trunk. Previous Comments: [2012-04-28 03:13:59] dcb at insomniacsoft dot com Description: Since PHP 5.4.0 the proc_get_status and proc_close functions always return -1 as exitcode. Test script: --- $descriptorspec = array( 0 => array("pipe", "r"), 1 => array("pipe", "w"), 2 => array("file", "/tmp/error-output.txt", "a") ); $p = proc_open('/tmp/te', $descriptorspec, $pipes, '/tmp'); sleep(1); fclose($pipes[0]);fclose($pipes[1]); $s = proc_get_status($p); print_r($s); /tmp/te is simply: #!/bin/bash exit 0 Expected result: Array ( [command] => /tmp/te [pid] => 12376 [running] => [signaled] => [stopped] => [exitcode] => 0 [termsig] => 0 [stopsig] => 0 ) Actual result: -- Array ( [command] => /tmp/te [pid] => 12376 [running] => [signaled] => [stopped] => [exitcode] => -1 [termsig] => 0 [stopsig] => 0 ) -- Edit this bug report at https://bugs.php.net/bug.php?id=61873&edit=1
Bug #42849 [Com]: Configuration File (php.ini) Path incorrect
Edit report at https://bugs.php.net/bug.php?id=42849&edit=1 ID: 42849 Comment by: zzz20120427 at pby dot com Reported by:inglis-php at yahoo dot com dot au Summary:Configuration File (php.ini) Path incorrect Status: Not a bug Type: Bug Package:*General Issues Operating System: win xp pro PHP Version:5.2.4 Block user comment: N Private report: N New Comment: After installing PHP 5.2.14 via the msi installer, Apache 2.2.16 would no longer start - until I tried the PHPIniDir 'C:\Program Files\PHP' trick (single quotes and backslashes). But PHPInfo showed Configuration File (php.ini) Path as C:\Windows and Loaded Configuration File as (none). (I have only one PHP.ini file and it's in C:\Program Files\PHP.) Double-checking with PHP -i, I got several dialog boxes warning that the built-in dlls weren't loaded. PHPInfo showed an incorrect default directory for include_path so I uncommented include_path and set it to C:\Program Files\PHP\PEAR. No idea if this is correct but the dialog boxes went away, but only if I didn't use a terminating quote! (Otherwise Apache wouldn't start.) I also noticed that Loaded Configuration File was now displaying correctly - whether I used slashes or backslashes, double-quotes or single-quotes. Unfortunately, PHPInfo did not show the modules I had enabled in PHP.ini. I wonder why PHP will let Apache start with three quotes and not four. Here are the settings I made (I switched to forward slashes so the trailing backslash of a Windows path could not accidently escape the quote. httpd.conf: PHPIniDir "C:/Program Files/PHP/" PHP.ini: include_path = ".;C:/Program Files/PHP/PEAR BTW, moving the trailing quote from PHPIniDir to PHP.ini prevented Apache from starting. Previous Comments: [2010-05-28 00:23:24] paj...@php.net Ask support in the PHP setup or PHP Windows mailing. Or to one of the numerous support channel out there. [2010-05-28 00:06:37] vera_cai at hotmail dot com I have exactly the same problem that because of this bug, my PHP just can not work with mysql and keep complainning "Call to undefined function mysql_connect() ". I've tried 5.2.13, 5.3.2 and both had problem. Until searched forum with somebody mentioned to use "phpinfo" check where the php.ini located, I eventually find this bug. With one line added in httpd.conf file "PHPIniDir 'c:\php'", the problem is gone. Can somebody help to fix this problem as this is not only annoying, I am not able to get PHP work with mysql because of this. [2010-03-18 23:30:08] rsberger1 at hotmail dot com Since this bug was suspended due to "no feedback", I thought I'd supply the requested feedback and hope that someone would fix this annoyance. The two places in my phpinfo output regarding php.ini are: Configuration File (php.ini) Path C:\Windows Loaded Configuration File D:\Apps\MyFolder\php-5.3.2\php.ini Apparently my php.ini is being loaded from my php-5.3.2 folder, but phpinfo erroneously reports php.ini's path as C:\Windows. [2009-12-28 05:33:09] u2gohome at gmail dot com Hi. For me this problem was only occurring when php was executed via apache. Executing php -i from the command line listed the mysql extension whereas a phpinfo() request via the browser did not. Try adding the following line to your apache httpd.conf file (to point to the directory containing php.ini) eg. PHPIniDir 'C:\php' Adding this line changed phpinfo()'s reported 'Loaded Configuration File' from (none) to C:\php\php.ini, and mysql started talking. However, phpinfo() still reports c:\windows as the php.ini directory. Cheers, Matt [2009-10-12 11:48:21] alim at fourplusadvertising dot com I am quite confused with this whole thing on my mac (leopard).. i thought my PHP was the perfect installation..;-).. till i realised that my PHP.ini setting of upload_max_filesize was still 2 MB inspite of me having changed it to 32 MB!!.. how do i get php to use the php.ini values and not the default.. I am facing the same issue on my imac.. there's some loaded configuration file which shows /private/etc while the Configuration File (php.ini) Path is /etc But they are I think symlinked.. but whatever I edit in the php.ini does not reflect in the phpinfo().. please 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 https://bugs.php.net/bug.php?id=42849 --
[PHP-BUG] Bug #61873 [NEW]: proc_get_status always returns exitcode -1
From: Operating system: Linux PHP version: 5.4.1 Package: Program Execution Bug Type: Bug Bug description:proc_get_status always returns exitcode -1 Description: Since PHP 5.4.0 the proc_get_status and proc_close functions always return -1 as exitcode. Test script: --- $descriptorspec = array( 0 => array("pipe", "r"), 1 => array("pipe", "w"), 2 => array("file", "/tmp/error-output.txt", "a") ); $p = proc_open('/tmp/te', $descriptorspec, $pipes, '/tmp'); sleep(1); fclose($pipes[0]);fclose($pipes[1]); $s = proc_get_status($p); print_r($s); /tmp/te is simply: #!/bin/bash exit 0 Expected result: Array ( [command] => /tmp/te [pid] => 12376 [running] => [signaled] => [stopped] => [exitcode] => 0 [termsig] => 0 [stopsig] => 0 ) Actual result: -- Array ( [command] => /tmp/te [pid] => 12376 [running] => [signaled] => [stopped] => [exitcode] => -1 [termsig] => 0 [stopsig] => 0 ) -- Edit bug report at https://bugs.php.net/bug.php?id=61873&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61873&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61873&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61873&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61873&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61873&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61873&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61873&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61873&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61873&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61873&r=support Expected behavior: https://bugs.php.net/fix.php?id=61873&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61873&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61873&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61873&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61873&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61873&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61873&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61873&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61873&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61873&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61873&r=mysqlcfg
Bug #61685 [Fbk]: putenv('TZ=UTC') doesn't update timezone for localtime()
Edit report at https://bugs.php.net/bug.php?id=61685&edit=1 ID: 61685 Updated by: paj...@php.net Reported by:mattfic...@php.net Summary:putenv('TZ=UTC') doesn't update timezone for localtime() Status: Feedback Type: Bug Package:Calendar related Operating System: Windows PHP Version:5.4.0 -Assigned To: +Assigned To:ab Block user comment: N Private report: N New Comment: Anatolyi, please apply it when you can :) Previous Comments: [2012-04-27 22:50:14] der...@php.net Laruence, unixtojd is not part of the date extension, so this is a value bug report. The patch looks good, can you make a pull request against 5.3? [2012-04-27 22:27:13] mattfic...@php.net Newest patch fixes test to work around the new behavior of putenv("TZ=UTC") and includes some more info about this problem. This patch works on 5.3.11 and 5.4.1 on Windows 7 and Gentoo (both x86 and x64). [2012-04-27 22:26:07] mattfic...@php.net The following patch has been added/updated: Patch Name: 61685 Revision: 1335565567 URL: https://bugs.php.net/patch-display.php?bug=61685&patch=61685&revision=1335565567 [2012-04-10 04:38:52] larue...@php.net - Date extension 463 - Setting the timezone with the TZ environment variable is no longer 464supported, instead date.timezone and/or date_default_timezone_set() 465have to be used. http://svn.php.net/viewvc/php/php-src/branches/PHP_5_4/UPGRADING?view=markup [2012-04-09 21:53:46] mattfic...@php.net The following patch has been added/updated: Patch Name: unixtojd.patch.txt Revision: 1334008426 URL: https://bugs.php.net/patch-display.php?bug=61685&patch=unixtojd.patch.txt&revision=1334008426 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 https://bugs.php.net/bug.php?id=61685 -- Edit this bug report at https://bugs.php.net/bug.php?id=61685&edit=1
Bug #61685 [Nab->Fbk]: putenv('TZ=UTC') doesn't update timezone for localtime()
Edit report at https://bugs.php.net/bug.php?id=61685&edit=1 ID: 61685 Updated by: der...@php.net Reported by:mattfic...@php.net Summary:putenv('TZ=UTC') doesn't update timezone for localtime() -Status: Not a bug +Status: Feedback Type: Bug Package:Calendar related Operating System: Windows PHP Version:5.4.0 Block user comment: N Private report: N New Comment: Laruence, unixtojd is not part of the date extension, so this is a value bug report. The patch looks good, can you make a pull request against 5.3? Previous Comments: [2012-04-27 22:27:13] mattfic...@php.net Newest patch fixes test to work around the new behavior of putenv("TZ=UTC") and includes some more info about this problem. This patch works on 5.3.11 and 5.4.1 on Windows 7 and Gentoo (both x86 and x64). [2012-04-27 22:26:07] mattfic...@php.net The following patch has been added/updated: Patch Name: 61685 Revision: 1335565567 URL: https://bugs.php.net/patch-display.php?bug=61685&patch=61685&revision=1335565567 [2012-04-10 04:38:52] larue...@php.net - Date extension 463 - Setting the timezone with the TZ environment variable is no longer 464supported, instead date.timezone and/or date_default_timezone_set() 465have to be used. http://svn.php.net/viewvc/php/php-src/branches/PHP_5_4/UPGRADING?view=markup [2012-04-09 21:53:46] mattfic...@php.net The following patch has been added/updated: Patch Name: unixtojd.patch.txt Revision: 1334008426 URL: https://bugs.php.net/patch-display.php?bug=61685&patch=unixtojd.patch.txt&revision=1334008426 [2012-04-09 21:53:25] mattfic...@php.net Description: Regarding Test: ext/calendar/tests/unixtojd.phpt Test calls putenv('TZ=UTC') but result of unixtojd(10) is off by -1 day unless TZ=UTC is added to the ENV section. Test script: --- see ext/calendar/tests/unixtojd.phpt Expected result: Pass Actual result: -- Fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61685&edit=1
Bug #61685 [Com]: putenv('TZ=UTC') doesn't update timezone for localtime()
Edit report at https://bugs.php.net/bug.php?id=61685&edit=1 ID: 61685 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:putenv('TZ=UTC') doesn't update timezone for localtime() Status: Not a bug Type: Bug Package:Calendar related Operating System: Windows PHP Version:5.4.0 Block user comment: N Private report: N New Comment: Newest patch fixes test to work around the new behavior of putenv("TZ=UTC") and includes some more info about this problem. This patch works on 5.3.11 and 5.4.1 on Windows 7 and Gentoo (both x86 and x64). Previous Comments: [2012-04-27 22:26:07] mattfic...@php.net The following patch has been added/updated: Patch Name: 61685 Revision: 1335565567 URL: https://bugs.php.net/patch-display.php?bug=61685&patch=61685&revision=1335565567 [2012-04-10 04:38:52] larue...@php.net - Date extension 463 - Setting the timezone with the TZ environment variable is no longer 464supported, instead date.timezone and/or date_default_timezone_set() 465have to be used. http://svn.php.net/viewvc/php/php-src/branches/PHP_5_4/UPGRADING?view=markup [2012-04-09 21:53:46] mattfic...@php.net The following patch has been added/updated: Patch Name: unixtojd.patch.txt Revision: 1334008426 URL: https://bugs.php.net/patch-display.php?bug=61685&patch=unixtojd.patch.txt&revision=1334008426 [2012-04-09 21:53:25] mattfic...@php.net Description: Regarding Test: ext/calendar/tests/unixtojd.phpt Test calls putenv('TZ=UTC') but result of unixtojd(10) is off by -1 day unless TZ=UTC is added to the ENV section. Test script: --- see ext/calendar/tests/unixtojd.phpt Expected result: Pass Actual result: -- Fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61685&edit=1
Bug #61685 [PATCH]: putenv('TZ=UTC') doesn't update timezone for localtime()
Edit report at https://bugs.php.net/bug.php?id=61685&edit=1 ID: 61685 Patch added by: mattfic...@php.net Reported by:mattfic...@php.net Summary:putenv('TZ=UTC') doesn't update timezone for localtime() Status: Not a bug Type: Bug Package:Calendar related Operating System: Windows PHP Version:5.4.0 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61685 Revision: 1335565567 URL: https://bugs.php.net/patch-display.php?bug=61685&patch=61685&revision=1335565567 Previous Comments: [2012-04-10 04:38:52] larue...@php.net - Date extension 463 - Setting the timezone with the TZ environment variable is no longer 464supported, instead date.timezone and/or date_default_timezone_set() 465have to be used. http://svn.php.net/viewvc/php/php-src/branches/PHP_5_4/UPGRADING?view=markup [2012-04-09 21:53:46] mattfic...@php.net The following patch has been added/updated: Patch Name: unixtojd.patch.txt Revision: 1334008426 URL: https://bugs.php.net/patch-display.php?bug=61685&patch=unixtojd.patch.txt&revision=1334008426 [2012-04-09 21:53:25] mattfic...@php.net Description: Regarding Test: ext/calendar/tests/unixtojd.phpt Test calls putenv('TZ=UTC') but result of unixtojd(10) is off by -1 day unless TZ=UTC is added to the ENV section. Test script: --- see ext/calendar/tests/unixtojd.phpt Expected result: Pass Actual result: -- Fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61685&edit=1
Bug #61867 [Opn]: user_ini_filename ignored for cached user_config
Edit report at https://bugs.php.net/bug.php?id=61867&edit=1 ID: 61867 User updated by:rainer-phpbugs at 7val dot com Reported by:rainer-phpbugs at 7val dot com Summary:user_ini_filename ignored for cached user_config Status: Open Type: Bug Package:FPM related Operating System: Linux PHP Version:5.3.11 Block user comment: N Private report: N New Comment: Another related issue is that PHP_VALUES passed via the fcgi-interface are also cached. If I set e.g. memory_limit to a different Value than the one specified in php.ini in one vhost via PHP_VALUE, the next request for an entirely different vhost that just happens to be processed by the same php-fpm child will receive this non-default value. Previous Comments: [2012-04-27 16:41:00] rainer-phpbugs at 7val dot com Description: I would like to use multiple different user.ini-Files in the same directory to modify some php.ini settings. I'm using Apache with mod_fastcgi, and therefore, as far as I can tell, I can't insert line breaks into variables with setenv, and teherefore I'm limited to at most one PHP_VALUE that I can define per vhost. This would be sufficient to set user_ini.filename to a suitable different file and set any values in there. However, php_cgi_ini_activate_user_config() in sapi/fpm/fpm/fpm_main.c only evaluates the path, not the current value of user_ini_filename when retrieving cached entries. As a result, all requests hitting a given instance within the expiry period will receive the values valid for the user_ini.filename specified in the first request, which may or may not be the same as the one defined for the current request. -- Edit this bug report at https://bugs.php.net/bug.php?id=61867&edit=1
[PHP-BUG] Bug #61870 [NEW]: ext\session\tests\bug42596.phpt fails
From: ab Operating system: windows PHP version: 5.3.11 Package: Session related Bug Type: Bug Bug description:ext\session\tests\bug42596.phpt fails Description: Test diff: 002+ string(6) "100666" 002- string(6) "100777" Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61870&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61870&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61870&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61870&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61870&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61870&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61870&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61870&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61870&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61870&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61870&r=support Expected behavior: https://bugs.php.net/fix.php?id=61870&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61870&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61870&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61870&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61870&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61870&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61870&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61870&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61870&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61870&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61870&r=mysqlcfg
[PHP-BUG] Bug #61869 [NEW]: ext\filter\tests\bug52209.phpt fails
From: ab Operating system: windows PHP version: 5.4.1 Package: Filter related Bug Type: Bug Bug description:ext\filter\tests\bug52209.phpt fails Description: Test diff: 001+ NULL 001- string(%d) "%s" Expected result: test fail Actual result: -- test diff -- Edit bug report at https://bugs.php.net/bug.php?id=61869&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61869&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61869&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61869&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61869&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61869&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61869&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61869&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61869&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61869&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61869&r=support Expected behavior: https://bugs.php.net/fix.php?id=61869&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61869&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61869&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61869&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61869&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61869&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61869&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61869&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61869&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61869&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61869&r=mysqlcfg
Bug #61868 [PATCH]: ext\dom\tests\DOMDocument_validate_on_parse_variation.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61868&edit=1 ID: 61868 Patch added by: a...@php.net Reported by:a...@php.net Summary:ext\dom\tests\DOMDocument_validate_on_parse_variation.phpt fails Status: Open Type: Bug Package:DOM XML related Operating System: windows PHP Version:5.3.11 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: dom.diff Revision: 1335544986 URL: https://bugs.php.net/patch-display.php?bug=61868&patch=dom.diff&revision=1335544986 Previous Comments: [2012-04-27 16:41:52] a...@php.net Description: Test diff: 001+ Warning: chdir(): No such file or directory (errno 2) in C:\snaps\php-test-pack-5.4-nts-windows-vc9-x86-rff7e1ff\ext\dom\tests\DOMDocument_validate_on_parse_variation.php on line 5 002+ 003+ Warning: file_get_contents(note.xml): failed to open stream: No such file or directory in C:\snaps\php-test-pack-5.4-nts-windows-vc9-x86-rff7e1ff\ext\dom\tests\DOMDocument_validate_on_parse_variation.php on line 6 003- validateOnParse set to TRUE: 005+ 006+ Warning: DOMDocument::loadXML(): Empty string supplied as input in C:\snaps\php-test-pack-5.4-nts-windows-vc9-x86-rff7e1ff\ext\dom\tests\DOMDocument_validate_on_parse_variation.php on line 13 005- Warning: DOMDocument::loadXML(): No declaration for element NYPHP in Entity, line: %d in %s on line %d 009+ Fatal error: Call to a member function appendChild() on a non-object in C:\snaps\php-test-pack-5.4-nts-windows-vc9-x86-rff7e1ff\ext\dom\tests\DOMDocument_validate_on_parse_variation.php on line 18 006- 007- Warning: DOMDocument::loadXML(): Element from was declared #PCDATA but contains non text nodes in Entity, line: %d in %s on line %d 008- Error Report Above The test tries to chdir(__DIR__ . "/../examples") and some files in there, but that's not present in the test pack. Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61868&edit=1
[PHP-BUG] Bug #61868 [NEW]: ext\dom\tests\DOMDocument_validate_on_parse_variation.phpt fails
From: ab Operating system: windows PHP version: 5.3.11 Package: DOM XML related Bug Type: Bug Bug description:ext\dom\tests\DOMDocument_validate_on_parse_variation.phpt fails Description: Test diff: 001+ Warning: chdir(): No such file or directory (errno 2) in C:\snaps\php-test-pack-5.4-nts-windows-vc9-x86-rff7e1ff\ext\dom\tests\DOMDocument_validate_on_parse_variation.php on line 5 002+ 003+ Warning: file_get_contents(note.xml): failed to open stream: No such file or directory in C:\snaps\php-test-pack-5.4-nts-windows-vc9-x86-rff7e1ff\ext\dom\tests\DOMDocument_validate_on_parse_variation.php on line 6 003- validateOnParse set to TRUE: 005+ 006+ Warning: DOMDocument::loadXML(): Empty string supplied as input in C:\snaps\php-test-pack-5.4-nts-windows-vc9-x86-rff7e1ff\ext\dom\tests\DOMDocument_validate_on_parse_variation.php on line 13 005- Warning: DOMDocument::loadXML(): No declaration for element NYPHP in Entity, line: %d in %s on line %d 009+ Fatal error: Call to a member function appendChild() on a non-object in C:\snaps\php-test-pack-5.4-nts-windows-vc9-x86-rff7e1ff\ext\dom\tests\DOMDocument_validate_on_parse_variation.php on line 18 006- 007- Warning: DOMDocument::loadXML(): Element from was declared #PCDATA but contains non text nodes in Entity, line: %d in %s on line %d 008- Error Report Above The test tries to chdir(__DIR__ . "/../examples") and some files in there, but that's not present in the test pack. Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61868&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61868&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61868&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61868&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61868&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61868&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61868&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61868&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61868&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61868&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61868&r=support Expected behavior: https://bugs.php.net/fix.php?id=61868&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61868&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61868&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61868&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61868&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61868&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61868&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61868&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61868&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61868&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61868&r=mysqlcfg
[PHP-BUG] Bug #61867 [NEW]: user_ini_filename ignored for cached user_config
From: Operating system: Linux PHP version: 5.3.11 Package: FPM related Bug Type: Bug Bug description:user_ini_filename ignored for cached user_config Description: I would like to use multiple different user.ini-Files in the same directory to modify some php.ini settings. I'm using Apache with mod_fastcgi, and therefore, as far as I can tell, I can't insert line breaks into variables with setenv, and teherefore I'm limited to at most one PHP_VALUE that I can define per vhost. This would be sufficient to set user_ini.filename to a suitable different file and set any values in there. However, php_cgi_ini_activate_user_config() in sapi/fpm/fpm/fpm_main.c only evaluates the path, not the current value of user_ini_filename when retrieving cached entries. As a result, all requests hitting a given instance within the expiry period will receive the values valid for the user_ini.filename specified in the first request, which may or may not be the same as the one defined for the current request. -- Edit bug report at https://bugs.php.net/bug.php?id=61867&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61867&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61867&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61867&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61867&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61867&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61867&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61867&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61867&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61867&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61867&r=support Expected behavior: https://bugs.php.net/fix.php?id=61867&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61867&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61867&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61867&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61867&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61867&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61867&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61867&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61867&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61867&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61867&r=mysqlcfg
[PHP-BUG] Bug #61866 [NEW]: SEGFAULT in gc_zval_possible_root
From: Operating system: Gentoo VServer, kernel 2.6.35 PHP version: 5.4.1 Package: Reproducible crash Bug Type: Bug Bug description:SEGFAULT in gc_zval_possible_root Description: PHP script keeps SEGFAULTing at the end of run. The script's output and HTTP headers sent by application are sent to browser along with Apache's 500 error document after the PHP's output. The same behaviour when run as FastCGI (Apache 2.2.22, mod_fastcgi 2.4.7_pre0910052141, PHP-FPM) or CLI (except for the Apache's error document obviously). The below php info and GDB backtrace is taken from CLI run. I tried to recompile whole server but the problem still persists. I also tried different PHP version's, it is the same for PHP 5.3.10, 5.4.0 and 5.4.1. gc_disable() run in the begining solves the issue partialy - on some sites under some conditions. I unfortunately did not have the chance to identify the conditions, it seems to be connected with loading a lot of records (100+) from database. The below output is without gc_disable(). I am unable to provide test case as the application is big and uses __destructors, __autoload and __toString methods a lot along with OutputBuffering (but the script SEGFAULTs with output buffer turned off too). My PHP info: System => Linux hosting.ignition.cz 2.6.35-vs2.3.0.36.32-gentoo #4 SMP Sat May 28 09:55:08 CEST 2011 x86_64 Build Date => Apr 26 2012 21:35:55 Configure Command => './configure' '--prefix=/usr' '--build=x86_64-pc-linux-gnu' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--loc alstatedir=/var/lib' '--prefix=/usr/lib64/php5.4' '--mandir=/usr/lib64/php5.4/man' '--infodir=/usr/lib64/php5.4/info' '--libdir=/usr/lib64/php5.4/lib' '--with-libdir=lib64' '--without-pear' '--disable-maintainer-zts ' '--enable-bcmath' '--with-bz2' '--enable-calendar' '--enable-ctype' '--with-curl' '--without-curlwrappers' '--enable-dom' '--with-enchant=/usr' '--enable-exif' '--enable-fileinfo' '--enable-filter' '--enable-ftp' '--with-gettext' '--with-gmp' '--enable-hash' '--with-mhash' '--with-iconv' '--enable-intl' '--disable-ipv6' '--enable-json' '--without-kerberos' '--enable-libxml' '--enable-mbstring' '--with-mcrypt' '--without-mssq l' '--with-onig=/usr' '--with-openssl' '--with-openssl-dir=/usr' '--enable-pcntl' '--enable-phar' '--enable-pdo' '--with-pgsql' '--enable-posix' '--with-pspell' '--without-recode' '--enable-simplexml' '--disable-shm op' '--with-snmp' '--enable-soap' '--enable-sockets' '--with-sqlite3=/usr' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--with-tidy' '--enable-tokenizer' '--enable-wddx' '--enab le-xml' '--enable-xmlreader' '--enable-xmlwriter' '--with-xmlrpc' '--with-xsl' '--enable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--disable-flatfile' '--with-gdbm' '--disable -inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-gd' '--with-imap' '--with-imap-ssl' '--wit h-interbase=/usr' '--with-mysql=mysqlnd' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--with-mysqli=mysqlnd' '--without-pdo-dblib' '--with-pdo-mysql=mysqlnd' '--with-pdo-pgsql' '--with-pdo-sqlite=/usr' '--withou t-pdo-odbc' '--with-readline' '--without-libedit' '--without-mm' '--with-pcre-regex=/usr' '--with-pcre-dir=/usr' '--with-config-file-path=/etc/php/cli-php5.4' '--with-config-file-scan-dir=/etc/php/cli-php5.4/ext-act ive' '--disable-embed' '--enable-cli' '--disable-cgi' '--disable-fpm' '--without-apxs2' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /etc/php/cli-php5.4 Loaded Configuration File => /etc/php/cli-php5.4/php.ini Scan this dir for additional .ini files => /etc/php/cli-php5.4/ext-active Additional .ini files parsed => /etc/php/cli-php5.4/ext-active/cairo.ini, /etc/php/cli-php5.4/ext-active/haru.ini, /etc/php/cli-php5.4/ext-active/imagick.ini, /etc/php/cli-php5.4/ext-active/uploadprogress.ini PHP API => 20100412 PHP Extension => 20100525 Zend Extension => 220100525 Zend Extension Build => API220100525,NTS PHP Extension Build => API20100525,NTS Debug Build => no Thread Safety => disabled Zend Signal Handling => disabled Zend Memory Manager => enabled Zend Multibyte Support => provided by mbstring IPv6 Support => disabled DTrace Support => disabled If needed, please instruct me how to get more information about the SEGFAULT, I will gladly provide more information. Expected result: Clean script exit. Actual result: -- SEGFAULT with following GDB backtrace: Program terminated with signal 11, Segmentation fault. #0 0x7f7a5086e8e1 in gc_zval_possible_root () #1 0x7f7a50870aa2 in zend_object_std_dtor () #2 0x7f7a50870afd in zend_objects_free_object_storage () #3 0x7f7a
Bug #61864 [Opn->Spm]: jfrdjjmkgh jtjfh bncfgh n nk
Edit report at https://bugs.php.net/bug.php?id=61864&edit=1 ID: 61864 Updated by: cataphr...@php.net Reported by:shilpi at evakoss dot co Summary:jfrdjjmkgh jtjfh bncfgh n nk -Status: Open +Status: Spam Type: Bug Package:*General Issues Operating System: xp PHP Version:5.4.1 Block user comment: N Private report: N Previous Comments: [2012-04-27 10:27:54] shilpi at evakoss dot co Description: --- >From manual page: >http://www.php.net/function.preg-replace#refsect1-function.preg-replace-description --- -- Edit this bug report at https://bugs.php.net/bug.php?id=61864&edit=1
[PHP-BUG] Bug #61864 [NEW]: jfrdjjmkgh jtjfh bncfgh n nk
From: Operating system: xp PHP version: 5.4.1 Package: *General Issues Bug Type: Bug Bug description:jfrdjjmkgh jtjfh bncfgh n nk Description: --- >From manual page: http://www.php.net/function.preg-replace#refsect1-function.preg-replace-description --- -- Edit bug report at https://bugs.php.net/bug.php?id=61864&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61864&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61864&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61864&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61864&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61864&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61864&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61864&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61864&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61864&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61864&r=support Expected behavior: https://bugs.php.net/fix.php?id=61864&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61864&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61864&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61864&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61864&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61864&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61864&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61864&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61864&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61864&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61864&r=mysqlcfg
Bug #61863 [Opn]: bitwise operation make overflow
Edit report at https://bugs.php.net/bug.php?id=61863&edit=1 ID: 61863 User updated by:admin at todayis dot kr Reported by:admin at todayis dot kr -Summary:bitwise operation make buffer overflow +Summary:bitwise operation make overflow Status: Open Type: Bug Package:Apache2 related Operating System: Windows/Linux -PHP Version:5.4Git-2012-04-27 (Git) +PHP Version:5.4.0 Block user comment: N Private report: N New Comment: . Previous Comments: [2012-04-27 06:36:27] admin at todayis dot kr Description: if i use bitwise operation then variable type doesn't changed float or other type. stay in int Test script: --- $value = "abcdefg"; for($i=0,$h=0;$i https://bugs.php.net/bug.php?id=61863&edit=1