[Python-Dev] Passing floats to file.seek

2006-11-12 Thread Martin v. Löwis
Patch #1067760 deals with passing of float values to file.seek; the original version tries to fix the current implementation by converting floats to long long, rather than plain C long (thus supporting files larger than 2GiB). I propose a different approach: passing floats to seek should be an

Re: [Python-Dev] Passing floats to file.seek

2006-11-12 Thread Fredrik Lundh
Martin v. Löwis wrote: Patch #1067760 deals with passing of float values to file.seek; the original version tries to fix the current implementation by converting floats to long long, rather than plain C long (thus supporting files larger than 2GiB). I propose a different approach: passing

Re: [Python-Dev] Passing floats to file.seek

2006-11-12 Thread Anthony Baxter
On Sunday 12 November 2006 22:09, Fredrik Lundh wrote: Martin v. Löwis wrote: Patch #1067760 deals with passing of float values to file.seek; the original version tries to fix the current implementation by converting floats to long long, rather than plain C long (thus supporting files

[Python-Dev] ready-made timezones for the datetime module

2006-11-12 Thread Fredrik Lundh
I guess I should remember, but what's the rationale for not including even a single concrete tzinfo implementation in the standard library? not even a UTC class? or am I missing something? /F ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] ready-made timezones for the datetime module

2006-11-12 Thread Martin v. Löwis
Fredrik Lundh schrieb: I guess I should remember, but what's the rationale for not including even a single concrete tzinfo implementation in the standard library? not even a UTC class? or am I missing something? If you are asking for a time-zone database, such as pytz

Re: [Python-Dev] ready-made timezones for the datetime module

2006-11-12 Thread Fredrik Lundh
Martin v. Löwis wrote: I guess I should remember, but what's the rationale for not including even a single concrete tzinfo implementation in the standard library? not even a UTC class? or am I missing something? If you are asking for a time-zone database I was more thinking of basic

Re: [Python-Dev] ready-made timezones for the datetime module

2006-11-12 Thread Barry Warsaw
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 12, 2006, at 3:55 PM, Fredrik Lundh wrote: would anyone mind if I added the above classes to the datetime module ? +1. I mean, we have an example of UTC in the docs, so, er, why not include it in the stdlib?! - -Barry -BEGIN PGP

[Python-Dev] Summer of Code: zipfile?

2006-11-12 Thread Giovanni Bajo
Hello, wasn't there a project about the zipfile module in the Summer of Code? How did it go? Giovanni Bajo ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

Re: [Python-Dev] ready-made timezones for the datetime module

2006-11-12 Thread Guido van Rossum
IMO it was an oversight. Or we were all exhausted. I keep copying those three classes from the docs, which is silly. :-) On 11/12/06, Fredrik Lundh [EMAIL PROTECTED] wrote: I guess I should remember, but what's the rationale for not including even a single concrete tzinfo implementation in the

Re: [Python-Dev] Passing floats to file.seek

2006-11-12 Thread Guido van Rossum
On 11/12/06, Anthony Baxter [EMAIL PROTECTED] wrote: On Sunday 12 November 2006 22:09, Fredrik Lundh wrote: Martin v. Löwis wrote: Patch #1067760 deals with passing of float values to file.seek; the original version tries to fix the current implementation by converting floats to long

Re: [Python-Dev] Summer of Code: zipfile?

2006-11-12 Thread Neal Norwitz
You probably need to contact the authors for more info: https://svn.sourceforge.net/svnroot/ziparchive/ziparchive/trunk/ http://wiki.python.org/moin/SummerOfCode n -- On 11/12/06, Giovanni Bajo [EMAIL PROTECTED] wrote: Hello, wasn't there a project about the zipfile module in the Summer of

Re: [Python-Dev] ready-made timezones for the datetime module

2006-11-12 Thread Fredrik Lundh
Guido van Rossum wrote: IMO it was an oversight. Or we were all exhausted. I keep copying those three classes from the docs, which is silly. :-) I'll whip up a patch. would the embedded python module approach I'm using for _elementtree be okay, or should this go into a support library ? /F