On Sep 24, 2009, at 5:24 PM, Ryan Schmidt wrote: > On Sep 24, 2009, at 12:57, Micah Cowan wrote: > >> It looks like the troubles your experiencing are due to the fact that >> the Wget tests assume that the filesystem can take any arbitrary set of >> bytes, and will store them as they were given. This is apparently not >> the case for Mac OS, and I should probably have known better than to >> assume it would be a universal case. Ryan, can you please confirm for me >> that this is indeed what's happening? > > Basically yes. It's a feature of the HFS Plus volume format, which is the > default volume format on Mac OS since before Mac OS X. > > http://developer.apple.com/mac/library/technotes/tn/tn1150.html#HFSPlusNames > > "HFS Plus stores strings fully decomposed and in canonical order." > > http://developer.apple.com/mac/library/technotes/tn/tn1150.html#CanonicalDecomposition > > "HFS Plus defines that Unicode strings will be stored in fully decomposed > form, with composing characters stored in canonical order. The other > equivalent forms are illegal in HFS Plus strings. An implementation must > convert these equivalent forms to the fully decomposed form before storing > the string on disk."
Hello, just wanted to gently remind you that this bug in the wget test suite running on OS X that I reported in 2009 with wget 1.12 still exists today with wget 1.17.1.
