cpython

Commit Graph

Author	SHA1	Message	Date
Nadeem Vawda	d7664dee0c	Issue #13781 : Fix GzipFile to work with os.fdopen()'d file objects.	15 years ago
Antoine Pitrou	76a66aab19	Merged revisions 85291 via svnmerge from svn+ssh://pythondev@svn.python.org/python/branches/py3k ........ r85291 \| antoine.pitrou \| 2010-10-06 23:21:18 +0200 (mer., 06 oct. 2010) \| 4 lines Issue #9759: GzipFile now raises ValueError when an operation is attempted after the file is closed. Patch by Jeffrey Finkelstein. ........	16 years ago
Mark Dickinson	2dd131d535	Merged revisions 80762 via svnmerge from svn+ssh://pythondev@svn.python.org/python/trunk ........ r80762 \| mark.dickinson \| 2010-05-04 19:45:27 +0100 (Tue, 04 May 2010) \| 3 lines Fix test_gzip failure on OS X. The failure was a result of trying to fflush a file that wasn't open for writing. Patch by Antoine Pitrou. ........	16 years ago
Mark Dickinson	3b0b4ff19e	Fix test_gzip failure on OS X. The failure was a result of trying to fflush a file that wasn't open for writing. Patch by Antoine Pitrou.	16 years ago
Antoine Pitrou	5a9112c0cc	Issue #2846 : Add support for gzip.GzipFile reading zero-padded files. Patch by Brian Curtin.	17 years ago
Antoine Pitrou	673ddf9907	Issue #7471 : Improve the performance of GzipFile's buffering mechanism, and make it implement the `io.BufferedIOBase` ABC to allow for further speedups by wrapping it in an `io.BufferedReader`. Patch by Nir Aides.	17 years ago
Lars Gustäbel	8c06ccc058	Issue #4750 : Store the basename of the original filename in the gzip FNAME header as required by RFC 1952.	17 years ago
Philip Jenvey	54cea3b1a5	Merged revisions 72458 via svnmerge from svn+ssh://pythondev@svn.python.org/python/trunk ........ r72458 \| philip.jenvey \| 2009-05-07 19:28:39 -0700 (Thu, 07 May 2009) \| 2 lines #4351: more appropriate DeprecationWarning stacklevels ........	17 years ago
Philip Jenvey	d846f1d4c2	#4351 : more appropriate DeprecationWarning stacklevels	17 years ago
Antoine Pitrou	b74fc2b5fe	Issue #3860 : GzipFile and BZ2File now support the context manager protocol.	18 years ago
Antoine Pitrou	f0d2c3f730	Issue #4272 : Add an optional argument to the GzipFile constructor to override the timestamp in the gzip stream.	18 years ago
Georg Brandl	e08e3d0686	#2959 : allow multiple close() calls for GzipFile.	18 years ago
Gregory P. Smith	dd10284516	prevent a warning from the struct module when data size >= 2**32.	18 years ago
Gregory P. Smith	ac830e932d	A bugfix for r61813, it would fail if the data size was >=2**32.	18 years ago
Gregory P. Smith	79b4ba8fd7	Fix gzip to deal with CRC's being signed values in Python 2.x properly and to read 32bit values as unsigned to start with rather than applying signedness fixups allover the place afterwards. This hopefully fixes the test_tarfile failure on the alpha/tru64 buildbot.	18 years ago
Gregory P. Smith	f15cde3732	Improve the error message when the CRCs don't match.	18 years ago
Lars Gustäbel	f19c1b5e0e	Strip the '.gz' extension from the filename that is written to the gzip header.	20 years ago
Lars Gustäbel	5b1a785702	Patch #1647484 : Renamed GzipFile's filename attribute to name. The filename attribute is still accessible as a property that emits a DeprecationWarning.	20 years ago
Martin v. Löwis	065f0c8a06	Patch #1355023 : support whence argument for GzipFile.seek.	20 years ago
Tim Peters	62decc9f49	Try to squash struct.pack warnings on the "amd64 gentoo trunk" buildbot (& possibly other 64-bit boxes) during test_gzip. The native zlib crc32 function returns an unsigned 32-bit integer, which the Python wrapper implicitly casts to C long. Therefore the same crc can "look negative" on a 32-bit box but "look positive" on a 64-bit box. This patch papers over that platform difference when writing the crc to file. It may be better to change the Python wrapper, either to make the result "look positive" on all platforms (which means it may have to return a Python long at times on a 32-bit box), or to keep the sign the same across boxes. But that would be a visible change in what users see, while the current hack changes no visible behavior (well, apart from stopping the struct deprecation warning). Note that the module-level write32() function is no longer used.	20 years ago
Bob Ippolito	d82c3105cc	Apply revised patch for GzipFile.readline performance #1281707	20 years ago
Bob Ippolito	b97597316b	Revert gzip readline performance patch #1281707 until a more generic performance improvement can be found	20 years ago
Bob Ippolito	d72aab5e31	GzipFile.readline performance improvement (~30-40%), patch #1281707	20 years ago
Andrew M. Kuchling	01cb47b59c	[Bug #1074261 , patch #1074381 ] Restrict the size of chunks read from the file in order to avoid overflow or huge memory consumption. Patch by Mark Eichin	21 years ago
Tim Peters	eba28bea9b	Whitespace normalization.	22 years ago
Martin v. Löwis	f2a8d63e4f	Patch #1110248 : SYNC_FLUSH the zlib buffer for GZipFile.flush. Partially fixes #1110242.	22 years ago
Tim Peters	49667c257b	Ack, removed useless import of os I just introduced.	22 years ago
Tim Peters	5cfb05eef0	Added a new fileno() method. ZODB's repozo.py wants this so it can apply os.fsync() to the GzipFile backup files it creates.	22 years ago
Walter Dörwald	70a6b49821	Replace backticks with repr() or "%r" From SF patch #852334.	23 years ago
Brett Cannon	edfb30258e	Fix error in exception message.	23 years ago
Andrew M. Kuchling	64edd6ac1d	[Patch #654421 from Matthew Mueller] gzip shouldn't raise ValueError on corrupt files Currently the gzip module will raise a ValueError if the file was corrupt (bad crc or bad size). I can't see how that applies to reading a corrupt file. IOError seems better, and it's what code will likely be looking for.	24 years ago
Tim Peters	9288f95cb5	Another round on SF patch 618135: gzip.py and files > 2G The last round boosted "the limit" from 2GB to 4GB. This round gets rid of the 4GB limit. For files > 4GB, gzip stores just the last 32 bits of the file size, and now we play along with that too. Tested by hand (on a 6+GB file) on Win2K. Boosting from 2GB to 4GB was arguably enough "a bugfix". Going beyond that smells more like "new feature" to me.	24 years ago
Tim Peters	fb0ea525d5	Related to SF patch 618135: gzip.py and files > 2G. Fixed the signed/unsigned confusions when dealing with files >= 2GB. 4GB is still a hard limitation of the gzip file format, though. Testing this was a bitch on Win98SE due to frequent system freezes. It didn't freeze while running gzip, it kept freezing while trying to create a > 2GB test file! This wasn't Python's doing. I don't know of a reasonable way to test this functionality in regrtest.py, so I'm not checking in a test case (a test case would necessarily require creating a 2GB+ file first, using gzip to zip it, using gzip to unzip it again, and then compare before-and-after; so >4GB free space would be required, and a loooong time; I did all this "by hand" once). Bugfix candidate, I guess.	24 years ago
Guido van Rossum	97c5fccd77	Remove mention of deprecated xreadlines method.	24 years ago
Raymond Hettinger	aef22fb9cd	Patch 560023 adding docstrings. 2.2 Candidate (after verifying modules were not updated after 2.2).	24 years ago
Skip Montanaro	12424bc0ef	force gzip module to open files using 'b'inary mode. closes patch #536278.	24 years ago
Tim Peters	863ac44b74	Whitespace normalization.	25 years ago
Guido van Rossum	8ca162f417	Partial introduction of bools where appropriate.	25 years ago
Neil Schemenauer	cacbdf6229	Make GzipFile an iterator. Closes bug #532621 .	25 years ago
Martin v. Löwis	db04489953	Patch #443899 : Check modes on files before performing operations. Use IOErrors where file objects use them.	25 years ago
Fred Drake	95b0eb7cb3	"f" should be "self"; reported by Neal Norwitz.	25 years ago
Andrew M. Kuchling	f31d31373e	Remove redefinition of writelines() method Remove unused variable and import	25 years ago
Tim Peters	ab9ba27dc0	Whitespace normalization.	25 years ago
Martin v. Löwis	8cc965c1fb	Patch #448474 : Add support for tell() and seek() to gzip.GzipFile.	25 years ago
Andrew M. Kuchling	44f5f8fb26	Bug #409419 : delete seek() and tell() methods, so callers can use getattr() to check for them (instead of calling them and then ignoring an IOError)	26 years ago
Jack Jansen	2d0589be67	The code to write timestamps couldn't handle negative times (and time on the Mac is negativevalues > 0x80000000). Fixed.	26 years ago
Eric S. Raymond	ee5e61d3bc	String method conversion.	26 years ago
Skip Montanaro	2dd4276559	added a few more __all__ lists fixed typo in ihooks docstring	26 years ago
Tim Peters	07e99cb774	Whitespace normalization.	26 years ago
Andrew M. Kuchling	41616ee194	SF patch #100740 : Add optional size arguments to .readline() and .readlines() methods. Inspired by a patch from Wolfgang Grafen, though this version of the patch was completely rewritten from his code.	26 years ago

1 2

66 Commits (ff337ccd4bf9b6edea5aa25ea72f7d4c02a3bf47)