[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Filename encoding
From: |
Mark H Weaver |
Subject: |
Re: Filename encoding |
Date: |
Wed, 15 Jan 2014 13:14:39 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) |
Chris Vine <address@hidden> writes:
> A number of guile's scheme procedures look-up or reference files on a
> file system (open-file, load and so forth).
>
> How does guile translate filenames from its internal string
> representation (ISO-8859-1/UTF-32) to narrow string filename encoding
> when looking up the file? Does it assume filenames are in locale
> encoding (not particularly safe on networked file systems) or does it
> provide a fluid for this? (glib caters for this with the
> G_FILENAME_ENCODING environmental variable.)
It assumes filenames are in locale encoding. Ditto for virtually
everything that interfaces with POSIX-style byte strings, including
environment variables, command-line arguments, etc. Encoding errors
will raise exceptions by default.
My hope is that this will become less of an issue over time, as systems
increasingly standardize on UTF-8. I see no other good solution.
Thoughts?
Mark
- Filename encoding, Chris Vine, 2014/01/15
- Re: Filename encoding,
Mark H Weaver <=
- Re: Filename encoding, Eli Zaretskii, 2014/01/15
- Re: Filename encoding, Chris Vine, 2014/01/15
- Re: Filename encoding, Eli Zaretskii, 2014/01/15
- Re: Filename encoding, Chris Vine, 2014/01/15
- Re: Filename encoding, Eli Zaretskii, 2014/01/15
- Re: Filename encoding, Mark H Weaver, 2014/01/15
- Re: Filename encoding, Chris Vine, 2014/01/15
- Re: Filename encoding, Eli Zaretskii, 2014/01/15