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 terry.reedy
Recipients Arfrever, PaulMcMillan, alex, barry, benjamin.peterson, christian.heimes, dmalcolm, georg.brandl, gvanrossum, pitrou, terry.reedy, vstinner
Date 2012-01-04.00:55:05
SpamBayes Score 1.3722673e-08
Marked as misclassified No
Message-id <1325638505.95.0.983259782726.issue13703@psf.upfronthosting.co.za>
In-reply-to
Content
In #13707 I suggest a change to the current hash() entry which is needed independently of this issue, because the default hash (for object()), being tied to id() is already limited to an object's lifetime. But this change will become more imperative if hash() is made run-dependent for numbers and strings.

There does not seems to presently *be* a security hole for 64 bit builds, so if there is any noticeable slowdown on 64 bit builds and it is sensibly easy to tie the default to the bitness, I would think it should be off for such builds.
History
Date User Action Args
2012-01-04 00:55:06terry.reedysetrecipients: + terry.reedy, gvanrossum, barry, georg.brandl, pitrou, vstinner, christian.heimes, benjamin.peterson, Arfrever, alex, dmalcolm, PaulMcMillan
2012-01-04 00:55:05terry.reedysetmessageid: <1325638505.95.0.983259782726.issue13703@psf.upfronthosting.co.za>
2012-01-04 00:55:05terry.reedylinkissue13703 messages
2012-01-04 00:55:05terry.reedycreate