Author Jim.Jewett
Recipients Jeremy Banks, Jim.Jewett, Mark.Bucciarelli, Ronny.Pfannschmidt, adamtj, asvetlov, aymeric.augustin, bulb, dholth, flox, ghaering, monsanto, pitrou, r.david.murray, scott.urban, torsten, tshepang, zzzeek
Date 2014-06-13.21:00:15
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1402693216.0.0.245656815647.issue10740@psf.upfronthosting.co.za>
In-reply-to
Content
Removing the existing behavior will almost certainly not be accepted, because of backwards compatibility.

Adding new functionality is generally acceptable.

Doing that through a new keyword that defaults to the old behavior is fairly common, and generally better than an apparently redundant function.  But in this particular case, that makes the new signature and documentation such a mess that I believe a separate function would be the lesser of evils.  (And that only if it is clear what the problems with the current situation are.  e.g., do the problems only trigger when using the database from too many threads, or is a random network delay enough to trigger problems?)
History
Date User Action Args
2014-06-13 21:00:16Jim.Jewettsetrecipients: + Jim.Jewett, ghaering, pitrou, Jeremy Banks, r.david.murray, zzzeek, asvetlov, flox, adamtj, dholth, torsten, monsanto, scott.urban, aymeric.augustin, tshepang, Ronny.Pfannschmidt, Mark.Bucciarelli, bulb
2014-06-13 21:00:16Jim.Jewettsetmessageid: <1402693216.0.0.245656815647.issue10740@psf.upfronthosting.co.za>
2014-06-13 21:00:15Jim.Jewettlinkissue10740 messages
2014-06-13 21:00:15Jim.Jewettcreate