![]() | This article is rated C-class on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | ||||||||||
|
this article contains evidence contradicting this claim: http://linuxboxadmin.com/articles/filefriction.php
what do y'all think? —The preceding unsigned comment was added by 69.249.82.16 (talk • contribs) 19:12, July 10, 2006 (UTC)
37.47.37.21 (talk) 19:08, 11 June 2017 (UTC)
pages linking to "long filenames" (with a S) should be redirected here. right now it's only without a S. 70.111.218.254 13:41, 21 October 2006 (UTC)
"The reason they choose to do this is compatibility: volume labels are generally ignored by programs and operating systems apart in the root directory, notably they do not prevent the deletion of an otherwise empty directory."
I took out the second half of that sentence -- this was not a good place for it. And I do not understand it. If you do understand it, please put it back in an appropriate place, if there is one. 69.87.203.84 20:15, 21 January 2007 (UTC)
When I move files from XP to Windows 98SE on a Creative Muvo MP3 USB flash drive, the short file and folder names that are all lowercase get changed to all UPPERCASE, and subtle problems ensue. I assume that this is caused by the 8.3 representation, which is case-ambiguous. Can someone explain exactly what is going on, and what are the best ways to avoid or fix the problem? 69.87.200.105 14:41, 22 January 2007 (UTC)
I went through and cleaned up grammar and wording in there, and split off the paragraph on MacOS into its own section. I later changed my mind and reverted it. However, I'm not convinced that this is the place for that information. I'll ponder it for a while, but if no one comments I might remove it. EvanED 04:40, 24 July 2007 (UTC)
What does "Similar" mean here? Does the Mac File System store long names in a chain of short name records? I cannot find info that it does. If "Similar" only means "longer than 8+3" I suggest change section title to "Other File Systems supporting long filenames" or remove section. David A se (talk) 20:18, 31 March 2009 (UTC)
Quote "one of the first file systems to support long names and spaces was the Macintosh File System ... 1984". One might add that there was VAX/VMS: 9+3 chars (1979?) and 39+39 chars (≤1985?) (thou not spaces) and UNIX: 14 chars 1972. How much longer than 8+3 qualify as "long"? I suggest remove section (years and filename-lengths are tabulated in "Comparison_of_file_systems") David A se (talk) 20:18, 31 March 2009 (UTC)
The name given by Microsoft is "long file name". As far as I know, the word "filename" is not used in regular encyclopedias, and it's not in the Merriam-Webster's Collegiate Dictionary.
Examples:
1) http://support.microsoft.com/kb/174456
"When you attempt to run a long file name (LFN)"
"Short File Name" "Long File Name"
3) http://www.merriam-webster.com/dictionary/filename .
User TomViza made an edit that removed the following sentence: "The Windows implementation does not allow two files with the same name, even with different cases, such as “Example” and “EXAMple”. It will name the file in the way it is first referred to, and after that any form will match that one file. (This is called case preserving.)" The reasoning was that this is a limitation of FAT, not LFN, and didn't belong in this article.
I don't agree with this edit.
On one hand, it is a limitation of FAT, but at the same time, 8.3 filenames were also a limitation of FAT. LFNs removed (for all practical purposes) the limitation on length, and there is no reason the limitations of case-insensitivity couldn't have also been removed at the same time.
In other words, the limitation was present in FAT before LFNs, but MS made the design decision (that I agree with BTW) that file systems should be case-insensitive AGAIN when they implemented LFNs.
EvanED 00:04, 19 October 2007 (UTC)
This article is confused about what "long file name" means:
Most of the article seems to be about the latter, although the only MSDN reference I bothered to check (Naming Files, Paths, and Namespaces) talks about it as the first meaning. In that case, this article should be renamed something like "Long file names on FAT".
Also, the lead claims that the characters in a long file name are stored as unicode characters, whereas that reference implies that's only true for FAT32 (and NTFS, etc), not FAT or CDFS. On that note, maybe CDFS should be mentioned in this article too?
In summary, this article contains useful information, but it is not clear what it is about overall. Quietbritishjim (talk) 14:17, 19 January 2011 (UTC)
Please explain how "chaining up to 20 directory entries of 13 2-byte unicode characters each" turns into statement that "long filename system allows a maximum length of 255 UTF-16 characters" when 20 by 13 is obviously 260? Microsoft states that "In the Windows API (with some exceptions discussed in the following paragraphs), the maximum length for a path is MAX_PATH, which is defined as 260 characters.", see Naming Files, Paths, and Namespaces. Please add information that 255 equals MAX_PATH minus following: drive letter, colon, backslash, and a NUL symbol that terminates the name string (this is still 260 - 4 = 256): "A local path is structured in the following order: drive letter, colon, backslash, name components separated by backslashes, and a terminating null character. For example, the maximum path on drive D is "D:\some 256-character path string<NUL>" where "<NUL>" represents the invisible terminating null character for the current system codepage." This representation (\\?\filename<NUL>) gives you 255 characters for the filename. But! It allows for 32-bit addressing. Please explain this in this article; otherwise it is quite confusing. — Preceding unsigned comment added by 78.111.95.34 (talk) 07:29, 23 June 2011 (UTC)
I think the filename is completely irrelevant here! Could be a file name inside the absolute folder location [...] can be 234 characters long. The "ABCD..." is just confusing wrt the "21 characters") — Preceding unsigned comment added by 46.223.21.105 (talk) 12:23, 14 March 2013 (UTC)
Hello fellow Wikipedians,
I have just modified one external link on Long filename. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template ((source check))
(last update: 5 June 2024).
Cheers.—InternetArchiveBot (Report bug) 21:31, 5 January 2018 (UTC)
The 4690 OS link (reference 9) to IBM now (apparently since 6th Nov 2014) yields a document saying contact Toshiba for information. — Preceding unsigned comment added by 217.169.14.20 (talk) 12:48, 21 April 2019 (UTC)
... Also, one is more likely to encounter issues creating files or folders in the root directory, since FAT12 and FAT16 only allocate space for 512 root directory entries on hard disks. Since long filenames use more than one directory entry, this problem may occur with fewer than 512 files or folders in the root directory.[2] There is space only for 24 long filenames of maximum length (512/(1+20)). This problem does not exist for FAT32 volumes.
This is such a common misconcepton that I know anyone would be hard pressed to find a formatter that would allow you to configure the number. The way around this for me anyways back in the day was to edit the disk afterwards with something like partition magic. 66.114.93.6 (talk) 22:17, 23 August 2020 (UTC)