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