Setuptools - cannot install
Chris Angelico
rosuav at gmail.com
Thu Jan 2 19:26:56 EST 2014
On Fri, Jan 3, 2014 at 9:26 AM, <tim.hamza at gmail.com> wrote:
> File "C:\Python\lib\mimetypes.py", line 255, in read_windows_registry
> with _winreg.OpenKey(hkcr, subkeyname) as subkey:
> TypeError: OpenKey() argument 2 must be str without null characters or None, not str
Interestingly, I pulled up that file on my 3.3.0 (Windows) and that
line is different. May be related to this issue, which was cited in
the commit summary that effected the change:
http://bugs.python.org/issue15207
In 3.3.0, it looks for HKEY_CLASSES_ROOT plus subkey
r'MIME\Database\Content Type', but in 3.3.3 it's iterating over all
the subkeys in HKEY_CLASSES_ROOT. (Note that _winreg is simply the
winreg module or None if it couldn't be imported.) I wonder is it
possible you have a null character in a key?? It's worth a try.
>>> import winreg
>>> hkcr=winreg.OpenKey(winreg.HKEY_CLASSES_ROOT, '')
>>> for i in range(999999):
key=winreg.EnumKey(hkcr,i)
if '\0' in key: print(repr(key))
If that throws a "No more data available" error without printing any
keys, then this isn't your problem.
Alternatively, you could hack C:\Python\lib\mimetypes.py to print out
subkeyname before attempting to open it. That would at least tell you
what the offending key is. My suspicion at the moment is that you may
have a corrupted registry, or else there's something that's possible
that the winreg module doesn't expect.
BTW, thanks for the first-line summary of version numbers. Much
appreciated! So many people don't give that.
ChrisA
More information about the Python-list
mailing list