Message119858
| Author |
ronaldoussoren |
| Recipients |
MrJean1, amaury.forgeotdarc, db3l, flox, ixokai, loewis, mark.dickinson, michael.foord, ned.deily, piro, pitrou, ronaldoussoren, rpetrov, skip.montanaro, slmnhq, vstinner |
| Date |
2010年10月29日.06:01:46 |
| SpamBayes Score |
1.395708e-05 |
| Marked as misclassified |
No |
| Message-id |
<1288332108.99.0.957844597454.issue10209@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
For completeness sake: Apple's Cocoa APIs do not renormalize strings, that is: I've created a file named 'één' in the Terminal, then (using a python 3.2 build):
# Terminal input seems NFC:
>>> len('één')
3
# Output from os.listdir isn't:
>>> os.listdir('.')
['één']
>>> len(_[0])
5
# Output from the Cocoa equivalant also isn't:
>>> import Foundation
>>> mgr = Foundation.NSFileManager.defaultManager()
>>> mgr.directoryContentsAtPath_('.')
(
"e\U0301e\U0301n"
)
>>> len(_[0])
5
BTW. fsdecode(fsencode(x)) cannot in general be a no-op, unicode normalizations can screw things up (with the now withdrawn proposal the expression wouldn't be a no-op for NFD strings). |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2010年10月29日 06:01:49 | ronaldoussoren | set | recipients:
+ ronaldoussoren, loewis, skip.montanaro, ixokai, db3l, amaury.forgeotdarc, mark.dickinson, pitrou, vstinner, piro, MrJean1, ned.deily, rpetrov, michael.foord, flox, slmnhq |
| 2010年10月29日 06:01:48 | ronaldoussoren | set | messageid: <1288332108.99.0.957844597454.issue10209@psf.upfronthosting.co.za> |
| 2010年10月29日 06:01:47 | ronaldoussoren | link | issue10209 messages |
| 2010年10月29日 06:01:46 | ronaldoussoren | create |
|