Vladimir Iofik added the comment:
Finally I got environment and some time.
Attaching patch.
--
keywords: +patch
Added file: http://bugs.python.org/file35795/21652.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21652
Vladimir Iofik added the comment:
I have attached patch to #21652 which partly reverts patch applied in #9291. I
think we'll have to add one more test for this case.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21871
Vladimir Iofik added the comment:
Test added.
--
keywords: +patch
Added file: http://bugs.python.org/file35796/21871.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21871
Vladimir Iofik added the comment:
Thanks, Martin. I didn't read the final with enough care. I think the second
part of changes (the ones that are around QueryValueEx) should be rolled back.
I believe the code was correct at that part.
Tim, what do you think
Vladimir Iofik added the comment:
Did anyone here managed to reproduce the issue?
I tired but I have failed to.
I'm still trying though.
Anyway I'd start from investigating why a function EnumKey returns Unicode
object while according to documentation it should return string.
--
nosy
Vladimir Iofik v-io...@yandex.ru added the comment:
Here is a better patch.
--
nosy: +vj
Added file: http://bugs.python.org/file19332/9291a.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9291
Vladimir Iofik v-io...@yandex.ru added the comment:
UnicodeDecodeException is thrown because 'ctype' is already a string,
so it is first implicitly decoded by default encoder (which is 'ascii') and
then reencoded back. I see no reason in all these actions, so I simply removed
them. I think
