Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:42660 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 51419 invoked from network); 16 Jan 2009 14:53:46 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Jan 2009 14:53:46 -0000 X-Host-Fingerprint: 84.140.245.170 p548CF5AA.dip.t-dialin.net Received: from [84.140.245.170] ([84.140.245.170:18409] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8C/85-27029-97F90794 for ; Fri, 16 Jan 2009 09:53:46 -0500 Message-ID: <8C.85.27029.97F90794@pb1.pair.com> To: internals@lists.php.net Date: Fri, 16 Jan 2009 15:53:42 +0100 User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 84.140.245.170 Subject: Re: [PHP-DEV] Path length for files on NTFS From: karsten@typo3.org (Karsten Dambekalns) Hi Pierre. On 16.01.2009 14:33 Uhr, Pierre Joye wrote: >> While NTFS supports path lengths of up to 32k characters, > > By the way, this limit is approximative. In what way? > There is no plan yet to increase this value. The main problem is that > the maximum length of a path is volume dependent, not system > dependent. Right. One FAT volume could wreck it all. > To support longer path, it would mean to check the volume information > for each file operation (once per volume, cache it and reuse it) as > well as using dymamic allocation for for the filename itself, in many > places. I'm not sure it is worth the effort. Sounds bad. I just cannot believe it is still easily possible to "break" a machine by simply using FAT32 under Vista. Phew. > You can use a hash as filename, as a temporary workaround. Well, not really. Our names include some information, so hashing isn't really an option. For now we'll probably just skip supporting Windows. Regards, Karsten