summaryrefslogtreecommitdiff
path: root/Lib/zipfile.py
Commit message (Collapse)AuthorAgeFilesLines
* 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.
* Remove debug print on filename with NUL byte.Greg Ward2003-06-181-1/+0
|
* SF patch #755987 (Jim Ahlstrom):Greg Ward2003-06-181-16/+15
| | | | | | | | | | | | | | | | | This is a patch for Bug 755031: If a null byte appears in a file name, Python zipfile.py retains it, but InfoZip terminates the name. Null bytes in file names are used as a trick by viruses. I tested WinZip, and it also truncates the file name at the null byte. The patch also fixes a buglet: If a zipfile incorrectly uses a directory separator other than '/', there was an invalid complaint that the central directory name does not match the file header name. I also removed my name from the top of the file. It was there for legal reasons which I believe no longer apply. Many people have worked on this file besides me.
* Patch #661719: Expose compilation errors as exceptions on request.Martin v. Löwis2003-01-151-1/+4
|
* Patch #651621, approved by MvL.Just van Rossum2002-12-121-2/+9
| | | | | | | | | | | | | | | | This patch allows ZipFile.writestr() to be called with an archive file name instead of a ZipInfo instance: z = ZipFile("myarchive.zip", "w") z.writestr("foo/baz/file.ext", data) z.close() I found the old writestr() method very inconvenient for simple (but common) things. If called with a file name instead of a ZipInfo instance, the date_time is set to the current date/time, which makes sense to me for anonymous data.
* Patch #611760: read archives with comments.Martin v. Löwis2002-10-131-23/+48
|
View Lorry Controller Status