Tomohiro KUBOTA <[EMAIL PROTECTED]> writes: > Thus, either of them should be taken: > 1. libc/kernel accepts only UTF-8 filenames. > 2. libc/kernel knows the locale. None of this. Neither the kernel nor libc will ever do anything about the encoding of filenames etc. There are these stupid Winblows exceptions of course but not for real filesystems. -- ---------------. ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Red Hat `--' drepper at redhat.com `------------------------ - Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/lists/
- Re: xterm Bruno Haible
- ISO-2022 (Re: xterm) Tomohiro KUBOTA
- Re: ISO-2022 (Re: xterm) Robert Brady
- Re: filename encoding (was: ISO-2022) Bruno Haible
- Re: filename encoding Markus Kuhn
- Re: filename encoding (was: ISO-2022) Bram Moolenaar
- Re: filename encoding (was: ISO-2022) Edmund GRIMLEY EVANS
- Re: filename encoding (was: ISO-2022) Tomohiro KUBOTA
- Re: filename encoding (was: ISO-2022) Marcin 'Qrczak' Kowalczyk
- Re: filename encoding (was: ISO-2022) Tomohiro KUBOTA
- Re: filename encoding (was: ISO-2022) Ulrich Drepper
- Re: filename encoding (was: ISO-2022) David Starner
- Re: filename encoding (was: ISO-2022) Tomohiro KUBOTA
- Re: filename encoding (was: ISO-2022) David Starner
- Re: filename encoding (was: ISO-2022) Henry Spencer
- Re: filename encoding (was: ISO-2022) Edmund GRIMLEY EVANS
- Re: filename encoding (was: ISO-2022) Harald Alvestrand
- Re: filename encoding (was: ISO-2022) Edmund GRIMLEY EVANS
- Re: filename encoding (was: ISO-2022) David Starner
- ISO-2022 (Re: filename encoding (was: ISO-2022)) Tomohiro KUBOTA
- Re: ISO-2022 Markus Kuhn
