Hi!
tldr; I'm interested in having ZipFile's extract() method inverse to add()
where possible. I'm not sure about which API would be best to choose.
Firstly some context
Zip files created by ZipFile (from zipfile module) already store last
modification time and date and unix file mode of files.
I used the same convention as you, and my vote was thus as the record will
show (note the negatives):
zip(strict=True) +1
itertools.zip_strict() +0
zip(mode='strict') -1
zip.strict() -1
And I stand by that: I think Python would be better off without the 3rd and
4th option, even if no alternative
Gregory P. Smith writes:
> Agreed. The best way to reduce accidental incorrect use of the
> builtin is to make the builtin capable of doing what a people want
> directly without having to go discover something in a module
> somewhere.
Executive summary:
My argument (and one of Steven d'Apra
These negative votes surprise me.
Given that it's clear that a generic strict-mode zip is non-trivial to
write, and that there is significant demand for it, are people saying
"+0 Python would not be a better programming environment if
itertools.zip_strict() were adopted," and "-1 Python would be a
On 27/04/2020 19.27, mig28sua...@hotmail.com wrote:
> Hello!
>
> This is my first time posting to the group.
>
> I've been running builds of Python 3.7.x on CentOS Linux release 7.7
> (64bit/Intel Core 2 Duo)
> and I ran into hangs with test_ssl.py when using latest SSL 1.1.1d sources.
>
> I
