> ""Martin v. Löwis"" <
[EMAIL PROTECTED]> wrote in message> news:[EMAIL PROTECTED]>> > Currently, we have two running tracker demos online:> >> > Roundup:> >
http://efod.se/python-tracker/> >> > Jira:> > http://jira.python.atlassian.com/secure/Dashboard.jspa
Is anyone looking at the Google Code H
> I agree, but does this then work:
>
> x = opening("foo")
> ...stuff...
> x as f:
># etc
>
> ? And if not, why not? And if yes, what happens if "stuff" raises an
> exception?
Forget it -- the above is probably addressed by the PEP and doesn't
really depend on whether there's a kw or not.
On 4/29/05, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> [Phillip J. Eby]
> > Although I'd personally prefer a no-keyword approach:
> >
> > synchronized(self):
> > with_file("foo") as f:
> > # etc.
>
> I'd like that too, but it was shot down at least once. Maybe we can
On 4/28/05, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> How about, instead of trying to emphasize how different a
> block-statement is from a for-loop, we emphasize their similarity?
>
> A regular old loop over a sequence or iterable is written as:
>
> for VAR in EXPR:
> BLOCK
>
>
On 4/27/05, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> As long as I am BDFL Python is unlikely to get continuations -- my
> head explodes each time someone tries to explain them to me.
You just need a safety valve installed. It's outpatient surgery, don't worry.
--david
__
You guys have way too much time on your hands and neurons devoted to
this stuff. I'm glad that means that I can spend the afternoon playing
w/ my kids and searching python-dev when I need to add numbers =).
___
Python-Dev mailing list
Python-Dev@python.or
On Thu, 10 Mar 2005 19:23:41 -0500, Aahz <[EMAIL PROTECTED]> wrote:
> Guido may not be able to go. Anyone else already going?
I may, but only on the 18th, not the 16th. So that doesn't really work =).
>
> - Forwarded message from [EMAIL PROTECTED] -
>
> > Subject: Request - SD MAgazin
On Tue, 22 Feb 2005 08:16:52 -0800, Guido van Rossum
<[EMAIL PROTECTED]> wrote:
> > Really? I do this kind of thing all the time:
> >
> > import os
> > import errno
> > try:
> > os.makedirs(dn)
> > except OSError, e:
> > if e.errno <> errno.EEXIST:
> > raise
>
> You have a lot mor
On Fri, 18 Feb 2005 15:40:54 -0700, Travis Oliphant <[EMAIL PROTECTED]> wrote:
> Guido van Rossum wrote:
>
> >>Would it be possible to change
> >>
> >>_PyEval_SliceIndex in ceval.c
> >>
> >>so that rather than throwing an error if the indexing object is not an
> >>integer, the code first checks t
On Fri, 18 Feb 2005 13:28:34 -0800, Guido van Rossum
<[EMAIL PROTECTED]> wrote:
> > Would it be possible to change
> >
> > _PyEval_SliceIndex in ceval.c
> >
> > so that rather than throwing an error if the indexing object is not an
> > integer, the code first checks to see if the object has a
> >
On Tue, 8 Feb 2005 15:52:29 -0500, Jeremy Hylton <[EMAIL PROTECTED]> wrote:
> Maybe some ambitious PSF activitst could contact Roskind and Steve
> Kirsch and see if they know who at Disney to talk to... Or maybe the
> Disney guys who were at PyCon last year could help.
I contacted Jim. His respo
e pretty
thoroughly explained. I wouldn't suggest it unless you are desperate.
If I were you, I'd wait for a license problem to emerge (which I
don't believe will ever happen).
Hope that helps,
Jim
David Ascher wrote on 2/11/2005, 8:57 PM:
> Dear Jim --
>
> David Ascher h
On Thu, 10 Feb 2005 15:32:14 -0500, Fred L. Drake, Jr. <[EMAIL PROTECTED]>
wrote:
> On Thursday 10 February 2005 14:44, Tim Peters wrote:
> > Well, then since that isn't ISO 8601 format, it would be nice to have
> > a comment explaining why it's claiming to be anyway <0.5 wink>.
>
> I've posted
On Wed, 09 Feb 2005 22:02:11 -0700, Travis Oliphant <[EMAIL PROTECTED]> wrote:
GvR:
>And why would a Matrix need to inherit from a C-array? Wouldn't it
>make more sense from an OO POV for the Matrix to *have* a C-array
>without *being* one?
Travis:
> The only reason I'm thinking of here is to hav
On Wed, 9 Feb 2005 14:45:18 -0800, Guido van Rossum
<[EMAIL PROTECTED]> wrote:
> The intended user community must accept the code as "best-of-breed".
> It seems that the Num* community has some work to do in this respect.
I've not followed the num* discussion in quite a while, but my
impression b
Steve Holden wrote:
Modulo some SQLServer features we're using.
Well free-text indexing would be my first guess. Anything else of
interest? MySQL's free text indexing really sucks compared with SQL
Server's, which to my mind is a good justification for the Microsoft
product.
Freetext search is o
Steve Holden wrote:
Dear python-dev:
The current (as of even date) summary of my recent contributions to
Python -dev appears to be spam about PyCon.
Not being one to break habits, even not those of a lifetime sometimes, I
spam you yet again to show you what a beautiful summary ActiveState have
Alex Martelli wrote:
Yes, there is (lato sensu) "non-determinism" involved, just like in, say:
for k in d:
print k
Wow, it took more than the average amount of googling to figure out that
lato sensu means "broadly speaking", and occurs as "sensu lato" with a
1:2 ratio.
I learned some
Guido van Rossum wrote:
The point is broader, though -- when I get my turn in the time machine,
I'll lobby for replacing NameError with UndefinedVariable or something
Strange, my blog reading just hit upon
http://blogs.zdnet.com/open-source/index.php?p=93
...
"Perhaps as open source developers are
Guido van Rossum wrote:
My point is that it'd be nice if we could come up with an exception name
which could be grokkable without requiring 1) Google, 2) relatively
high-level understanding of type theory.
How about SubstitutabilityError?
That would be far, far better, yes.
We did that for Unbound
Michael Chermside wrote:
David Ascher writes:
Terminology point: I know that LiskovViolation is technically correct,
but I'd really prefer it if exception names (which are sometimes all
users get to see) were more informative for people w/o deep technical
background. Would that be possibl
Alex Martelli wrote:
On 2005 Jan 10, at 23:15, Thomas Heller wrote:
Alex Martelli <[EMAIL PROTECTED]> writes:
PEP: 246
Title: Object Adaptation
Minor nit (or not?): You could provide a pointer to the Liskov
substitution principle, for those reader that aren't too familiar with
that term.
Excellen
22 matches
Mail list logo
