-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
>> When editing my details I saw there is a field for my timezone. The
>> comment says: "this is a numeric hour offset, the default is UTC", so
>> I'm assuming it counts in whole hours (fine for me, not s
This was now fixed in 3.0. Somebody might want to backport.
On 7/28/07, lcaamano <[EMAIL PROTECTED]> wrote:
>
> On Jul 20, 1:52 pm, "Guido van Rossum" <[EMAIL PROTECTED]> wrote:
> > I discovered what appears to be a thread-unsafety inuuid.py. This is
> > in the trunk as well as in 3.x; I'm using t
Thanks for having done these, Kurt!
-Brett
On 8/23/07, Kurt B. Kaiser <[EMAIL PROTECTED]> wrote:
> New / Reopened Patches
> __
>
> minidom pretty xml output improvement (2007-08-19)
>http://python.org/sf/1777134 opened by Teajay
>
> removeTest() method patch for uni
On 23/08/07, Brett Cannon <[EMAIL PROTECTED]> wrote:
> When you read PEP 302 and the section on the optional extensions, it
> mentions that they "are highly recommended for general purpose
> importers". But then the PEP says very shortly thereafter that
> "loader objects" are to have the extension
New / Reopened Patches
__
minidom pretty xml output improvement (2007-08-19)
http://python.org/sf/1777134 opened by Teajay
removeTest() method patch for unittest.TestSuite (2007-08-21)
http://python.org/sf/1778410 opened by Mark Edgington
robotparser.py fi
When you read PEP 302 and the section on the optional extensions, it
mentions that they "are highly recommended for general purpose
importers". But then the PEP says very shortly thereafter that
"loader objects" are to have the extensions.
So which is it, importers or loaders? The reason I ask i
On 8/23/07, Martin von Löwis <[EMAIL PROTECTED]> wrote:
> We have completed the conversion to Roundup as the bug tracker
> for Python; the new tracker is now life at
>
> http://bugs.python.org/
>
> It has all reports from the SourceForge tracker, along with
> all messages and files that had been
> When editing my details I saw there is a field for my timezone. The
> comment says: "this is a numeric hour offset, the default is UTC", so
> I'm assuming it counts in whole hours (fine for me, not so fine for
> people in e.g. India, unless it accepts decimal notation). I have two
> issues with
On 2007-08-23 18:50, Martin von Löwis wrote:
> We have completed the conversion to Roundup as the bug tracker
> for Python; the new tracker is now life at
>
> http://bugs.python.org/
So far, I have one issue with the new tracker: the timezone.
When editing my details I saw there is a field for
On 8/23/07, Hrvoje Nikšić <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-08-22 at 21:32 -0700, Neal Norwitz wrote:
> > Py_BEGIN_ALLOW_THREADS
> > errno = 0;
> > - ret = _portable_fseek(f->f_fp, offset, whence);
> > + if (f->f_fp != NULL)
> > + ret = _portable_fs
We have completed the conversion to Roundup as the bug tracker
for Python; the new tracker is now life at
http://bugs.python.org/
It has all reports from the SourceForge tracker, along with
all messages and files that had been attached.
To edit bug reports, you still need to log in. We have mi
[second copy, since the first one apparently did not go through]
We are starting with the tracker conversion. Please stop using
the bug trackers (either SF or roundup) until further notice.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.
We are starting with the tracker conversion. Please stop using the bug
trackers (either SF or roundup) until further notice.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscr
On Wed, 2007-08-22 at 21:32 -0700, Neal Norwitz wrote:
> Py_BEGIN_ALLOW_THREADS
> errno = 0;
> - ret = _portable_fseek(f->f_fp, offset, whence);
> + if (f->f_fp != NULL)
> + ret = _portable_fseek(f->f_fp, offset, whence);
Doesn't this kind of code retain
14 matches
Mail list logo
