; personal firewall software is blocking the connection." I believe the
> problem is the firewall, but I'm not sure if it is related to the
> install. The previous install (Python 2.3) worked fine.
http://www.python.org/2.4/bugs.html
--
Aahz ([EMAIL PROTECTED]) <*>
atomic.
Uncle Timmy will no doubt agree with me: the semantics don't matter.
NEVER, NEVER access the same file object from multiple threads, unless
you're using a lock. And even using a lock is stupid.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
&q
On Thu, Mar 17, 2005, Tim Peters wrote:
>
> I think Aahz was on target here:
>
> NEVER, NEVER access the same file object from multiple threads, unless
> you're using a lock.
>
> And here he went overboard:
>
> And even using a lock is stupid.
>
t; winners on it. I haven't found anything with more up-to-date
>> results.
>
> The 2005 winners are listed here:
> http://www.sdmagazine.com/pressroom/jolt_winners_2005.pdf
I've put this up on the website, but
http://www.sdmagazine.com/pressroom/
claims that press relea
ion posting to comp.lang.python. Thanks.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"The joy of coding Python should be in seeing short, concise, readable
classes that express a lot of action in a small amount of clear code --
not in reams of tr
On Wed, Mar 23, 2005, Herman Toothrot wrote:
>
> Avast! Why be there builtins divmod and pow, when operators **, /, and %
> should be good enough for ya? It runs counter to TOOWTDI, I be thinking.
> Arr.
This is off-topic for python-dev. Please post to comp.lang.python
inste
n needs to stick with make. If you want to push
this idea forward, you'll probably need to create a proof-of-concept.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"The joy of coding Python should be in seeing short, concise, readable
classes that ex
for this exception.
Why is changing an exception more acceptable than creating a new one?
(I don't have a strong opinion either way, but I'd like some reasoning;
Jack's approach at least doesn't break code.) Especially if the new
exception isn't &q
on-dev readers (the bit that triggered this comment was
seeing the unified vs. context diffs thread so far down).
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"The joy of coding Python should be in seeing short, concise, readable
classes that express a
mp.lang.python for other questions. Thank you.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"The joy of coding Python should be in seeing short, concise, readable
classes that express a lot of action in a small amount of clear code --
not in reams of tr
.
> However, my opinion is that it does not read smoothly. This form
> requires that I say what I'm doing with something before I know the
> context of what that something is. For me, blocks are not about
> shortening the code, but rather clarifying *intent*.
H..
s a little odd to me. To the extent that Python has an
antithesis, it would be either C++ or Perl. Ruby is antithetical to some
of Python's core ideology because it borrows from Perl, but Ruby is much
more similar to Python than Perl is.
--
Aahz ([EMAIL PROTECTED]) <*>
args), my opinion is that like the "optional"
colon after ``for`` and ``if``, the resource block *should* have a
keyword.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"The joy of coding Python should be in seeing short, concise, readable
class
o lots
of exception handling.
(I'm a bit sensitive to that right now; this week I wasted an hour
because I didn't understand exceptions as well as I thought I did,
although it was related more to the precise mechanics of raising and
catching exceptions. Perhaps I'll submit a doc bug;
> exec aBlock in blockGlobals, blockLocals
>
> return iterfaceType(interfaceName, bases, blockLocals)
>
> IFoo = interface('IFoo'):
> def isFoo(self): pass
Where does ``aBlock`` come from?
--
Aahz ([EMAIL PROTECTED]) <*> ht
ould keep the ``with``: the point of
Python is to have a restricted syntax and requiring a prefix for these
constructs makes it easier to read the code. You'll soon start to gloss
over the ``with`` but it will be there as a marker for your subconscious.
--
Aahz ([EMAIL PROTECTED])
e wrong way. Why not do this:
class ResourceCleanup:
def register(self, resource, func): ...
def unregister(self, resource): ...
def __call__(self): ...
handler = ResourceCleanup)
atexit.register(handler)
handler.register(x, free_resource)
do(x)
handler
own
> frame.
Maybe. It's not clear whether your thunks are lexical (I haven't been
following the discussion closely). If it's not lexical, how do locals
get handled without cells?
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"It
form allows
> an iterator to be consumed in stages.
-1 -- the Zen of Python implies that we should be able to tell which
construct we're using at the beginning of the line.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"It's 106 miles to Chi
d like that too, but it was shot down at least once. Maybe we can
> resurrect it?
>
> opening("foo") as f:
> # etc.
I'm still -1 for the same reason I mentioned earlier: function calls
spanning multiple lines are moderately common in Python code, and it's
ha
On Fri, Apr 29, 2005, Phillip J. Eby wrote:
> At 10:42 AM 4/29/05 -0700, Aahz wrote:
>>On Fri, Apr 29, 2005, Guido van Rossum wrote:
>>> [Phillip J. Eby]
>>>>
>>>> Although I'd personally prefer a no-keyword approach:
>>>>
>&g
ned
syntactical structures. Guido has historically disagreed strongly with
that philosophy; until and unless he reverses his opinion, this is
precisely why the non-keyword version will continue to receive -1 from
me. (As it happens, I agree with Guido, so if Guido wants to change,
I&
ibute of StopIteration), probably using
> option 1 above as the default behaviour.
-1
Did you deliberately sort the options this way? ;-) I'm mainly
responding to deliver my vote against option 3; I don't care much about
the other possibilities.
--
Aahz ([EMAIL PROTECTED])
s. A lot of them seem to cry out for a
> "with" prefix, although maybe that's part of the heritage of PEP 310.
> But Lisp has functions like 'with-open-file', so I don't think that
> it's *all* a PEP 310 influence on the examples.
Yes, that's why I'
raise Found
except Found:
pass
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"It's 106 miles to Chicago. We have a full tank of gas, a half-pack of
cigarettes, it's dark, and we're wearing sunglasses." "Hit it.&
Reminder:
We will *NOT* be meeting the *SECOND* Thursday (this week, May 12).
Our May meeting will be the *THIRD* Thursday, May 19. This will be our
first meeting at Google, with Alex Martelli's presention on design
patterns. More details soon!
--
Aahz ([EMAIL PROT
sted parties could retrieve them by name instead of having to
> remember their positions in the args tuple of the exception class
> concerned.
Sounds reasonable, but it should be equally easy to handle::
raise MyError, "message"
--
Aahz ([EMAIL PROTECTED])
On Mon, May 16, 2005, Greg Ewing wrote:
> Aahz wrote:
>> On Fri, May 13, 2005, Greg Ewing wrote:
>>>
>>>Instead of an 'args' attribute, I'd suggest that the constructor take
>>>keyword arguments and store them in corresponding attributes.
>>
ceback__ to point to the traceback
>
> Hope this is useful. I'd like your feedback. Thanks!
I'll comment here in hopes of staving off responses from multiple
people: I don't think these should be double-underscore attributes. The
currently undocum
like the
methods for the Queue class. (I'm using Queue in specific because it's
intended to be subclassed.)
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"And if that makes me an elitist...I couldn't be happier." --JMS
__
in
stone. If there's agreement that a mistake was made, let's fix it!
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"And if that makes me an elitist...I couldn't be happier." --JMS
thon
ints are unbounded.
All these caveats aside, I don't have a strong opinion about what we
should do. Overall, my sentiments are with Tim that we should fix this,
but my suspicion is that it probably doesn't matter much.
--
Aahz ([EMAIL PROTECTED]) <*> http://
a: you have to specify
the context manually with every operation. It was a critical design
criterion for Python that this be legal::
>>> x = Decimal('1.2')
>>> y = Decimal('1.4')
>>> x*y
Decimal("1.68")
IOW, constructing D
s the
best place for you to get information, but I also encourage you to join
the Summer of Code mailing list:
http://mail.python.org/mailman/listinfo/summerofcode
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"The only problem with Microsoft is
ease post to comp.lang.python.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
f u cn rd ths, u cn gt a gd jb n nx prgrmmng.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/list
hon before posting here; although you've got more core
developers on python-dev, there's a broader spectrum on c.l.py.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
f u cn rd ths, u cn gt a gd jb n nx prgrmmng.
__
e very close to what I need, but there
> are still a couple of details that I haven't been able to solve.
Hi Veronica,
python-dev is for future development of Python; for questions about
using Python, please go to comp.lang.python. Thanks.
--
Aahz ([EMAIL PROTECTED])
On Sat, Jun 18, 2005, Gustavo Niemeyer wrote:
>
> PyPI seems to be out of space:
FYI, python-dev is not a good place to send messages like this. Please
use [EMAIL PROTECTED] (I've already notified the appropriate
parties.)
--
Aahz ([EMAIL PROTECTED]) <*
int? __int__ is NOT going away; the
sole purpose of __index__ is to enable sequence index functionality and
similar use-cases for int-like objects that do not subclass from int.
(For example, one might want to allow an enumeration type to index into
a list.)
--
Aahz ([EMAIL PROTECTED])
.
> 'Unfinished' means that it works completely, except for some cases of
> ambiguous syntax. I can fix that in a few days if the deadline nears and
> there's no working patch.
If you want to also take over the PEP328 editing, please be my guest. I
keep making time for it tha
t to work. Even if we end up
chucking out all his work in favor of something else, I'll consider the
PSF's money well-spent for bringing the community energy into it.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A language that doesn&
On Tue, Feb 14, 2006, Guido van Rossum wrote:
>
> Anyway, I'm now convinced that bytes should act as an array of ints,
> where the ints are restricted to range(0, 256) but have type int.
range(0, 255)?
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.c
On Wed, Feb 15, 2006, Bob Ippolito wrote:
> On Feb 15, 2006, at 6:35 PM, Aahz wrote:
>> On Tue, Feb 14, 2006, Guido van Rossum wrote:
>>>
>>> Anyway, I'm now convinced that bytes should act as an array of ints,
>>> where the ints are restricted to range
this can go into 2.5.
(I was only +0 on the previous proposal and I was -1 on making it a
built-in; this extension is much nicer.)
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A language that doesn't affect the way you think about program
ode FROM
Unicode, decode TO Unicode. Most people when they start playing with
Unicode think of it as just another text encoding rather than suddenly
replacing "the universe" as the most base form of text.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
&quo
ding)
This requires the user to state up-front what the source encoding is.
One of the big problems that I see with the whole encoding mess is that
so much of it contains implicit assumptions about the source encoding;
this gets away from that.
--
Aahz ([EMAIL PROTECTED]) <*>
, our semantics are as Josiah
outlines, and I can't see much use case for the alternatives.
Those of you arguing something different: do you have a real use case
(that you've implemented in real code)?
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
t; It's fine.
>
> If you want to get a floating point result from dividing,
> make one of the two numbers a float:
>
>>>> 1.0/2
> 0.5
>>>>
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A language that doe
On Mon, Feb 20, 2006, Adam Olsen wrote:
> On 2/20/06, Aahz <[EMAIL PROTECTED]> wrote:
>> On Sun, Feb 19, 2006, Josiah Carlson wrote:
>>>
>>> I agree, there is nothing perfect. But at least in all of my use-cases,
>>> and the majority of the ones
On Mon, Feb 20, 2006, Alex Martelli wrote:
> On Feb 20, 2006, at 12:38 PM, Aahz wrote:
> ...
>>> Can you say, for the record (since nobody else seems to care), if
>>> d.getorset(key, func) would work in your use cases?
>>
>> Because I haven't been rea
the PSF is for!
Note the emphasis on the word "commit", please. I'm setting an arbitrary
deadline of Saturday Feb 25 so I don't have to monitor indefinitely.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A language that doesn&#x
continue supporting DOS...
>
> A lot of people are still using Windows 98. But I guess if noone is
> volunteering to maintain the code...
DOS has some actual utility for low-grade devices and is overall a
simpler platform to deliver code for. At the standard 18-month release
cycle, it
raire! This is precisely why a wiki is useful, to serve as a
community notepad. Perhaps this specific case isn't a "good use", but it
absolutely does not count as abuse, and I encourage other people to make
similar use.
--
Aahz ([EMAIL PROTECTED]) <*> htt
e a die-hard hacker, you could parse the mailto: link at the top
of the message. ;-)
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A language that doesn't affect the way you think about programming,
is not worth knowing." --Alan Perli
On Thu, Mar 02, 2006, Neal Norwitz wrote:
>
> The following code leaks a reference. Original test case from
> Lib/test/test_sys.py in test_original_excepthook.
Did you submit a SF bug report?
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"
mpile() because I can
never remember the order of arguments for re.match()/re.search().
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A language that doesn't affect the way you think about programming,
is n
On Thu, Mar 02, 2006, Guido van Rossum wrote:
> On 3/2/06, Barry Warsaw <[EMAIL PROTECTED]> wrote:
>> On Thu, 2006-03-02 at 07:26 -0800, Aahz wrote:
>>>
>>> OTOH, my personal style is to always use re.compile() because I can
>>> never remember the o
next() function, but I think that anyone who is concerned about
efficiency should do
next = obj.__next__
which saves an attribute lookup, too. I still think the vast majority of
cases will stick with for loops that automatically call __next__()
directly.
--
Aahz ([EMAIL PROTECTED])
15, 2006 [planned]
rc 1:August 5, 2006 [planned]
final: August 19, 2006 [planned]
Can we complete this? (Or does the actual PEP have the correct schedule
and the web site re-org didn't get the published version updated?)
--
Aahz ([EMAIL PROTECTED]) <*>
ist, tuple, buffer, xrange)
>>> Mapping Types (dict)
>>
>> +1
>
> If I understand correctly what you mean, that's already done.
Partially, by my standard. That is, the names of the types are now
listed, but you still have to drill down two layers to get t
ifferent module.)
(This was Python 2.2/2.3, so decorators weren't actually involved, but I
think it's the same problem.)
I don't understand decorators well enough to propose a good solution
given the other constraints, but it seems clear to me that we need a good
solution o
on, and there should not be any warnings raised.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A language that doesn't affect the way you think about programming,
is not worth knowing." --Alan Perlis
__
quent automated mail ;)
+1 python-checkins -- I'm not subscribed to python-checkins, and the
buildbot messages mean nothing to me.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"19. A language that doesn't affect the way you think about program
ikely to get many useful responses if
you don't subscribe to c.l.py.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Look, it's your affair if you want to play with five people, but don't
go call
bably shed some light here.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Look, it's your affair if you want to play with five people, but don't
go calling it doubles." --John Cleese anticipates Usenet
___
h * 3644798167;
Seems to me that magic numbers like this need to be made constants and
explained with a comment.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Look, it's your affair if you want to p
from my POV "xml" feels different from "db".
Part of it is that XML is *always* referred to that way in texts except
for an initial expansion so people know what it stands for, whereas
database is only abbreviated in limited circumstances. In addition,
ructor accepts a data parameter, so I would say just
> remove mention of the binary function from the docs and leave the
> implementation as-is.
Please file a bug on SF and report it back here so that we don't lose
track of this.
--
Aahz ([EMAIL PROTECTED]) <*> ht
way if someone gets interested in the
future, your code is still available.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Look, it's your affair if you want to play with five people, but don't
go calling it doubles." --John Cleese anticip
On Sun, Apr 02, 2006, Crutcher Dunnavant wrote:
>
> But I have some questions about this for python 3000.
Please use the python-3000 list for questions like this.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Look, it's your affair if you
I recommend that you start
posting to comp.lang.python first. (Changes to built-in types like this
generally require a PEP.)
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Look, it's your affair if you want to play with five people, but don't
g
t;make open() a factory function instead of an alias
for file() (with suitable doc changes)" -- that parenthetical being the
blocking factor here ;-)
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Look, it's your affair if you want t
the call.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Look, it's your affair if you want to play with five people, but don't
go calling it doubles." --John Cleese anticipates Usenet
___
lity with the external code has to have some importance.
I vote we wait for Py3k.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Look, it's your affair if you want to play with five people, but don't
go calling it doubles." --John Clees
. Testcase:
>
> import base64
> base64.b64decode('%')
>
> Since % is a non-alphabet character, this should raise TypeError (btw,
> shouldn't this be ValueError instead?), but Python 2.4.3 silently
> ignores.
Please submit a bug report on SourceForge and report ba
at that Python's adoption curve has flattened, so it's
> probably now more important to keep existing users happy, so the time
> for jettisoning modules may be past.)
There's a lot of truth for that with Python 2.x, but that's what 3.0 is
for.
--
Aahz ([EMAIL PROTECTED
On Wed, Apr 19, 2006, Dean N. Williams wrote:
>
> When I try to build Python 2.4.3, I get the following error below:
Please do not spam multiple lists. Please read this URL before you ask
for further help:
http://www.catb.org/~esr/faqs/smart-questions.html
--
Aahz ([EMAIL PRO
se there may be
special implementation constraints).
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Argue for your limitations, and sure enough they're yours." --Richard Bach
___
Python-Dev mailing list
Py
at all -- what I said was that EXPR returns a context.)
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Argue for your limitations, and sure enough they're yours." --Richard Bach
___
Pyth
On Sat, Apr 22, 2006, Phillip J. Eby wrote:
> At 09:05 AM 4/22/2006 -0700, Aahz wrote:
>>
>>I've been following the with/context discussion, not that closely, but
>>reading all the posts. I also have to write docs on this for Python for
>>Dummies, which I think i
which I now realize
is incorrect, but it's not entirely clear to me how to describe it.
Perhaps "wrapper" will do.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Argue for your limitations, and sure enough they're yours." --Ric
On Mon, Apr 24, 2006, Phillip J. Eby wrote:
> At 12:24 PM 4/24/2006 -0700, Aahz wrote:
>>On Mon, Apr 24, 2006, Phillip J. Eby wrote:
>>> At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote:
>>>>
>>>>Using two names to describe three different things isn
On Mon, Apr 24, 2006, Phillip J. Eby wrote:
> At 12:49 PM 4/24/2006 -0700, Aahz wrote:
>>On Mon, Apr 24, 2006, Phillip J. Eby wrote:
>>> At 12:24 PM 4/24/2006 -0700, Aahz wrote:
>>>>On Mon, Apr 24, 2006, Phillip J. Eby wrote:
>>>>> At
On Tue, Apr 25, 2006, Guido van Rossum wrote:
> On 4/24/06, Aahz <[EMAIL PROTECTED]> wrote:
>>
>> Let's go back to a pseudo-coded with statement:
>>
>> with EXPRESSION [as NAME]:
>> BLOCK
>>
>> What happens while BLOCK is
ev has moderators...or at least my posts have
> never been delayed like that.
I'm not active, but I've seen Tomer's posts getting delayed due to
non-subscriber moderation. Tomer, you should make sure that all
addresses you use to post are subscribed; if you have multiple addr
er hand, I think that a lot of the
blowback you got comes from you bringing up this issue right before
2.5a2. My suggestion is that you let this sit and make yourself a
calendar entry to think about this again in October. If it still seems
like a good idea, go ahead and bring it up. (Or just punt t
F technically qualifies as of
the last time I checked, but for several years I was unable to use Lynx
to submit bugs.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Argue for your limitations, and sure enou
uired keyword'
> arguments. Such arguments must be supplied by the caller, and
> they must be supplied via keyword.
You should show with simulated doctests what happens when you call
required keyword functions correctly and incorrectly. You should also
show an example of a re
new string (or unicode) with all of the
> fields replaced with their formatted values.
>
> For each field, the cformat function will attempt to call the
> field format hook with the following arguments:
>
> field_hook(value, conversion, buffer)
You need to
questions about using Python.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Argue for your limitations, and sure enough they're yours." --Richard Bach
___
Python-Dev mailing list
Python-Dev@pyt
in-and-of-itself
inappropriate for python-dev, but experience indicates that this
discussion will probably not be productive and therefore belongs on the
general newsgroup).
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Argue for your limitations, a
u'd ever be motivated to change their order.)
IIRC, part of the motivation for this is to make it easier for super() to
work correctly.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Argue for your limitat
work for me. It seems clear (especially in light
of Fredrik's docs) that "wrapper" comes much closer to what's going on.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Argue for your limitations, and sure enough they're yours."
already
complicated by __new__(); we probably don't want to automatically sort
out __init__() vs __new__(), but I think we do want regular functions and
methods to automatically have a __signature__ attribute. Aside from the
issue with classes, are there any other drawbacks to automati
On Mon, May 01, 2006, Brett Cannon wrote:
> On 5/1/06, Aahz <[EMAIL PROTECTED]> wrote:
>>On Mon, May 01, 2006, Brett Cannon wrote:
>>>
>>> But there are two things that I can't quite decide upon.
>>>
>>> One is whether a signature object sho
tics, I'm -1.
Side note: if people do want to continue discussing this, I think it
should go to python-3000. There is absolutely no reason to break
currently-running code that happens to use this pattern.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.
/docs.python.org/dev/lib/bltin-file-objects.html
I'll answer your other post later when I have more time, but you might
check
http://mail.python.org/pipermail/python-dev/2005-December/thread.html#59073
for the basic history.
--
Aahz ([EMAIL PROTECTED])
by throwing in required keyword arguments. It
> would be nice to instead see some real examples of the usefulness of
> the required keyword-only arguments.
See previous discussion about super() -- I don't have time to look up
examples right now.
--
Aahz ([EMAIL PROTECTED])
the Need For Speed sprint, should we perhaps allot
some time for any new code to gel? Or is none of that code slated for
2.5?
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"I saw `cout' being shifted "Hello w
s you've gotten to this surprising
change have been negative; this doesn't seem in keeping with our usual
decision-making process.
BTW, the PEP on python.org hasn't been updated. Please post the current
schedule here.
--
Aahz ([EMAIL PROTECTED]) <*> http://ww
301 - 400 of 515 matches
Mail list logo
