On Thu, 23 Jul 2009 14:21:38 +0200, Christian Heimes li...@cheimes.de 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
On Thu, 23 Jul 2009 14:23:56 +0200, Christian Heimes li...@cheimes.de 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
On Thu, 2 Jul 2009 15:47:48 -0700, Gregory P. Smith g...@krypto.org wrote:
On Mon, Jun 29, 2009 at 2:28 PM, Martin v. Löwismar...@v.loewis.de 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
On Tue, 09 Jun 2009 16:46:54 +0200, Kálmán Gergely kalman.gerg...@duodecad.hu
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
On Tue, 02 Jun 2009 19:34:11 +0200, \Martin v. Löwis\ mar...@v.loewis.de
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
On Wed, 25 Mar 2009 11:34:43 -0400, Tres Seaver tsea...@palladion.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Antoine Pitrou wrote:
Tarek Ziadé ziade.tarek at 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
On Tue, 24 Mar 2009 13:49:28 + (UTC), Antoine Pitrou solip...@pitrou.net
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
On Wed, 4 Mar 2009 10:21:26 -0800, Guido van Rossum gu...@python.org wrote:
On Wed, Mar 4, 2009 at 10:14 AM, Sidnei da Silva
sidnei.da.si...@gmail.com wrote:
On Wed, Mar 4, 2009 at 3:04 PM, Guido van Rossum gu...@python.org wrote:
Sounds like it's not so much the code that's future proof but
On Wed, 4 Mar 2009 10:46:28 -0800, Guido van Rossum gu...@python.org wrote:
On Wed, Mar 4, 2009 at 10:27 AM, Jean-Paul Calderone exar...@divmod.com 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
On Wed, 4 Mar 2009 10:54:19 -0800, Guido van Rossum gu...@python.org wrote:
On Wed, Mar 4, 2009 at 10:51 AM, Jean-Paul Calderone exar...@divmod.com wrote:
On Wed, 4 Mar 2009 10:46:28 -0800, Guido van Rossum gu...@python.org
wrote:
On Wed, Mar 4, 2009 at 10:27 AM, Jean-Paul Calderone exar
On Fri, 20 Feb 2009 13:45:26 -0800, Brett Cannon br...@python.org wrote:
On Fri, Feb 20, 2009 at 12:53, Aahz a...@pythoncraft.com wrote:
On Fri, Feb 20, 2009, Brett Cannon wrote:
On Fri, Feb 20, 2009 at 12:37, Brett Cannon br...@python.org wrote:
On Fri, Feb 20, 2009 at 12:31, Daniel
On Sat, 21 Feb 2009 11:07:07 -0800, Brett Cannon br...@python.org wrote:
On Sat, Feb 21, 2009 at 09:17, Jean-Paul Calderone exar...@divmod.comwrote:
On Fri, 20 Feb 2009 13:45:26 -0800, Brett Cannon br...@python.org wrote:
On Fri, Feb 20, 2009 at 12:53, Aahz a...@pythoncraft.com wrote
On Thu, 5 Feb 2009 08:35:30 -0800, Raymond Hettinger pyt...@rcn.com 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
On Wed, 4 Feb 2009 10:50:47 -0800, Brett Cannon br...@python.org wrote:
On Wed, Feb 4, 2009 at 10:43, Steven Bethard steven.beth...@gmail.com 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?
On Fri, 30 Jan 2009 18:06:48 +0100 (CET), Python tracker
sta...@bugs.python.org 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
On Wed, 28 Jan 2009 18:52:41 +, Paul Moore p.f.mo...@gmail.com wrote:
2009/1/28 Martin v. Löwis mar...@v.loewis.de:
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
On Mon, 12 Jan 2009 19:09:28 +0100 (CET), kristjan.jonsson
python-check...@python.org 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.
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 of
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 then
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 never
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 there
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 ncoghlan at gmail.com writes:
Is this just intended to discourage subclassing? If so, why give the
misleading impression that
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 write
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 barry at 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.
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
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 many
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 doubt
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, apparently, private
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 versions of Python
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 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 from
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,
[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')
Segmentation fault
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
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 the
On Sat, 17 May 2008 00:15:23 +1000, Nick Coghlan [EMAIL PROTECTED] wrote:
Alexander Belopolsky wrote:
Yannick Gingras ygingras at 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
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
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 suspect the
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 socket
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 code (for me:
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 give me
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?
My fault;
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 security
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 a bit hand-wavey. For example, what
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 an IRC
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 stateless
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 for the same test method hash
the same
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 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 requires us to
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 the maxint/2 initial refcount for
non-disposable objects
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 the
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 general?
I
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 now
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:
...
Thanks. I'll
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 copy)
@@ -6,6
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
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 that I went
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 included
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 fail,
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
implementation or something we're doing wrong on that platform
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 has been done
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 connecting to
a site on the public internet.
How would
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 it
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:
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
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 addresses
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 in
via
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)
return context.call({ILogContext: newCtx}, func
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
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 knots. :)
Whenever I need to deal with these kinds
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 application, it
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
they can
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 wink
I also like this. I would like to spell it attrs, and
I think
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 the trunk
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, 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
IDEs,
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, would it
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 not so sure.
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
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 had made such a
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 my
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 any other float
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.
There might be a
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_cmd_line
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
almost once a month.
One could just
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 Mon, 04 Sep 2006 15:05:56 +0100, Nick Maclaren [EMAIL PROTECTED] wrote:
Gustavo Carneiro [EMAIL PROTECTED] wrote:
That's a very good point; I wasn't aware that child processes
inherited the signals mask from their parent processes.
That's one of the few places where POSIX does describe what
On Mon, 04 Sep 2006 17:24:56 +0100, David Hopwood [EMAIL PROTECTED] wrote:
Jean-Paul Calderone wrote:
PyGTK would presumably implement its pending call callback by writing a
byte to a pipe which it is also passing to poll().
But doing that in a signal handler context invokes undefined behaviour
On Mon, 04 Sep 2006 18:18:41 +0100, Nick Maclaren [EMAIL PROTECTED] wrote:
Jean-Paul Calderone [EMAIL PROTECTED] wrote:
On Mon, 04 Sep 2006 17:24:56 +0100,
David Hopwood [EMAIL PROTECTED]
der.co.uk wrote:
Jean-Paul Calderone wrote:
PyGTK would presumably implement its pending call callback
On Tue, 29 Aug 2006 17:44:40 +0100, David Hopwood [EMAIL PROTECTED] wrote:
Nick Coghlan wrote:
A discussion on the py3k list reminded me that translating a forward slice
into a reversed slice is significantly less than obvious to many people. Not
only do you have to negate the step value and
On Mon, 21 Aug 2006 14:21:30 -0700, Josiah Carlson [EMAIL PROTECTED] wrote:
Talin [EMAIL PROTECTED] wrote:
[snip]
I've been thinking about the transition to unicode strings, and I want
to put forward a notion that might allow the transition to be done
gradually instead of all at once.
The
On Sat, 12 Aug 2006 18:57:02 +0200, tomer filiba [EMAIL PROTECTED] wrote:
the logic is simple: every `x` is either contained in `y` or not.
if `x` *cannot* be contained in `y`, then the answer is a strong no,
but that's still a no.
def blacklisted(o):
try:
# Is the object contained
On Fri, 28 Jul 2006 18:00:36 -0400, Phillip J. Eby [EMAIL PROTECTED] wrote:
At 10:55 PM 7/28/2006 +0200, Martin v. Löwis wrote:
Phillip J. Eby wrote:
The issue is that a proper fix that caches existence requires adding new
types to import.c and thus might appear to be more of a feature. I was
1 - 100 of 129 matches
Mail list logo