Re: [Python-Dev] os.path.getmtime on Windows

2006-01-15 Thread Martin v. Löwis
Phillip J. Eby wrote: > Windows doesn't store UTC timestamps, at least not on older FAT filesystems > and maybe not even on NTFS. Changing Python won't help. :) Windows definitely stores UTC timestamps on NTFS, in units of 100ns since Jan 1, 1601. Regards, Martin __

Re: [Python-Dev] os.path.getmtime on Windows

2006-01-15 Thread Martin v. Löwis
Christian Tismer wrote: > Is there a way to circumvent this problem, or am I missing something? > If this is not the expected behavior, then it might make sense > to find a patch. I have meant to work on a patch for several years now. I would like to drop usage of msvcrt's stat(3), and instead imp

Re: [Python-Dev] Checking in a broken test was: Re: [Python-checkins]r41940 - python/trunk/Lib/test/test_compiler.py

2006-01-15 Thread Collin Winter
On 1/13/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > my main nit is the name: the test isn't broken in itself, and doesn't need > to be fixed; it's just not expected to succeed at this time. > > the usual term for this is "expected failure" (sometimes called XFAIL). > > for the developer, this me

Re: [Python-Dev] Python icon

2006-01-15 Thread skip
>> does Python have an official icon? Ping> i found some images at http://www.pythonology.com/logos... It appears the yin/yang Python's on that page are being used in the new site (beta.python.org). I don't know if that makes it official or not though. Skip

Re: [Python-Dev] os.path.getmtime on Windows

2006-01-15 Thread Christian Tismer
Hi Martin, >> Is there a way to circumvent this problem, or am I missing something? >> If this is not the expected behavior, then it might make sense >> to find a patch. > > I have meant to work on a patch for several years now. I would like to > drop usage of msvcrt's stat(3), and instead implem

Re: [Python-Dev] pystate.c changes for Python 2.4.2

2006-01-15 Thread Gabriel Becedillas
Michael Hudson wrote: > Gabriel Becedillas <[EMAIL PROTECTED]> writes: > > >>Hi, >>At the company I work for, we've embedded Python in C++ application we >>develop. Since our upgrade to Python 2.4.2 from 2.4.1 we started hitting >>Py_FatalError("Invalid thread state for this thread") when using

Re: [Python-Dev] os.path.getmtime on Windows

2006-01-15 Thread Martin v. Löwis
Christian Tismer wrote: > Does it mean that msvcrt does extra magic to modify the existing > correct UTC entries? Mostly, yes. For FAT, the system does also some conversion. Those conversions I don't fully understand, http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sysinfo/base/

Re: [Python-Dev] Checking in a broken test was: Re: [Python-checkins]r41940 - python/trunk/Lib/test/test_compiler.py

2006-01-15 Thread Martin v. Löwis
Collin Winter wrote: > When I've implemented this kind of thing in the past, I've generally > called the decorator/marker/whatever "TODO" (or some variation of > caps/lowercase). I usually call things TODO if they need to be done. The test case is not "TODO", since it is already done. "TODO" would

Re: [Python-Dev] os.path.getmtime on Windows

2006-01-15 Thread Alexander Schremmer
On Sun, 15 Jan 2006 20:23:39 +0100, "Martin v. Löwis" wrote: >>> There are several issues involved in implementing such a patch, though. >>> One is that you need to do it twice: once for Win9x, and once for >>> NT+, because you have to use Unicode file names on one system, and >>> ANSI file names

Re: [Python-Dev] os.path.getmtime on Windows

2006-01-15 Thread Martin v. Löwis
Alexander Schremmer wrote: There are several issues involved in implementing such a patch, though. One is that you need to do it twice: once for Win9x, and once for NT+, because you have to use Unicode file names on one system, and ANSI file names on the other. > > >>Right - the q

Re: [Python-Dev] os.path.getmtime on Windows

2006-01-15 Thread Martin v. Löwis
Christian Tismer wrote: > 1. create a file > 2. get it's os.path.getmtime() > 3. change your time zone > 4. get os.path.getmtime again > > compare - the time stamps are different. > Change the time zone back, and they are identical, again. Just to add an important detail here: I assume you did no

Re: [Python-Dev] Birkenfeld's gone

2006-01-15 Thread Tim Peters
[Georg Brandl -- or so he claimed on January 8] > today, when two Python developers here had approached me about the PSF, I > realized that it is time to correct a mistake which I had made over three > years > ago, when I discovered Linux, free software, Usenet etc (I was sixteen at > that time).

Re: [Python-Dev] Birkenfeld's gone

2006-01-15 Thread Alex Martelli
On Jan 15, 2006, at 6:46 PM, Tim Peters wrote: ... > I hope that revealing my true name too, and outing Aahz, will inspire > everyone to reveal their secret powers and home planets too. I won't OK, there I go -- "Alessandro Ferruccio Raffaele Martelli-Fortini". Good thing it's spelled in

Re: [Python-Dev] Ph.D. dissertation ideas?

2006-01-15 Thread Dennis Allison
On Thu, 12 Jan 2006, Brett Cannon wrote: > It is time once again in my educational career to come to python-dev > for help for major project ideas. This time, though, it is for my > Ph.D. dissertation (and thus can have larger scope than my masters > thesis) but there are funding restrictions (an

Re: [Python-Dev] Ph.D. dissertation ideas?

2006-01-15 Thread Brett Cannon
On 1/15/06, Dennis Allison <[EMAIL PROTECTED]> wrote: > On Thu, 12 Jan 2006, Brett Cannon wrote: > > > It is time once again in my educational career to come to python-dev > > for help for major project ideas. This time, though, it is for my > > Ph.D. dissertation (and thus can have larger scope t

[Python-Dev] PEP 247 and hashlib

2006-01-15 Thread Seo Sanghyeon
"PEP 247 -- API for Cryptographic Hash Functions" specifies a standard API for hashing modules. new([string]) ... the optional 'string' parameter, if supplied, will be immediately hashed into the object's starting state, as if obj.update(string) was called. But hashlib.new() takes the algorithm n

[Python-Dev] basenumber redux

2006-01-15 Thread Alex Martelli
For the last 2+ years I've been occasionally arguing for the introduction of a basenumber (and ideally a baseinteger, but that, to me, is a slightly lesser issue) analogous to basestring. Google search fo [basenumber site:python.org] for several messages on the subject, by me and others; i

Re: [Python-Dev] basenumber redux

2006-01-15 Thread Martin v. Löwis
Alex Martelli wrote: > I'll be happy to draft a PEP if needed (and just as happy to > eventually provide an implementation patch if the PEP's accepted), > but wanted to doublecheck on the general issue first! Please do so. I've browsed somewhat through past discussions, but wasn't able to find