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
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
"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
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
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
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
[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).
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
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
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
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
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/
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
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
>> 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
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
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
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
__
18 matches
Mail list logo