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 tim.peters
Recipients eric.smith, jdemeyer, mark.dickinson, rhettinger, sir-sigurd, tim.peters
Date 2018-09-23.19:13:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
Oh, I don't agree that it's "broken" either.  There's still no real-world test case here demonstrating catastrophic behavior, neither even a contrived test case demonstrating that, nor a coherent characterization of what "the problem" is.

I'm nevertheless open to making improvements, but keeping in mind foremost that _all_ changes are potentially damaging to patterns of data we know nothing about precisely because they've been working fine for many years.  So, e.g., there's no chance that gratuitous changes will be accepted.  For example, don't _like_ adding 97531UL at the end?  Tough luck - it's staying, and it's not worth one word of argument.

To my eyes, the _strongest_ case in all these messages is for boosting the multiplier size on 64-bit boxes.  That's principled and well-motivated.  Python itself changed the multiplier from 3 to 1000003 long ago for the same reasons.  But that apparently has nothing to do with "the problem" this report was opened about ;-)
Date User Action Args
2018-09-23 19:13:59tim.peterssetrecipients: + tim.peters, rhettinger, mark.dickinson, eric.smith, jdemeyer, sir-sigurd
2018-09-23 19:13:59tim.peterssetmessageid: <>
2018-09-23 19:13:59tim.peterslinkissue34751 messages
2018-09-23 19:13:58tim.peterscreate