On Sun, 17 Aug 2008 15:04:58 -0700, Brett Cannon <[EMAIL PROTECTED]> wrote:
On Sun, Aug 17, 2008 at 1:40 PM, Georg Brandl <[EMAIL PROTECTED]> wrote:
Brett Cannon schrieb:
After Christian mentioned how we could speed up interpreter start-up
by removing some dead imports he found, I decided to wr
On Mon, 25 Aug 2008 10:13:32 -0700, Guido van Rossum <[EMAIL PROTECTED]> wrote:
Several people at Google seem to have independently discovered that
despite all of the platform-independent goodness in subprocess.py, you
still need to be platform aware. One of my colleagues summarized it
like this:
On Mon, 1 Sep 2008 09:42:06 -0500, Benjamin Peterson <[EMAIL PROTECTED]> wrote:
On Mon, Sep 1, 2008 at 9:36 AM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
Nick Coghlan gmail.com> writes:
Is this just intended to discourage subclassing? If so, why give the
misleading impression that these thing
On Sat, 13 Sep 2008 08:03:50 -0400, "A.M. Kuchling" <[EMAIL PROTECTED]> wrote:
Three weeks ago, Antoine Pitrou posted the pybench results
for 2.6 trunk:
http://mail.python.org/pipermail/python-dev/2008-August/081951.html
The big discovery in those results were TryExcept being 48% slower,
but the
On Wed, 17 Sep 2008 10:40:01 PDT, Bill Janssen <[EMAIL PROTECTED]> wrote:
Ah, now I remember. It seems that sometimes when SSL_ERROR_WANT_READ
was returned, things would block; that is, the "handle_read" method on
asyncore.dispatcher was never called again, so the SSLSocket.recv()
method was nev
On Fri, 19 Sep 2008 18:26:05 +0200, Amaury Forgeot d'Arc <[EMAIL PROTECTED]>
wrote:
Hello Maciej,
Maciej Fijalkowski wrote:
Hello,
I'm a little clueless about exact semantics of following snippets:
http://paste.pocoo.org/show/85698/
is this fine?
or shall I fill the bug?
(the reason to ask
On Mon, 29 Sep 2008 14:34:07 +0200, Ulrich Eckhardt <[EMAIL PROTECTED]> wrote:
On Monday 29 September 2008, [EMAIL PROTECTED] wrote:
Also, what about MacOS X?
AFAIK, OS X guarantees UTF-8 for filesystem encodings. So the OS also provides
Unicode filenames and how it deals with broken or legacy
On Thu, 30 Oct 2008 17:17:02 -0400, "A.M. Kuchling" <[EMAIL PROTECTED]> wrote:
[snip]
On some of my issues (esp. ones relating to curses and mailbox.py), I
feel paralyzed because problems are occurring on platforms I don't
have access to (e.g. FreeBSD). The buildbots will report problems,
but t
On Thu, 4 Dec 2008 20:20:34 +, Paul Moore <[EMAIL PROTECTED]> wrote:
2008/12/4 Barry Warsaw <[EMAIL PROTECTED]>:
[snip]
One thing I'd like to see more clearly stated is that there's no
reason NOT to use Python 3.0 for new code. I don't think that message
has really come across yet - in spite
On Thu, 4 Dec 2008 22:05:05 -0800, Guido van Rossum <[EMAIL PROTECTED]> wrote:
On Thu, Dec 4, 2008 at 9:40 PM, <[EMAIL PROTECTED]> wrote:
The default case, the case of the user without the wherewithal
to understand the nuances of the distinction between 2.x and 3.x, is a user
who should use 2.x
On Mon, 12 Jan 2009 19:09:28 +0100 (CET), "kristjan.jonsson"
wrote:
Author: kristjan.jonsson
Date: Mon Jan 12 19:09:27 2009
New Revision: 68547
Log:
Add tests for invalid format specifiers in strftime, and for handling of
invalid file descriptors in the os module.
Modified:
python/trunk/Li
On Wed, 28 Jan 2009 18:52:41 +, Paul Moore wrote:
2009/1/28 "Martin v. Löwis" :
Well, first try to understand what the error *is*:
py> unicodedata.name('\u0153')
'LATIN SMALL LIGATURE OE'
py> unicodedata.name('£')
'POUND SIGN'
py> ascii('£')
"'\\xa3'"
py> ascii('£'.encode('cp850').decode('
On Fri, 30 Jan 2009 18:06:48 +0100 (CET), Python tracker
wrote:
[snip]
Average duration of open issues: 697 days.
Median duration of open issues: 6 days.
It seems there's a bug in the summary tool. I thought it odd a few
weeks ago when I noticed the median duration of open issues was one
On Wed, 4 Feb 2009 10:50:47 -0800, Brett Cannon wrote:
On Wed, Feb 4, 2009 at 10:43, Steven Bethard wrote:
[snip]
Not sure I follow you here. It's not the __init__ that allows you to
do ``x()``, it's the fact that the class declares a __call__, right?
class C(object):
... pass
...
C._
On Thu, 5 Feb 2009 08:35:30 -0800, Raymond Hettinger wrote:
import os
os.tmpnam()
RuntimeWarning: tmpnam is a potential security risk to your program
This warning is a reflection of the fact that (at least) the glibc authors
think you shouldn't be using tmpnam(2). If you compile a C progra
On Thu, 16 Feb 2006 00:36:35 + (UTC), Neil Schemenauer <[EMAIL PROTECTED]>
wrote:
>I'm in the process of summarizing the dicussion on the bytes object
>and an idea just occured to me. Imagine that I want to write code
>that deals with strings and I want to be maximally compatible with
>P3k.
On Thu, 16 Feb 2006 11:24:35 +0100, "M.-A. Lemburg" <[EMAIL PROTECTED]> wrote:
>Neil Schemenauer wrote:
>> On Thu, Feb 16, 2006 at 02:43:02AM +0100, Thomas Wouters wrote:
>>> On Wed, Feb 15, 2006 at 05:23:56PM -0800, Guido van Rossum wrote:
>>>
> from __future__ import unicode_strings
On Thu, 16 Feb 2006 16:29:40 +0100, "M.-A. Lemburg" <[EMAIL PROTECTED]> wrote:
>Jean-Paul Calderone wrote:
>> On Thu, 16 Feb 2006 11:24:35 +0100, "M.-A. Lemburg" <[EMAIL PROTECTED]>
>> wrote:
>>> Neil Schemenauer wrote:
>>>> On T
On Wed, 15 Mar 2006 00:00:06 -0500, Tim Peters <[EMAIL PROTECTED]> wrote:
>[Trent Mick]
>> Yes I've noticed it too. I've had to kill python_d.exe a few times. I
>> haven't yet had the chance to look into it. I am NOT getting this error
>> on another Windows Python build slave that I am running in-h
On Wed, 15 Mar 2006 20:18:28 +0100, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
>Martin v. L� wrote:
>
>> Jean-Paul Calderone wrote:
>> > It should actually be using TerminateProcess (depending on the
>> > Twisted version being used, the relevant cod
On Tue, 28 Mar 2006 15:48:36 -0500, Barry Warsaw <[EMAIL PROTECTED]> wrote:
>On Wed, 2006-03-29 at 01:51 +1100, Anthony Baxter wrote:
>> I'm happy to work with Gerhard to make this happen. Does it need a
>> PEP? I'd say "no",
>
>Agreed. pysqlite is solid and widely accepted, and AFAIK has no
>comp
On Wed, 29 Mar 2006 17:52:07 +0200, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
>Georg Brandl wrote:
>
>> Generally, I like Trac very much, especially for its interconnected
>> subsystems.
>> I've used it with smaller projects, and there it works perfectly.
>
>> Having said that, I don't know if the
I tried out Twisted's test suite with a version of Python built from SVN trunk
today and ran into a few problems. First, the test suite hung indefinitely
using all available CPU time. This apparently was due to a change in the
behavior of __import__: in Python 2.4, __import__('') raises a Valu
On Fri, 5 May 2006 08:20:02 -0500, Michael Urman <[EMAIL PROTECTED]> wrote:
>On 5/5/06, Terry Reedy <[EMAIL PROTECTED]> wrote:
>> At present, Python allows this as a choice.
>
>Not always - take a look from another perspective:
>
>def make_person(**kwds):
>name = kwds.pop('name', None)
>age
I'd like to point out sf bug #1494314 (
http://sourceforge.net/tracker/index.php?func=detail&aid=1494314&group_id=5470&atid=105470
) as an important one to fix before 2.5. It's clearly a regression and the
fix should be simple (there's a patch on the ticket).
Jean-Paul
On Thu, 25 May 2006 15:01:36 +, Runar Petursson <[EMAIL PROTECTED]> wrote:
>We've been talking this week about ideas for speeding up the parsing of
>Longs coming out of files or network. The use case is having a large string
>with embeded Long's and parsing them to real longs. One approach wo
On Fri, 26 May 2006 11:47:43 -0500, [EMAIL PROTECTED] wrote:
>
>Ross> I wrote an epoll implementation which can be used as a drop-in
>Ross> replacement for parts of the select module
>...
>Ross> Is there any interest in incorporating this into the standard
>Ross> python distribu
On Fri, 26 May 2006 14:31:33 -0400, Ross Cohen <[EMAIL PROTECTED]> wrote:
>On Fri, May 26, 2006 at 08:03:12PM +0200, "Martin v. Löwis" wrote:
>> Ross Cohen wrote:
>> > Is there any interest in incorporating this into the standard python
>> > distribution?
>>
>> I would like to see epoll support in
On Fri, 26 May 2006 13:31:33 -0400, Ross Cohen <[EMAIL PROTECTED]> wrote:
>On Fri, May 26, 2006 at 01:10:30PM -0400, Jean-Paul Calderone wrote:
>> Of course, if there is a volunteer to maintain and support an extension
>> module, that's better than nothing. PyEpoll is m
On Fri, 23 Jun 2006 13:38:35 -0700, Bryan O'Sullivan <[EMAIL PROTECTED]> wrote:
>On Fri, 2006-06-23 at 16:16 -0400, Edward C. Jones wrote:
>
>> Please keep Python simple.
>
>+1 on this sentiment.
>
I agree.
Jean-Paul
___
Python-Dev mailing list
Python-D
On Sat, 24 Jun 2006 11:47:19 +0200, "\"Martin v. Löwis\"" <[EMAIL PROTECTED]>
wrote:
>Ralf W. Grosse-Kunstleve wrote:
>> --- "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>>
>>> I don't know. Whether a warning is a problem is a matter of attitude, also.
>>
>> Our users will think our applications a
On Sat, 24 Jun 2006 07:27:15 -0700, Aahz <[EMAIL PROTECTED]> wrote:
>On Sat, Jun 24, 2006, Jean-Paul Calderone wrote:
>>
>> I am very unhappy that the burden of understanding Python's package
>> structure is being pushed onto end users in this way. Several of my
&g
On Sat, 24 Jun 2006 16:24:11 +0200, "\"Martin v. Löwis\"" <[EMAIL PROTECTED]>
wrote:
>Jean-Paul Calderone wrote:
>> I am very unhappy that the burden of understanding Python's package
>> structure is being pushed onto end users in this way. Se
On Fri, 30 Jun 2006 00:05:10 -0700, Neal Norwitz <[EMAIL PROTECTED]> wrote:
>I'm glad to see Anthony ratcheting down. At this point, we need to be
>fixing bugs and improving doc. Maybe Anthony and I should have a
>contest to see who can revert the most changes. :-)
>
>There are at least 6 bugs th
On Sun, 25 Jun 2006 17:51:17 -0700, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>On 6/24/06, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
>> >Actually, your application *was* pretty close to being broken a few
>> >weeks ago, when Guido wanted to drop the re
On Thu, 10 Nov 2005 16:02:04 +1300, Greg Ewing <[EMAIL PROTECTED]> wrote:
>Michiel Jan Laurens de Hoon wrote:
>
>> At this point, I can't propose a specific modification yet because I
>> don't know the reasoning that went behind the original choice of Tk as
>> the default GUI toolkit for Python
>
>
On Sun, 25 Dec 2005 16:54:44 -0800, Brett Cannon <[EMAIL PROTECTED]> wrote:
>On 12/25/05, Tim Peters <[EMAIL PROTECTED]> wrote:
>> [Tim]
>> >> Take a look at:
>> >>
>> >> http://buildbot.zope.org/
>> >>
>> >> That runs code from:
>> >>
>> >> http://buildbot.sourceforge.net/
>> >>
>> >> Some
On Wed, 28 Dec 2005 17:43:04 +0100, "\"Martin v. Löwis\"" <[EMAIL PROTECTED]>
wrote:
>Tim Peters wrote:
>> Someone sets up a "buildbot master"
>
>That's what I now did:
>
>http://www.python.org/dev/buildbot/
>
>I'm not quite sure on a number of concepts: should there
>be multiple "slaves" per "bui
On Tue, 10 Jan 2006 09:18:59 -0800, Stephen Davis <[EMAIL PROTECTED]> wrote:
>> The reason I want static pages is for security concerns. It is not
>> easy whether buildbot can be trusted to have no security flaws,
>> which might allow people to start new processes on the master,
>> or (perhaps wors
On Mon, 16 Jan 2006 19:44:44 -0800, Alex Martelli <[EMAIL PROTECTED]> wrote:
>Is it finally time in Python 2.5 to allow the "obvious" use of, say,
>str(5,2) to give '101', just the converse of the way int('101',1)
>gives 5? I'm not sure why str has never allowed this obvious use --
>any bright beg
On Fri, 3 Feb 2006 07:00:26 -0800, Alex Martelli <[EMAIL PROTECTED]> wrote:
>
>On Feb 3, 2006, at 6:47 AM, Giovanni Bajo wrote:
>...
>> use itemgetter and friends but the "correct" way of doing a
>> defferred "x[1]"
>> *should* let you write "x[1]" in the code. This is my main
>> opposition to
101 - 141 of 141 matches
Mail list logo
