On Sat, 25 Jul 2009 10:40:52 +1000, Ben Finney
wrote:
[snip]
If that is not your intent, then your application shouldn't be mentioned
in standard Python documentation.
Hm. But docutils isn't part of the standard library, and the documentation
refers to it. And the docs link to ActivePytho
On Thu, 23 Jul 2009 14:23:56 +0200, Christian Heimes wrote:
Nick Coghlan wrote:
I see ctypes as largely useful when you want to call a native DLL but
don't have any existing infrastructure for accessing native code from
your project. A few lines of ctypes code is then a much better solution
tha
On Thu, 23 Jul 2009 14:21:38 +0200, Christian Heimes wrote:
Michael Foord wrote:
A big advantage of using ctypes is that it works cross-implementation -
on IronPython and PyPy already and on Jython soon. I'd like to see more
standard library modules use it. Distributions that choose not to
incl
On Thu, 2 Jul 2009 15:47:48 -0700, "Gregory P. Smith" wrote:
On Mon, Jun 29, 2009 at 2:28 PM, "Martin v. Löwis" wrote:
AFAIK, ignoring EINTR doesn't preclude the calling of signal handlers.
This is my understanding as well - so I don't think Python actually
"swallows" the signal.
A great ex
On Tue, 09 Jun 2009 16:46:54 +0200, Kálmán Gergely
wrote:
Hello, my name is Greg.
I've just started using python after many years of C programming, and I'm
also new to the list. I wanted to clarify this
first, so that maybe I will get a little less beating for my stupidity :)
Welcome!
On Tue, 02 Jun 2009 19:34:11 +0200, "\"Martin v. Löwis\""
wrote:
[snip]
You seem comfortable with these quirks, but then you're not planning
to write software with this library. Developers who do intend to write
meaningful network applications do seem concerned, yet we're ignored.
I don't h
On Wed, 25 Mar 2009 11:34:43 -0400, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Antoine Pitrou wrote:
Tarek Ziadé gmail.com> writes:
But I agree that the sizes of the packages are too small now, and it has gone
to far. Installing a web app like Plone is scary (+100 packa
On Tue, 24 Mar 2009 13:49:28 + (UTC), Antoine Pitrou
wrote:
Hello,
[snip]
By the way, what happened to the Windows buildbots?
It looks like some of them are suffering from problems which I think are
common with buildbot on Windows - primarily difficulty dealing with runaway
processes or
On Wed, 4 Mar 2009 10:54:19 -0800, Guido van Rossum wrote:
On Wed, Mar 4, 2009 at 10:51 AM, Jean-Paul Calderone wrote:
On Wed, 4 Mar 2009 10:46:28 -0800, Guido van Rossum
wrote:
On Wed, Mar 4, 2009 at 10:27 AM, Jean-Paul Calderone
wrote:
[snip]
So, as a disinterested party in this
On Wed, 4 Mar 2009 10:46:28 -0800, Guido van Rossum wrote:
On Wed, Mar 4, 2009 at 10:27 AM, Jean-Paul Calderone wrote:
[snip]
So, as a disinterested party in this specific case, I'd say revert to
the pre-2.6 behavior. It does less harm than leaving the current
behavior.
Sorry,
On Wed, 4 Mar 2009 10:21:26 -0800, Guido van Rossum wrote:
On Wed, Mar 4, 2009 at 10:14 AM, Sidnei da Silva
wrote:
On Wed, Mar 4, 2009 at 3:04 PM, Guido van Rossum wrote:
Sounds like it's not so much the code that's future proof but the
process used for evolving it. That seems to be missing
On Sun, 1 Mar 2009 19:13:27 + (UTC), Armin Ronacher
wrote:
Hi everybody,
PEP 372 was modified so that it provides a simpler API (only the dict API
to be exact) and it was decided to start with a Python-only implementation
and replace it with a C version later if necessary.
Annotated chang
On Sat, 21 Feb 2009 11:07:07 -0800, Brett Cannon wrote:
On Sat, Feb 21, 2009 at 09:17, Jean-Paul Calderone wrote:
On Fri, 20 Feb 2009 13:45:26 -0800, Brett Cannon wrote:
On Fri, Feb 20, 2009 at 12:53, Aahz wrote:
On Fri, Feb 20, 2009, Brett Cannon wrote:
> On Fri, Feb 20, 2009 at 12
On Fri, 20 Feb 2009 13:45:26 -0800, Brett Cannon wrote:
On Fri, Feb 20, 2009 at 12:53, Aahz wrote:
On Fri, Feb 20, 2009, Brett Cannon wrote:
> On Fri, Feb 20, 2009 at 12:37, Brett Cannon wrote:
>> On Fri, Feb 20, 2009 at 12:31, Daniel Stutzbach <
>> dan...@stutzbachenterprises.com> wrote:
>>
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 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 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, 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 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 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 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, 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 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 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 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 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 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 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 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 Sat, 16 Aug 2008 13:01:33 -0300, Facundo Batista <[EMAIL PROTECTED]> wrote:
2008/8/16 Antoine Pitrou <[EMAIL PROTECTED]>:
If the test does allocate the very large string, it means MemoryError isn't
raised, which defeats the purpose of the test.
I do *not* want to remove the test.
Antoine
On Wed, 13 Aug 2008 15:35:15 + (UTC), Antoine Pitrou <[EMAIL PROTECTED]>
wrote:
Barry Warsaw python.org> writes:
The goal
should be to produce something like a unittest-ng, distribute it via
the Cheeseshop, and gather consensus around it for possible inclusion
in Python 2.7/3.1.
There is
On Tue, 12 Aug 2008 11:05:57 -0400, Barry Warsaw <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Aug 12, 2008, at 10:30 AM, Sebastian Rittau wrote:
[I just saw the other post about unit testing, while I was writing this.
A strange conincidence.]
Indeed. I've play
On Sun, 13 Jul 2008 23:51:44 +0100, Michael Foord <[EMAIL PROTECTED]> wrote:
Ben Finney wrote:
Howdy Michael,
I'm interested in the changes you're proposing for Python's 'unittest'
module. I am (like, I suspect, many Python coders) maintaining my own set
of extensions to the module across man
On Thu, 26 Jun 2008 21:46:48 +0200, Georg Brandl <[EMAIL PROTECTED]> wrote:
[snip]
As for reverting changes that break, I'd support this
only for changes that break *all* of them. For example, I only use one
platform to develop on (and I guess it's the same for many others), having
the buildbots
On Fri, 27 Jun 2008 01:52:18 +1000, Nick Coghlan <[EMAIL PROTECTED]> wrote:
Jean-Paul Calderone wrote:
I don't particularly care about the details, I just want some public
API for this. Making warn_explicit public seems better to me, since
it was already there in previous version
On Fri, 27 Jun 2008 01:14:36 +1000, Nick Coghlan <[EMAIL PROTECTED]> wrote:
Jean-Paul Calderone wrote:
[snip]
The real problem with testing many uses of the warning system is that it
doesn't expose enough public APIs for this to be possible. You *have*
to use APIs which are,
On Thu, 26 Jun 2008 23:56:23 +1000, Nick Coghlan <[EMAIL PROTECTED]> wrote:
[snip]
Ok, then we're back to there being no supported way to write tests that
need to
intercept warnings. Twisted has already suffered from this (JP reports
that
Twisted's assertWarns is broken in 2.6), and I doub
On Tue, 24 Jun 2008 23:03:33 -, [EMAIL PROTECTED] wrote:
On 10:05 pm, [EMAIL PROTECTED] wrote:
We need to be especially careful with the unit test suite itself - changing
the test code to avoid the warning will normally be the right answer, but
when the code is actually setting out to test
On Wed, 18 Jun 2008 18:35:26 +0200, Amaury Forgeot d'Arc <[EMAIL PROTECTED]>
wrote:
[snip]
I just found the cause of the problem ten minutes ago:
It seems that when a socket listens on the address "127.0.0.1" or
"localhost", another process cannot connect to it using the machine's
name (even fr
On Fri, 13 Jun 2008 18:22:42 -0400, Barry Warsaw <[EMAIL PROTECTED]> wrote:
[snip]
* small branches - we have a strict limit on diffs no greater than 800
lines. Yes we have exceptions, but they are rare and pre-arranged. Having
such a strict limit really forces you to be disciplined, organ
[EMAIL PROTECTED]:~$ ~/Projects/python/trunk/python
Python 2.6a3+ (trunk:63964, Jun 5 2008, 16:49:12)
[GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import struct
>>> struct.pack("357913941c", 'a')
Seg
On Sun, 8 Jun 2008 08:37:20 -0500, Benjamin Peterson <[EMAIL PROTECTED]> wrote:
Certainly not in core Python. Have a look
http://code.google.com/p/python-threadsafe/, though.
http://code.google.com/p/python-safethread/
Jean-Paul
___
Python-Dev mail
On Wed, 21 May 2008 20:57:33 +0200, "\"Martin v. Löwis\"" <[EMAIL PROTECTED]>
wrote:
As said before, PyOpenGL is an example of an extension that moved from C
code to Python/ctypes, luckily we don't use it, but what if the
maintainers of MySQL-Python or cx_Oracle decide to move to ctypes.
Having
On Sat, 17 May 2008 00:15:23 +1000, Nick Coghlan <[EMAIL PROTECTED]> wrote:
Alexander Belopolsky wrote:
Yannick Gingras ygingras.net> writes:
2) Where can I find the symbolic name in C?
Use standard C library char* strerror(int errnum) function. You can see
an example usage in Modules/posi
Hi,
I just wanted to point out a few things:
Community 2.5 bots, 6 out of 8 offline, of the remaining two (which are both
red), one is actually using Python 2.6, not Python 2.5:
http://python.org/dev/buildbot/community/2.5/
Community 2.6 bots, 6 out of 8 offline, but at least the remaining tw
On Thu, 1 May 2008 19:31:20 -0700, Brett Cannon <[EMAIL PROTECTED]> wrote:
[snip]
I just closed the release blocker I created (the
backwards-compatibility issue with warnings.showwarning() ). I would
like to add a PendingDeprecationWarning (or stronger) to 2.6 for
showwarning() implementations
On Wed, 30 Apr 2008 09:51:25 -0700, Guido van Rossum <[EMAIL PROTECTED]> wrote:
On Wed, Apr 30, 2008 at 9:36 AM, Farshid Lashkari <[EMAIL PROTECTED]> wrote:
I was just curious as to why cStringIO objects don't implement the
buffer interface. cStringIO objects seem similar to string and array
On Mon, 21 Apr 2008 17:50:43 +0100, Michael Foord <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] wrote:
>> David> Is there some sort of text encoding detection module is the
>> David> standard library? And, if not, is there any reason not to add
>> David> one?
>>
>> No, there's not. I
On Fri, 4 Apr 2008 07:38:04 -0700, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>On Fri, Apr 4, 2008 at 2:46 AM, Ralf Schmitt <[EMAIL PROTECTED]> wrote:
>> the news file for python 2.6 does not mention that you need to define
>> __hash__ in case you define __eq__ for a class.
>> This breaks some cod
On Fri, 4 Apr 2008 13:24:49 -0700, Trent Nelson <[EMAIL PROTECTED]> wrote:
>Interesting results! I committed the patch to test_socket.py in r62152. I
>was expecting all other platforms except for Windows to behave consistently
>(i.e. pass). That is, given the following:
>
>import socke
On Thu, 27 Mar 2008 11:43:25 -0700, Neal Norwitz <[EMAIL PROTECTED]> wrote:
>On Wed, Mar 26, 2008 at 5:52 PM, <[EMAIL PROTECTED]> wrote:
>> >> The next releases of 2.6/3.0 are planned for April 2, just over a
>> >> week from now. There is much work that needs to be done. The
>> >> bu
On Mon, 24 Mar 2008 00:14:13 +0100, "\"Martin v. Löwis\"" <[EMAIL PROTECTED]>
wrote:
>> You are still only seeing this as a case of libraries with a small
>> number of people developing them and making regular well defined
>> releases. That is not how the world I am talking about looks.
>
>Can you
On Thu, 7 Feb 2008 09:08:26 -0500, "A.M. Kuchling" <[EMAIL PROTECTED]> wrote:
>On Wed, Feb 06, 2008 at 08:34:21PM -0500, Raymond Hettinger wrote:
>> Also, test_docxmlrpc hasn't been happy. One of the tests isn't
>> getting the exact response string it expected. Any ideas what is
>> causing this?
>
On Thu, 17 Jan 2008 13:09:34 +0100, Christian Heimes <[EMAIL PROTECTED]> wrote:
>Jean-Paul Calderone wrote:
>> If it should, I think the PEP should explain the attack this defends
>> against in more detail. The current brief mention of "security issues"
>> is
On Thu, 17 Jan 2008 08:55:51 +0100, Christian Heimes <[EMAIL PROTECTED]> wrote:
>
>* Should the site package directory also be ignored if process
> gid != effective gid?
If it should, I think the PEP should explain the attack this defends
against in more detail. The current brief mention of "sec
On Fri, 04 Jan 2008 16:53:46 +0100, Christian Heimes <[EMAIL PROTECTED]> wrote:
>A.M. Kuchling wrote:
>> Another task is to get logging set up for the #python-dev IRC channel.
>> Searching didn't find any existing archive; we could run it on
>> python.org somewhere, but does anyone here already run
On Tue, 23 Oct 2007 01:11:39 +0100, Jon Ribbens <[EMAIL PROTECTED]> wrote:
>On Tue, Oct 23, 2007 at 12:29:35PM +1300, Greg Ewing wrote:
>> [EMAIL PROTECTED] wrote:
>> > Does fcntl.flock work over NFS and SMB and on Windows?
>>
>> I don't think file locking will ever work over NFS, since
>> it's a s
On Fri, 19 Oct 2007 15:51:51 -0700, Collin Winter <[EMAIL PROTECTED]> wrote:
>On 10/19/07, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
>> In trunk after 2.5, equality and hashing for TestCase were added, changing
>> the behavior so that two instances of TestCase fo
In trunk after 2.5, equality and hashing for TestCase were added, changing the
behavior so that two instances of TestCase for the same test method hash the
same and compare equal. This means two instances of TestCase for the same test
method cannot be added to a single set.
Here's the change:
On Fri, 14 Sep 2007 17:43:39 -0400, James Y Knight <[EMAIL PROTECTED]> wrote:
>
>On Sep 14, 2007, at 3:30 PM, Jean-Paul Calderone wrote:
>>On Fri, 14 Sep 2007 14:13:47 -0500, Justin Tulloss <[EMAIL PROTECTED]>
>>wrote:
>>>Your idea can be combined with th
On Fri, 14 Sep 2007 14:13:47 -0500, Justin Tulloss <[EMAIL PROTECTED]> wrote:
>Your idea can be combined with the maxint/2 initial refcount for
>> non-disposable objects, which should about eliminate thread-count updates
>> for them.
>> --
>>
>
> I don't really like the maxint/2 idea because it req
On Sun, 29 Jul 2007 23:40:29 -0700, Hasan Diwan <[EMAIL PROTECTED]> wrote:
>The issue seems to be in the socket.py close method. It needs to sleep
>socket.SO_REUSEADDR seconds before returning. Yes, it is a simple fix
>in python, but the socket code is C. I found some code in socket.py
>and made th
On Fri, 6 Jul 2007 10:47:16 -0700, Mike Klaas <[EMAIL PROTECTED]> wrote:
>On 6-Jul-07, at 6:45 AM, Yaakov Nemoy wrote:
>
>>
>> I can do the other three parts, but I am wondering, how do I write a
>> deterministic test unit for my patch? How is it done with the
>> threading model in python in gener
On Tue, 3 Jul 2007 23:58:44 -0700, "Gregory P. Smith" <[EMAIL PROTECTED]> wrote:
>In response to bug 1706815 and seeing messy code to catch errors in
>network apps I've implemented most of the ideas in the bug and added a
>NetworkIOError exception (child of IOError). With this, socket.error
>would
On Tue, 15 May 2007 09:26:55 -0500, [EMAIL PROTECTED] wrote:
>Christian> I tried to use gdbinit today and found that the "fragile"
>Christian> pystacks macro didn't work anymore. I don't know gdb very
>Christian> well, but this turned out to work a bit more reliably:
>
>...
>
>Thank
On Sat, 28 Apr 2007 09:32:57 -0400, Raghuram Devarakonda <[EMAIL PROTECTED]>
wrote:
>On 4/28/07, Calvin Spealman <[EMAIL PROTECTED]> wrote:
>> Index: test_os.py
>> ===
>> --- test_os.py (revision 54982)
>> +++ test_os.py (working co
On Wed, 25 Apr 2007 21:28:10 +0200, Georg Brandl <[EMAIL PROTECTED]> wrote:
>Lars Gustäbel schrieb:
>> On Sat, Apr 21, 2007 at 04:45:37PM +1000, Anthony Baxter wrote:
>>> Ok, things seem to be OK. So the release25-maint branch is unfrozen.
>>> Go crazy. Well, a little bit crazy.
>>
>> I'm afraid th
As a data point, I thought I'd point out that the recent object.__init__ change
broke a handful of Twisted unit tests. The fix for this was simple, and I've
already implemented it, but it would have been nice if the old behavior had been
deprecated first and then removed, instead of just disappea
I just noticed r53997 (from some unit tests it broke), which disallowed things
like this:
class X(object):
def __repr__(self):
return "blah"
class Y(X, type):
pass
class Z:
__metaclass__ = Y
Making X classic eliminates the TypeError, and is probab
On Sun, 15 Apr 2007 18:18:16 -0400, SevenInchBread <[EMAIL PROTECTED]> wrote:
>>>Do you have commit access? What's your real name?
>I prefer to remain pseudonymous, and I don't have commit access.
>
>Yeah... they're not terribly useful - more or less there for the sake of
>being there. Batteries in
On Fri, 13 Apr 2007 11:02:01 -0400, Barry Warsaw <[EMAIL PROTECTED]> wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>On Apr 13, 2007, at 10:57 AM, Jean-Paul Calderone wrote:
>>>I don't know if this is caused by a bug in the Mac's pty
>>>im
On Fri, 13 Apr 2007 10:32:28 -0400, Barry Warsaw <[EMAIL PROTECTED]> wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>I've been getting some test failures in Python 2.5 svn head on Mac OS
>X 10.4.9 which I'm not getting on Linux (Ubuntu feisty beta).
>test_sqlite and test_zipimport both fa
On Thu, 29 Mar 2007 00:22:23 + (UTC), Facundo Batista <[EMAIL PROTECTED]>
wrote:
>Jean-Paul Calderone wrote:
>
>> Take a look at "openssl s_server". This is still a pretty terrible way
>> to test the SSL functionality, but it's loads better than connect
On Wed, 28 Mar 2007 16:38:45 -0700, Brett Cannon <[EMAIL PROTECTED]> wrote:
>On 3/28/07, Facundo Batista <[EMAIL PROTECTED]> wrote:
>> There's this bug (#451607) about the needing of tests for socket SSL...
>>
>> Last interesting update in the tracker is five years ago, and since a
>> lot of work h
On Wed, 21 Mar 2007 15:45:16 -0700, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>See python.org/sf/1683368. I'd like to invite opinions on whether it's
>worth breaking an unknown amount of user code in 2.6 for the sake of
>stricter argument checking for object.__init__ and object.__new__. I
>think
On Thu, 15 Mar 2007 09:41:31 -0500, [EMAIL PROTECTED] wrote:
>
>>> I just proposed to implement thread cancellation for the SoC. Is
>>> there any prior work where one could start?
>
>Jean-Paul> The outcome of some prior work, at least:
>
>Jean-Paul>
> http://java.sun.com/j2se/1.
On Thu, 15 Mar 2007 14:34:15 +0100, "\"Martin v. Löwis\"" <[EMAIL PROTECTED]>
wrote:
>I just proposed to implement thread cancellation for the SoC.
>Is there any prior work where one could start?
The outcome of some prior work, at least:
http://java.sun.com/j2se/1.4.2/docs/guide/misc/threadPri
On Sat, 10 Mar 2007 09:13:28 -0600, Collin Winter <[EMAIL PROTECTED]> wrote:
>In my continuing trawl through the SF patch tracker, I came across
>#1244929 (http://python.org/sf/1244929), which causes
>TestLoader.loadTestsFromModule() to skip classes whose name starts
>with an underscore. This addre
On Wed, 28 Feb 2007 18:29:11 -0700, Adam Olsen <[EMAIL PROTECTED]> wrote:
>On 2/28/07, Greg Ewing <[EMAIL PROTECTED]> wrote:
>> Adam Olsen wrote:
>>
>> > It sounds like we should always copy the exception given to raise,
>>
>> I don't like that either, for all the reasons that
>> make it infeasible
On Fri, 23 Feb 2007 15:36:50 +0100, Hans Meine <[EMAIL PROTECTED]> wrote:
>Hi!
>
> [snip - distutils should leave #!/usr/bin/env python alone]
>
>Comments? (I first posted this to distutils-sig but was told that distutils
>is a bit neglected there, so I decided to try to push these simple patches
On Thu, 15 Feb 2007 13:55:31 -0800, Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
>Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
> [snip]
>>
>> Now if we can only figure out a way for everyone to benefit from this without
>> tying too many brains up in kn
On Thu, 15 Feb 2007 10:36:21 -0600, [EMAIL PROTECTED] wrote:
> [snip]
>
>def fetchSequence(...):
> fetcher = Fetcher()
> yield fetcher.fetchHomepage()
> firstData = yield fetcher.fetchPage('http://...')
> if someCondition(firstData):
>while True:
> secondData = yield fetcher.fetchPage(
On Thu, 15 Feb 2007 10:46:05 -0500, "A.M. Kuchling" <[EMAIL PROTECTED]> wrote:
>On Thu, Feb 15, 2007 at 09:19:30AM -0500, Jean-Paul Calderone wrote:
>> >That feels like 6 layers too many, given that
>> > _logrun(selectable, _drdw, selectable, method, dict)
On Thu, 15 Feb 2007 02:36:22 -0700, Andrew Dalke <[EMAIL PROTECTED]> wrote:
>I was the one on the Stackless list who last September or so
>proposed the idea of monkeypatching and I'm including that
>idea in my presentation for PyCon. See my early rough draft
>at http://www.stackless.com/pipermail/
On Thu, 15 Feb 2007 16:18:40 +1300, Greg Ewing <[EMAIL PROTECTED]> wrote:
> [snip]
>
>This is where my vision is fundamentally different:
>you shouldn't have to *make* a decision in the first
>place. All event-driven libraries should be made to
>use the same substrate on any given platform. Then
>t
On Thu, 15 Feb 2007 15:47:39 +1300, Greg Ewing <[EMAIL PROTECTED]> wrote:
>Steve Holden wrote:
>
>> If the borrowed code takes a reactor parameter then presumably the
>> top-level code can pass the appropriate reactor type in.
>
>Since there should only be one reactor at a time in
>any given applic
On Wed, 14 Feb 2007 15:20:13 +1300, Greg Ewing <[EMAIL PROTECTED]> wrote:
>
Greg, productive discussion is not furthered by the
unsupported statement of one position or another.
Instead of only stating what you believe to be a problem,
explain why you believe it is a problem. A sentence like:
>
On Tue, 13 Feb 2007 11:27:48 -0800, Mike Klaas <[EMAIL PROTECTED]> wrote:
>On 2/13/07, Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
>> As for people who say, "but getattr, setattr, and delattr aren't used";
>> please do some searches of the Python standard library. In a recent
>> source checkout of
On Tue, 13 Feb 2007 17:20:02 +0100, "\"Martin v. Löwis\"" <[EMAIL PROTECTED]>
wrote:
>Anthony Baxter schrieb:
>>> and the "wrapper class" idea of Nick Coghlan:
>>>attrview(obj)[foo]
>>
>> This also appeals - partly because it's not magic syntax
>
>I also like this. I would like to spell it at
On Tue, 07 Nov 2006 12:20:00 +1300, Greg Ewing <[EMAIL PROTECTED]> wrote:
>
>I think I'd be happy with having to do that explicitly.
>I expect the vast majority of Python programs don't
>need to track changes to the set of importable modules
>during execution. The exceptions would be things like
>I
On Sun, 05 Nov 2006 14:21:34 +1300, Greg Ewing <[EMAIL PROTECTED]> wrote:
>Fredrik Lundh wrote:
>
>> well, from a performance perspective, it would be nice if Python looked
>> for *fewer* things, not more things.
>
>Instead of searching for things by doing a stat call
>for each possible file name,
On Wed, 01 Nov 2006 11:06:14 +0100, Georg Brandl <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] wrote:
>> On 03:14 am, [EMAIL PROTECTED] wrote:
>>
>> >One thing is sure -- we urgently need something better than os.path.
>> >It functions well but it makes hard-to-read and unpythonic code.
>>
>> I'm
On Mon, 23 Oct 2006 09:07:51 -0700, Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
>"Paul Moore" <[EMAIL PROTECTED]> wrote:
>> I had picked up on this comment, and I have to say that I had been a
>> little surprised by the resistance to the change based on the "code
>> would break" argument, when you
On Mon, 23 Oct 2006 07:58:25 -0700, Larry Hastings <[EMAIL PROTECTED]> wrote:
> [snip]
>If external Python extension modules are as well-behaved as the shipping
>Python source tree, there simply wouldn't be a problem. Python source is
>delightfully consistent about using the macro PyString_AS_ST
On Sun, 22 Oct 2006 07:51:27 -0500, [EMAIL PROTECTED] wrote:
>
>Ronald> According to a comment in (IIRC) the pyOpenGL sources GLUT on
>Ronald> OSX does a chdir() during initialization, that could be the
>Ronald> problem here.
>
>How would that explain that it fails on my g5 but not on m
On Sun, 1 Oct 2006 13:54:31 -0400, Terry Reedy <[EMAIL PROTECTED]> wrote:
>
>"Nick Craig-Wood" <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]
>> On Fri, Sep 29, 2006 at 12:03:03PM -0700, Guido van Rossum wrote:
>>> I see some confusion in this thread.
>>>
>>> If a *LITERAL* 0.0 (or an
On Mon, 18 Sep 2006 17:06:47 +0200, Martin Devera <[EMAIL PROTECTED]> wrote:
>Martin v. Löwis wrote:
>> Martin Devera schrieb:
>>> RCU like locking
>>> Solution I have in mind is similar to RCU. In Python we have quiscent
>>> state - when a thread returns to main loop of interpreter.
>>
>> Ther
On Sat, 16 Sep 2006 19:22:34 +0200, "\"Martin v. Löwis\"" <[EMAIL PROTECTED]>
wrote:
>The test suite currently (2.5) has two failures on Windows
>if Python is installed into a directory with a space in it
>(such as "Program Files"). The failing tests are test_popen
>and test_cmd_line.
>
>The test_
Sorry, brainfart.
Jean-Paul
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Thu, 7 Sep 2006 11:41:48 -0400, Timothy Fitz <[EMAIL PROTECTED]> wrote:
>On 9/5/06, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
>>You cannot stop the reactor and then start it again.
>
>Why don't the reactors throw if this happens? This question comes up
&g
1 - 100 of 141 matches
Mail list logo
