A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2006-July/067209.html below:

[Python-Dev] "Missing" 2.5 feature

[Python-Dev] "Missing" 2.5 featureAnthony Baxter anthony at interlink.com.au
Mon Jul 10 23:02:02 CEST 2006
On Tuesday 11 July 2006 06:52, Tim Peters wrote:
> > I don't think trying to produce the most stable and bugfree
> > Python possible could in _anyway_ be considered "pedantry", and
> > it makes me quite grumpy to have it described in that way.
>
> He meant that "no new features", while a useful guideline, can be
> counterproductive if followed slavishly.

I'm not taking a slavish "no new features" line. I _am_ saying that 
any new features, post beta, require a good justification and a clear 
understanding of the risks that are added by the new code. In this 
case, the tradeoff is fine. Simply saying code is very low risk isn't 
enough - there also has to be a positive reason for the code going 
in. The ability to debug deadlocks is a good thing, and the clincher 
(once I sat and thought about it a bit) is that there is _already_ a 
module out there that attempts to do this, albeit in a buggy fashion. 
This is pretty clear indication that there is a demand for the 
feature.

Similarly, the PyErr_WarnEx() is _probably_ a good thing to add in, 
because otherwise we can't do anything about the struct warning. But 
that really will have to wait until post-beta2 at this point. 

Anthony
-- 
Anthony Baxter     <anthony at interlink.com.au>
It's never too late to have a happy childhood.
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4