]> granicus.if.org Git - python/commit
Blocked revisions 76780 via svnmerge
authorLars Gustäbel <lars@gustaebel.de>
Sun, 13 Dec 2009 11:38:07 +0000 (11:38 +0000)
committerLars Gustäbel <lars@gustaebel.de>
Sun, 13 Dec 2009 11:38:07 +0000 (11:38 +0000)
commitac4f942837531cd9afa19ca707450ba91cd499fb
tree4f725ea13698c6597ee86f60b0d9b4df34638412
parent011e9f172654618f39a735bd549245cad876ce38
Blocked revisions 76780 via svnmerge

........
  r76780 | lars.gustaebel | 2009-12-13 12:32:27 +0100 (Sun, 13 Dec 2009) | 21 lines

  Issue #7357: No longer suppress fatal extraction errors by
  default.

  TarFile's errorlevel argument controls how errors are
  handled that occur during extraction. There are three
  possible levels 0, 1 and 2. If errorlevel is set to 1 or 2
  fatal errors (e.g. a full filesystem) are raised as
  exceptions. If it is set to 0, which is the default value,
  extraction errors are suppressed, and error messages are
  written to the debug log instead. But, if the debug log is
  not activated, which is the default as well, all these
  errors go unnoticed.

  The original intention was to imitate GNU tar which tries
  to extract as many members as possible instead of stopping
  on the first error. It turns out that this is no good
  default behaviour for a tar library. This patch simply
  changes the default value for the errorlevel argument from
  0 to 1, so that fatal extraction errors are raised as
  EnvironmentError exceptions.
........