Georg Brandl ge...@python.org added the comment:
I agree with Benjamin.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13526
___
Antoine Pitrou pit...@free.fr added the comment:
Is the following change in behavior caused by the fix for this issue?
$ python3.2 -c $'class A(IOError):\n def __init__(self, arg): pass\nA(arg=1)'
$ python3.3 -c $'class A(IOError):\n def __init__(self, arg): pass\nA(arg=1)'
Traceback
Antoine Pitrou pit...@free.fr added the comment:
Hello Jon, and thanks for the patch. I have a couple of comments:
- readinto() shouldn't return None but 0 when there is nothing to read (this
corresponds to read() returning b)
- I see _read_chunked() is only ever called with amt=None, so
Antoine Pitrou pit...@free.fr added the comment:
Is the following change in behavior caused by the fix for this issue?
$ python3.2 -c $'class A(IOError):\n def __init__(self, arg):
pass\nA(arg=1)'
$ python3.3 -c $'class A(IOError):\n def __init__(self, arg):
pass\nA(arg=1)'
Martin v. Löwis mar...@v.loewis.de added the comment:
Closing this as rejected, for the reasons given.
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13526
Nick Coghlan ncogh...@gmail.com added the comment:
There's a fairly sophisticated tapdance in object.__new__ that deals with this
problem at that level.
See: http://hg.python.org/cpython/file/default/Objects/typeobject.c#l2869
The new IOError may require something similarly sophisticated to
Changes by Antoine Pitrou pit...@free.fr:
--
versions: +Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9420
___
___
Tim Golden m...@timgolden.me.uk added the comment:
OK, the long and short is that spwaning a process without passing
in SystemRoot is asking for trouble. There's a blog post here
which gives an example:
Jason R. Coombs jar...@jaraco.com added the comment:
After yet another commit, the build bots are green again:
http://hg.python.org/cpython/rev/8fa1dc66de5d
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13211
Jon Kuhn jonk...@gmail.com added the comment:
Thanks for the comments. Attached is an updated patch.
In the RawIOBase docs it says If the object is in non-blocking mode and no
bytes are available, None is returned. So I wasn't sure if that meant any
time no bytes were available or just when
New submission from Antoine Pitrou pit...@free.fr:
This is a slimmed down rewrite of the performance question in the FAQ (also
moved around to a dedicated subheader).
--
assignee: docs@python
components: Documentation
files: perffaq.patch
keywords: patch
messages: 148853
nosy:
Irmen de Jong ir...@razorvine.net added the comment:
Added new patch that only does the new reduction when protocol is 3 or higher.
--
Added file: http://bugs.python.org/file23852/bytearray3x_reduceex.patch
___
Python tracker rep...@bugs.python.org
New submission from Alex Gaynor alex.gay...@gmail.com:
I don't have a particularly minimal test case for this, however I am able to
reproduce it consistently (so far reproduced on multiple machines, 32-bit and
64-bit on 2.6 and 2.7), using these steps:
First get a checkout of the PyPy
Alex Gaynor alex.gay...@gmail.com added the comment:
Antoine asked for a gdb bt, here's the last couple of useful frames:
#0 _PyWeakref_ClearRef (self=0x4000) at Objects/weakrefobject.c:97
#1 0x004d4c66 in handle_weakrefs (old=0x78a2b0,
unreachable=0x7fff87b0) at
Changes by Piotr Dobrogost p...@python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1660009
___
___
Alex Gaynor alex.gay...@gmail.com added the comment:
Turns out this was a subtle bug in some raw memory manipulation code, which
amaury spotted.
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Piotr Dobrogost p...@python.dobrogost.net:
--
nosy: +piotr.dobrogost
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3276
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 2111bf7e5bca by Antoine Pitrou in branch '3.2':
Issue #13527: remove mention of Python megawidgets and Tkinter3000 WCK
http://hg.python.org/cpython/rev/2111bf7e5bca
New changeset f0008683585c by Antoine Pitrou in
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13527
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
hgrepos: -93
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11816
___
___
Python-bugs-list mailing
Changes by Nick Coghlan ncogh...@gmail.com:
--
hgrepos: +94
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11816
___
___
Python-bugs-list mailing
Changes by Nick Coghlan ncogh...@gmail.com:
Added file: http://bugs.python.org/file23853/5ce60675e572.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11816
___
Nick Coghlan ncogh...@gmail.com added the comment:
MvL pointed out I hadn't updated the Hg repo reference when I moved my sandbox
over to BitBucket - the diff it was generating was from the last time I updated
my pydotorg sandbox in order to try something on the buildbots.
--
James Polley jamezpol...@gmail.com added the comment:
So http://bitbucket.org/birkenfeld/sphinx/issue/140/ has now been closed;
sphinx happily builds epub.
However, the python docs are still not available for download in epub format
from http://docs.python.org/download.html, which was the
New submission from Ned Batchelder n...@nedbatchelder.com:
The docs for os.lseek don't make any mention of its return value. I believe
it's the new offset in the file, but I'm not sure if there are other subtleties
to be mentioned.
--
assignee: docs@python
components: Documentation
Marco Scataglini atlant...@gmx.com added the comment:
At first I did no see the difference on preserving the existing correct
behavior and fixing the issue between the two patches... and I thought less is
more, so mine was better...
But, I checked again and by:
... running a python script
Martin v. Löwis mar...@v.loewis.de added the comment:
The only subtlety is that the result is the offset from the beginning,
independent of the how value. It may also raise exceptions.
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
Roger Serwy roger.se...@gmail.com added the comment:
I attached a better patch that preserves the goals of the original code while
not creating two color delegators.
I traced down when the regression occurred (2007-09-06):
(a4bd8a4805a8) 1. Fail gracefully if the file fails to decode when
28 matches
Mail list logo
