New submission from Ville Nummela: Python lzma library sometimes fails to decompress a file, even though the file does not appear to be corrupt.
Originally discovered with OS X 10.9 / Python 2.7.7 / bacports.lzma Now also reproduced on OS X / Python 3.4 / lzma, please see https://github.com/peterjc/backports.lzma/issues/6 for more details. Two example files are provided, a good one and a bad one. Both are compressed using the older lzma algorithm (not xz). An attempt to decompress the 'bad' file raises "EOFError: Compressed file ended before the end-of-stream marker was reached." The 'bad' file appears to be ok, because - a direct call to XZ Utils processes the files without complaints - the decompressed files' contents appear to be ok. The example files contain tick data and have been downloaded from the Dukascopy bank's historical data feed service. The service is well known for it's high data quality and utilised by multiple analysis SW platforms. Thus I think it is unlikely that a file integrity issue on their end would have gone unnoticed. The error occurs relatively rarely; only around 1 - 5 times per 1000 downloaded files. ---------- components: Library (Lib) files: Archive.zip messages: 221566 nosy: nadeem.vawda, vnummela priority: normal severity: normal status: open title: LZMA library sometimes fails to decompress a file type: behavior versions: Python 2.7, Python 3.4 Added file: http://bugs.python.org/file35779/Archive.zip _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue21872> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
