Changes by Benjamin Gilbert :
--
nosy: +bgilbert
___
Python tracker
<http://bugs.python.org/issue29424>
___
___
Python-bugs-list mailing list
Unsubscribe:
Benjamin Gilbert added the comment:
Is there any reason an import library generated by a particular MinGW version
shouldn't be usable by any other MinGW version?
--
___
Python tracker
<http://bugs.python.org/is
Benjamin Gilbert added the comment:
Zachary: gendef is an auxiliary tool; I'm not sure a basic installation of
MinGW-w64 will have it. However, I've checked Cygwin and Fedora (my two points
of reference) and a gendef package is availab
Benjamin Gilbert added the comment:
Steve, I don't think that's the right characterization of this bug. Putting
64-bit .o files in a 32-bit import library seems wrong for both MinGW and
MinGW-w64.
msg244874 says that if you use the dlltool from the *32-bit* MinGW-w64 to build
Changes by Benjamin Gilbert :
--
nosy: +bgilbert
___
Python tracker
<http://bugs.python.org/issue24385>
___
___
Python-bugs-list mailing list
Unsubscribe:
Benjamin Gilbert added the comment:
Here are the cases where close() will generate a ZIP64 archive and an exception
will never be raised:
1. There are more than 65535 files in the archive.
2. The start of the central directory is at > 2 GB.
3. The central directory size is > 2 GB.
#1
New submission from Benjamin Gilbert:
The ZipFile documentation says:
> If allowZip64 is True (the default) zipfile will create ZIP files that
> use the ZIP64 extensions when the zipfile is larger than 2 GiB. If it
> is false zipfile will raise an exception when the ZIP file would
New submission from Benjamin Gilbert :
multiprocessing.managers.BaseManager.connect() takes 20 seconds to return on
failure, even if the server refuses the connection. This is because the
function that creates the connection,
multiprocessing.connection.SocketClient(), handles ECONNREFUSED by
New submission from Benjamin Gilbert :
Section 15.17.1.15 of the ctypes documentation illustrates the use of cast()
thusly:
>>> a = (c_byte * 4)()
>>> cast(a, POINTER(c_int))
>>>
Executing the cast() causes a._objects to gain a reference back to a:
>>&g
