On 7/26/2010 7:36 AM, Guido van Rossum wrote:
According to CSP advicates, this approach will break down when you
need more than 8-16 cores since cache coherence breaks down at 16
cores. Then you would have to figure out a message-passing approach
(but the messages would have to be very fast).
On Sep 05, 2010, at 11:39 PM, Martin v. Löwis wrote:
>Notice, however, that the PEP also talks about creating different names
>for different compilation options of the same Python binary. This
>applies to Windows as well (as the PEP actually points out: there is
>_d.pyd and .pyd).
>
>In any case,
On Sep 06, 2010, at 03:40 PM, David Cournapeau wrote:
>Reading the related paragraph in the PEP, it seems to me that the use
>of package as in "these distributions install third party (i.e.
>non-standard library) packages ..." is too vague.
Rephrased as:
[...]these distributions install thir
On Sep 05, 2010, at 07:22 PM, Martin v. Löwis wrote:
>I know the PEP is accepted, but I would still like to see some
>changes/clarifications.
>
>1. What is the effect of this PEP on Windows? Is this a Linux-only
> feature? If not, who is going to provide the changes for Windows?
> (More specif
On Wed, Sep 8, 2010 at 2:48 AM, M.-A. Lemburg wrote:
> "Martin v. Löwis" wrote:
>>
>>> This sounds like the issues such a mix can cause are mostly
>>> theoretical and don't really bother much in practice, so
>>> PEP 384 on Windows does have a chance :-)
>>
>> Actually, the CRT issues (FILE* in par
On Wed, Sep 8, 2010 at 3:39 AM, Benjamin Peterson wrote:
> 2010/9/7 Nick Coghlan :
>> I've raised an RFE (http://bugs.python.org/issue9789) to point out
>> that the need for that GC collect call in there to make the test
>> portable to other implementations is rather ugly
>
> Why? You're testing g
On Tue, Sep 7, 2010 at 11:00 PM, Mark Dickinson wrote:
> On Tue, Sep 7, 2010 at 10:51 PM, Mark Dickinson wrote:
>> On Tue, Sep 7, 2010 at 10:47 PM, Jeffrey Yasskin wrote:
>>> It's ignoring the order of the arguments. It also creates
>>> a new Decimal object for the return value, so I can't use i
On Tue, Sep 7, 2010 at 10:51 PM, Mark Dickinson wrote:
> On Tue, Sep 7, 2010 at 10:47 PM, Jeffrey Yasskin wrote:
>> It's ignoring the order of the arguments. It also creates
>> a new Decimal object for the return value, so I can't use id() to
>> check which one of identical elements it returns.
>
On Sep 05, 2010, at 08:28 PM, georg.brandl wrote:
>Author: georg.brandl
>Date: Sun Sep 5 20:28:46 2010
>New Revision: 84536
>
>Log:
>Fix after changing NEWS layout.
>
>Modified:
> sandbox/trunk/release/release.py
>
>Modified: sandbox/trunk/release/release.py
>===
On Tue, Sep 7, 2010 at 10:40 PM, Jeffrey Yasskin wrote:
> Decimal may actually have this backwards. The idea would be that
> min(*lst) == sorted(lst)[0], and max(*lst) == sorted(lst)[-1]. Given a
> stable sort, then, max of equivalent elements would return the last
> element, and min the first.
Y
On Tue, Sep 7, 2010 at 10:47 PM, Jeffrey Yasskin wrote:
> Actually, Decimal isn't doing anything along these lines. At least in
> Python 2.6, I get:
>
Decimal('2').max(Decimal('2.0'))
> Decimal('2')
Decimal('2.0').max(Decimal('2'))
> Decimal('2')
Decimal('2.0').min(Decimal('2'))
> D
On Tue, Sep 7, 2010 at 2:40 PM, Jeffrey Yasskin wrote:
> On Tue, Sep 7, 2010 at 1:44 PM, Mark Dickinson wrote:
>> On Tue, Sep 7, 2010 at 8:34 PM, Matthew Woodcraft
>> wrote:
>>> In CPython, the builtin max() and min() have the property that if there
>>> are items with equal keys, the first item
On Tue, Sep 7, 2010 at 1:44 PM, Mark Dickinson wrote:
> On Tue, Sep 7, 2010 at 8:34 PM, Matthew Woodcraft
> wrote:
>> In CPython, the builtin max() and min() have the property that if there
>> are items with equal keys, the first item is returned. From a quick look
>> at their source, I think thi
Mark Dickinson wrote:
> Matthew Woodcraft wrote:
>> In CPython, the builtin max() and min() have the property that if there
>> are items with equal keys, the first item is returned. From a quick look
>> at their source, I think this is true for Jython and IronPython too.
> It's actually not clear
FWIW: I think Mark is right. I never quite understood why that was, but
never cared enough to complain.
lvh
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/
On Tue, Sep 7, 2010 at 8:34 PM, Matthew Woodcraft
wrote:
> In CPython, the builtin max() and min() have the property that if there
> are items with equal keys, the first item is returned. From a quick look
> at their source, I think this is true for Jython and IronPython too.
It's actually not cl
Amaury Forgeot d'Arc wrote:
> Hi,
>
> 2010/9/7 M.-A. Lemburg :
>>> Ok. I'm fine with excluding Py_UNICODE from the stable ABI. However,
>>> I think in the long run, I guess more support for wchar_t will then
>>> be needed in the API, e.g. more convenient argument parsing.
>>
>> Sure, we could add
In CPython, the builtin max() and min() have the property that if there
are items with equal keys, the first item is returned. From a quick look
at their source, I think this is true for Jython and IronPython too.
However, this isn't currently a documented guarantee. Could it be made
so? (As with
Hi,
2010/9/7 M.-A. Lemburg :
>> Ok. I'm fine with excluding Py_UNICODE from the stable ABI. However,
>> I think in the long run, I guess more support for wchar_t will then
>> be needed in the API, e.g. more convenient argument parsing.
>
> Sure, we could add that.
Just to be clear: does this mean
"Martin v. Löwis" wrote:
>
>> This sounds like the issues such a mix can cause are mostly
>> theoretical and don't really bother much in practice, so
>> PEP 384 on Windows does have a chance :-)
>
> Actually, the CRT issues (FILE* in particular) have been
> causing real crashes for many years, fo
"Martin v. Löwis" wrote:
>> -1 on always using wchar_t as well. Python's default is UCS2 and the
>> stable ABI should not change that.
>
> It's not really Python's default. It is what configure.in does by
> default. Python's default, on Linux, is UCS-4.
No, the default is UCS2 on all platforms an
2010/9/7 Nick Coghlan :
> I've raised an RFE (http://bugs.python.org/issue9789) to point out
> that the need for that GC collect call in there to make the test
> portable to other implementations is rather ugly
Why? You're testing garbage collection, so you should call garbage collection.
--
R
On Tue, Sep 7, 2010 at 10:38 AM, Antoine Pitrou wrote:
> Could push notification be added for the benchmarks repo?
> I think the python-checkins list would be an appropriate recipient for
> the e-mails (the repo has a low activity).
+1
-Fred
--
Fred L. Drake, Jr.
"A storm broke loose in
On Tue, Sep 7, 2010 at 16:38, Antoine Pitrou wrote:
> Could push notification be added for the benchmarks repo?
> I think the python-checkins list would be an appropriate recipient for
> the e-mails (the repo has a low activity).
Fine with me, if the list agrees.
Cheers,
Dirkjan
___
> Other interesting bugs:
> http://bugs.python.org/issue7962
> http://bugs.python.org/issue8077
Thanks, I will look into these bugs and see if I can fix them.
>
> Maybe you can post a call on python-list and form a small group of py3k
> porters.
>
I have already mailed the python-list ML and a
On Tue, Sep 07, 2010 at 02:58:41PM -, exar...@twistedmatrix.com wrote:
> On 02:34 pm, p...@phd.pp.ru wrote:
>> On Tue, Sep 07, 2010 at 02:02:59PM -, exar...@twistedmatrix.com
>> wrote:
>>> On 01:33 pm, p...@phd.pp.ru wrote:
As there is already Python 3.2 alpha, the core of Python h
On 9/7/2010 10:15 AM, Michael Foord wrote:
Right, and there are other standard library modules (cgi, ftplib,
nntplib, etc) that either need fixing or auditing as to how they handle
bytes / strings.
If you wanted to help with the documentation of the stdlib, one thing
that needs to be done is
On Tue, 07 Sep 2010 18:34:49 +0400, Oleg Broytman wrote:
> On Tue, Sep 07, 2010 at 02:02:59PM -, exar...@twistedmatrix.com wrote:
> > On 01:33 pm, p...@phd.pp.ru wrote:
> >> As there is already Python 3.2 alpha, the core of Python has already
> >> been ported
> >
> > How about the email pack
On Tue, 7 Sep 2010 20:12:26 +0530
Prashant Kumar wrote:
> >
> > Right, and there are other standard library modules (cgi, ftplib, nntplib,
> > etc) that either need fixing or auditing as to how they handle bytes /
> > strings.
> >
>
> Sure I will look into this. Could you please point me towards
> Sure I will look into this. Could you please point me towards the
> repository(I'd love it if I could use mercurial for the development process
> rather than svn)?.
Core developers still use Subversion (we’re in the process of
switching), but you can clone the mirror at
http://code.python.org/hg
On 02:34 pm, p...@phd.pp.ru wrote:
On Tue, Sep 07, 2010 at 02:02:59PM -, exar...@twistedmatrix.com
wrote:
On 01:33 pm, p...@phd.pp.ru wrote:
As there is already Python 3.2 alpha, the core of Python has
already
been ported
How about the email package?
What about email? It is a core
On Tue, Sep 7, 2010 at 7:45 PM, Michael Foord wrote:
> On 07/09/2010 15:02, exar...@twistedmatrix.com wrote:
>
>> On 01:33 pm, p...@phd.pp.ru wrote:
>>
>>> Hello. Thank you for the offer!
>>>
>>> On Tue, Sep 07, 2010 at 06:36:10PM +0530, Prashant Kumar wrote:
>>>
My name is Prashant Kumar an
On Tue, 7 Sep 2010 10:29:48 +0200
Dirkjan Ochtman wrote:
> > and your URI is
> >
> > ssh://h...@hg.python.org/repos/benchmarks
> >
> > (That may change depending on the final setup, of course.)
>
> Yes, I think I'd prefer to just get rid of the /repos/ for the URLs
> (which makes http and ssh mor
On Tue, Sep 07, 2010 at 02:02:59PM -, exar...@twistedmatrix.com wrote:
> On 01:33 pm, p...@phd.pp.ru wrote:
>> As there is already Python 3.2 alpha, the core of Python has already
>> been ported
>
> How about the email package?
What about email? It is a core library, right? It has been po
Hello,
> My name is Prashant Kumar and I wish to contribute to the Python development
> process by helping convert certain existing python
> over to python3k.
>
> Is there anyway I could obtain a list of libraries which need to be ported
> over to python3k, sorted by importance(by importance i m
On 07/09/2010 15:02, exar...@twistedmatrix.com wrote:
On 01:33 pm, p...@phd.pp.ru wrote:
Hello. Thank you for the offer!
On Tue, Sep 07, 2010 at 06:36:10PM +0530, Prashant Kumar wrote:
My name is Prashant Kumar and I wish to contribute to the Python
development
process by helping convert cer
On Tue, Sep 7, 2010 at 11:33 PM, Oleg Broytman wrote:
> -- GUI frameworks, especially wxPython.
That would be very cool, but the practicality of it will depend on how
current the version of SWIG used in wxPython's build process happens
to be. A version of wxPython built around SWIG's -py3 option
On Tue, 7 Sep 2010 06:44:52 +0200 (CEST)
raymond.hettinger wrote:
> Author: raymond.hettinger
> Date: Tue Sep 7 06:44:52 2010
> New Revision: 84576
>
> Log:
> Issues #7889, #9025 and #9379: Improvements to the random module.
This broke test_generators here:
[1/1] test_generators
On 01:33 pm, p...@phd.pp.ru wrote:
Hello. Thank you for the offer!
On Tue, Sep 07, 2010 at 06:36:10PM +0530, Prashant Kumar wrote:
My name is Prashant Kumar and I wish to contribute to the Python
development
process by helping convert certain existing python
over to python3k.
Is there anyway
On Tue, Sep 7, 2010 at 11:09 PM, Antoine Pitrou wrote:
> On Tue, 7 Sep 2010 23:01:17 +1000
> Nick Coghlan wrote:
>> > + # After the buffer gets released, we can resize the BytesIO again
>> > + del buf
>> > + support.gc_collect()
>> > + memio.truncate()
>>
>> I've raise
On Tue, 7 Sep 2010 02:38:15 +0200 (CEST)
raymond.hettinger wrote:
> Author: raymond.hettinger
> Date: Tue Sep 7 02:38:15 2010
> New Revision: 84574
>
> Log:
> Document which part of the random module module are guaranteed.
test_random fails here:
==
Hello. Thank you for the offer!
On Tue, Sep 07, 2010 at 06:36:10PM +0530, Prashant Kumar wrote:
> My name is Prashant Kumar and I wish to contribute to the Python development
> process by helping convert certain existing python
> over to python3k.
>
> Is there anyway I could obtain a list of libr
On Tue, Sep 7, 2010 at 08:19, Nick Coghlan wrote:
> On Tue, Sep 7, 2010 at 11:05 PM, Brian Curtin
> wrote:
> > Sure, seems reasonable to me.
> > Does """raise ValueError("Unsupported signal: {}".format(sig))""" look
> fine,
> > or is there a more preferred format when displaying bad values in
>
On Tue, Sep 7, 2010 at 08:12, Nick Coghlan wrote:
> On Tue, Sep 7, 2010 at 5:46 AM, brian.curtin
> wrote:
> > Modified: python/branches/py3k/Lib/ntpath.py
> >
> ==
> > --- python/branches/py3k/Lib/ntpath.py (original)
>
On Tue, Sep 7, 2010 at 11:05 PM, Brian Curtin wrote:
> Sure, seems reasonable to me.
> Does """raise ValueError("Unsupported signal: {}".format(sig))""" look fine,
> or is there a more preferred format when displaying bad values in exception
> messages?
No, that's about what I was thinking as wel
On Tue, Sep 7, 2010 at 5:46 AM, brian.curtin wrote:
> Modified: python/branches/py3k/Lib/ntpath.py
> ==
> --- python/branches/py3k/Lib/ntpath.py (original)
> +++ python/branches/py3k/Lib/ntpath.py Mon Sep 6 21:46:17 201
On Tue, 7 Sep 2010 23:01:17 +1000
Nick Coghlan wrote:
> > + # After the buffer gets released, we can resize the BytesIO again
> > + del buf
> > + support.gc_collect()
> > + memio.truncate()
>
> I've raised an RFE (http://bugs.python.org/issue9789) to point out
> that t
Hi everyone,
My name is Prashant Kumar and I wish to contribute to the Python development
process by helping convert certain existing python
over to python3k.
Is there anyway I could obtain a list of libraries which need to be ported
over to python3k, sorted by importance(by importance i mean
pac
On Tue, Sep 7, 2010 at 07:34, Nick Coghlan wrote:
> On Tue, Sep 7, 2010 at 2:29 AM, brian.curtin
> wrote:
> > Author: brian.curtin
> > Date: Mon Sep 6 18:29:29 2010
> > New Revision: 84559
> >
> > Log:
> > Fix #8956. ValueError message was only mentioning one signal.
> >
> > Rather than list ou
On Tue, Sep 7, 2010 at 4:48 AM, antoine.pitrou
wrote:
> Modified: python/branches/py3k/Lib/test/test_memoryio.py
> ==
> --- python/branches/py3k/Lib/test/test_memoryio.py (original)
> +++ python/branches/py3k/Lib/test
On Tue, Sep 7, 2010 at 2:29 AM, brian.curtin wrote:
> Author: brian.curtin
> Date: Mon Sep 6 18:29:29 2010
> New Revision: 84559
>
> Log:
> Fix #8956. ValueError message was only mentioning one signal.
>
> Rather than list out the three signals (or more over time), the message was
> made less spe
Am 07.09.2010 10:29, schrieb Dirkjan Ochtman:
> On Tue, Sep 7, 2010 at 10:11, Georg Brandl wrote:
>> To be a bit more precise, having a public key on file for SVN commits is
>> enough,
>
> Not exactly, hg uses a separate keystore, so it might not have some of
> the newer keys.
Oh ok, I thought
On Tue, Sep 7, 2010 at 10:11, Georg Brandl wrote:
> To be a bit more precise, having a public key on file for SVN commits is
> enough,
Not exactly, hg uses a separate keystore, so it might not have some of
the newer keys.
> and your URI is
>
> ssh://h...@hg.python.org/repos/benchmarks
>
> (That
On Tue, 07 Sep 2010 10:11:41 +0200
Georg Brandl wrote:
> Am 07.09.2010 09:21, schrieb Dirkjan Ochtman:
> > On Tue, Sep 7, 2010 at 01:04, Antoine Pitrou wrote:
> >> What is needed in order to have write (i.e. push) access to the
> >> hg.python.org repositories?
> >> What are the URLs (for example
Am 07.09.2010 09:21, schrieb Dirkjan Ochtman:
> On Tue, Sep 7, 2010 at 01:04, Antoine Pitrou wrote:
>> What is needed in order to have write (i.e. push) access to the
>> hg.python.org repositories?
>> What are the URLs (for example for the "benchmarks" repository)?
>
> IIRC you just need to have
On Tue, Sep 7, 2010 at 01:04, Antoine Pitrou wrote:
> What is needed in order to have write (i.e. push) access to the
> hg.python.org repositories?
> What are the URLs (for example for the "benchmarks" repository)?
IIRC you just need to have your public key on there, and you'll have
commit access
56 matches
Mail list logo
