Brett> As in some machine I might personally have left on? That would
Brett> require a static IP which I don't know how common that will be.
Nah, just use dyndns.org.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.or
Tim Peters <[EMAIL PROTECTED]> wrote:
> Like Phillip Eby, I use 2-tuples for this when I feel the need
> (usually during a backtracking graph search, to keep track of paths
> back to the root in a space-efficient way), and am happy with that.
Then there's the whole Python list with append() and p
Guido sez in
http://mail.python.org/pipermail/python-dev/2004-July/045921.html
that it is not correct to recommend using ``file()`` instead of
``open()``. However, because ``open()`` currently *is* an alias to
``file()``, we end up with the following problem (verified in current
HEAD) where doing
On Sun, 25 Dec 2005 16:54:44 -0800, Brett Cannon <[EMAIL PROTECTED]> wrote:
>On 12/25/05, Tim Peters <[EMAIL PROTECTED]> wrote:
>> [Tim]
>> >> Take a look at:
>> >>
>> >> http://buildbot.zope.org/
>> >>
>> >> That runs code from:
>> >>
>> >> http://buildbot.sourceforge.net/
>> >>
>> >> Some
[Thomas Heller]
>>> Building the svn trunk on Windows fails because Python\pyarena.c is
>>> missing in the pythoncore.vcproj file (I'm not yet up to speed with svn,
>>> otherwise I would have checked in a fix for this myself).
>>>
>>> Worse, when running the built exe it segfaults in Py_GetBuildInf
[Martin Blais]
> ...
> Also, there is something incredibly elegant and simple and compact
> about the cons cell, maybe all we need is a good simple cons cell type
> and a nice interface on it, so you get both single-linked lists and
> trees at the same time...
The first "cons cell" C extension for
On Sun, Dec 25, 2005, Martin Blais wrote:
>
> I still haven't had time to cook a proper reply to Guido, but one
> thing I see is that many ppl on the list seem to think that because
> there aren't many use cases (that they can see), therefore there isn't
> much use for a list collection type.
Pl
At 09:10 PM 12/25/2005 -0500, Martin Blais wrote:
>I still haven't had time to cook a proper reply to Guido, but one
>thing I see is that many ppl on the list seem to think that because
>there aren't many use cases (that they can see), therefore there isn't
>much use for a list collection type. I
On 12/25/05, Christian Tismer <[EMAIL PROTECTED]> wrote:
> Guido van Rossum wrote:
>
> > Python's philosophy about (built-in) data types, inherited from ABC,
> > is to offer a few powerful clearly distinct choices rather than lots
> > of alternatives with overlapping usages. This reduces the time i
On 12/25/05, Tim Peters <[EMAIL PROTECTED]> wrote:
> [Tim]
> >> Take a look at:
> >>
> >> http://buildbot.zope.org/
> >>
> >> That runs code from:
> >>
> >> http://buildbot.sourceforge.net/
> >>
> >> Someone sets up a "buildbot master" (that's what the Zope URL points
> >> at), and then any
On Sun, Dec 25, 2005, Tim Peters wrote:
>
> So, Merry Christmas to all, and there's no longer any reason to
> deprive yourself of the joy of upgrading to Windows ;-)
Much Grass! I already upgraded to Windows, but it's turned off in favor
of my Linux box and iBook.
Yesterday I decided to try doin
[Tim]
>> Take a look at:
>>
>> http://buildbot.zope.org/
>>
>> That runs code from:
>>
>> http://buildbot.sourceforge.net/
>>
>> Someone sets up a "buildbot master" (that's what the Zope URL points
>> at), and then any number of people can volunteer to set up their boxes
>> as "buildbot sla
On Sunday 25 December 2005 15:23, Brett Cannon wrote:
> As in some machine I might personally have left on? That would
> require a static IP which I don't know how common that will be. But
Only buildbot masters are required to have resolvable names (not necessarily
static, though it helps; dy
On 12/25/05, Tim Peters <[EMAIL PROTECTED]> wrote:
> Take a look at:
>
> http://buildbot.zope.org/
>
> That runs code from:
>
> http://buildbot.sourceforge.net/
>
> Someone sets up a "buildbot master" (that's what the Zope URL points
> at), and then any number of people can volunteer to set
On 12/25/05, Armin Rigo <[EMAIL PROTECTED]> wrote:
> Hi Reinhold,
>
> On Sun, Dec 25, 2005 at 12:37:53PM +0100, Reinhold Birkenfeld wrote:
> > > that nobody fully understands the convoluted code paths of abstract.c
> > > any more :-(
> >
> > Time for a rewrite?
>
Maybe. Also realize we will have
Take a look at:
http://buildbot.zope.org/
That runs code from:
http://buildbot.sourceforge.net/
Someone sets up a "buildbot master" (that's what the Zope URL points
at), and then any number of people can volunteer to set up their boxes
as "buildbot slaves". From time to time the buildb
Armin Rigo wrote:
> Hi Reinhold,
>
> On Sun, Dec 25, 2005 at 12:37:53PM +0100, Reinhold Birkenfeld wrote:
>>> that nobody fully understands the convoluted code paths of abstract.c
>>> any more :-(
>> Time for a rewrite?
>
> Of course, speaking of a rewrite, PyPy does the "right thing" in these
>
Tim> So, Merry Christmas to all, and there's no longer any reason to
Tim> deprive yourself of the joy of upgrading to Windows ;-)
Merry Christmas to you as well Tim. Hopefully the bad-mood elf left after
seeing how happy you were to have figured out the build problems... Oh, and
I'll ge
Santa sent me a bad-mood elf overnight, apparently just to motivate me ;-)
Since it's 2+ months after the fact, I doubt we'll ever know exactly
what went wrong here. In outline:
Rev 39758 (the AST merge) left pythoncore.vcproj in an unusable state.
That's the VC 7.1 project file that defines wh
Hi Reinhold,
On Sun, Dec 25, 2005 at 12:37:53PM +0100, Reinhold Birkenfeld wrote:
> > that nobody fully understands the convoluted code paths of abstract.c
> > any more :-(
>
> Time for a rewrite?
Of course, speaking of a rewrite, PyPy does the "right thing" in these
two areas. Won't happen to
Brett Cannon wrote:
> On 12/23/05, Neal Norwitz <[EMAIL PROTECTED]> wrote:
>> On 12/23/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>> So for at least the time being they go up nightly
>>> (http://www.trentm.com/python). I don't know what Trent did to make that
>>> happen, but he did it fairl
Guido van Rossum wrote:
> Python's philosophy about (built-in) data types, inherited from ABC,
> is to offer a few powerful clearly distinct choices rather than lots
> of alternatives with overlapping usages. This reduces the time it
> takes to choose a data type and reduces the risk of picking th
Armin Rigo wrote:
> Hi Facundo,
>
> On Sat, Dec 24, 2005 at 02:31:19PM -0300, Facundo Batista wrote:
>> >>> d += 1.2
>> >>> d
>> NotImplemented
>
> The situation appears to be a mess. Some combinations of specific
> operators fail to convert NotImplemented to a TypeError, depending on
> old- or
Hi Facundo,
On Sat, Dec 24, 2005 at 02:31:19PM -0300, Facundo Batista wrote:
> >>> d += 1.2
> >>> d
> NotImplemented
The situation appears to be a mess. Some combinations of specific
operators fail to convert NotImplemented to a TypeError, depending on
old- or new-style-class-ness, although this
24 matches
Mail list logo
