Message193812
A TarFile object constructor accepts a fileobj argument. When this argument is set and it has a "mode" property, tarfile._mode is blindly copied from there. Otherwise, mode is set using the mode argument in the constructor.
This usually works, but in the case where fileobj is a gzip.GzipFile, the "mode" property is not a string like "rb" or "wb" but an integer, which is not expected in TarFile.
This has not been noticed before probably because the TarFile._mode property is usually unused internally, but in my case it's a problem when using it together with tarfile multivolume mode provided in issue #18321. |
|
Date |
User |
Action |
Args |
2013-07-28 08:35:14 | edulix | set | recipients:
+ edulix |
2013-07-28 08:35:14 | edulix | set | messageid: <1375000514.51.0.865237758651.issue18575@psf.upfronthosting.co.za> |
2013-07-28 08:35:14 | edulix | link | issue18575 messages |
2013-07-28 08:35:14 | edulix | create | |
|