On 17 February 2010 23:01, Lennart Regebro wrote:
> On Wed, Feb 17, 2010 at 23:46, wrote:
> >
> >Lennart> The timezone database is updated several times per year. You
> >Lennart> can *not* include it in the standard library.
> >
> > My guess is the data are updated several times per yea
Vlastimil Brom wrote:
Vlastimil Brom added the comment:
I just tested the fix for unicode tracebacks and found some possibly weird
results (not sure how/whether it should be fixed, as these inputs are indeed
rather artificial...).
(win XPp SP3 Czech, Python 2.6.4)
Using the cmd console, the
s...@pobox.com writes:
> My guess is the data are updated several times per year, not the code.
> Can they not be separated?
AIUI this discussion is about getting the ‘pytz’ library into the Python
standard library. If the data is separate from the modules, the question
then becomes how users on
On Wed, Feb 17, 2010 at 23:46, wrote:
>
> Lennart> The timezone database is updated several times per year. You
> Lennart> can *not* include it in the standard library.
>
> My guess is the data are updated several times per year, not the code. Can
> they not be separated?
Yes, but that wo
Lennart> The timezone database is updated several times per year. You
Lennart> can *not* include it in the standard library.
My guess is the data are updated several times per year, not the code. Can
they not be separated?
Skip
___
Python-Dev
Defaulting to UTC is not a good idea, which is why relevant methods take an
argument to specify whether to be UTC (exact details are in the patch; don't
remember exact details).
On Feb 16, 2010 4:07 PM, "Greg Ewing" wrote:
Brett Cannon wrote:
> Issue 5094 already has a patch that is nearly comp
Hi,
2010/2/17 stephen
> Hello,
>
> THE PROBLEM:
> I am having a problem that I have seen asked quite a bit on the web, with
> little to no follow up.
> The problem is essentially this. When embedding (LoadLibraryA()) the python
> interpreter dll
> in a non-windows application the developer mus
I did some quick measures out of curiosity. Performances seems clearly
filesystem and O.S. dependent (and are likely deployment/configuration
dependent). I did each test 3 times to ensure measure where consistent.
Tests were done with ActivePython 2.6.3.7.
* AIX 5.3:
python26 -m timeit -s 'def f(
[With apologies for Steven for the duplicate email.]
On Wed, Feb 17, 2010 at 12:22 PM, Steven D'Aprano wrote:
> Well, who am I to question Kahan?
Yes, there I go with the argument from authority. But while we
shouldn't instantly accept Kahan's arguments just because he's Kahan,
it would be equa
On Wed, 17 Feb 2010 10:06:01 am Mark Dickinson wrote:
> On Tue, Feb 16, 2010 at 10:46 PM, Steven D'Aprano
>
>
> > What's the justification for that convention? It seems wrong to me.
>
> It's difficult to do better than to point to Kahan's writings. See
>
> http://www.eecs.berkeley.edu/~wkahan/iee
On Wed, Feb 17, 2010 at 12:32, Lennart Regebro wrote:
> These kinds of wrappers exist in dateutils.tz. It would be great if
> that type of functionality could get into Pytz as well. A sprint to do
> this and fix the issues in the tracker should solve the issues, I
> think. There is no need to move
On Tue, Feb 16, 2010 at 13:42, Dirkjan Ochtman wrote:
> On Tue, Feb 16, 2010 at 13:05, wrote:
>> Maybe an alternate sprint idea would be to incorporate dateutil into the
>> Python core: http://labix.org/python-dateutil
>>
>> Whoops... (just waking up - still need that first cup of coffee)
-On [20100217 03:19], Stuart Bishop (stu...@stuartbishop.net) wrote:
>The Debian, Ubuntu and I think Redhat packages all use the system
>zoneinfo database - there are hooks in there to support package
>maintainers that want to do this. This way the package can be included
>in the suppo
stephen, 17.02.2010 06:49:
> THE PROBLEM:
> I am having a problem that I have seen asked quite a bit on the web, with
> little to no follow up.
Note that this list is about developing the CPython core runtime, not about
solving problems with Python code or Python usage. See the comp.lang.python
On 7 Feb 2010, at 05:27, exar...@twistedmatrix.com wrote:
> Do you know of a case where it's actually slow? If not, how convincing
> should this argument really be? Perhaps we can measure it on a few platforms
> before passing judgement.
On Mac OS X at least, system calls are notoriously slow
15 matches
Mail list logo