Jeffrey Bush added the comment:
Okay, so I tested in Linux (CentOS 6.3) which has Python 2.6.6 64-bit. It
works. So the Windows 2.7.3 64-bit version is bugged. I was able to perform the
c_char * long(32*1024*1024*1024) [the highest value I tried] and it worked
fine. The Linux machine I tested
Jeffrey Bush added the comment:
I mean using signed integers currently.
--
___
Python tracker
<http://bugs.python.org/issue16865>
___
___
Python-bugs-list mailin
Jeffrey Bush added the comment:
I have no idea where I would start and don't have much time...
I am not so sure it is a new features. It seems that the ctypes system is
internally using unsigned integers for length but should be using size_t (or at
least ssize_t). Seems like
New submission from Jeffrey Bush:
The environment is Windows 8 Pro 64-bit running Python 64-bit in the WinPython
distribution. Python is v2.7.3 built on Apr 10 2012. I first found this with
create_string_buffer however I found out that it happens with an even simpler
example.
The following