Repository navigation
Unpickling of range objects fail in Py3k #46834
Description
| BPO | 2582 |
|---|---|
| Nosy | @avassalotti |
| Files |
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 = 'https://github.com/avassalotti'
closed_at = <Date 2008-06-10.04:05:51.017>
created_at = <Date 2008-04-08.12:39:01.162>
labels = ['interpreter-core', 'library']
title = 'Unpickling of range objects fail in Py3k'
updated_at = <Date 2008-06-10.04:06:54.902>
user = 'https://bugs.python.org/pythonhacker'bugs.python.org fields:
activity = <Date 2008-06-10.04:06:54.902>
actor = 'alexandre.vassalotti'
assignee = 'alexandre.vassalotti'
closed = True
closed_date = <Date 2008-06-10.04:05:51.017>
closer = 'alexandre.vassalotti'
components = ['Interpreter Core', 'Library (Lib)']
creation = <Date 2008-04-08.12:39:01.162>
creator = 'pythonhacker'
dependencies = []
files = ['9981', '10530', '10531', '10532']
hgrepos = []
issue_num = 2582
keywords = ['patch']
message_count = 6.0
messages = ['65157', '67736', '67737', '67739', '67891', '67892']
nosy_count = 2.0
nosy_names = ['alexandre.vassalotti', 'pythonhacker']
pr_nums = []
priority = 'critical'
resolution = 'fixed'
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue2582'
versions = ['Python 2.6', 'Python 2.5', 'Python 3.0']
Activity
pythonhacker commentedon Apr 8, 2008
Unpickling of range objects is throwing an exception in Python 3.0
avassalotti commentedon Jun 5, 2008
Weird. I wonder why it succeeds to pickle to range object at all. It
seems the __reduce_ex__ method emits bogus value.
Anyway, that is easy to fix when you know the trick. So, here is the fix.
avassalotti commentedon Jun 5, 2008
Oh, here is a slightly more efficient version.
avassalotti commentedon Jun 5, 2008
xrange() in Python 2.x is also affected by this bug. So, here is the fix.
avassalotti commentedon Jun 10, 2008
Fixed in r64059 for Python 3.0
Fixed in r64056 and r64057 for Python 2.6
avassalotti commentedon Jun 10, 2008
Oops, I meant r64057 and r64058.