On 18/02/2012 4:37 PM, Brian Curtin wrote:
On Fri, Feb 17, 2012 at 23:24, Mark Hammond wrote:
I'm wondering what thoughts are on PEP 397, the Python launcher for Windows.
I've been using the implementation for a number of months now and I find it
incredibly useful.
To my mind, the specific s
On Fri, Feb 17, 2012 at 23:24, Mark Hammond wrote:
> I'm wondering what thoughts are on PEP 397, the Python launcher for Windows.
> I've been using the implementation for a number of months now and I find it
> incredibly useful.
>
> To my mind, the specific steps would be:
>
> * Arrange for it to
I'm wondering what thoughts are on PEP 397, the Python launcher for
Windows. I've been using the implementation for a number of months now
and I find it incredibly useful.
To my mind, the specific steps would be:
* Have someone pronounce it as accepted (or suggest steps to be taken
before su
On 17/02/2012 7:44 PM, Egon Smiwa wrote:
Hi all,
I'm an app developer with a CPython dll in the folder of that app.
In general, are there strict requirements about the dll name
(a preference would be "python.dll" (easy to update (simple replace) ).
I successfully used "python.dll" and a few stand
As asked by Martin, I tried to list *all* objections and alternatives.
> * A: (numerator, denominator)
>
> * value = numerator / denominator
> * resolution = 1 / denominator
> * denominator > 0
> (...)
> Tuple of integers have been rejected because they don't support
> arithmetic operations
PEP: 410
Title: Use decimal.Decimal type for timestamps
Version: $Revision$
Last-Modified: $Date$
Author: Victor Stinner
Status: Draft
Type: Standards Track
Content-Type: text/x-rst
Created: 01-February-2012
Python-Version: 3.3
Abstract
Decimal becomes the official type for high-resolu
On 18/02/2012 0.04, Nick Coghlan wrote:
On Fri, Feb 17, 2012 at 4:29 AM, Ezio Melotti wrote:
I'm assuming that eventually the module will be removed (maybe for Python
4?), and I don't expect nor want to seen it removed in the near future.
If something gets removed it should be deprecated first,
On Fri, Feb 17, 2012 at 4:29 AM, Ezio Melotti wrote:
> I'm assuming that eventually the module will be removed (maybe for Python
> 4?), and I don't expect nor want to seen it removed in the near future.
> If something gets removed it should be deprecated first, and it's usually
> better to depreca
Am 17.02.2012 10:28, schrieb Steven D'Aprano:
> Georg Brandl wrote:
>> Am 16.02.2012 11:14, schrieb "Martin v. Löwis":
>>> Am 16.02.2012 10:51, schrieb Victor Stinner:
2012/2/16 "Martin v. Löwis" :
>> Maybe an alternative PEP could be written that supports the filesystem
>> copying use
On 17 February 2012 at 17:42 Jim Jewett wrote:
> On Fri, Feb 17, 2012 at 1:50 AM, "Martin v. Löwis"
wrote:
> >>> Good idea. However, how do you track per-dict how large the
> >>> table is?
>
> [Or, rather, what is the highest index needed to store any values
> that are actually set for this ins
On Fri, Feb 17, 2012 at 1:50 AM, "Martin v. Löwis" wrote:
>>> Good idea. However, how do you track per-dict how large the
>>> table is?
[Or, rather, what is the highest index needed to store any values
that are actually set for this instance.]
> To determine whether it needs to grow the array, i
ACTIVITY SUMMARY (2012-02-10 - 2012-02-17)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open3257 (+11)
closed 22567 (+44)
total 25824 (+55)
Open issues wit
On 02/16/2012 02:14 AM, "Martin v. Löwis" wrote:
Am 16.02.2012 10:51, schrieb Victor Stinner:
2012/2/16 "Martin v. Löwis":
Maybe an alternative PEP could be written that supports the filesystem
copying use case only, using some specialized ns APIs? I really think
that all you need is st_{a,c,m}
On Fri, 17 Feb 2012 13:10:51 +
Mark Shannon wrote:
> On 16/02/12 20:45, Antoine Pitrou wrote:
> >
> > On Wed, 08 Feb 2012 19:18:14 +
> > Mark Shannon wrote:
> >> Proposed PEP for new dictionary implementation, PEP 410?
> >> is attached.
> >>
> >
> > So, I'm running a few benchmarks using
On 15/02/12 21:09, Yury Selivanov wrote:
Hello Mark,
First, I've back-ported your patch on python 3.2.2 (which was relatively
easy). Almost all tests pass, and those that don't are always failing on
my machine if I remember. The patch can be found here: http://goo.gl/nSzzY
Then, I compared me
On 16/02/12 20:45, Antoine Pitrou wrote:
On Wed, 08 Feb 2012 19:18:14 +
Mark Shannon wrote:
Proposed PEP for new dictionary implementation, PEP 410?
is attached.
So, I'm running a few benchmarks using Twisted's test suite
(see https://bitbucket.org/pitrou/t3k/wiki/Home).
At the end of
Victor Stinner wrote:
> Can't we improve the compatibility between Decimal and float, e.g. by
> allowing Decimal+float? Decimal (base 10) + float (base 2) may loss
> precision and this issue matters in some use cases. So we still need a
> way to warn the user on loss of precision.
I think this s
Hi all,
I'm an app developer with a CPython dll in the folder of that app.
In general, are there strict requirements about the dll name
(a preference would be "python.dll" (easy to update (simple replace) ).
I successfully used "python.dll" and a few standard modules,
then I tried to use the sympy
On Fri, Feb 17, 2012 at 10:27 PM, Nick Coghlan wrote:
> Unfortunately, dinsdale appears to have fallen over again, so I can't
> push the change right now :(
It appears that was a temporary glitch - the 2.7 change is now in Mercurial.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com |
On Fri, Feb 17, 2012 at 9:33 PM, Victor Stinner
wrote:
>> Maybe it's okay to wait a few years on this, until either 128-bit
>> floats are more common or cDecimal becomes the default floating point
>> type? In the mean time for clock freaks we can have a few specialized
>> APIs that return times in
On Fri, Feb 17, 2012 at 4:57 PM, "Martin v. Löwis" wrote:
> As the PEP czar for PEP 394, I have reviewed it and am happy to say that
> I can accept it.
Excellent news, thanks!
I've pushed an updated version promoting it to Active status, and also
incorporating Barry's suggestion of making it exp
> Maybe it's okay to wait a few years on this, until either 128-bit
> floats are more common or cDecimal becomes the default floating point
> type? In the mean time for clock freaks we can have a few specialized
> APIs that return times in nanoseconds as a (long) integer.
I don't think that the de
Georg Brandl wrote:
Am 16.02.2012 11:14, schrieb "Martin v. Löwis":
Am 16.02.2012 10:51, schrieb Victor Stinner:
2012/2/16 "Martin v. Löwis" :
Maybe an alternative PEP could be written that supports the filesystem
copying use case only, using some specialized ns APIs? I really think
that all y
Congratulations to Kerrick Staley and Nick Coghlan, the authors of the
PEP! It's good to hear that the "python", "python2" and "python3"
symlinks are now standardized in a PEP. I hope that most Linux
distributions will follow this PEP :-)
Victor
___
Pyth
24 matches
Mail list logo