Message 63375 - Python tracker

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author	belopolsky
Recipients	belopolsky, lpd, rhettinger
Date	2008-03-08.00:55:19
SpamBayes Score	0.017894289
Marked as misclassified	No
Message-id	<1204937720.49.0.561962469423.issue1733184@psf.upfronthosting.co.za>
In-reply-to

Content
Patch # 408326 was designed to make assignment to d[:] an error where d is a dictionary. See discussion starting at http://mail.python.org/pipermail/python-list/2001-March/072078.html . I think the only reason slice objects need to be comparable is only to suppress inheritance of the default hash from object. This RFE is ripe to be rejected. Slice objects are really meant to be internal structures and not passed around in the user's code. You can always use tuples instead of slices and convert the to slices with slice(*t) when needed.

Patch # 408326 was designed to make assignment to d[:] an error where d 
is a dictionary.  See discussion starting at http://mail.python.org/pipermail/python-list/2001-March/072078.html .

I think the only reason slice objects need to be comparable is only to 
suppress inheritance of the default hash from object.

This RFE is ripe to be rejected.  Slice objects are really meant to be 
internal structures and not passed around in the user's code.  You can 
always use tuples instead of slices and convert the to slices with 
slice(*t) when needed.

History
Date	User	Action	Args
2008-03-08 00:55:20	belopolsky	set	spambayes_score: 0.0178943 -> 0.017894289 recipients: + belopolsky, rhettinger, lpd
2008-03-08 00:55:20	belopolsky	set	spambayes_score: 0.0178943 -> 0.0178943 messageid: <1204937720.49.0.561962469423.issue1733184@psf.upfronthosting.co.za>
2008-03-08 00:55:19	belopolsky	link	issue1733184 messages
2008-03-08 00:55:19	belopolsky	create