On Wed, 8 Dec 2004, Raymond Hettinger wrote:
One thing that bugs me: the article says 3 or 4 times that Python is
slow, each time with a refutation (but it's so flexible, but it's
fast enough) but still, they sure seem to harp on the point. This is
a PR issue that Python needs to fight --
On Wed, 8 Dec 2004, Phillip J. Eby wrote:
At 02:18 PM 12/8/04 -0800, Guido van Rossum wrote:
I was pleasantly surprised to find a pointer to this article in a news
digest that the ACM emails me regularly (ACM TechNews).
http://gcn.com/vol1_no1/daily-updates/28026-1.html
One thing that
Anyone like to commit 1028908?
Patch was written by module author (me), including an important doc
warning re (lack of) thread safety which I mistakenly thought had got into
2.4.0.
John
___
Python-Dev mailing list
Python-Dev@python.org
On Thu, 3 Feb 2005, Guido van Rossum wrote:
[...]
hope at least one person from the release team can be involved, e.g.
[...]
Guido, from python-announce list:
[...]
Python 2.3.5 will be released from www.python.org within a few days
containing a fix for this issue. Python 2.4.1 will be
Hope these can get in before 2.4.1.
All include unit tests.
http://python.org/sf/1117339
cookielib and cookies with special names
http://python.org/sf/1117454
cookielib.LWPCookieJar incorrectly loads value-less cookies
http://python.org/sf/1117398
cookielib LWPCookieJar and
On Thu, 28 Apr 2005, Shane Hathaway wrote:
[...]
I think this concept can be explained clearly. I'd like to try
explaining PEP 340 to someone new to Python but not new to programming.
[...snip explanation...]
Is it understandable so far?
Yes, excellent. Speaking as somebody who scanned the
On Fri, 16 Sep 2005, Greg Ewing wrote:
Trent Mick wrote:
If this *does* get added (I'm +0) then let's call it relpath or
relpathto as in the various implementations out there:
+1 on that, too. Preferably just relpath.
[...]
+1 on adding this function, and on relpath as the name. I
On Fri, 16 Sep 2005, Martin v. Löwis wrote:
Sokolov Yura wrote:
I think I know how to remove GIL Obviously I am an idiot.
Not an idiot, just lazy :-) Please try to implement your ideas,
and I predict that you will find:
1. it is a lot of work to implement
2. it requires changes to
On Sun, 18 Sep 2005, Guido van Rossum wrote:
On 9/17/05, John J Lee [EMAIL PROTECTED] wrote:
[...snip...]
[guido]
If my hunch is right, I expect that instead of writing massively
parallel applications, we will continue to write single-threaded
applications that are tied together
On Mon, 19 Sep 2005, Florian Weimer wrote:
The real problem is that you can ditch most extension modules. 8-(
[...]
*Is* that a showstopper for Python 3.0, though?
John
___
Python-Dev mailing list
Python-Dev@python.org
On Tue, 20 Sep 2005, John J Lee wrote:
[...]
I don't actively want a GIL-free Python. I was just making some arguments
[...]
Actually, FWIW, I don't know if I even *passively* want a GIL-free Python,
if it encourages threaded code (though I'd like to have that option for my
occasional personal
On Mon, 19 Sep 2005, Tim Lesher wrote:
On 9/19/05, Michael Hudson [EMAIL PROTECTED] wrote:
I was disappointed that that article (hey, it was the only issue of
ddj I've ever actually bought! :) didn't consider any concurrency
models other than shared memory threading.
The problem is
On Tue, 20 Sep 2005, Brett Cannon wrote:
On 9/20/05, John J Lee [EMAIL PROTECTED] wrote:
On Mon, 19 Sep 2005, Florian Weimer wrote:
The real problem is that you can ditch most extension modules. 8-(
[...]
*Is* that a showstopper for Python 3.0, though?
Who knows. I bet Guido
On Wed, 21 Sep 2005, Thomas Lotze wrote:
Barry Warsaw wrote:
x = (if a then
b
elif c then
d
else
e
)
[...]
I guess that's my point. To me, your latter is actually worse than
if a:
x = b
elif c:
x = d
else:
x
On Tue, 20 Sep 2005, John J Lee wrote:
[...]
With the former, we have a more C-style syntax where meaning is determined
purely by delimeters rather than by whitespace. Instead of braces '{' and
'}', we have 'then' and 'elif'/'else'. That's a real difference.
[...]
Um, not clear, sorry
On Fri, 23 Sep 2005, Andrew Edmondson wrote:
We've found a problem using urllib.urljoin when upgrading
from python 2.3 to 2.4. It no longer joins a particular
corner case of URLs correctly (we think!).
The code appears to follow the algorithm (from
http://www.ietf.org/rfc/rfc1808.txt) for
On Sat, 12 Nov 2005 [EMAIL PROTECTED] wrote:
[...]
Before I wipe out Include and svn up again is there any debugging I can do
for someone smarter in the ways of Subversion than me? Regarding my
[...]
Output of the svnversion command? That shows switched and locally
modified files, etc.
I'm
On Tue, 22 Nov 2005, Fredrik Lundh wrote:
[...]
http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Misc/README.valgrind?view=markup
The up-to-date version of that (from SVN instead of old CVS repository) is
here:
http://svn.python.org/view/python/trunk/Misc/README.valgrind?view=markup
On Fri, 16 Dec 2005, Phillip J. Eby wrote:
[...to-and-fro re magic required to get a good SVN revision...]
Shouldn't the command 'svnversion' be used instead? -
http://svnbook.red-bean.com/en/1.1/re57.html
It's true that the output of this command does change with 'svn up', even
if the update
On Thu, 5 Jan 2006, Tim Peters wrote:
[...]
A problem for Windows buildbot slaves is that they need an appropriate
compiler. Does this machine have MS VC 7.1 installed? If not, it
can't compile the code. The Windows Python would also like to build
several other packages (like bz2 and
On Thu, 5 Jan 2006, John J Lee wrote:
Might a buildbot running this setup of David Munman's (free MS compiler +
NAnt interpreting the MS project file) be useful?
s/Munman/Murmann/
John
___
Python-Dev mailing list
Python-Dev@python.org
http
On Tue, 17 Jan 2006, Thomas Mangin wrote:
[...]
I have hit a bug with python 2.4.2 (on Mandriva 2006) using urllib2.
The code which trigger the bug is as follow..
import urllib2
req = urllib2.Request(http://66.117.37.13/;)
# makes no difference ..
req.add_header('Connection', 'close')
On Tue, 24 Jan 2006, Ian Bicking wrote:
[...]
Losing .open() would make it much harder for anyone wanting to write,
say, a URI library that implements the Path API.
[...]
Why? Could you expand a bit?
What's wrong with urlopen(filesystem_path_instance) ?
John
On Thu, 26 Jan 2006, Tony Meyer wrote:
[...]
Well, if you include the much larger discussion on python-list,
people (including me) have said that removing __div__ is a good
idea. If it's included in the PEP, please at least include a
justification and cover the problems with it. The
On Thu, 26 Jan 2006, Tony Meyer wrote:
[...]
Why does reusing a string method for something very different seem
like a bad idea, but reusing a mathematical operator for something
very different seem like a good idea?
[...]
That's easy -- it's because, if you're going to use a name, people
[John J Lee]
But it's a very readable way to write a common operation. Perhaps one
reason the discrepancy you point out doesn't bother me is that
division is the least-used of the +-*/ arithmetic operations.
[Tony Meyer]
Do you have evidence to back that up?
No. :)
[Ian Bicking
On Fri, 27 Jan 2006, Thomas Heller wrote:
John J Lee [EMAIL PROTECTED] writes:
On Thu, 26 Jan 2006, Thomas Heller wrote:
only aclocal.m4 isn't clear to me about the license. Anyway, it could
be that this file isn't needed after all - I don't know enough about the
GNU toolchain
On Wed, 1 Feb 2006, Greg Wilson wrote:
Like many things in Python where people pre-emptively believe one thing
or another, the interpreter's corrective feedback is immediate:
Yup, that's the theory; it's a shame practice is different.
So what mistake(s) *do* your students make? As people
On Wed, 1 Feb 2006, Greg Wilson wrote:
[...]
(Imagine having to write list(1, 2, 3, 4, 5)...)
[...]
I believe that was actually proposed on this list for Python 3.
John
___
Python-Dev mailing list
Python-Dev@python.org
On Fri, 17 Mar 2006, [EMAIL PROTECTED] wrote:
[...]
fuzz Wasn't the proposal :
fuzz try:
fuzz something
fuzz except NameError, OtherError as e:
fuzz something...
I'm not sure. I only saw SomeError as|with SomeValue.
Fuzzyman is right.
In your formulation the
On Thu, 30 Mar 2006, Greg Ewing wrote:
I just thought of a possible name for the
Python package repository. We could call
it the PIPE - Python Index of Packages
and Extensions.
+1
John
___
Python-Dev mailing list
Python-Dev@python.org
On Sun, 2 Apr 2006, Martin v. Löwis wrote:
Paul Jimenez wrote:
Announcing uriparse.py, submitted for inclusion in the standard library.
Patch request 1462525.
[...]
abstractions; however, this didn't mean anything to me. Saying
urlparse doesn't comply with STD66 (aka RFC3986) because
it
On Mon, 10 Apr 2006, Martin v. Löwis wrote:
I think I twice mailed everybody in Misc/ACKS. In principle, we want
to have agreements from everybody who ever contributed, so that we
can formally change the license (and so that it is clear to Python
users what the legal standing is).
[...]
Not
Sorry, please ignore the post of mine I'm replying to here.
I missed part of the thread, and Tim has already answered my question...
On Fri, 14 Apr 2006, John J Lee wrote:
[...]
Assuming this is fixed in 2.5 final, is there some way to write doctests that
work on both 2.4 and 2.5
On Sat, 15 Apr 2006, Tim Peters wrote:
[...]
[also John]
Sorry, please ignore the post of mine I'm replying to here.
I missed part of the thread, and Tim has already answered my question...
That's news to Tim ;-)
You mentioned use of '...' / ELLIPSIS, IIRC, so I assumed that would work
--
On Sat, 15 Apr 2006, Tim Peters wrote:
[...]
Hmm, will 2.5's doctest work under Python 2.4? I guess that's not
guaranteed, since I don't see any comment in doctest.py implying it needs
to be compatible with old Pythons.
doctest compatibility with 2.4 is neither a goal nor a non-goal for
On Sun, 16 Apr 2006, Guido van Rossum wrote:
On 4/16/06, Paul Moore [EMAIL PROTECTED] wrote:
Personally, my instinct is that having the whole traceback in a
doctest is at least as ugly.
You don't need the whole traceback -- e.g.:
If a URL is supplied, it must have an authority
On Sat, 22 Apr 2006, Fredrik Lundh wrote:
Guido van Rossum wrote:
[...]
Python sorely lacks; but I've also heard from more than one person
that CPAN sucks from a quality perspective. So I think we shouldn't
[...]
(as for the CPAN quality, any public repository will end up being full
of crap;
On Mon, 24 Apr 2006, Paul Moore wrote:
On 4/24/06, Neil Hodgson [EMAIL PROTECTED] wrote:
Martin v. Löwis:
Apparently, the status of this changed right now: it seems that
the 2003 compiler is not available anymore; the page now says
that it was replaced with the 2005 compiler.
Should we
Is another bug day planned in the next week or two?
John
___
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
When opening patches on the SF tracker for bugs that affect Python 2.5,
but may be candidates for backporting (to 2.4 ATM), should I leave Group
as None, or set it to Python 2.5 to indicate it affects 2.5?
If it's known to be a candidate for backporting, should I set it to
Python 2.4 to
[Not sure whether this kind of thing is best posted as tracker comments
(but then the tracker gets terribly long and is mailed out every time a
change happens) or posted here. Feel free to tell me I'm posting in the
wrong place...]
Some comments on this patch (a new module, submitted by Paul
On Mon, 5 Jun 2006, Nick Coghlan wrote:
[...]
I started to write a reply to this with some comments on the API (including
the internal subclassing API), but ended up with so many different
suggestions it was easier to just post a variant of the module. I called it
urischemes and posted it
On Mon, 3 Jul 2006, Guido van Rossum wrote:
To fake things like this, socket.setdefaulttimeout() was added, though
I don't know if it actually works. Have you tried that?
[...]
It works. I think there's some issue with SSL, though (can't seem to find
the issue now).
Of course, feeding
On Tue, 11 Jul 2006, Stefan Rank wrote:
urllib.quote fails on unicode strings and in an unhelpful way::
[...]
urllib.quote(u'a\xf1a')
Traceback (most recent call last):
File stdin, line 1, in ?
File C:\Python24\lib\urllib.py, line 1117, in quote
res =
On Wed, 26 Jul 2006, Phillip J. Eby wrote:
[...]
Actually, I would see more reason to include JSON in the standard library,
since it's at least something approaching an internet protocol these days.
+1
John
___
Python-Dev mailing list
On Tue, 25 Jul 2006, Greg Ward wrote:
[...]
Where I'm getting hung up is how far to test this stuff.
Stop when you run out of time ;-)
I have
discovered other hypothetical cases of bad chunking that cause httplib
to go into an infinite loop or block forever on socket.readline().
Should we
On Thu, 3 Aug 2006, M.-A. Lemburg wrote:
[...]
It's actually a good preparation for Py3k where 1 == u'abc' will
(likely) also raise an exception.
I though I'd heard (from Guido here or on the py3k list) that it was only
1 u'abc' that would raise an exception, and that 1 == u'abc' would still
Looks like revision 47154 introduced a regexp that hangs Python (Ctrl-C
won't kill the process, CPU usage sits near 100%) under some
circumstances. There's a test case here:
http://python.org/sf/1541697
The problem isn't seen if you read the whole file at once (or almost the
whole file at
On Thu, 17 Aug 2006, John J Lee wrote:
[...]
If nobody has time to fix this, perhaps rev 47154 should be reverted?
I should have put it more strongly: I think it *should* in fact be
reverted if nobody has time to fix it before the release candidate / final
release of 2.5. The revision
Revision 50842 made a change to an undocumented interface of urllib2 that
I'm sure will break real code.
Patch 1542948 reverts the part of that commit that applied to urllib2, and
adds a one-line fix in its place that addresses the problem that 50842
fixed.
Details are on the patch tracker:
Is this a bug?
# run with 2.4 and then with 2.5 (I'm running release25-maint:51410)
class a(object):
def __getattribute__(self, name):
print accessing %r.%s % (self, name)
return object.__getattribute__(self, name)
def __str__(self):
print __str__
On Sun, 20 Aug 2006, Nick Coghlan wrote:
John J Lee wrote:
Is this a bug?
I don't believe so - the string formatting documentation states that the
result will be unicode if either the format string is unicode or any of the
objects passed to a %s format code is unicode.
That latter part
On Sun, 20 Aug 2006, Neil Schemenauer wrote:
John J Lee [EMAIL PROTECTED] wrote:
The note (4) says that the result will be unicode, but it doesn't say how,
in this case, that comes about. This case is confusing because the docs
claim string formatting with %s converts ... using str
On Mon, 21 Aug 2006, Nick Coghlan wrote:
John J Lee wrote:
And once the result has been promoted to unicode, __unicode__ is used
directly:
print repr(%s%s % (a(), a()))
__str__
accessing __main__.a object at 0x00AF66F0.__unicode__
__str__
accessing __main__.a object at 0x00AF6390
On Thu, 31 Aug 2006, Nick Coghlan wrote:
[...]
I committed this fix as 51664 on the trunk (although the docstrings are still
example free because doctest doesn't understand __future__ statements).
[...]
Assuming doctest doesn't try to parse the Python code when SKIP is
specified, I guess this
On Tue, 5 Sep 2006, Fred L. Drake, Jr. wrote:
On Tuesday 05 September 2006 13:24, Michael Chermside wrote:
How about something like this:
S.partition(sep) - (head, sep, tail)
S.rpartition(sep) - (tail, sep, rest)
I think I prefer:
S.partition(sep) - (head, sep, rest)
On Mon, 16 Feb 2009, Daniel (ajax) Diniz wrote:
http://bugs.python.org/issue809887 Improve pdb breakpoint feedback
Why this one?
John
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
On Thu, 5 Jun 2008, Benjamin Peterson wrote:
- reorganizing the tests into separate directories
Why this one?
John
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
On Fri, 6 Jun 2008, Facundo Batista wrote:
[...]
Next week we'll have a Python Bug Weekend [3], it's a good moment to gain speed.
[...]
[3] http://wiki.python.org/moin/PythonBugDay
That page says the next bug day will be on Sat, June 21st-22nd 2008, which
is in two weeks' time. Has that
On Tue, 22 Jul 2008, Cameron Simpson wrote:
[...]
Leaving aside the 0.2 = 0 converstion, shouldn't read() raise an
exception if asked for 1 bytes? Or is there a legitimate use for read(0)
with which I was not previously aware?
http://docs.python.org/lib/bltin-file-objects.html
read([size])
On Wed, 23 Jul 2008, Cameron Simpson wrote:
On 22Jul2008 20:56, John J Lee [EMAIL PROTECTED] wrote:
On Tue, 22 Jul 2008, Cameron Simpson wrote:
[...]
Leaving aside the 0.2 = 0 converstion, shouldn't read() raise an
exception if asked for 1 bytes? Or is there a legitimate use for read(0
On Wed, 13 Aug 2008, Antoine Pitrou wrote:
[...]
nose itself is not a completely independent piece of work but a discovery-based
unittest extension (although a very big extension!). For that reason, Michael
Foord's suggestion to gradually modernize and improve the stdlib unittest sounds
63 matches
Mail list logo