pypy seg fault on larger byte arrays
- Langage dominant
- Python
- Étoiles
- 490
- Forks
- 104
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
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
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Piste de recherche
Start by running the s.py reproduction from the issue with five and ten UUID byte arrays under PyPy 5.0.1, and compare the compression and decompression assertions. Then trace the python-snappy binding involved in those calls and use the pykafka issue for context. Done means larger byte arrays complete without a segmentation fault and the assertions still pass.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- backend
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100