summaryrefslogtreecommitdiffstats
path: root/Lib/zipfile.py
Commit message (Collapse)AuthorAgeFilesLines
* Fix closes Issue6090 - Raise a ValueError, instead of failing with unrelatedSenthil Kumaran2011-10-191-0/+4
| | | | | exceptions, when a document with timestamp earlier than 1980 is provided to zipfile. Patch contributed by Petri Lehtinen.
* #10694: zipfile now ignores garbage at the end of a zipfile.R David Murray2011-06-091-10/+8
| | | | Original fix by 'rep', final patch (with tests) by Xuanji Li.
* Merged revisions 85455 via svnmerge fromGeorg Brandl2010-11-261-5/+22
| | | | | | | | | | svn+ssh://pythondev@svn.python.org/python/branches/py3k ........ r85455 | georg.brandl | 2010-10-14 08:59:45 +0200 (Do, 14 Okt 2010) | 1 line #1710703: write zipfile structures also in the case of closing a new, but empty, archive. ........
* Merged revisions 84737 via svnmerge fromAntoine Pitrou2010-09-121-6/+9
| | | | | | | | | | | svn+ssh://pythondev@svn.python.org/python/branches/py3k ........ r84737 | antoine.pitrou | 2010-09-12 16:51:20 +0200 (dim., 12 sept. 2010) | 4 lines Issue #9837: The read() method of ZipExtFile objects (as returned by ZipFile.open()) could return more bytes than requested. ........
* Merged revisions 83959-83960 via svnmerge fromAntoine Pitrou2010-08-121-2/+23
| | | | | | | | | | | | | | | | svn+ssh://pythondev@svn.python.org/python/branches/py3k ........ r83959 | antoine.pitrou | 2010-08-12 17:11:50 +0200 (jeu., 12 août 2010) | 5 lines Issue #7467: when a file from a ZIP archive, its CRC is checked and a BadZipfile error is raised if it doesn't match (as used to be the case in Python 2.5 and earlier). ........ r83960 | antoine.pitrou | 2010-08-12 17:15:01 +0200 (jeu., 12 août 2010) | 3 lines Typo. ........
* Issue 6003: ZipFile.writestr "compression_type" argumentRonald Oussoren2010-02-071-1/+5
|
* avoid to use zlib when the compress type is not ZIP_DEFLATEDEzio Melotti2010-01-281-6/+8
|
* Issue #7610: Reworked implementation of the internalAntoine Pitrou2010-01-271-187/+152
| | | | | | | | :class:`zipfile.ZipExtFile` class used to represent files stored inside an archive. The new implementation is significantly faster and can be wrapped in a :class:`io.BufferedReader` object for more speedups. It also solves an issue where interleaved calls to `read()` and `readline()` give wrong results. Patch by Nir Aides.
* #5511: Added the ability to use ZipFile as a context manager. Patch by Brian ↵Ezio Melotti2009-12-301-0/+6
| | | | Curtin.
* #6511: ZipFile will now raise BadZipfile when opening an empty or tiny file,Amaury Forgeot d'Arc2009-07-281-1/+4
| | | | like it does for larger invalid files.
* Fixes the last problem mentioned in issue1202.Gregory P. Smith2009-06-261-1/+1
|
* Issue #6050: Don't fail extracting a directory from a zipfile ifMartin v. Löwis2009-05-241-1/+2
| | | | the directory already exists.
* make sure files are closed using the with statementBenjamin Peterson2009-05-101-25/+23
|
* Issue #5692: In :class:`zipfile.Zipfile`, fix wrong path calculation when ↵Antoine Pitrou2009-05-041-1/+3
| | | | extracting a file to the root directory.
* revert unrelated changeBenjamin Peterson2009-05-021-3/+1
|
* remove py3k compat codeBenjamin Peterson2009-05-021-1/+3
|
* Issue #4710: Extract directories properly in the zipfile module;Martin v. Löwis2009-01-241-3/+20
| | | | allow adding directories to a zipfile.
* follow-up of #3997: since 0xFFFF numbers are not enough to indicate a zip64 ↵Amaury Forgeot d'Arc2009-01-171-11/+6
| | | | | | format, always try to read the "zip64 end of directory structure".
* #3997: zipfiles generated with more than 65536 files could not be openedAmaury Forgeot d'Arc2009-01-171-7/+13
| | | | | | with other applications. Reviewed by Martin, will backport to 2.6 and 3.0
* Issue #4756: zipfile.is_zipfile() now supports file-like objects.Antoine Pitrou2008-12-271-7/+19
| | | | Patch by Gabriel Genellina.
* Issue #3535: zipfile couldn't read some zip files larger than 2GB.Antoine Pitrou2008-09-051-3/+3
| | | | Reviewed by Amaury Forgeot d'Arc.
* fix ZipFile.testzip() to work with very large embedded filesAntoine Pitrou2008-08-171-1/+6
|
* #3394: zipfile.writestr doesn't set external attributes, so files are ↵Antoine Pitrou2008-07-251-0/+1
| | | | extracted mode 000 on Unix
* #3317 in zipfile module, restore the previous names of global variables:Amaury Forgeot d'Arc2008-07-111-55/+27
| | | | | | some applications relied on them. Also remove duplicated lines.
* Patch #1622: Correct interpretation of various ZIP header fields.Martin v. Löwis2008-07-031-99/+204
| | | | | | | | | Also fixes - Issue #1526: Allow more than 64k files to be added to Zip64 file. - Issue #1746: Correct handling of zipfile archive comments (previously archives with comments over 4k were flagged as invalid). Allow writing Zip files with archives by setting the 'comment' attribute of a ZipFile.
* Patch #1775025: allow opening zipfile members via ZipInfo instances.Georg Brandl2008-05-201-5/+8
| | | | Patch by Graham Horler.
* Issue #1734346: Support Unicode file names for zipfiles.Martin v. Löwis2008-05-051-6/+24
|
* Fix the struct module DeprecationWarnings that zipfile was triggering byGregory P. Smith2008-03-191-27/+37
| | | | | | removing all use of signed struct values. test_zipfile and test_zipfile64 pass. no more warnings.
* Use zlib's crc32 routine instead of binascii when available. zlib's is fasterGregory P. Smith2008-03-191-3/+5
| | | | when compiled properly optimized and about the same speed otherwise.
* Document that zipfile decryption is insanely slow and fix a typo andGregory P. Smith2008-01-201-1/+1
| | | | | blatant lie in a docstring (it is not useful for security regardless of how you spell it).
* Fix zipfile decryption. The check for validity only worked on oneGregory P. Smith2008-01-201-2/+11
| | | | | | | | type of encrypted zip files. Files using extended local headers needed to compare the check byte against different values. (according to reading the infozip unzip crypt.c source code) Fixes issue1003.
* Fixes/Accepts Patch for issue1189216 - Work properly with archivesGregory P. Smith2008-01-191-2/+2
| | | | that have file headers past the 2**31 byte boundary.
* Fix 1698398: Zipfile.printdir() crashed because the format string expected ↵Raymond Hettinger2008-01-141-2/+2
| | | | a tuple object of length six instead of a time.struct_time object.
* #467924, patch by Alan McIntyre: Add ZipFile.extract and ZipFile.extractall.Georg Brandl2008-01-071-1/+57
|
* Patch #1675424: Added tests for uncovered code in the zipfile module.Georg Brandl2007-07-121-3/+21
| | | | | The KeyError raised by Zipfile.getinfo for nonexistent names now has a descriptive message.
* Whitespace normalization.Tim Peters2007-03-121-14/+14
|
* Patch #1121142: Implement ZipFile.open.Martin v. Löwis2007-03-061-39/+235
|
* Patch #1517891: Make 'a' create the file if it doesn't exist.Martin v. Löwis2007-02-131-1/+8
| | | | Fixes #1514451.
* Patch #698833: Support file decryption in zipfile.Martin v. Löwis2007-02-131-1/+84
|
* ZipFile.close(): Kill the other struct.pack deprecationTim Peters2006-07-311-1/+1
| | | | | | | | | warning on Windows. Afraid I can't detect a pattern to when the pack formats decide to use a signed or unsigned format code -- appears nearly arbitrary to my eyes. So I left all the pack formats alone and changed the special-case data values instead.
* ZipFile.close(): Killed one of the struct.pack deprecationTim Peters2006-07-311-1/+2
| | | | | | | | | | | warnings on Win32. Also added an XXX about the line: pos3 = self.fp.tell() `pos3` is never referenced, and I have no idea what the code intended to do instead.
* Whitespace normalization.Tim Peters2006-06-151-11/+11
|
* Patch #1446489 (zipfile: support for ZIP64)Ronald Oussoren2006-06-151-53/+331
|
* Bug #1413790: zipfile now sanitizes absolute archive names that areGeorg Brandl2006-02-201-3/+5
| | | | not allowed by the specs.
* Patch #1412872: zipfile: use correct system type on unixy systems.Martin v. Löwis2006-02-051-2/+6
|
* Remove dependency on order of mode flagsRaymond Hettinger2005-02-161-1/+1
|
* Don't choke on modes like rb or wb.Raymond Hettinger2004-11-061-1/+1
|
* Make struct formats for specifying file size to be unsigned instead of signedBrett Cannon2004-07-101-4/+4
| | | | | | | | (ZIP file spec. says in section K, "General notes" in point 1 that unless specified otherwise values are unsigned and they are not specified as signed in the spec). Closes bug #679953. Thanks Jimmy Burgett.
* [Bug #835415] AIX can return modes that are >65536, which causes an ↵Andrew M. Kuchling2004-07-101-1/+1
| | | | OverflowError. Fix from Albert Chin
* SF patch #756996: Bare except in ZipFile.testzip()Raymond Hettinger2003-06-271-1/+1
| | | | | | | | | (Contributed by Steven Taschuk) Replaces a bare except that caused all errors to be mis-reported as archive errors. Added a related NEWS item.
generated by cgit v0.12 at 2025-09-15 16:14:04 (GMT)