Bug #36365 [NoF->Asn]: scandir duplicates file name at every 65535th file
Edit report at https://bugs.php.net/bug.php?id=36365&edit=1
ID: 36365
Updated by: paj...@php.net
Reported by:pilhoon at gmail dot com
Summary:scandir duplicates file name at every 65535th file
-Status: No Feedback
+Status: Assigned
Type: Bug
Package:Directory function related
Operating System: windows
-PHP Version:5.1.2
+PHP Version:*
-Assigned To:
+Assigned To:pajoye
Block user comment: N
Private report: N
Previous Comments:
[2012-09-08 03:24:40] gobie at centrum dot cz
Same problem reproduced
PHP Version 5.4.4 Windows 7 x64
PHP Version 5.3.13 Windows 7 x32
But all PHP methods listing files are affected scandir, glob, DirectoryIterator.
Reproduce code:
---
// Settings
$dir = './test/';
$totalFiles = 1e5;
// Create empty files
!is_dir($dir) && mkdir($dir);
for ($i = 0; $i < $totalFiles; ++$i) {
$filename = $dir . str_pad($i, 6, '0', STR_PAD_LEFT);
touch($filename);
}
// Glob
$files = glob($dir . '*');
echo 'glob: ' . count($files) . '/' . $totalFiles . PHP_EOL;
// Scandir
$files = scandir($dir);
echo 'scandir: ' . (count($files) - 2) . '/' . $totalFiles . PHP_EOL; // . and
..
// DirectoryIterator
$it = new DirectoryIterator($dir);
echo 'DirectoryIterator: ' . (iterator_count($it) - 2) . '/' . $totalFiles .
PHP_EOL; // . and ..
unset($it);
Expected result:
glob: 10/10
scandir: 10/10
DirectoryIterator: 10/10
Actual result:
--
glob: 11/10
scandir: 11/10
DirectoryIterator: 11/10
[2010-01-15 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".
[2010-01-07 18:26:21] paj...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2010-01-07 18:02:51] enzo at smshome dot net
Same problem here using PHP Version 5.2.5 (x64) with Windows XP 64bit
Professional Edition.
Duplicated files every 65535 files read using scandir(). I think you should put
an alert on manual page:
http://php.net/manual/en/function.scandir.php
[2006-02-19 01:00:04] 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
https://bugs.php.net/bug.php?id=36365
--
Edit this bug report at https://bugs.php.net/bug.php?id=36365&edit=1
Bug #55468 [Com]: UnexpectedValueException caused by an unreleased handle or something
Edit report at https://bugs.php.net/bug.php?id=55468&edit=1
ID: 55468
Comment by: sephirot_germany at hotmail dot com
Reported by:php at tracking-celebs dot info
Summary:UnexpectedValueException caused by an unreleased
handle or something
Status: Open
Type: Bug
Package:SPL related
Operating System: win32
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Description:
I have same problem, When I calculate size of root folder
after delete sub folder error will come.
I think Iterator use old reference.
Test script:
---
$rootPath = "C:\public/upload";
$path = "C:\public/upload/New Folder"; // Path to delete folder
$Recursive1 = new RecursiveIteratorIterator(
new RecursiveDirectoryIterator($path),
RecursiveIteratorIterator::CHILD_FIRST);
// Delete all subfolder
foreach ($Recursive1 as $object) {
if ($object->isDir()) {
rmdir($object->__toString());
} else {
unlink($object->__toString());
}
}
rmdir($path); // Delete this Folder
// Calculate root folder size
$size = 0
$Recursive2 = new RecursiveIteratorIterator(
new RecursiveDirectoryIterator($rootPath,
RecursiveDirectoryIterator::SKIP_DOTS),
RecursiveIteratorIterator::SELF_FIRST
);
// Error here
foreach($Recursive2 as $object){
$size += is_file($object->getPath()) ? filesize($object->getPath()):0;
}
Previous Comments:
[2011-08-25 00:06:26] php at tracking-celebs dot info
Permissions aren't a problem here.
Besides, the (first, $foo) folder actually gets removed (as indicated by the
output of file_exists), that's not the problem.
And the problem comes before trying to remove the other one ($folder), it is
that when calling the iterator (on that parent), because it'll somehow still
"hold"/find a reference to the now non-existing/freshly removed folder, thus
causing the exception...
[2011-08-22 13:58:59] ka...@php.net
At first glance it doesn't looks like a problem in PHP itself but more that you
haven't granted yourself the permission to delete the folder on Windows.
Have you tried to chmod or similar it?
[2011-08-20 19:56:20] php at tracking-celebs dot info
Description:
After using a DirectoryIterator on a folder, then removing said folder, using
another iterator to iterate on the folder's parent will see/try to look into
the removed folder.
This only happens on Windows, so maybe due to a cache somewhere or something.
Tried adding a clearstatcache() just in case, but that doesn't change anything.
FYI if you replace the first DirectoryIterator by a:
opendir($foo);
without calling closedir() you get the same error, hence why I suggested it
might be a handle not (properly) released or something.
Test script:
---
https://bugs.php.net/bug.php?id=55468&edit=1
Bug #18556 [Com]: Setting locale to 'tr_TR' lowercases class names
Edit report at https://bugs.php.net/bug.php?id=18556&edit=1 ID: 18556 Comment by: richlv at nakts dot net Reported by:spud at nothingness dot org Summary:Setting locale to 'tr_TR' lowercases class names Status: Closed Type: Bug Package:Scripting Engine problem Operating System: Linux (RedHat 7.2) PHP Version:5CVS, 4CVS (2005-10-04) Assigned To:stas Block user comment: N Private report: N New Comment: which version is expected to have the fix ? looking at snapshots, is it trunk only (thus php 5.5 or whichever will be the next version) ? interesting bit - this bug was fixed just 9 days short of it's 10th birthday ;) (submitted 2002-07-25, fixed 2012-07-16) Previous Comments: [2012-07-16 14:21:36] me at ollieread dot com I don't know how helpful this will be, but I've recently had an issue with the Turkish locale where I work. I tried lots of different methods, but the main issue seems to be with LC_CTYPE, as although class/method declarations include I, it's added to the stack as i. I've wrote a couple of fixes that hopefully approach all cases, be warned, they are however a bit hacky. http://codeosaur.us/2012/07/16/php-and-the-tr_tr-utf8-locale/ You can simple explicitly set LC_CTYPE to your native language(eg en_US.utf8), but if you absolutely must have tr_TR.utf8 there, then you can use the magic of __autoload(), __call() and class_alias to handle it for you. Hope this helps. [2012-07-14 22:59:37] s...@php.net This bug has been fixed in SVN. 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Fixed in master. [2012-07-04 08:52:28] maar...@php.net @ stormbyte, I just made 2 separate more explicit tests, one for tr_TR.iso8859-9 and one for tr_TR.UTF-8 and they do have the same outcome: tr_TR.iso8859-9 - http://3v4l.org/o5YCk tr_TR.UTF-8 - http://3v4l.org/F2gEb 3v4l.org uses a 'vanilla' PHP setup, be free to play with phpinfo() and the likes to see for yourself. [2012-07-03 17:05:03] stormbyte at gmail dot com The problem: output: thIs Is just a test So if it is using the same function internally to do the tolower on class names, it will not find them. A workarround would be use toupper instead of tolower in zend_internal namespace handling, despite the correct fix would be to use independent identifyers (??) [2012-07-03 16:53:08] stormbyte at gmail dot com maar...@php.net: They don't seem to be running vanilla PHP installations. I've compiled php-5.4.4 from Gentoo and do not appear to be fixed to me, even in 5.4.4. Can you try on a vanilla PHP? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=18556 -- Edit this bug report at https://bugs.php.net/bug.php?id=18556&edit=1
Req #53653 [Com]: Allow reading message even with server http code > 400
Edit report at https://bugs.php.net/bug.php?id=53653&edit=1 ID: 53653 Comment by: reeze dot xia at gmail dot com Reported by:marc dot vachette at gmail dot com Summary:Allow reading message even with server http code > 400 Status: Open Type: Feature/Change Request Package:SOAP related Operating System: window PHP Version:5.2.16 Block user comment: N Private report: N New Comment: Hi marc, We could do this already, please try: http://php.net/manual/en/soapclient.getlastresponse.php Previous Comments: [2011-01-04 19:22:35] marc dot vachette at gmail dot com Description: When the server i connect through SoapClient returns an error, ir returns it whith http code 500, and somme error message. The problem is that php_soap extension do not show message content if the error code is larger than 400. -- Edit this bug report at https://bugs.php.net/bug.php?id=53653&edit=1
Bug #18556 [Com]: Setting locale to 'tr_TR' lowercases class names
Edit report at https://bugs.php.net/bug.php?id=18556&edit=1 ID: 18556 Comment by: richlv at nakts dot net Reported by:spud at nothingness dot org Summary:Setting locale to 'tr_TR' lowercases class names Status: Closed Type: Bug Package:Scripting Engine problem Operating System: Linux (RedHat 7.2) PHP Version:5CVS, 4CVS (2005-10-04) Assigned To:stas Block user comment: N Private report: N New Comment: hmm, i just tested trunk snapshot php-trunk-201209081330 which announces itself as 5.4.8-dev trying to use turkish locale still fails with : Fatal error: Class 'CInput' not found (there's uppercase I in the name) what am i doing wrong ? Previous Comments: [2012-09-08 14:25:15] richlv at nakts dot net which version is expected to have the fix ? looking at snapshots, is it trunk only (thus php 5.5 or whichever will be the next version) ? interesting bit - this bug was fixed just 9 days short of it's 10th birthday ;) (submitted 2002-07-25, fixed 2012-07-16) [2012-07-16 14:21:36] me at ollieread dot com I don't know how helpful this will be, but I've recently had an issue with the Turkish locale where I work. I tried lots of different methods, but the main issue seems to be with LC_CTYPE, as although class/method declarations include I, it's added to the stack as i. I've wrote a couple of fixes that hopefully approach all cases, be warned, they are however a bit hacky. http://codeosaur.us/2012/07/16/php-and-the-tr_tr-utf8-locale/ You can simple explicitly set LC_CTYPE to your native language(eg en_US.utf8), but if you absolutely must have tr_TR.utf8 there, then you can use the magic of __autoload(), __call() and class_alias to handle it for you. Hope this helps. [2012-07-14 22:59:37] s...@php.net This bug has been fixed in SVN. 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Fixed in master. [2012-07-04 08:52:28] maar...@php.net @ stormbyte, I just made 2 separate more explicit tests, one for tr_TR.iso8859-9 and one for tr_TR.UTF-8 and they do have the same outcome: tr_TR.iso8859-9 - http://3v4l.org/o5YCk tr_TR.UTF-8 - http://3v4l.org/F2gEb 3v4l.org uses a 'vanilla' PHP setup, be free to play with phpinfo() and the likes to see for yourself. [2012-07-03 17:05:03] stormbyte at gmail dot com The problem: output: thIs Is just a test So if it is using the same function internally to do the tolower on class names, it will not find them. A workarround would be use toupper instead of tolower in zend_internal namespace handling, despite the correct fix would be to use independent identifyers (??) 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=18556 -- Edit this bug report at https://bugs.php.net/bug.php?id=18556&edit=1
Bug #55671 [Com]: clean up the php 6 references in run-tests.php
Edit report at https://bugs.php.net/bug.php?id=55671&edit=1
ID: 55671
Comment by: reeze dot xia at gmail dot com
Reported by:tyr...@php.net
Summary:clean up the php 6 references in run-tests.php
Status: Open
Type: Bug
Package:Testing related
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Do we still have the problem?
I saw only one place have php6 specific test in run-tests.php
if (PHP_MAJOR_VERSION < 6) {
ini_set('magic_quotes_runtime',0); // this would break tests by modifying
EXPECT sections
if (ini_get('safe_mode')) {
echo <<< SAFE_MODE_WARNING
Previous Comments:
[2011-09-13 06:38:52] s...@php.net
A number of phpt's still have the PHP 6 syntax. These would need to be updated
before the string type change is made to run-tests.php
[2011-09-12 11:30:19] tyr...@php.net
Description:
there are mentions and special cases for working with php6, which isn't valid
anymore.
we should remove those(unicode string/binary string types), and there are some,
which should be enabled for >= 504000:
magic_quotes, safe_mode check, as those are removed with 5.4
--
Edit this bug report at https://bugs.php.net/bug.php?id=55671&edit=1
Bug #60377 [Com]: ZipArchive::extractTo() memory leaks with invalid path using phar://
Edit report at https://bugs.php.net/bug.php?id=60377&edit=1
ID: 60377
Comment by: reeze dot xia at gmail dot com
Reported by:fel...@php.net
Summary:ZipArchive::extractTo() memory leaks with invalid
path using phar://
Status: Assigned
Type: Bug
Package:Zip Related
PHP Version:trunk-SVN-2011-11-24 (SVN)
Assigned To:pajoye
Block user comment: N
Private report: N
New Comment:
I just test with latest versions, It seems been fixed already :)
Previous Comments:
[2011-11-24 21:52:14] fel...@php.net
Description:
See below.
Test script:
---
extractTo("phar:///usr/local/bin/phar.phar/a");
Actual result:
--
$ sapi/cli/php ../bug.php
[Thu Nov 24 19:50:30 2011] Script: '../bug.php'
/home/felipe/dev/phptrunk/main/streams/streams.c(258) : Freeing 0x7FF3DEA323F8
(8 bytes), script=../bug.php
[Thu Nov 24 19:50:30 2011] Script: '../bug.php'
/home/felipe/dev/phptrunk/main/spprintf.c(236) : Freeing 0x7FF3DEA35440 (207
bytes), script=../bug.php
=== Total 2 memory leaks detected ===
--
Edit this bug report at https://bugs.php.net/bug.php?id=60377&edit=1
Bug #62873 [Opn]: run-tests.php fails to send Bug report to http://qa.php.net when $http_proxy set
Edit report at https://bugs.php.net/bug.php?id=62873&edit=1 ID: 62873 Updated by: fel...@php.net Reported by:php dot net at thermoman dot de Summary:run-tests.php fails to send Bug report to http://qa.php.net when $http_proxy set Status: Open Type: Bug Package:Testing related Operating System: Linux 2.6.37.6 PHP Version:5.4.6 Block user comment: N Private report: N New Comment: This 0.0 makes no sense, we do use: fwrite($fs, "POST " . $path . "?status=$status&version=$php_version HTTP/1.1\r\n"); Previous Comments: [2012-08-21 06:54:57] php dot net at thermoman dot de Changed Summary [2012-08-20 11:40:15] php dot net at thermoman dot de It seems i found the problem. The box where i compiled PHP on had proxy environment settings active: % env | grep -i proxy http_proxy=http:((proxy:8080 FTP_PROXY=http:((proxy:8080 ftp_proxy=http:((proxy:8080 HTTPS_PROXY=http:((proxy:8080 https_proxy=http:((proxy:8080 HTTP_PROXY=http:((proxy:8080 (( == // Please see rant at the bottom of this comment. grepping through the proxies access_log i found this: 192.168.0.X - - [20/Aug/2012:12:09:57 +0200] "POST qa.php.net/buildtest-process.php?status=failed&version=5.4.6 HTTP/0.0" 400 3606 "-" "-" NONE:NONE 192.168.0.X - - [20/Aug/2012:13:06:33 +0200] "POST qa.php.net/buildtest-process.php?status=failed&version=5.4.6 HTTP/0.0" 400 3606 "-" "-" NONE:NONE HTTP/0.0 might be some versions to low ;-) Rant: ERROR: Please do not SPAM our bug system. <-- YEAH sure ... it's a good idea to count the 'http://' occurences and simply deny commenting if it's aboce a certain threshold. Not Funny! [2012-08-20 11:09:49] php dot net at thermoman dot de Description: After compiling PHP 5.4.6 i was asked to run the Test-Suite. Some tests failed and run-tests.php tried to post this result to http://qa.php.net/buildtest-process.php. This failed with "Connection reset by peer" error Test script: --- ./configure --prefix=/home/mm/php546 --disable-all make -j5 (make test) Expected result: Please enter your email address. (Your address will be mangled so that it will not go out on any mailinglist in plain text): [redacted] Posting to http://qa.php.net/buildtest-process.php Thank you for helping to make PHP better. Actual result: -- Please enter your email address. (Your address will be mangled so that it will not go out on any mailinglist in plain text): [redacted] Posting to http://qa.php.net/buildtest-process.php Notice: fwrite(): send of 8192 bytes failed with errno=104 Connection reset by peer in /home/mm/tmp/php-5.4.6/run-tests.php on line 996 Notice: fwrite(): send of 4 bytes failed with errno=32 Broken pipe in /home/mm/tmp/php-5.4.6/run-tests.php on line 997 Thank you for helping to make PHP better. -- Edit this bug report at https://bugs.php.net/bug.php?id=62873&edit=1
Req #48102 [Opn->Nab]: run-tests.php and symlinked tests
Edit report at https://bugs.php.net/bug.php?id=48102&edit=1 ID: 48102 Updated by: fel...@php.net Reported by:f...@php.net Summary:run-tests.php and symlinked tests -Status: Open +Status: Not a bug Type: Feature/Change Request Package:Testing related Operating System: Linux PHP Version:6CVS-2009-04-28 (CVS) Block user comment: N Private report: N New Comment: Not a problema anymore. Previous Comments: [2009-04-28 21:45:08] f...@php.net Description: I was just trying out some tests written for 5.3 with HEAD, when I noticed the following: $ make test TESTS=ext/whatever Warning: fopen(): Filename cannot be empty in /root/src/php6/run-tests.php on line 1164 ERROR: Cannot open test file: make: [test] Error 1 (ignored) That means if there's a symlink with no endpoint, the whole testsuite can't run. It works fine if the symlinked file is just an empty (existing) file: BORK cannot read test [/tmp/foo] Yes, having tests only symlinked inside the source dir might be weird, so I filed this as feature request and not bug Reproduce code: --- $ touch /tmp/foo $ ln -s /tmp/foo /path/to/php-src/ext/whatever/tests/foo.phpt $ rm /tmp/foo $ make test TESTS=ext/whatever Expected result: $ make test TESTS=ext/whatever [...] BORK symlink endpoint /tmp/foo doesn't exist Actual result: -- $ make test TESTS=ext/whatever Warning: fopen(): Filename cannot be empty in /root/src/php6/run-tests.php on line 1164 ERROR: Cannot open test file: make: [test] Error 1 (ignored) -- Edit this bug report at https://bugs.php.net/bug.php?id=48102&edit=1
Bug #63028 [Nab]: Include inside Phar with "./" prefix fails to include correctly
Edit report at https://bugs.php.net/bug.php?id=63028&edit=1
ID: 63028
User updated by:james dot turner dot phpninja at gmail dot com
Reported by:james dot turner dot phpninja at gmail dot com
Summary:Include inside Phar with "./" prefix fails to
include correctly
Status: Not a bug
Type: Bug
Package:PHAR related
Operating System: Ubuntu 12
PHP Version:5.3.16
Block user comment: N
Private report: N
New Comment:
Yes, you might want to include a file that is not in a phar (other library
requirements etc etc) but given that the phar is on the include path it should
look there first, it just doesn't work...
Previous Comments:
[2012-09-07 10:07:13] larue...@php.net
thinking of such structure:
.
test.phar
/include/bootstrap.php
people may want to include a file which is not in the phar..
[2012-09-07 10:02:33] james dot turner dot phpninja at gmail dot com
While I might concur and say that this is not a "bug" as such, what i'm getting
at is the fact that using "./include/a/file.php" IS valid syntax for a file
include path. It works in normal PHP land, but it does not work within a Phar
archive.
The issue is that I have an external library, which I wish to package up for
deployment, but i'm prohibited from doing so because the library uses these
"./" prefix notations on all their include paths. I do NOT want to alter the
whole library and change all include paths to use a different relative syntax
for file paths as this will then lead to inconsistency between the source and
the version I'm using.
Given that phar archives can intercept file path related calls should it not be
able to resolve "." to be the path relative to the file invoked from within the
phar archive? I still believe this to be a problem...
[2012-09-07 09:12:37] larue...@php.net
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
you should make your index.php like(which will use the include_path):
buildFromDirectory('src');
$phar->setStub($phar->createDefaultStub());
} catch(PharException $e){
echo $e->getMessage();
}
} else {
require_once ('phar://test.phar');
}
// src/index.php
https://bugs.php.net/bug.php?id=63028&edit=1
Bug #60377 [Asn->Csd]: ZipArchive::extractTo() memory leaks with invalid path using phar://
Edit report at https://bugs.php.net/bug.php?id=60377&edit=1
ID: 60377
Updated by: fel...@php.net
Reported by:fel...@php.net
Summary:ZipArchive::extractTo() memory leaks with invalid
path using phar://
-Status: Assigned
+Status: Closed
Type: Bug
Package:Zip Related
PHP Version:trunk-SVN-2011-11-24 (SVN)
Assigned To:pajoye
Block user comment: N
Private report: N
Previous Comments:
[2012-09-08 15:14:24] reeze dot xia at gmail dot com
I just test with latest versions, It seems been fixed already :)
[2011-11-24 21:52:14] fel...@php.net
Description:
See below.
Test script:
---
extractTo("phar:///usr/local/bin/phar.phar/a");
Actual result:
--
$ sapi/cli/php ../bug.php
[Thu Nov 24 19:50:30 2011] Script: '../bug.php'
/home/felipe/dev/phptrunk/main/streams/streams.c(258) : Freeing 0x7FF3DEA323F8
(8 bytes), script=../bug.php
[Thu Nov 24 19:50:30 2011] Script: '../bug.php'
/home/felipe/dev/phptrunk/main/spprintf.c(236) : Freeing 0x7FF3DEA35440 (207
bytes), script=../bug.php
=== Total 2 memory leaks detected ===
--
Edit this bug report at https://bugs.php.net/bug.php?id=60377&edit=1
Bug #55379 [Com]: can't iterate multidimensional array when referring to an object inside closure
Edit report at https://bugs.php.net/bug.php?id=55379&edit=1
ID: 55379
Comment by: reeze dot xia at gmail dot com
Reported by:rsk82 at live dot com
Summary:can't iterate multidimensional array when referring
to an object inside closure
Status: Open
Type: Bug
Package:Class/Object related
Operating System: Windows XP SP3
PHP Version:5.3.7
Block user comment: N
Private report: N
New Comment:
Hi rsk82,
please try lastest version,
from the follow result,
it it didn't crash on Linux, but the result output changed. so it
might been fixed already.
please refer to: http://3v4l.org/NUtav
Previous Comments:
[2011-08-19 16:33:19] rsk82 at live dot com
I nowadays released 5.3.7 this bug wasn't repaired.
[2011-08-07 14:50:33] rsk82 at live dot com
Description:
affected versions:
php-5.3.6-Win32-VC9-x86
php-5.3.7RC4-Win32-VC9-x86
php-5.3-ts-windows-vc9-x86-r314352
php-5.3-ts-windows-vc9-x86-r314419
php-5.4-ts-windows-vc9-x86-r314420
operating system:
Windows XP SP3
description in code
Test script:
---
' referenced memory at ''.
// #The memory could not be read.
// #Click OK to terminate the program.
// No error shows up in console, sometimes script stops without error but
sometimes executes like nothing is happening.
$test_data3 = array(array('one','two','three'),array('four','five','six'));
// error in PHP console:
// Fatal error: Call to a member function show_message() on a non-object in
c:\scripts\found-error.php on line xx
// values one two three are displayed, four five and six are ommitted.
class myClass {
function iterate_multidim_array($array) {
array_walk_recursive($array,function(&$val,$key,&$obj) {
$obj->show_message($val);
},$this);
}
function show_message($msg) {
echo $msg."\n";
}
}
echo phpversion()."\n\n";
$myInstance = new MyClass();
$myInstance-> iterate_multidim_array($test_data3);
?>
Expected result:
see no errors
Actual result:
--
comments in code
--
Edit this bug report at https://bugs.php.net/bug.php?id=55379&edit=1
[PHP-BUG] Bug #63045 [NEW]: QA reports for PHP 5.5 no longer submitted
From: nikic Operating system: PHP version: Irrelevant Package: Testing related Bug Type: Bug Bug description:QA reports for PHP 5.5 no longer submitted Description: QA reports for PHP 5.5.0-dev are no longer submitted. The last one is from 16 days ago. See https://qa.php.net/reports/?version=5.5.0-dev -- Edit bug report at https://bugs.php.net/bug.php?id=63045&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63045&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63045&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63045&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63045&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=63045&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=63045&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63045&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63045&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63045&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=63045&r=support Expected behavior: https://bugs.php.net/fix.php?id=63045&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63045&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63045&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63045&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63045&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=63045&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63045&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=63045&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63045&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63045&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63045&r=mysqlcfg
Bug #54162 [Opn->Nab]: Code given as argument for non-existing constructor won't execute
Edit report at https://bugs.php.net/bug.php?id=54162&edit=1 ID: 54162 Updated by: fel...@php.net Reported by:mz dot evgeny at gmail dot com Summary:Code given as argument for non-existing constructor won't execute -Status: Open +Status: Not a bug Type: Bug Package:*General Issues PHP Version:5.3.5 Block user comment: N Private report: N 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 This is expected, as the checking is done in runtime. It's just like: https://bugs.php.net/bug.php?id=54162&edit=1
Bug #55460 [Com]: if computing an expression in die(), the cgi engine crashes
Edit report at https://bugs.php.net/bug.php?id=55460&edit=1 ID: 55460 Comment by: reeze dot xia at gmail dot com Reported by:da at infomantis dot de Summary:if computing an expression in die(), the cgi engine crashes Status: Feedback Type: Bug Package:CGI/CLI related Operating System: Windows Vista PHP Version:5.4.0alpha3 Block user comment: N Private report: N New Comment: I couldn't reproduce that in PHP5.4 with php-cgi in Mac OS X Previous Comments: [2011-08-19 22:49:29] fel...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2011-08-19 10:38:03] da at infomantis dot de Description: If you end a script by calling "die()", an give an expression as parameter, that must be computed first, the CGI/CLI Engine crashes. Passing a normal string causes no problems, but everything complexer than a literal(object access, simple arithmetic expressions like 1+1, even concatenation of two strings) leads to an engine crash. Test script: --- Expected result: Now its gonna crashing complex expression Actual result: -- Now its gonna crashing complex expression Windows informs me, that the CGI/CLI engine encountered an unidentified failure and must be restarted. -- Edit this bug report at https://bugs.php.net/bug.php?id=55460&edit=1
Bug #36555 [Com]: realpath_cache never updated with symlinks (removed or renamed)
Edit report at https://bugs.php.net/bug.php?id=36555&edit=1
ID: 36555
Comment by: webmaster at wininup dot com
Reported by:p at damezin dot com
Summary:realpath_cache never updated with symlinks (removed
or renamed)
Status: Not a bug
Type: Bug
Package:Filesystem function related
Operating System: Linux OpenBSD
PHP Version:5.2.0
Block user comment: N
Private report: N
New Comment:
Well, i'm afraid I can only reproduce this bug when it's used through Apache.
Testing is hard because it does not appear at the first time.
Download the file "test.php" from this URL :
http://dl.dropbox.com/u/62007491/test.php
To init the test, in the same directory that "test.php" please create a
directory "writable", writable by Apache ("mkdir writable && chmod 777
writable"
for testing should be okay).
1. Run the script with the $flag = true. This should create 2 files in the
writable directory, the "content" file, plus the symlink file.
2. Execute the script multiple times (this is important) by pressing F5. No
error should occur.
3. Now Run the same script with the $flag = false. This should delete this
"content" and "symlink" file.
4. Execute the script multiple times (this is important)
5. Then Run the same process from the step 1 to 4. Try again until you see that
the step 1 ($flag = true) fails with :
Warning: symlink(): File exists in /var/www/html/test/test.php on line 37
islink:
Warning: linkinfo(): No such file or directory in /var/www/html/test/test.php
on
line 41
linkinfo: -1
Warning: readlink(): No such file or directory in /var/www/html/test/test.php
on
line 42
readlink:
php version : 5.4.6 realpath_cache_size (if available) : 16K
Array ( [0] => /var/www/html/test/writable/content_42 )
=> As you can see in the above output, the symlink() fails with "File exists"
but the symlink actually does not exist !!
Hope this helps.
Previous Comments:
[2012-09-07 17:16:40] larue...@php.net
I can not reproduce this.
could you explain your test steps?
[2012-09-07 16:11:32] webmaster at wininup dot com
Why is this bug report not considered like a real bug ? It is because it's not
at
all the behavior expected : file_get_contents() randomly the content delivered
is
the the new symlink or from the old symlink content !!
Still occurs on PHP 5.4.6 (Linux Fedora 17).
[2006-11-03 12:37:08] p at damezin dot com
New simplified testcase :
[2006-11-03 12:07:58] p at damezin dot com
new summary (perhaps it would make this bug more interesting...)
Bug on 5.2.0 is verified with default configuration (without php.ini) and
sources provided from php.net (no patch from a portage).
[2006-11-03 12:00:15] p at damezin dot com
still have this problem on 5.2.
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=36555
--
Edit this bug report at https://bugs.php.net/bug.php?id=36555&edit=1
Bug #36555 [Com]: realpath_cache never updated with symlinks (removed or renamed)
Edit report at https://bugs.php.net/bug.php?id=36555&edit=1
ID: 36555
Comment by: webmaster at wininup dot com
Reported by:p at damezin dot com
Summary:realpath_cache never updated with symlinks (removed
or renamed)
Status: Not a bug
Type: Bug
Package:Filesystem function related
Operating System: Linux OpenBSD
PHP Version:5.2.0
Block user comment: N
Private report: N
New Comment:
Same problem for this user : http://sixohthree.com/1517/php-and-the-realpath-
cache
He seems right telling that the cache is not thread safe.
Previous Comments:
[2012-09-08 15:51:17] webmaster at wininup dot com
Well, i'm afraid I can only reproduce this bug when it's used through Apache.
Testing is hard because it does not appear at the first time.
Download the file "test.php" from this URL :
http://dl.dropbox.com/u/62007491/test.php
To init the test, in the same directory that "test.php" please create a
directory "writable", writable by Apache ("mkdir writable && chmod 777
writable"
for testing should be okay).
1. Run the script with the $flag = true. This should create 2 files in the
writable directory, the "content" file, plus the symlink file.
2. Execute the script multiple times (this is important) by pressing F5. No
error should occur.
3. Now Run the same script with the $flag = false. This should delete this
"content" and "symlink" file.
4. Execute the script multiple times (this is important)
5. Then Run the same process from the step 1 to 4. Try again until you see that
the step 1 ($flag = true) fails with :
Warning: symlink(): File exists in /var/www/html/test/test.php on line 37
islink:
Warning: linkinfo(): No such file or directory in /var/www/html/test/test.php
on
line 41
linkinfo: -1
Warning: readlink(): No such file or directory in /var/www/html/test/test.php
on
line 42
readlink:
php version : 5.4.6 realpath_cache_size (if available) : 16K
Array ( [0] => /var/www/html/test/writable/content_42 )
=> As you can see in the above output, the symlink() fails with "File exists"
but the symlink actually does not exist !!
Hope this helps.
[2012-09-07 17:16:40] larue...@php.net
I can not reproduce this.
could you explain your test steps?
[2012-09-07 16:11:32] webmaster at wininup dot com
Why is this bug report not considered like a real bug ? It is because it's not
at
all the behavior expected : file_get_contents() randomly the content delivered
is
the the new symlink or from the old symlink content !!
Still occurs on PHP 5.4.6 (Linux Fedora 17).
[2006-11-03 12:37:08] p at damezin dot com
New simplified testcase :
[2006-11-03 12:07:58] p at damezin dot com
new summary (perhaps it would make this bug more interesting...)
Bug on 5.2.0 is verified with default configuration (without php.ini) and
sources provided from php.net (no patch from a portage).
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=36555
--
Edit this bug report at https://bugs.php.net/bug.php?id=36555&edit=1
Bug #63045 [Opn]: QA reports for PHP 5.5 no longer submitted
Edit report at https://bugs.php.net/bug.php?id=63045&edit=1 ID: 63045 Updated by: larue...@php.net Reported by:ni...@php.net Summary:QA reports for PHP 5.5 no longer submitted Status: Open Type: Bug Package:Testing related PHP Version:Irrelevant Block user comment: N Private report: N New Comment: I just tested, it seems okey in client side: You may have found a problem in PHP. This report can be automatically sent to the PHP QA team at http://qa.php.net/reports and http://news.php.net/php.qa.reports This gives us a better understanding of PHP's behavior. If you don't want to send the report immediately you can choose option "s" to save it. You can then email it to qa-repo...@lists.php.net later. Do you want to send this report now? [Yns]: y Please enter your email address. (Your address will be mangled so that it will not go out on any mailinglist in plain text): du...@dummy.com Posting to http://qa.php.net/buildtest-process.php Thank you for helping to make PHP better. Previous Comments: [2012-09-08 15:32:02] ni...@php.net Description: QA reports for PHP 5.5.0-dev are no longer submitted. The last one is from 16 days ago. See https://qa.php.net/reports/?version=5.5.0-dev -- Edit this bug report at https://bugs.php.net/bug.php?id=63045&edit=1
Req #53097 [Opn->Csd]: Allow creating object without variable assignment and calling method inline
Edit report at https://bugs.php.net/bug.php?id=53097&edit=1
ID: 53097
Updated by: fel...@php.net
Reported by:cmanley at xs4all dot nl
Summary:Allow creating object without variable assignment
and calling method inline
-Status: Open
+Status: Closed
Type: Feature/Change Request
Package:Scripting Engine problem
PHP Version:5.3.3
-Assigned To:
+Assigned To:felipe
Block user comment: N
Private report: N
Previous Comments:
[2011-11-11 10:51:04] cmanley at xs4all dot nl
Nice. It seems to be added in PHP 5.4 RC1 even though nobody seems to have
handled
this feature request I wasted my time on.
[2010-10-19 13:50:04] cmanley at office dot caiw dot nl
@derick
Thanks, but that was simply an example. It could've been any (even user
defined) class.
[2010-10-18 15:59:52] der...@php.net
As a workaround, you can do:
print date_create('now')->format('Y-m-d H:i:s'), "\n";
[2010-10-18 14:59:35] cmanley at xs4all dot nl
Description:
In other languages I can do things like this, but PHP5 barfs when I try to do
it:
print (new DateTime('now'))->format('Y-m-d H:i:s')
Instead I have to use a temporary variable:
$x = new DateTime('now');
print $x->format('Y-m-d H:i:s');
unset($x);
Test script:
---
php -r "print (new DateTime('now'))->format('Y-m-d H:i:s')"
Expected result:
The date+time stamp.
Actual result:
--
PHP Parse error: syntax error, unexpected T_OBJECT_OPERATOR in Command line
code on line 1
--
Edit this bug report at https://bugs.php.net/bug.php?id=53097&edit=1
Bug #36555 [Com]: realpath_cache never updated with symlinks (removed or renamed)
Edit report at https://bugs.php.net/bug.php?id=36555&edit=1
ID: 36555
Comment by: webmaster at wininup dot com
Reported by:p at damezin dot com
Summary:realpath_cache never updated with symlinks (removed
or renamed)
Status: Not a bug
Type: Bug
Package:Filesystem function related
Operating System: Linux OpenBSD
PHP Version:5.2.0
Block user comment: N
Private report: N
New Comment:
Well this basic workaround is to replace file_get_contents($symlink) with :
$fh = fopen($symlink, 'r');
$raw = fread($fh, filesize($symlink));
fclose($symlink);
Previous Comments:
[2012-09-08 16:04:14] webmaster at wininup dot com
Same problem for this user : http://sixohthree.com/1517/php-and-the-realpath-
cache
He seems right telling that the cache is not thread safe.
[2012-09-08 15:51:17] webmaster at wininup dot com
Well, i'm afraid I can only reproduce this bug when it's used through Apache.
Testing is hard because it does not appear at the first time.
Download the file "test.php" from this URL :
http://dl.dropbox.com/u/62007491/test.php
To init the test, in the same directory that "test.php" please create a
directory "writable", writable by Apache ("mkdir writable && chmod 777
writable"
for testing should be okay).
1. Run the script with the $flag = true. This should create 2 files in the
writable directory, the "content" file, plus the symlink file.
2. Execute the script multiple times (this is important) by pressing F5. No
error should occur.
3. Now Run the same script with the $flag = false. This should delete this
"content" and "symlink" file.
4. Execute the script multiple times (this is important)
5. Then Run the same process from the step 1 to 4. Try again until you see that
the step 1 ($flag = true) fails with :
Warning: symlink(): File exists in /var/www/html/test/test.php on line 37
islink:
Warning: linkinfo(): No such file or directory in /var/www/html/test/test.php
on
line 41
linkinfo: -1
Warning: readlink(): No such file or directory in /var/www/html/test/test.php
on
line 42
readlink:
php version : 5.4.6 realpath_cache_size (if available) : 16K
Array ( [0] => /var/www/html/test/writable/content_42 )
=> As you can see in the above output, the symlink() fails with "File exists"
but the symlink actually does not exist !!
Hope this helps.
[2012-09-07 17:16:40] larue...@php.net
I can not reproduce this.
could you explain your test steps?
[2012-09-07 16:11:32] webmaster at wininup dot com
Why is this bug report not considered like a real bug ? It is because it's not
at
all the behavior expected : file_get_contents() randomly the content delivered
is
the the new symlink or from the old symlink content !!
Still occurs on PHP 5.4.6 (Linux Fedora 17).
[2006-11-03 12:37:08] p at damezin dot com
New simplified testcase :
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=36555
--
Edit this bug report at https://bugs.php.net/bug.php?id=36555&edit=1
Bug #36555 [Com]: realpath_cache never updated with symlinks (removed or renamed)
Edit report at https://bugs.php.net/bug.php?id=36555&edit=1
ID: 36555
Comment by: webmaster at wininup dot com
Reported by:p at damezin dot com
Summary:realpath_cache never updated with symlinks (removed
or renamed)
Status: Not a bug
Type: Bug
Package:Filesystem function related
Operating System: Linux OpenBSD
PHP Version:5.2.0
Block user comment: N
Private report: N
New Comment:
Sorry, the last workaround with fopen() is not working better. Same bug.
Previous Comments:
[2012-09-09 01:06:58] webmaster at wininup dot com
Well this basic workaround is to replace file_get_contents($symlink) with :
$fh = fopen($symlink, 'r');
$raw = fread($fh, filesize($symlink));
fclose($symlink);
[2012-09-08 16:04:14] webmaster at wininup dot com
Same problem for this user : http://sixohthree.com/1517/php-and-the-realpath-
cache
He seems right telling that the cache is not thread safe.
[2012-09-08 15:51:17] webmaster at wininup dot com
Well, i'm afraid I can only reproduce this bug when it's used through Apache.
Testing is hard because it does not appear at the first time.
Download the file "test.php" from this URL :
http://dl.dropbox.com/u/62007491/test.php
To init the test, in the same directory that "test.php" please create a
directory "writable", writable by Apache ("mkdir writable && chmod 777
writable"
for testing should be okay).
1. Run the script with the $flag = true. This should create 2 files in the
writable directory, the "content" file, plus the symlink file.
2. Execute the script multiple times (this is important) by pressing F5. No
error should occur.
3. Now Run the same script with the $flag = false. This should delete this
"content" and "symlink" file.
4. Execute the script multiple times (this is important)
5. Then Run the same process from the step 1 to 4. Try again until you see that
the step 1 ($flag = true) fails with :
Warning: symlink(): File exists in /var/www/html/test/test.php on line 37
islink:
Warning: linkinfo(): No such file or directory in /var/www/html/test/test.php
on
line 41
linkinfo: -1
Warning: readlink(): No such file or directory in /var/www/html/test/test.php
on
line 42
readlink:
php version : 5.4.6 realpath_cache_size (if available) : 16K
Array ( [0] => /var/www/html/test/writable/content_42 )
=> As you can see in the above output, the symlink() fails with "File exists"
but the symlink actually does not exist !!
Hope this helps.
[2012-09-07 17:16:40] larue...@php.net
I can not reproduce this.
could you explain your test steps?
[2012-09-07 16:11:32] webmaster at wininup dot com
Why is this bug report not considered like a real bug ? It is because it's not
at
all the behavior expected : file_get_contents() randomly the content delivered
is
the the new symlink or from the old symlink content !!
Still occurs on PHP 5.4.6 (Linux Fedora 17).
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=36555
--
Edit this bug report at https://bugs.php.net/bug.php?id=36555&edit=1
