The description of Unix behavior for sys.getfilesystemencoding() listed here:<br><br><a href="http://docs.python.org/dev/library/sys.html#sys.getfilesystemencoding">http://docs.python.org/dev/library/sys.html#sys.getfilesystemencoding</a><br>
<br>should probably change for Python 3.3. The behavior on Unix is the only affected portion. According to the latest source at revision†293180d199f2 of the main hg repository, it is now a fatal error if the system call to nl_langinfo(CODESET) fails to return a valid result, so Python does not fall back to &#39;utf-8&#39; encoding anymore. Instead, it aborts. In that light, the bullet for Unix could now read:<br>
<ul><li>On Unix, the encoding is the userís preference according to the result of
nl_langinfo(CODESET).</li></ul><p>An applicable change note to replace the version 3.2 note would follow, maybe:</p><p style="margin-left:40px"><span class="versionmodified">Changed in version 3.3:</span> On Unix, it is now a fatal error if nl_langinfo(CODESET) fails to return a valid result during interpreter initialization.<br>
</p>The relevant source commits are revision†e2ba1249a2f5 and 7ce685cda0ae if further verification is required.<br><br>Hope this helps.<br>