On 12.04.2012 06:47, Terry Reedy wrote:
On 4/11/2012 3:37 PM, Benjamin Peterson wrote:
Downloads are at
http://python.org/download/releases/2.6.8/
http://python.org/download/releases/2.7.3/
This page lists 'program databases' after the normal msi installers for
Windows. I am puz
On 4/11/2012 3:37 PM, Benjamin Peterson wrote:
Downloads are at
http://python.org/download/releases/2.6.8/
http://python.org/download/releases/2.7.3/
This page lists 'program databases' after the normal msi installers for
Windows. I am puzzled and curious as to what those are, and
An unexpected error occurred during the processing
of your message. The tracker administrator is being
notified.
Return-Path:
X-Original-To: rep...@bugs.python.org
Delivered-To: roundup+trac...@psf.upfronthosting.co.za
Received: from mail.python.org (mail.python.org [82.94.164.166])
by ps
2012/4/11 Jim Jewett :
> I believe PEP 418 (or at least the discussion) would benefit greatly
> from a glossary to encourage people to use the same definitions. This
> is arguably the Definitions section, but it should move either near
> the end or (preferably) ahead of the Functions. It also nee
On Apr 11, 2012, at 2:49 AM, Jim Jewett wrote:
> I believe PEP 418 (or at least the discussion) would benefit greatly
> from a glossary to encourage people to use the same definitions.
This sort of information is a good candidate for the HOW-TO section
of the docs.
Raymond
We're bursting with enthusiasm to announce the immediate availability of Python
2.6.8, 2.7.3, 3.1.5, and 3.2.3. These releases included several security fixes.
Note: Virtualenvs created with older releases in the 2.6, 2.7, 3.1, or 3.2
series may not work with these bugfix releases. Specifically, t
On 11.04.2012 17:06, senthil.kumaran wrote:
http://hg.python.org/cpython/rev/751c7b81f6ee
changeset: 76241:751c7b81f6ee
parent: 76232:8a47d2322df0
user:Senthil Kumaran
date:Wed Apr 11 23:05:49 2012 +0800
summary:
use assertWarns instead of check_warnings - Issue14341
fi
Hi Antoine, hi Stefan,
On Wed, Apr 11, 2012 at 16:33, Antoine Pitrou wrote:
> I think Armin's plan is not to work at the bytecode level, but make
> transactions explicit (at least in framework code - e.g. Twisted or
> Stackless -, perhaps not in user code). Perhaps he can elaborate on
> that.
Ye
On Wed, 11 Apr 2012 15:31:09 +0200
Stefan Behnel wrote:
>
> Ok. I guess once the code is there, the hardware will eventually catch up.
>
> However, I'm not sure what you consider "large". A lot of manipulation
> operations for the builtin types are not all that involved, at least in the
> "norma
>> Yes, that's using STM on my regular laptop. How HTM would help
>> remains unclear at this point, because in this approach transactions
>> are typically rather large --- likely much larger than what the
>> first-generation HTM-capable processors will support next year.
>
> Ok. I guess once the c
Stefan Behnel, 11.04.2012 15:31:
> Armin Rigo, 11.04.2012 14:51:
>> On Wed, Apr 11, 2012 at 14:29, Stefan Behnel wrote:
>>> Did you do any experiments with running parallel code so far, to see if
>>> that scales as expected?
>>
>> Yes, it scales very nicely on small non-conflicting examples. I
>>
Armin Rigo, 11.04.2012 14:51:
> On Wed, Apr 11, 2012 at 14:29, Stefan Behnel wrote:
>>> Moreover the performance hit is well below 2x, more like 20%.
>>
>> Hmm, those 20% refer to STM, right? Without hardware support? Then hardware
>> support could be expected to drop that even further?
>
> Yes, t
Gregory P. Smith krypto.org> writes:
> Given the existing brokenness I personally think that removing the BOM
insertion (because it is incorrect) in 2.7 and 3.2 is fine if you cannot find a
way to make it correct in 2.7 and 3.2 without breaking existing APIs.
I have an idea for a change which wo
Hi Stefan,
On Wed, Apr 11, 2012 at 14:29, Stefan Behnel wrote:
>> Moreover the performance hit is well below 2x, more like 20%.
>
> Hmm, those 20% refer to STM, right? Without hardware support? Then hardware
> support could be expected to drop that even further?
Yes, that's using STM on my regul
On Wed, Apr 11, 2012 at 7:30 PM, Stephen J. Turnbull wrote:
>> Clock_Monotonic:
>> The characteristics expected of a monotonic clock in practice.
>
> Whose practice? In C++, "monotonic" was defined as "mathematically
> monotonic", and rather than talk about "what's expected of a monotonic
> cl
Armin Rigo, 11.04.2012 13:47:
> This is an update on the (so far PyPy-only) project of adding "Automatic
> Mutual Exclusion" to Python, via STM (Software Transactional Memory).
> [...]
> Moreover the performance hit is well below 2x, more like 20%.
Hmm, those 20% refer to STM, right? Without hardw
Hi all,
This is an update on the (so far PyPy-only) project of adding "Automatic
Mutual Exclusion" to Python, via STM (Software Transactional Memory).
For the motivation, see here:
http://morepypy.blogspot.com/2012/03/call-for-donations-for-software.html
"""The point is that [with STM/AME] your p
What is the purpose of the f_tstate field in the frame object?
It holds a borrowed reference to the threadstate in which the frame
was created.
If PyThreadState_GET()->frame->f_state == PyThreadState_GET()
then it is redundant.
But what if PyThreadState_GET()->frame->f_state != PyThreadState_GET
A few comments, YMMV.
On Wed, Apr 11, 2012 at 3:49 PM, Jim Jewett wrote:
> Here is my strawman proposal, which does use slightly different
> definitions than the current PEP even for some terms that the PEP does
> define:
>
> Accuracy:
> Is the answer correct? Any clock will eventually ; if
On Wed, Apr 11, 2012 at 4:49 PM, Jim Jewett wrote:
> Clock:
> An instrument for measuring time. Different clocks have different
> characteristics; for example, a clock with
Small typo. Otherwise, excellent reference document - thank you! Well
worth gathering all those terms.
ChrisA
"There'
20 matches
Mail list logo