Tim Peters wrote:
> # add a filter over the current pipe, and call that the new pipe
> pipe = (e for e in pipe if p(e))
This is a fairly convincing argument to me - that is something I do all
the time with listcomps. Saves having to invent extra names.
Tim Delaney
> I'd like to get generator expressions checked into CVS.
>
> Regarding the early-or-late binding issue, here's what I'd like to see
> happen: I'd like the late-binding (i.e. non-capture) version checked
> in and released with Python 2.4a1 and a2. If we find there are real
> problems with these semantics, we can switch to early-binding
> semantics in 2.4b1
Sounds like a good plan, but I have one question: Given the extent to
which alpha releases are tested (and subtracting out those who use
them only to check old code for compatibility and don't try out the
new features) are we going to be able to tell if there are problems
with the semantics?
My best idea is that those who currently favor the early-binding
approach (and I'm sure you've heard from plenty of them) should be
encouraged to try it out in the alpha and report any issues, along
with actual use cases. Someone collects these responses, then you
(Guido) look over the results (with a grain of salt since it's
mostly being tested by folks who object) and decide if it's a
problem.
Will that work? Anyone have a better idea? How do we go about asking
people to try it out (is a mention by Guido on comp.lang.python
sufficient)?
-- Michael Chermside
Ok, strange subject, but I have what seems like a simple question that
the documentation doesn't seem to cover (and a quick perusal of the
code doesn't answer, either).
If I define a new style class in C, and subclass it in python, how can
I get the base class instance object from a subclass instance in C?
--
Nick
> Hello Guido,
>
> I did a quick review of the stdlib, including the tests, to see which list
> comprehensions could be replaced with generator expressions. Thought I admit
> I am biased towards early binding, I ended up looking for cases with the
> following properties: [...]
Even if we switched to early binding, won't these issues still bite you
with mutable values? E.g.:
some_dict = {'x': 1, 'y': 2}
iter1 = (some_dict.get(v, 3) for v in input1)
some_dict['z'] = 5
iter2 = (some_dict.get(v, 7) for v in input2)
It seems like it would be surprising (to me, anyway) if this gave a
different result than:
some_dict = {'x': 1, 'y': 2}
iter1 = (some_dict.get(v, 3) for v in input1)
some_dict = {'x': 1, 'y': 2, 'z': 5}
iter2 = (some_dict.get(v, 7) for v in input2)
-Edward
Per suggestions posted on this mailing list I created a sourceforge project
(config-py), registered it with PyPi and submitted the following
announcement to python-announce.
I look forward to your feedback.
Thanks,
Dan Gass
Announcement
------------
config-py version 1.0 has been released and is available at SourceForge.
This
is the initial release of a Python module for reading python based user
configuration files to control script execution. (It is a more powerful
alternative to Python's ConfigParser module). The long term goal is to
refine
this module for eventual inclusion in the standard Python distribution.
Module Description
------------------
This python module provides a simple, but extremely flexible and powerful
method of controlling python script execution by use of configuration
settings
stored in user configuration files. This module is a more powerful
alternative to the ConfigParser module already available in the standard
Python distribution.
The standard ConfigParser module parses text based user configuration files
and provides access to that information. This module reads python based
configuration files and provides access to the python objects contained
within. In addition, this module supports hierarchical organization of the
settings within the configuration files so that settings may be accessed
using
keys specified by the user from the command line or by other means. By use
of
python based configuration files, this module provides a simple solution to
most configuration problems but also has the flexibility to solve the most
complex configuration issues.
Other Important Information
---------------------------
License: GNU General Public License (GPL)
Project Home Page: http://config-py.sourceforge.net/
Download URL: https://sourceforge.net/projects/config-py/
Author/Maintainer: Dan Gass (dmgass(a)hotmail.com)
_________________________________________________________________
Check out the coupons and bargains on MSN Offers! http://youroffers.msn.com
