ID: 30730
Updated by: [EMAIL PROTECTED]
Reported By: dev at viapanda dot com
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: Windows XP SP2
PHP Version: 4.3.9
New Comment:
Why do you think this is a bug in PHP and not in Windows?
Previous Comments:
------------------------------------------------------------------------
[2004-11-09 08:15:43] dev at viapanda dot com
Description:
------------
I can't find a better summary...
The issue looks complex to me.
By using the rename function, you can create a path whose total length
is superior to 255 (?), wich "appears" to be some limit on NTFS.
Once you renamed your dir, the files under can't be deleted nor renamed
using explorer...
And php is_file stops working
I'm too dumb to understand the windows ntfs spec...
So, the issue is:
"rename() allows you to create path longer than a limit that triggers
problems..."
Reproduce code:
---------------
// Create a directory
@mkdir('c:/test');
// Create a file in that directory
$path='c:/test/whatever_the_name_of_this_file';
[EMAIL PROTECTED]($path, 'wb+');
@fclose($fp);
// Rename that directory in order that the file full path will be long
enough to trigger the bug
$destination=str_pad('c:/test', 250, '0');
rename('c:/test', $destination);
Expected result:
----------------
(i) If the whole is incorrect, I would like to have an error from the
rename function, and my dir shouldn't be renamed.
(ii) If this is correct, then is_file (and probably other functions)
should work correctly on this file
Actual result:
--------------
(i) something is broken in windows (duh!), as you can't rename or
delete the file
(ii) php functions like is_file, don't work on that file
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=30730&edit=1
