Messages in this thread |  | | | From | Robin Rosenberg <> | | Subject | Re: JFS default behavior (was: UTF-8 in file systems? xfs/extfs/etc.) | | Date | Fri, 13 Feb 2004 02:16:53 +0100 |
| |
On Friday 13 February 2004 01.38, Jamie Lokier wrote: > Robin Rosenberg wrote: > Now consider the case with an external firewire > > disk or memory stick created on a machine with iso-8859-1 as the system character > > set and e.g xfs as the file system. What happens when I hook it up to a new redhat > > installation that thinks file names are best stored as utf8? Most non-ascii > > file names aren't even legal in utf8. > > It goes wrong. This happens both with filesystems that know nothing > about encodings, e.g. ext3, and filesystems that need to be told what > to transcode to/from utf-8, e.g. ntfs.
Yes, so ext3&co. should be equipped with charset options just the other so it can be fixed by the user or in some cases the mount tools.
Is there a place to store character set information in these file systems?
> It is also a problem that some applications access the filesystem > assuming utf-8 and some don't. Nothing in the filesystem can make the > different applications cooperate regarding these. E.g. I have > filenames that look fine in "ls" containg things like c-cedilla, but > xmms displays them wrongly.
Some apps simply don't think non-ascii is relevant. Xmms is one, although is doesn't crash at least. My guess was that it was a font problem since it looks like XMMS uses some special fonts. Even new apps (like gedit have character set problems. These apps have to be fixed since they don't work properly anywhere outside the US. But that is a pure userspace problem, not a kernel one.
-- robin - 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/
|  |