On Wed, 31 Jan 2001, Tomohiro KUBOTA wrote: > kernel should be responsible for encoding conversion... (i.e., I have > no idea whether locale encoding or UTF-8 should be used for parameters > for fopen() and so on.) I think it would be very bad, potentially disasterous to have open() and fopen() taking different parameters for the filename. (Last time I checked [and I wrote some of the code for this] GTK+ 2.0 will be taking the policy, that all filenames are in UTF-8, even though some other things will undergo locale->UTF-8 conversion, unless this is specifically requested with something like G_BROKEN_FILENAMES=1). But I don't know if this has changed. -- Robert Brady [EMAIL PROTECTED] - Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/lists/
- Re: Towards a new text terminal standard Kai Henningsen
- Re: backspace policy (Re: kernel tty patches) Robert Brady
- Re: Purpose of DEL Markus Kuhn
- Re: backspace policy (Re: kernel tty patche... Bruno Haible
- Re: backspace policy (Re: kernel tty patche... Tomohiro KUBOTA
- Re: xterm Robert Brady
- Re: xterm Tomohiro KUBOTA
- Re: xterm Robert Brady
- Re: xterm Bruno Haible
- ISO-2022 (Re: xterm) Tomohiro KUBOTA
- Re: filename encoding (was: ISO-2022) 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
