NLS handling in Filesystem code

From: tytso@mit.edu
Date: Mon Sep 11 2000 - 11:30:21 EST


   From: Meelis Roos <mroos@linux.ee>
   Date: Sun, 20 Aug 2000 13:27:40 +0200

   TTo> * If all the ISO NLS's are modules, there can be an
   TTo> undefined ref to CONFIG_NLS_DEFAULT in inode.c (Dale Amon)

   Somebody please recheck Config in about NLS. ISOFS has different
   condition than other FS'es IIRC (noticed it in test7-pre5 smb nls
   support patch).

While updating the Linux 2.4 issues list (a new updated list will be out
shortly), it looks like this item has still not been addressed. To
whomever is maintainning the NLS, ISOFS, FAT, and SMBFS filesystems:
(I wasn't able to identify maintainers for all of these)

ISOFS ignores CONFIG_NLS_DEFAULT, and hardcodes the use of iso8859-1 as
the default. Is this the correct behaviour?

The FAT and SMBFS filesystems will fail to compile of CONFIG_NLS_DEFAULT
is not defined which will be the case if the user answers "no" to
CONFIG_NLS question. I assume there should be some better fallbacks for
this case?

                                                - Ted
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Fri Sep 15 2000 - 21:00:15 EST