This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: [RFC] incremental rebase
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin-apps at cygwin dot com
- Date: Thu, 27 Nov 2014 18:51:33 +0100
- Subject: Re: [RFC] incremental rebase
- Authentication-results: sourceware.org; auth=none
- References: <87k32vjm3i dot fsf at Rainer dot invalid> <87y4r1r7rd dot fsf at Gertrud dot fritz dot box> <547392B9 dot 5030102 at cornell dot edu> <87y4qxekwe dot fsf at Gertrud dot fritz dot box> <20141126221725 dot GG9157 at calimero dot vinschen dot de> <87ppc9kqkf dot fsf at Gertrud dot fritz dot box> <20141127092912 dot GA22310 at calimero dot vinschen dot de>
Corinna Vinschen writes:
> I have to increment my idiot score by one. This explanation only makes
> sense on NTFS, of course. FAT doesn't sort at all. And even on NTFS,
> the sort order is not just using the UTF-16 value of a character, but
> the UTF-16 value of the uppercased character(*). Oh my.
>
> (*) http://blogs.msdn.com/b/oldnewthing/archive/2005/06/17/430194.aspx
So, since FAT(32) is still a viable option for an install location we
should sort the list of files we get from the find, right?
>> Good, I was just worried that someone with a strange locale might end up
>> with a different sort order.
>
> Let's just stick to ASCII for this.
Do we need to enforce that and if so, how?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs