[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#26353: VFS name encoding
From: |
Ludovic Courtès |
Subject: |
bug#26353: VFS name encoding |
Date: |
Thu, 01 Jun 2017 13:28:27 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) |
Hi Danny,
Danny Milosavljevic <address@hidden> skribis:
>> The problem of how to deal with file name encoding has been
>> discussed on the Guile side so hopefully the next release in the 2.2
>> series will have a solution for this.
>
> For what it's worth, I think the sane solution is the Plan 9 solution:
> Just represent file names as bytevectors. Programs which don't care
> about the actual name - for example programs that just want to do
> (for-each unlink (scandir (string->utf8 "."))) or something - have no
> reason to care about the encoding at all. And then use UTF-8 encoding
> everywhere (for the file names, also for everything else) throughout
> the operating system for the tools that do care.
FWIW the problem has been discussed at length in Guile land, although I
don’t think anyone has come up with a complete solution yet.
I think it’s natural to represent file names as strings, but we made a
mistake in 2.0 when we assumed we’d basically always be able to decode
file names using the current locale “on sane systems”. So now we need a
way to represent file names that cannot be decoded while preserving
backward compatibility.
To be continued!
Ludo’.