summaryrefslogtreecommitdiffstats
path: root/Lib/tarfile.py
Commit message (Collapse)AuthorAgeFilesLines
...
* Patch #1610437: fix a tarfile bug with long filename headers.Georg Brandl2006-12-061-2/+6
|
* Patch #1583880: fix tarfile's problems with long names and posix/Georg Brandl2006-10-291-88/+81
| | | | GNU modes.
* Patch [ 1583506 ] tarfile.py: 100-char filenames are truncatedGeorg Brandl2006-10-241-1/+1
|
* Fix tarfile depending on buggy int('1\0', base) behavior.Georg Brandl2006-10-121-1/+1
|
* Fix bug #1543303, tarfile adds padding that breaks gunzip.Neal Norwitz2006-08-211-3/+0
| | | | | | Patch # 1543897. Will backport to 2.5
* _Stream.close(): Try to kill struct.pack() warnings whenTim Peters2006-08-021-1/+7
| | | | | | | | | | writing the crc to file on the "PPC64 Debian trunk" buildbot when running test_tarfile. This is again a case where the native zlib crc is an unsigned 32-bit int, but the Python wrapper implicitly casts it to signed C long, so that "the sign bit looks different" on different platforms.
* Part of SF patch #1484695. This removes dead code. The chksum wasNeal Norwitz2006-07-101-7/+0
| | | | | | already verified in .frombuf() on the lines above. If there was a problem an exception is raised, so there was no way this condition could have been true.
* Always close BZ2Proxy object. Remove unnecessary struct usage.Georg Brandl2006-05-271-13/+10
|
* Whitespace normalization.Tim Peters2006-05-191-1/+1
|
* Amendments to patch #1484695.Georg Brandl2006-05-181-45/+52
|
* [ 1488881 ] tarfile.py: support for file-objects and bz2 (cp. #1488634)Georg Brandl2006-05-151-2/+67
|
* Patch #1484695: Update the tarfile module to version 0.8. This fixesGeorg Brandl2006-05-101-180/+200
| | | | | a couple of issues, notably handling of long file names using the GNU LONGNAME extension.
* Patch #1338314, Bug #1336623: fix tarfile so it can extractNeal Norwitz2005-10-281-5/+6
| | | | | | REGTYPE directories from tarfiles written by old programs. Will backport.
* Fix SF bug # 1330039, patch # 1331635 from Lars Gustaebel (tarfile maintainer)Neal Norwitz2005-10-201-1/+2
| | | | | | | | | | | | | | Problem: if two files are assigned the same inode number by the filesystem, the second one will be added as a hardlink to the first, which means that the content will be lost. The patched code checks if the file's st_nlink is greater 1. So only for files that actually have several links pointing to them hardlinks will be created, which is what GNU tar does. Will backport.
* Minor cleanup.Raymond Hettinger2005-09-111-2/+1
|
* Patch #1168594: set sizes of non-regular files to zero. Fixes #1167128.Martin v. Löwis2005-08-271-14/+12
| | | | Will backport to 2.4.
* Revert previous checkin.Martin v. Löwis2005-08-241-7/+20
|
* Patch #1262036: Make tarfile name absolute. Fixes #1257255.Martin v. Löwis2005-08-241-20/+7
| | | | Will backport to 2.4.
* Fix all wrong instances of "it's".Georg Brandl2005-07-221-1/+1
|
* Whitespace normalization.Tim Peters2005-03-281-1/+1
|
* Patch #918101: Add tarfile open mode r|* for auto-detection of theMartin v. Löwis2005-03-051-30/+66
| | | | stream compression; add, for symmetry reasons, r:* as a synonym of r.
* Patch #1043890: tarfile: add extractall() method.Martin v. Löwis2005-03-041-0/+41
|
* Patch #1103407: Properly deal with tarfile iterators when untarringMartin v. Löwis2005-03-031-4/+15
| | | | symbolic links on Windows. Fixes #1100429. Will backport to 2.4.
* Patch #1107973: tarfile.ExFileObject iterators.Martin v. Löwis2005-03-031-0/+16
|
* Use decorators.Guido van Rossum2005-01-161-10/+5
|
* Use cStringIO where available.Raymond Hettinger2004-12-311-2/+5
|
* [Patch #1043972, for bug #1017553] filemode() returns an incorrect value for ↵Andrew M. Kuchling2004-10-201-27/+34
| | | | the mode 07111
* Patch #1029061: Always extract member names from the tarinfo.Martin v. Löwis2004-09-181-25/+16
|
* Patch #1014992: Never return more than a line from readline.Martin v. Löwis2004-08-251-3/+1
| | | | Will backport to 2.3.
* Flush bz2 data even if nothing had been written so far. Fixes #1013882.Martin v. Löwis2004-08-221-2/+2
| | | | Will backport to 2.3.
* Replace tricky and/or with straight-forward if:else:Martin v. Löwis2004-08-201-1/+5
|
* Patch #995126: Correct directory size, and generate GNU tarfiles by default.Martin v. Löwis2004-08-181-2/+2
|
* Remove unused variablesNeal Norwitz2004-07-201-2/+0
|
* SF #918101, allow files >= 8 GB using GNU extensionNeal Norwitz2004-07-201-6/+32
|
* SF #857297 and 916874, improve handling of hard links when extractingNeal Norwitz2004-07-201-1/+6
|
* SF #846659, fix bufsize violation and GNU longname/longlink extensionsNeal Norwitz2004-07-201-1/+3
|
* [Patch 988444]Andrew M. Kuchling2004-07-101-34/+31
| | | | | | | | | | | | Read multiple special headers - fixed/improved handling of extended/special headers in read-mode (adding new extended headers should be less painful now). - improved nts() function. - removed TarFile.chunks datastructure which is not (and was never) needed. - fixed TarInfo.tobuf(), fields could overflow with too large values, values are now clipped.
* [Bug #812325 ] tarfile.close() can write out more bytes to the outputAndrew M. Kuchling2004-01-021-0/+1
| | | | | than are specified by the buffer size. The patch calls .__write() to ensure that any full blocks are written out.
* [Bug #822668] tarfile raises an exception if the tarfile is gzipped and is ↵Andrew M. Kuchling2003-10-241-1/+1
| | | | too large; the gzip filesize should be written out mod 2**32. (Reported by Johan Fredrik Ohman)
* Fix by Lars Gustaebel for bug 721871: don't get upset if the prefixJack Jansen2003-04-221-9/+4
| | | | field contains garbage after the first NUL character.
* Fix test_tarfile failure when gzip is not availableNeal Norwitz2003-04-111-1/+2
| | | | | The module would exist, but be empty if already imported. This change ensures we have gzip available.
* Somebody must not have run the test before checking this in -- it hadTim Peters2003-03-071-1/+1
| | | | a fatal tab/space inconsistency under -tt.
* Make tarfile raise ImportError on MacOS9. The pathname handling needs work, ↵Jack Jansen2003-03-071-0/+7
| | | | and I don't have time to fix it. I'll file a bug report.
* Test that os.utime and os.chmod actually exist before using them.Jack Jansen2003-03-071-4/+7
|
* OS/2 has no concept of file ownership, like DOS & MS Windows versionAndrew MacIntyre2003-02-191-1/+2
| | | | | | prior to NT. EMX has a number of Posix emulation routines, including geteuid() but lacks chown(), so silently skip trying to actually set a file ownership when extracting a file from a tar archive.
* Whitespace normalization.Tim Peters2003-01-291-1/+1
|
* SF #651082, tarfile module implementation from Lars GustäbelNeal Norwitz2003-01-051-0/+1927