f7fd8e4c94
Issue #7865 : The close() method of :mod:`io` objects should not swallow
...
exceptions raised by the implicit flush(). Also ensure that calling
close() several times is supported. Patch by Pascal Chambon.
2010-05-03 16:25:33 +00:00
f3fa074703
- Issue #6939 : Fix file I/O objects in the `io` module to keep the original
...
file position when calling `truncate()`. It would previously change the
file position to the given argument, which goes against the tradition of
ftruncate() and other truncation APIs. Patch by Pascal Chambon.
2010-01-31 22:26:04 +00:00
ddd392cbb9
accept None as the same as having passed no argument in file types #7349
...
This is for consistency with imitation file objects like StringIO and BytesIO.
This commit also adds a few tests, where they were lacking for concerned
methods.
2009-12-13 19:19:07 +00:00
2a46658bee
Issue #6236 , #6348 : Fix various failures in the io module under AIX
...
and other platforms, when using a non-gcc compiler. Patch by egreen.
In addition, I made explicit the signedness of all bitfields in the
IO library.
2009-09-21 21:17:48 +00:00
fff896b309
#6750 : TextIOWrapped could duplicate output when several threads write to it.
...
this affect text files opened with io.open(), and the print() function of py3k
2009-08-29 18:14:40 +00:00
1969059327
Issue #6215 : backport the 3.1 io lib
2009-06-12 20:14:08 +00:00
Antoine Pitrou
Benjamin Peterson
Amaury Forgeot d'Arc