Brian Warner wrote:
> I don't know what the python buildbot's master.cfg looks like, but you'll
> probably want to add something like this (taken from the buildbot.texinfo
> user's manual)
Thanks, I have now done that, and it seems to work. It would be nice if
the builder status would indicate tha
Bob Ippolito wrote:
> > Try the 2.5 alpha 1 just released, and you'll see that the toplevel
> > package is now xml.etree. The module and class are still called
> > ElementTree, though.
>
> It would be nice to have new code be PEP 8 compliant..
it's not new code, and having *different* module nam
On Apr 5, 2006, at 9:02 PM, Alex Martelli wrote:
>
> On Apr 5, 2006, at 8:30 PM, Greg Ewing wrote:
>
>> A while ago there was some discussion about including
>> elementtree in the std lib. I can't remember what the
>> conclusion about that was, but if it does go ahead,
>> I'd like to suggest that
On Apr 5, 2006, at 8:30 PM, Greg Ewing wrote:
> A while ago there was some discussion about including
> elementtree in the std lib. I can't remember what the
> conclusion about that was, but if it does go ahead,
> I'd like to suggest that it be reorganised a bit.
>
> I've just started playing wit
A while ago there was some discussion about including
elementtree in the std lib. I can't remember what the
conclusion about that was, but if it does go ahead,
I'd like to suggest that it be reorganised a bit.
I've just started playing with it, and having a
package called elementtree containing a
On Thursday 06 April 2006 05:28, Zachary Pincus wrote:
> PS. I should mention as an aside that test_startfile.py is reported
> as 'failing unexpectedly on darwin', but since startfile is a
> windows thing, it really should be added to the expected tests in
> Lib/test/ regrtest.py. My patch didn't m
On Thursday 06 April 2006 04:10, Benji York wrote:
> On a related note: it might be nice to put a pystone run in the
> buildbot so it'd be easier to compare pystones across different
> releases, different architectures, and between particular changes
> to the code. (That's assuming that the machine
Jess Austin wrote:
> I'll go
> so far as to suggest that the existence of groupby() obviates the
> proposed tally().
Except that it requires building a list of values in
each group when all you want at the end is the length
of the list.
--
Greg
___
Pyth
Paul Moore wrote:
> Can someone check http://www.python.org/sf/1465093 for me? It looks
> like a fairly serious issue with the Windows binaries - pywin32 is a
> pretty important package on Windows.
My feeling is that this is a very shallow, easily fixed problem.
> I've verified it on 2 machines,
At 03:29 PM 4/5/2006, Delaney, Timothy (Tim) wrote:
>Anthony Baxter wrote:
>
> > On behalf of the Python development team and the Python
> > community, I'm happy to announce the first alpha release
> > of Python 2.5.
>
>I noticed in PEP 356 Open Issues "StopIteration should propagate from
>context
Anthony Baxter wrote:
> On behalf of the Python development team and the Python
> community, I'm happy to announce the first alpha release
> of Python 2.5.
I noticed in PEP 356 Open Issues "StopIteration should propagate from
context managers" that there's a still a question (from Jim Jewett)
abo
> Benchmarking is hard, let's go shopping!
Quick reminder: pystone is mostly useful for predicting Python's relative
performance across various machines and operating systems. For benchmarking
Python itself, pystone is a seriously impaired tool. For one, it exercises
only
a tiny subset of t
Can someone check http://www.python.org/sf/1465093 for me? It looks
like a fairly serious issue with the Windows binaries - pywin32 is a
pretty important package on Windows.
I've verified it on 2 machines, but can't work out what the issue
might be. I've assigned it to Martin, as the owner of the
Jeff Epler wrote:
> I'm not trivially able to try a 32-bit build, but for my system it
> appears that 2.5 is moderately faster than 2.4 when built with all the
> defaults.
OK, this prompted me to question my sanity.
Being on a laptop the default is to do frequency scaling (different
speeds depen
I compiled 2.4 and 2.5 from svn. The machine is Fedora Core 4, AMD64.
I built both with
./configure && make
(which gives a "64-bit" binary) and then ran pystone with 20
iterations 10 times:
for i in `seq 1 10`; do ./python Lib/test/pystone.py 20 ; done
The machine was "near idle"
> I still haven't figured out how to mutually lock out builders that are
> on the same slave. This is a frequent thing to happen, as people often
> check-in trunk and backported branch patches nearly simultaneously
> (which is fine, of course - the machines just have to cater with that).
You can t
Crutcher Dunnavant wrote:
> On 4/4/06, Greg Ewing <[EMAIL PROTECTED]> wrote:
>> Crutcher Dunnavant wrote:
>>> B) issubclass() won't work on a list of classs,
>> > the way isinstance() does.
>>
>> That sounds more reasonable. I can't think of any
>> reason why it shouldn't work.
There is an issue
Neal Norwitz wrote:
> 32-bit or 64-bit? I would expect a modest diff on 64-bit between 2.4 and 2.5.
32-bit; don't know of any 64-bit Pentium Ms :)
> You built both HEAD and 2.4 from scratch, right?
Right.
--
Benji York
___
Python-Dev mailing list
Pyth
On 4/5/06, Benji York <[EMAIL PROTECTED]> wrote:
> Martin v. Löwis wrote:
> > What operating system and compiler?
>
> Oops, should have included that:
> Ubuntu Breezy, Kernel 2.6.12-10-686
> GCC 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)
32-bit or 64-bit? I would expect a modes
Jess Austin wrote:
> Alex wrote:
>> On Apr 4, 2006, at 10:53 PM, Jess Austin wrote:
>>> Alex wrote:
import collections
def tally(seq):
d = collections.defaultdict(int)
for item in seq:
d[item] += 1
return dict(d)
[Jess again]
>>> def tally(seq):
FYI, on my WinXP box, there appears to be about a 1% pystone difference:
best seen for 2.4.3: 48118.9
best seen for trunk: 47629.8
While tiny, the difference "looked real", as many runs on 2.4.3 broke
48000 but none did on the trunk.
Note that pystone uses wall-clock time on Windows (with
sub-
Thomas Heller wrote:
> Is there are #define symbol which allows to determine if
> 'char' is signed or unsigned? __CHAR_UNSIGNED__, maybe?
You could define an autoconf test for that. There is no
predefined symbol.
> I guess the buildbot failures on the ppc debian box are caused by
> ctypes using s
Hello folks,
I just ran all the test iterations Martin suggested on Py2.5a1.
That is, I did a normal build and ran 'make test', then installed and
ran 'import test.regrtest; test.regrtest.main()', and then I did the
whole thing over again with a framework build and install. All four
test ru
On 4/5/06, Donovan Baarda <[EMAIL PROTECTED]> wrote:
> G'day,
>
> Just noticed on Debian (testing), Ubuntu (warty?), and RedHat (old)
> based systems Python's time.strptime() seems to ignore the environment's
> Locale and just uses "C".
>
> Last time I looked at this, time.strptime() leveraged off
Benji York wrote:
> I was thinking of "active" branches that there are buildbot slaves
> dedicated to (2.4 at the moment) and the trunk, but (as I mentioned)
> non-idleness pretty much kills that idea. I wonder if the slaves that
> are known to be dedicated to running buildbot and nothing else cou
Is there are #define symbol which allows to determine if
'char' is signed or unsigned? __CHAR_UNSIGNED__, maybe?
I guess the buildbot failures on the ppc debian box are caused by
ctypes using signed chars always.
Thanks,
Thomas
___
Python-Dev mailing
Martin v. Löwis wrote:
> What operating system and compiler?
Oops, should have included that:
Ubuntu Breezy, Kernel 2.6.12-10-686
GCC 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)
> It won't do it across different
> releases, because we don't have Python binaries for each release
Neal Becker <[EMAIL PROTECTED]> wrote:
>
> I'd like to start several processes, each a pipe reading from my python main
> process. It looks like I want to write all my data to each process, then
> use communicate(), but I don't want to wait for each process yet, since
> then they would block eac
Benji York wrote:
> Realizing that early releases don't normally perform as well as final
> releases, I ran pystone for 2.5a1 and compared with 2.4.2 (what I had
> handy). 2.5a1 got slightly more than 30k, while 2.4.2 gets slightly
> more than 35k (1.4 GHz, Pentium M, 1 Meg L2 cache).
What ope
Ralf W. Grosse-Kunstleve wrote:
> #define PY_SSIZE_T_MAX ((Py_ssize_t)(((size_t)-1)>>1))
>
> However, I couldn't find a corresponding PY_SSIZE_T_MIN which would come in
> handy to adjust old code using INT_MIN (from limits.h). Are there arguments
> against defining PY_SSIZE_T_MIN? Or is this just
On 4/5/06, Benji York <[EMAIL PROTECTED]> wrote:
> Realizing that early releases don't normally perform as well as final
> releases, I ran pystone for 2.5a1 and compared with 2.4.2 (what I had
> handy). 2.5a1 got slightly more than 30k, while 2.4.2 gets slightly
> more than 35k (1.4 GHz, Pentium M
Realizing that early releases don't normally perform as well as final
releases, I ran pystone for 2.5a1 and compared with 2.4.2 (what I had
handy). 2.5a1 got slightly more than 30k, while 2.4.2 gets slightly
more than 35k (1.4 GHz, Pentium M, 1 Meg L2 cache).
I also ran a large test suite for
Congratulations to the Python 2.5a1 release! I started adjusting Boost.Python
to work with this new release and it is going very well. I noticed this #define
in pyport.h:
#define PY_SSIZE_T_MAX ((Py_ssize_t)(((size_t)-1)>>1))
However, I couldn't find a corresponding PY_SSIZE_T_MIN which would com
G'day,
Just noticed on Debian (testing), Ubuntu (warty?), and RedHat (old)
based systems Python's time.strptime() seems to ignore the environment's
Locale and just uses "C".
Last time I looked at this, time.strptime() leveraged off the platform's
strptime(), which meant it had all the extra featu
I know it's a minor point, but for those of us who monitor changes to the
wiki I think it would make our task a bit easier if people within the Python
developer community were logged in when they made changes. That way,
instead of seeing a mail subject like
[PythonInfo Wiki] Update of "Build
On Wednesday 05 April 2006 23:20, Anthony Baxter wrote:
> www.python.org/dev/buildbot/all,
That should be www.python.org/dev/buildbot/all/ (needs the trailing /)
Anthony
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/l
I'd like to start several processes, each a pipe reading from my python main
process. It looks like I want to write all my data to each process, then
use communicate(), but I don't want to wait for each process yet, since
then they would block each other. Why not add a nowait option to
communicat
On Wednesday 05 April 2006 23:16, Paul Moore wrote:
> One (possibly very minor) point - the web page offers Windows
> 64-bit MSI installers for Itanium and AMD64, but these seem to
> point to the same file! I'm not a Win64 user, so I don't know if
> this is actually wrong, but it's confusing at lea
Python 2.5a1 is done. Please feel free to checkin to the trunk again.
I should note here - the ubuntu dapper x86 buildbot is now running
with a compiler of "icc -Wp64". This is Intel's C compiler, with
warnings about potential 64 bit issues turned on. I tried with -Wall,
but the icc compiler's
On 4/5/06, Anthony Baxter <[EMAIL PROTECTED]> wrote:
> On behalf of the Python development team and the Python
> community, I'm happy to announce the first alpha release
> of Python 2.5.
Excellent! Downloading it now for a test run...
One (possibly very minor) point - the web page offers Windows
On behalf of the Python development team and the Python
community, I'm happy to announce the first alpha release
of Python 2.5.
This is an *alpha* release of Python 2.5, and is the *first*
alpha release. As such, it is not suitable for a production
environment. It is being released to solicit feed
Tim Peters wrote:
> Note that it's very easy to do this with __del__. The trick is for
> your type not to have a __del__ method itself, but to point to a
> simple "cleanup object" with a __del__ method. Give that "contained"
> object references to the resources you want to close, and you're done.
Greg Ewing wrote:
> Walter Dörwald wrote:
>> Greg Ewing wrote:
>>
>>> Wouldn't it be better for the setter to raise an exception
>>> if it's out of range? It probably indicates a bug in the
>>> caller's code.
>>
>> The day before Monday is -1, so it adds a little convenience.
>
> In that case, wh
43 matches
Mail list logo
