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 lpd
Recipients
Date 2007-06-08.02:30:16
SpamBayes Score
Marked as misclassified
Message-id
In-reply-to
Content
Patch # 408326 is a "bug fix" that makes slice objects comparable but explicitly NOT hashable.  I don't understand why Guido thinks this is the right behavior for them: they are immutable, have well-defined state, do not include references to mutable objects, and can be compared property for equality.  Why shouldn't they be usable as dictionary keys?  I have an application that really would like them to be usable as such.  I know I can define a class Slice of my own .. but that seems so silly.
History
Date User Action Args
2007-08-23 14:54:43adminlinkissue1733184 messages
2007-08-23 14:54:43admincreate