[issue2162] BOM (byte order mark) support for Mercurial.ini

Dan Villiom Podlaski Christiansen danchr at gmail.com
Wed Apr 28 07:20:42 CDT 2010


On 28 Apr 2010, at 14:00, Masklinn wrote:

> On 28 Apr 2010, at 13:41 , Dan Villiom Podlaski Christiansen wrote:
>> 
>> On 28 Apr 2010, at 12:45, Masklinn wrote:
>>> For instance OSX uses NFD for file names where most Linux systems use NFC. This means a file name which displays fine might not be selectable via the console (and potentially via other APIs), because the NFC you'll enter (if the file was transferred from OSX to Linux) will not match the on-disk NFD name.
>> 
>> I don't know much about the situation on Linux, but Mac OS X isn't quite as you describe. First of all, Mac OS X doesn't actually use NFC[1]
> Erm. I said it used NFD. It's actually an NFD variant, but that's still NFD-based, and it's a variant mostly because NFD was not completely specified at the time

Sorry, I hit “send” too quickly; you're right, of course :)

>> but a custom, stable encoding. Files can be accessed via their NFC name; the kernel will transparently convert any illegal entities. Listing a directory, however, always yields the canonical strings.
> Yes, OSX will perform canonical decomposition on CREATE and LOOKUP (though that doesn't mean there are no problem with that, see [3] for incompatibilities between OSX reporting NFD names and bash expecting NFC names for instance), but most linux distributions will *not* [4], which is why I specifically talked about OSX -> Linux

Well, what Bash does is quite different from anything Mercurial does. I don't believe we do file name completion anywhere. There were some problems previously with path normalisation and the working copy, but I believe they have been fixed. Honestly, I don't see how path normalisation is relevant to configuration file magic markers…

> [3] http://www.mail-archive.com/bug-bash@gnu.org/msg04070.html
> [4] http://blogs.sun.com/nico/entry/filesystem_i18n

--

Dan Villiom Podlaski Christiansen
danchr at gmail.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1943 bytes
Desc: not available
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20100428/01ee94de/attachment.bin>


More information about the Mercurial-devel mailing list