ID: 30730 Updated by: [EMAIL PROTECTED] Reported By: dev at viapanda dot com -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Windows XP SP2 PHP Version: 4.3.9 New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. PHP uses your system internal libc to perform the rename operation. This library appears to allow the rename process to go through, so it's not a bug in PHP. Previous Comments: ------------------------------------------------------------------------ [2004-11-10 22:51:19] dev at viapanda dot com Well... Frankly I don't know, it's out of reach of my understanding. I'm no way a filesystem expert... So, do you think it's a pure win bug, and nothing can be done in php to handle this? Thanks for the work on php. Best regards, Olivier ------------------------------------------------------------------------ [2004-11-09 20:50:19] [EMAIL PROTECTED] Why do you think this is a bug in PHP and not in Windows? ------------------------------------------------------------------------ [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
