Messages in this thread | | | Subject | Re: JFS default behavior / UTF-8 filenames | From | Dave Kleikamp <> | Date | Tue, 24 Feb 2004 08:44:10 -0600 |
| |
On Sun, 2004-02-22 at 13:22, kernel@mikebell.org wrote:
> > And that's why I was saying I think UTF-8 mode is the "least broken" for > any filesystem that stores filenames in a specific encoding rather than > "as the client submitted it". And most especially for UCS-2/UTF-16 > filesystems.
I receive a lot of complaints when JFS does not accept names because they contain an "invalid" character. Defaulting to UTF-8 will cause some non-utf-8 filenames to be rejected. The change I made makes the default behavior sane and posix-compliant. It won't make everybody happy, but it will provide predicable, sane behavior.
> I think the default for a filesystem should be something that absolutely > will not disappear your files. So for NTFS/JFS, it should be UTF-8. And > if a traditional UNIX filesystem wants to do a UTF-8 only mode, I think > ideally it should be done at mkfs time rather than mount time.
The biggest problem with changing the default now is that the behavior was unpredictable before. Now, the default behavior will not allow filenames to be stored with UCS-2 characters greater than 0x00ff, so there won't be inaccessible files unless the iocharset option has been used. This allows the average user to get sane behavior, but allows the flexibility of accessing the file system in a specific character set for those users who know what they are doing. -- David Kleikamp IBM Linux Technology Center
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |