Re: filename encoding issues completely broken in glib (and likely also gtk2)?
- From: Torsten Schoenfeld <kaffeetisch gmx de>
- To: Marc Lehmann <schmorp schmorp de>
- Cc: gtk-perl-list gnome org
- Subject: Re: filename encoding issues completely broken in glib (and likely also gtk2)?
- Date: Mon, 31 Mar 2008 21:39:07 +0200
On Fri, 2008-03-28 at 06:57 +0100, Marc Lehmann wrote:
What is buggy is enforcing their use for glib functions expecting filenames.
And this is clearly against the documentation:
c-glib "f" documents a filename as input
perl does f (filename_from_unicode (string))
perl expects unicode as filename
Problem is that not all filenames are representable as unicode. The
conversion functions are required to exist, but only the useR/developer
knows wether his filename is a unicode filename or a native OS filename,
glib _cannot_ decide this for him.
Thanks for the very clear explanation.
What does all this boil down to, though? How should the GPerlFilename
typemap look? If it can't be fixed, which new typemaps do we need and
what should they do?
--
Bye,
-Torsten
[
Date Prev][Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]