[Python-Dev] Counting collisions for the win (original) (raw)

Guido van Rossum guido at python.org
Fri Jan 20 23:51:19 CET 2012

On Fri, Jan 20, 2012 at 2:33 PM, Ben Wolfson <wolfson at gmail.com> wrote:

On Fri, Jan 20, 2012 at 2:11 PM, Terry Reedy <tjreedy at udel.edu> wrote:

On 1/20/2012 2:51 PM, Donald Stufft wrote:

I think the counting collision is at best a bandaid and not a proper fix stemmed from a desire to not break existing applications on a bugfix release ... My opinion of counting is better than yours, but even conceding the theoretical, purity argument, our release process is practical as well. There have been a few occasions when fixes to bugs in our code have been delayed from a bugfix release to the next feature release -- because the fix would break too much code depending on the bug. AFAICT Brett's suggestion (which had occurred to me as well, but I'm not a core developer by any stretch) seemed to get lost in the debate: would it be possible to go with collision counting for bugfix releases and hash randomization for new feature releases? (Brett made it here: <http://mail.python.org/pipermail/python-dev/2012-January/115740.html>.)

I made it earlier.

-- --Guido van Rossum (python.org/~guido)

More information about the Python-Dev mailing list