_winreg.EnumValue causes MemoryError if the name of the value contains multibyte unicode characters.

I'm using 2.6.6.
I think it is relevant to Isssue #2810.

Added sample registory data file.

Added py file to reproduce.

I'm not able to reproduce any MemoryError on 2.6, 2.7, or 3.2 on Windows 7 using your registry data and test script.

I can reproduce the issue on python2.x. I cannot on
python3.x.

This happens because RegQueryInfoKeyA returns maximum value
name length not in *Ansi* characters but in *Unicode" characters.
I don't know clue why.

http://msdn.microsoft.com/en-us/library/ms724902%28VS.85%29.aspx

In multibyte environment, 2 or 3 bytes characters are
mapped to one size unicode. So usually, the length of *Ansi*
characters are larger than or equals to the length of *Unicode*
characters. If every Ansi characters are mapped to one size
Unicode, lengthes are equal, so probably this issue won't happen.

I'll attach the patch to fix this issue. But be care, this is not 
tested so densely. At least, the script to reproduce this issue
ran fine.

Again, I'm not sure this is right fix.

Sorry, my patch didn't pass test_dynamic_key(test_winreg).
(Apologize for not testing on unit test)

RegEnumValueA and RegQueryInfoKeyA always returned 0 for 
required data size if target is HKEY_PERFORMANCE_DATA.

The possible fixes I can imagine are...

1. Use GetCPInfo() to get MaxCharSize.
http://msdn.microsoft.com/en-us/library/dd317780%28v=VS.85%29.aspx
We can get a large value enough to store the key name in ANSI by
"The length in Unicode" * MaxCharSize.

2. Use RegEnumValueW and convert result via WideCharToMultiByte

I'll attach the patch with option 1.

I shall create unit test later.

I've withdrew my patch... It has still problem, and
I cannot fix it yet. I suppose option 2 is easy.
ANSI API's limitation makes it harder to implement
correctly.

Can't we use RegEnumValueW and RegQueryInfoKeyW?