Repository navigation
Segfault on recursive itertools.chain.from_iterable #67100
Description
| BPO | 22911 |
|---|---|
| Nosy | @serhiy-storchaka |
| Superseder |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee = None
closed_at = <Date 2014-11-21.19:08:29.798>
created_at = <Date 2014-11-21.18:42:52.569>
labels = ['library']
title = 'Segfault on recursive itertools.chain.from_iterable'
updated_at = <Date 2014-11-21.19:08:29.796>
user = 'https://bugs.python.org/ikelly'bugs.python.org fields:
activity = <Date 2014-11-21.19:08:29.796>
actor = 'serhiy.storchaka'
assignee = 'none'
closed = True
closed_date = <Date 2014-11-21.19:08:29.798>
closer = 'serhiy.storchaka'
components = ['Library (Lib)']
creation = <Date 2014-11-21.18:42:52.569>
creator = 'ikelly'
dependencies = []
files = []
hgrepos = []
issue_num = 22911
keywords = []
message_count = 2.0
messages = ['231489', '231491']
nosy_count = 2.0
nosy_names = ['ikelly', 'serhiy.storchaka']
pr_nums = []
priority = 'normal'
resolution = 'duplicate'
stage = 'resolved'
status = 'closed'
superseder = '14010'
type = None
url = 'https://bugs.python.org/issue22911'
versions = ['Python 3.4']
Activity
ikelly commented on Nov 21, 2014
I expect this should result in a recursion depth exceeded error, not a segmentation fault.
serhiy-storchaka commented on Nov 21, 2014
This is a duplicate of bpo-14010.
markshannon commented on Jul 29, 2026
This was not a duplicate of bpo-14010 as that related to the trashcan mechanism. This still crashes the VM.