#30730 [Fbk->Opn]: Filename path length limit broken on NTFS volume, using rename

From: Date: Wed, 10 Nov 2004 21:51:21 +0000
Subject: #30730 [Fbk->Opn]: Filename path length limit broken on NTFS volume, using rename
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-68920@lists.php.net to get a copy of this message
ID: 30730 User updated by: dev at viapanda dot com Reported By: dev at viapanda dot com -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Windows XP SP2 PHP Version: 4.3.9 New Comment: 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 Previous Comments: ------------------------------------------------------------------------ [2004-11-09 20:50:19] derick@php.net 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'; $fp=@fopen($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

« previous php.bugs (#68920) next »