Florent Xicluna florent.xicl...@gmail.com added the comment:
Fixed on trunk with r79426 and on 3.x with r79474
--
resolution: accepted - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
Also this failure on py3k:
==
ERROR: test_normalize (test.test_pep277.UnicodeFileTests)
--
Traceback (most recent
Florent Xicluna florent.xicl...@gmail.com added the comment:
This patch should fix it...
HFS Plus uses a variant of Normal Form D in which U+2000 through U+2FFF,
U+F900 through U+FAFF, and U+2F800 through U+2FAFF are not decomposed.
rant
I believed there was only one Unicode...
But obviously
Marc-Andre Lemburg m...@egenix.com added the comment:
Florent Xicluna wrote:
Florent Xicluna florent.xicl...@gmail.com added the comment:
This patch should fix it...
HFS Plus uses a variant of Normal Form D in which U+2000 through U+2FFF,
U+F900 through U+FAFF, and U+2F800 through
Ned Deily n...@acm.org added the comment:
Actually, the file system in question is what Apple calls a HFSX case-sensitive
(see http://developer.apple.com/mac/library/technotes/tn/tn1150.html#HFSX). On
a typical OS X system, you could encounter any combination of HFS+
case-insensitive, HFSX
Florent Xicluna florent.xicl...@gmail.com added the comment:
Could you provide a reference link for this quote ?
I put the link in the patch:
http://developer.apple.com/mac/library/qa/qa2001/qa1173.html
--
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
With the patch for trunk, the test no longer fails on the given file system.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8207
___
New submission from Ned Deily n...@acm.org:
With r79207 (Issue8180) applied to trunk, seeing this failure (10.6.2, HFS+
case-sensitive file system):
==
ERROR: test_normalize (test.test_pep277.UnicodeFileTests)