summaryrefslogtreecommitdiff
path: root/doc/bugs
diff options
context:
space:
mode:
Diffstat (limited to 'doc/bugs')
-rw-r--r--doc/bugs/problems_with_utf8_names.mdwn6
1 files changed, 6 insertions, 0 deletions
diff --git a/doc/bugs/problems_with_utf8_names.mdwn b/doc/bugs/problems_with_utf8_names.mdwn
index cb5917ef8..c9ca1e3b0 100644
--- a/doc/bugs/problems_with_utf8_names.mdwn
+++ b/doc/bugs/problems_with_utf8_names.mdwn
@@ -3,6 +3,12 @@ This bug is reopened to track some new UTF-8 filename issues caused by GHC
encoding no longer works. Even unicode filenames fail to work when
git-annex is built with 7.4. --[[Joey]]
+> What's going on exactly? The new ghc, when presented with
+> a String of raw bytes like "fo\194\161", and asked to do
+> something like `getSymbolicLinkStatus`, encodes it
+> as unicode, yielding "fo\303\202\302\241". Which is
+> not the same as the original filename.
+
The new ghc requires a new data type, `RawFilePath` be used if you
don't want to impose utf-8 filenames on your users. I have a `newghc` branch
in git where I am trying to convert it to use `RawFilePath`. However, since