On Fri, Feb 02, 2001 at 12:08:31PM +0900, Tomohiro KUBOTA wrote: > Passing locale-encoding to libc/kernel without telling the locale > causes a problem. In some encodings, a code of '/' may appear in > the 2nd byte of multibyte character or in a certain shift state. Those encodings aren't used in Unix filesystems. That's why UTF-8 was created. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org - Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/lists/
- 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
- ISO-2022 (Re: filename encoding (was: ISO-2022)) David Starner
- ISO-2022 (Re: filename encoding (was: ISO-2022)) Tomohiro KUBOTA
- Re: ISO-2022 Markus Kuhn
- Re: ISO-2022 Tomohiro KUBOTA
- Re: ISO-2022 Bruno Haible
- XTerm and ISO-2022 Tomohiro KUBOTA
- Re: XTerm and ISO-2022 Robert Brady
- Re: XTerm and ISO-2022 Tomohiro KUBOTA
- Re: XTerm and ISO-2022 Robert Brady
- Re: XTerm and ISO-2022 David Starner
- Re: XTerm and ISO-2022 Tomohiro KUBOTA