New submission from Hiroshi Miura :
py7zr 3rd party project that use lzma module to compress/decompress 7-zip
archive uses lzma._(encode|decode)_filter_properties.
These methods are public at first but become private in py3.4 at commit
a425c3d5a264c556d31bdd88097c79246b533ea3
Here
Hiroshi Miura added the comment:
A test code does not always reproduce the issue. Please try it in several times.
It seems to be happened when multiple threads try execute a same function which
produces an exception, and both callers try to catch the exception at the same
time
Hiroshi Miura added the comment:
FYI: A following commit fixes the issue in 3.10 development branch.
6e8128f02e ("bpo-41323: Perform 'peephole' optimizations directly on the CFG.
(GH-21517)", 2020-07-30)
--
nosy: +Mark.Shannon
___
Pyth
Hiroshi Miura added the comment:
Here is a result of running pytest on python 3.9.0 with gdb.
test session starts
platform linux -- Python 3.9.0, pytest-4.6.9, py-1.8.1, pluggy-0.13.0
Change by Hiroshi Miura :
Added file: https://bugs.python.org/file49523/gdb_backtrace.txt
___
Python tracker
<https://bugs.python.org/issue42057>
___
___
Python-bug
Change by Hiroshi Miura :
Added file: https://bugs.python.org/file49522/py_stacktrace.txt
___
Python tracker
<https://bugs.python.org/issue42057>
___
___
Python-bug
New submission from Hiroshi Miura :
I've observed that pytest becomes segmentation fault on python 3.9.0 with
attached case.
I've tested the case with several python versions;
python 3.9.0a2 - good
python 3.9.0a3, 3.9.0-final - bad
python 3.10.0a1 - good
- OS: Mint Linux 20, Linux
Change by Hiroshi Miura :
--
title: Docs: More description of reason about LZMA1 data handling with
FORMAT_ALONE -> Docs: More description(warning) about LZMA1 + BCJ with
FORMAT_RAW
___
Python tracker
<https://bugs.python.org/issu
Hiroshi Miura added the comment:
Here is a draft of additional text
Usage of :const:`FILTER_LZMA1` with :const:`FORMAT_RAW` is not recommended.
Because it may produce a wrong output in a certain condition, decompressing
a combination of :const:`FILTER_LZMA1` and BCJ filters in :const
Hiroshi Miura added the comment:
Lasse Collin gives me explanation of LZMA1 data format and suggestion how to
implement.
I'd like to change an issue to a documentation issue to add more description
about limitation on FORMAT_ALONE and LZMA1.
A suggestion from Lasse is as follows
Hiroshi Miura added the comment:
Here is a BCJ only CFFI test project.
https://github.com/miurahr/bcj-cffi
It imports two bcj_x86 C sources, one is from liblzma (src/xz_bcj_x86.c) taht
is bind with python's lzma module, and the other is from xz-embbed project for
linux kernel.(src
Hiroshi Miura added the comment:
Thank you for information about similar problem.
This problem is observed and reported on 7-zip library project,
https://github.com/miurahr/py7zr/issues/178.
py7zr heavily depend on lzma FORMAT_RAW interface.
Fortunately 7-zip container format has size
Change by Hiroshi Miura :
Added file:
https://bugs.python.org/file49301/0001-lzma-support-LZMA1-with-FORMAT_RAW.patch
___
Python tracker
<https://bugs.python.org/issue41
Hiroshi Miura added the comment:
I think FORMAT_RAW is only tested with LZMA2 in Lib/test/test_lzma.py Since no
test is for LZMA1, then the document express FORMAT_RAW is for LZMA2.
I'd like to add tests against LZMA1 and change expression on the document.
--
keywords: +patch
Added
Hiroshi Miura added the comment:
>Compression filters:
>FILTER_LZMA1 (for use with FORMAT_ALONE)
>FILTER_LZMA2 (for use with FORMAT_XZ and FORMAT_RAW)
I look into past discussion BPO-6715 when lzma module proposed.
https://bugs.python.org/
New submission from Hiroshi Miura :
When decompressing a particular archive, result become truncated a last word.
A test data attached is uncompressed size is 12800 bytes, and compressed using
LZMA1+BCJ algorithm into 11327 bytes.
The data is a payload of a 7zip archive.
Here is a pytest
16 matches
Mail list logo