Revision as of 06:07, 24 September 2024 edit Guy Harris (talk \| contribs) Extended confirmed users 79,925 edits →Errors due to normalization differences: Give that [[SourceForge] bug the right title, and make SourceForge the website. ← Previous edit		Revision as of 06:16, 24 September 2024 edit undo Guy Harris (talk \| contribs) Extended confirmed users 79,925 edits →Errors due to normalization differences: The first reference is about an issue with the Netatalk AFP server, not the Samba SMB server. Mention them both - but link them only once. Next edit →
Line 96: ==Errors due to normalization differences== When two applications share Unicode data, but normalize them differently, errors and data loss can result. In one specific instance, [[OS X]] normalized Unicode filenames sent from the [[Netatalk]] and [[Samba (software)\|Samba]] file- and printer-sharing software. ~~[[Samba~~Netatalk and ~~(software)\|~~Samba]] did not recognize the altered filenames as equivalent to the original, leading to data loss.<ref>{{cite web\|url=http://sourceforge.net/tracker/?func=detail&aid=2727174&group_id=8642&atid=108642\|title=netatalk / Bugs / #349 volcharset:UTF8 doesn't work from Mac\|website=[[SourceForge]]\|access-date=20 November 2014}}</ref><ref>{{cite web \|url=http://forums.macosxhints.com/archive/index.php/t-99344.html \|title=rsync, samba, UTF8, international characters, oh my! \|archive-url=https://web.archive.org/web/20100109162824/http://forums.macosxhints.com/archive/index.php/t-99344.html \|year=<!--03-01-2009-->2009 \|archive-date=January 9, 2010}}</ref> Resolving such an issue is non-trivial, as normalization is not losslessly invertible. ==See also==

Unicode equivalence: Difference between revisions