Re: python mktime fails with overflow (same call works in other environments)

2008-10-15 Thread Matthew Dillon
:I've posted a tzcode upgrade to [EMAIL PROTECTED] : :http://leaf.dragonflybsd.org/mailarchive/submit/2008-10/msg1.html : :Could you guys test if it fixes the Python issue? : :Thanks, :Sascha : :-- :http://yoyodyne.ath.cx The patch looks reasonable though the sprintf's need to be tur

Re: python mktime fails with overflow (same call works in other environments)

2008-10-13 Thread Aran Cox
On Mon, Oct 13, 2008 at 02:29:23AM +0200, Sascha Wildner wrote: > Sascha Wildner schrieb: >> FWIW, the "official" timezone code is at >> ftp://elsie.nci.nih.gov/pub/tzcode2008e.tar.gz currently (the fixes you >> posted are identical there). >> >> Syncing our code with that is on my list for some

Re: python mktime fails with overflow (same call works in other environments)

2008-10-12 Thread Sascha Wildner
Sascha Wildner schrieb: FWIW, the "official" timezone code is at ftp://elsie.nci.nih.gov/pub/tzcode2008e.tar.gz currently (the fixes you posted are identical there). Syncing our code with that is on my list for some time now. I've posted a tzcode upgrade to [EMAIL PROTECTED] http://leaf.dra

Re: python mktime fails with overflow (same call works in other environments)

2008-09-25 Thread Sascha Wildner
YONETANI Tomokazu schrieb: I think the essential part of the change that fixes mktime() is something like attached to this message. I'm using patched libc on my -DEVELOPMENT machine and it seems to work with TZ=America/Chicago now. But probably we want to catch other fixes from FreeBSD. FWIW,

Re: python mktime fails with overflow (same call works in other environments)

2008-09-25 Thread YONETANI Tomokazu
On Thu, Sep 25, 2008 at 03:48:37PM -0500, Aran Cox wrote: > It seems that if the TZ environment is set (I tested America/Chicago and > GMT) the c/python/perl programs all work. If unset, (even though > localtime exists, and corresponds to America/Chicago) all three > programs fail to call mtime.

Re: python mktime fails with overflow (same call works in other environments)

2008-09-25 Thread Sascha Wildner
Aran Cox schrieb: Still, should TZ be set by the installer? Where is the proper place to set TZ in DragonflyBSD? I certainly didn't unset it (intentionally or otherwise.) As far as I can see, TZ should not be needed if /etc/localtime exists which is a hard link of the time zone file to be

Re: python mktime fails with overflow (same call works in other environments)

2008-09-25 Thread Aran Cox
On Thu, Sep 25, 2008 at 10:06:53AM -0500, Aran Cox wrote: > On Thu, Sep 25, 2008 at 08:09:51AM +0900, YONETANI Tomokazu wrote: > > On Wed, Sep 24, 2008 at 01:53:58PM -0500, Aran Cox wrote: > > > mktime is failing in python2.4 and python2.5 under DragonflyBSD 2.0 > > > for certain date/times: > > >

Re: python mktime fails with overflow (same call works in other environments)

2008-09-25 Thread Aran Cox
Thanks for checking that for me. I just installed the binaries for python so maybe I'll try building it via pkgsrc and see if that makes any difference. On Thu, Sep 25, 2008 at 08:09:51AM +0900, YONETANI Tomokazu wrote: > On Wed, Sep 24, 2008 at 01:53:58PM -0500, Aran Cox wrote: > > mktime is f

Re: python mktime fails with overflow (same call works in other environments)

2008-09-24 Thread YONETANI Tomokazu
On Wed, Sep 24, 2008 at 01:53:58PM -0500, Aran Cox wrote: > mktime is failing in python2.4 and python2.5 under DragonflyBSD 2.0 > for certain date/times: > > >>> from time import mktime > >>> tt=(2006, 4, 2, 2, 16, 27, -1, -1, -1) > >>> mktime(tt) > Traceback (most recent call last): > File "",

python mktime fails with overflow (same call works in other environments)

2008-09-24 Thread Aran Cox
mktime is failing in python2.4 and python2.5 under DragonflyBSD 2.0 for certain date/times: >>> from time import mktime >>> tt=(2006, 4, 2, 2, 16, 27, -1, -1, -1) >>> mktime(tt) Traceback (most recent call last): File "", line 1, in ? OverflowError: mktime argument out of range When I run the