pypy seg fault on larger byte arrays
まだ誰も着手していません。
評価
調査の方向性
まず、PyPy 5.0.1 上で、5 個および 10 個の UUID バイト配列を使って issue の s.py の再現を実行し、圧縮と解凍の assertion を比較します。次に、それらの呼び出しに関係する python-snappy binding を追跡し、コンテキストとして pykafka issue を利用します。より大きなバイト配列が segmentation fault なしで完了し、assertion が引き続き通ることを確認できれば完了です。
索引モデルが issue の本文から書いたものです。
説明
This came up in a pykafka compression issue.
https://github.com/Parsely/pykafka/issues/508
So byte arrays above a certain size causes a seg fault.
(pypy) ➜ cat s.py
from uuid import uuid4
import snappy
payload = b''.join([uuid4().bytes for i in range(10)])
c = snappy.compress(payload)
assert snappy.decompress(c) == payload
(pypy) ➜ python s.py
[1] 4587 segmentation fault (core dumped) python s.py
(pypy) ➜ python
Python 2.7.10 (bbd45126bc69, Mar 18 2016, 21:35:08)
[PyPy 5.0.1 with GCC 4.8.4] on linux2
while
from uuid import uuid4
import snappy
payload = b''.join([uuid4().bytes for i in range(5)])
c = snappy.compress(payload)
assert snappy.decompress(c) == payload
passes
- 主要言語
- Python
- スター
- 490
- フォーク
- 104
- PR マージ指標
- 30日以内にマージされた PR はありません
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
intake/python-snappy のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
intake/python-snappy#152 · コメント 3 件 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
intake/python-snappy#151 · コメント 1 件 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 45/100
intake/python-snappy#150 · コメント 2 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
intake/python-snappy#147 · コメント 3 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
intake/python-snappy#140 · コメント 1 件 · リアクション 1 件 ·
intake/python-snappy の issue をすべて見る
似ている issue
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
canonical/paas-charm#368 · コメント 1 件 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
tech debt
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
StevenBlack/hosts#3256 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
qualcomm/qai-appbuilder#275 ·