New submission from Ned Deily:
Seen on X86 Tiger 2.7 buildbot
(http://buildbot.python.org/all/builders/x86%20Tiger%202.7)
test_surrogates (test.test_fileio.OtherFileTests) ... test test_fileio failed
-- Traceback (most recent call last):
File
Serhiy Storchaka added the comment:
Crash is possible not only when reading from text files, but also when decoder
returns a non-string or when decoder's state is not a bytes object. This is
possible with malicious decoder and perhaps with some old not bytes-to-string
decoder in stdlib codecs
Changes by Georg Brandl ge...@python.org:
--
nosy: +larry
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17106
___
Georg Brandl added the comment:
Blocker for 3.2.4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17106
___
___
Python-bugs-list mailing list
Georg Brandl added the comment:
Greg, if you are fine please apply to 3.2 or indicate if it is enough to apply
the same patch as on 3.3/default.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14340
Georg Brandl added the comment:
While it's nice to look at a graphical representation, clearly there is no deep
interest (and PEP 101 has so many little steps that you couldn't possibly fit
them all into a graph, so you have to consult the text anyway). I see no
reason to keep this open.
Serhiy Storchaka added the comment:
This bug exists also in 2.7.
I doubt about an exception type. On one hand, TypeError looks naturally here
and exception of this type implicitly raised by Python implementation. On other
hand, there is a precedent in __iter__() which raises IOError when
Antoine Pitrou added the comment:
TypeError should be the right exception here.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17106
___
___
New submission from Ned Deily:
Seen on the AMD64 Mountain Lion Optimized [SB] 2.7 buildbot
(http://buildbot.python.org/all/builders/AMD64%20Mountain%20Lion%20Optimized%20%5BSB%5D%202.7):
test test_doctest crashed -- type 'exceptions.AssertionError': filter
('backquote not supported',
Serhiy Storchaka added the comment:
Without -3 option tests passed.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17112
___
anatoly techtonik added the comment:
Any progress on that? After a month I am inclined that this behavior should be
fixed, not only documented. The correct documentation is:
NOTE: The variable returned by locals() is sporadically updated by core
interpreter.
--
versions: +Python 3.2,
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
versions: -Python 2.4, Python 2.5, Python 2.6, Python 3.1, Python 3.2, Python
3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7083
___
Serhiy Storchaka added the comment:
Yet one crasher, not fixed by my patch yet.
io.TextIOWrapper(io.BytesIO(b'a'), newline='\n',
encoding='quopri_codec').read(1)
Sometimes it crashes (on non-debug build), sometimes raises an exception:
ValueError: character U+82228c0 is not in range [U+;
Roundup Robot added the comment:
New changeset 72aee7ee2299 by Georg Brandl in branch '3.3':
Closes #17109: fix heading levels in mock doc.
http://hg.python.org/cpython/rev/72aee7ee2299
--
nosy: +python-dev
resolution: - fixed
stage: needs patch - committed/rejected
status: open -
Antoine Pitrou added the comment:
unittest.mock-examples.rst also needs fixing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17109
___
___
Serhiy Storchaka added the comment:
Here is an updated patch for 3.3+. An exception type changed to TypeError,
fixed some new crashes, added tests. If it is good, I'll backport it to 3.2 and
2.7.
--
Added file: http://bugs.python.org/file28941/textio_type_check-3.3_2.patch
Antoine Pitrou added the comment:
Here is an updated patch for 3.3+. An exception type changed to
TypeError, fixed some new crashes, added tests. If it is good, I'll
backport it to 3.2 and 2.7.
Looks ok to me.
--
___
Python tracker
Charles-François Natali added the comment:
I'm unable to reproduce it.
Are you using the attached script?
Did you apply the patch by hand, or are you using a recent Python version?
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
This new patch adds some documentation.
--
Added file: http://bugs.python.org/file28942/subtests4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16997
Serhiy Storchaka added the comment:
Thank you Terry.
Is whatever the case in 2.6 only (if so, drop obsolete) or since 2.6. If the
latter, I would rewrite as this is the case since Python 2.6..
The addition is not clear to me. Are you implying that something should be
made true for memory
Ramchandra Apte added the comment:
Here's a patch.
--
keywords: +patch
nosy: +ramchandra.apte
Added file: http://bugs.python.org/file28943/issue16643.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16643
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16643
___
___
Roundup Robot added the comment:
New changeset 9040b3714207 by Georg Brandl in branch '3.3':
#17109: fix headings in mock example doc.
http://hg.python.org/cpython/rev/9040b3714207
--
___
Python tracker rep...@bugs.python.org
Charles-François Natali added the comment:
For the record, I tried the Connection approach and here is what I ended up
with.
I don't really like the API.
Having to pass an external lock is IMO a bad idea, it should be a
private instance field.
Also, for consistency we'd probably need
New submission from Roy Smith:
The following code, when run with --help, omits the trailing newlines from
the epilog. It should just emit the string verbatim. If the developer didn't
want the extra newlines, he/she wouldn't have put them there.
import argparse
parser =
R. David Murray added the comment:
Ah, yes.
To clarify for Shai, by the way, the reason this stuff can't change (and the
reason there is a new step 3 instead of changing the whole algorithm to be
something more sensible) is because of the requirement of maintaining backward
compatibility.
Shai Berger added the comment:
Hi,
the reason this stuff can't change [... is] backward compatibility.
Thanks, but this is still unclear to me. The required fix for code that would
break because of the change I propose, is removal of dead code which looks
misleadingly alive.
Is the
Serhiy Storchaka added the comment:
Here are patches for 3.2 and 2.7.
Note that due to unicode-str autoconversions 2.7 not always raises TypeError
(sometimes it can do nor raise an exception, sometimes it raises
UnicodeEncodeError). 2.7 tests are not so strong as 3.x tests.
--
Added
New submission from Swarnkar Rajesh:
[Hello all. Just registered to ask this.]
I insatlled python 3.2 from Ubuntu Software Center.
It created python Icon in launcher as expected.
It was working fine until i customized the IDLE theme. I edited the
config-highlight.cfg found in
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17106
___
___
R. David Murray added the comment:
Yes. Imagine you have a deployed application, and there happens to be an xx.py
file that is masked by a package in it. You upgrade from pythonX.Y.Z to
X.Y.Z+1, and your application is suddenly throwing an error. Yes it is easy to
fix, but we prefer not to
Shai Berger added the comment:
Oh, sure, this was unclear of me. I thought you were talking about Python 3.4.
I wasn't really expecting this to be fixed in the stable branches.
Thanks,
Shai.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 5655cdd3c010 by Serhiy Storchaka in branch '3.2':
Issue #17106: Fix a segmentation fault in io.TextIOWrapper when an underlying
http://hg.python.org/cpython/rev/5655cdd3c010
New changeset 0c4cc967a733 by Serhiy Storchaka in branch '3.3':
Issue
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17106
___
Éric Araujo added the comment:
On it.
--
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13994
___
___
Roundup Robot added the comment:
New changeset d4dd297fedb1 by Éric Araujo in branch '2.7':
Add alias to restore 2.7.2 compatibility for setup scripts (#13994).
http://hg.python.org/cpython/rev/d4dd297fedb1
--
___
Python tracker
Éric Araujo added the comment:
Benjamin, I don’t know if you are using a release clone or if you will just tag
the main repo, so leaving this open for now.
--
resolution: - fixed
stage: patch review - committed/rejected
___
Python tracker
Benjamin Peterson added the comment:
Not yet tagged.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13994
___
___
New submission from Brett Cannon:
There is no reason __loader__ can't be set to None like __package__. That means
having xml.parsers.expat.(model|errors) set the attribute to None by default
(and thus removing the exemption for those modules from
test_importlib.test_api.StartupTests),
New submission from Brett Cannon:
A new test in test_importlib is discovering that pyexpat is creating both its
errors and model modules by hand in pyexpat's initialization function. Should
at least set __loader__ to None there.
--
assignee: brett.cannon
messages: 181280
nosy:
Changes by Brett Cannon br...@python.org:
--
dependencies: +xml.parsers.expat.(errors|model) don't set the __loader__
attribute
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17115
___
Changes by Brett Cannon br...@python.org:
--
dependencies: +Raise ValueError when __loader__ not defined for
importlib.find_loader()
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17115
___
New submission from Brett Cannon:
The various importlib.util decorators involved with __loader__ should reset the
attribute when it is set to None, just like for __package__.
--
assignee: brett.cannon
components: Library (Lib)
messages: 181281
nosy: brett.cannon
priority: normal
Changes by Brett Cannon br...@python.org:
--
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17117
___
___
Python-bugs-list mailing
Changes by Brett Cannon br...@python.org:
--
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17116
___
___
Python-bugs-list mailing
Changes by Brett Cannon br...@python.org:
--
dependencies: +Update importlib.util.module_for_loader/set_loader to set when
__loader__ = None
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17115
Serhiy Storchaka added the comment:
Can you please provide your config-highlight.cfg?
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17114
___
Changes by Brett Cannon br...@python.org:
--
assignee: - brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17099
___
___
Brett Cannon added the comment:
Screw it, forget the like and make that a will happen. A What's New entry
telling people to update their code to use a getattr() with a None default
value for transitioning should be enough (and a single line change for the few
people who would care about
Roundup Robot added the comment:
New changeset d2f6f63e73af by Gregory P. Smith in branch '3.2':
Update the embedded copy of the expat XML parser to 2.1.0. It brings
http://hg.python.org/cpython/rev/d2f6f63e73af
--
___
Python tracker
Gregory P. Smith added the comment:
done.
btw, it looks like benjamin.peterson did it for 2.7 yesterday morning but when
'hg graft' is used to apply a change from another branch the roundup
notification mentions the original commit's author, not the person who did the
push of the graft.
New submission from Serhiy Storchaka:
Proposed patch adds tests for testing how Python values converted when passed
to Tkinter and back. This patch was a part of issue16840, but other issues need
this tests.
--
assignee: serhiy.storchaka
components: Tests, Tkinter
files:
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 2.7
Added file:
http://bugs.python.org/file28947/tkinter_test_passing_values-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17118
Gregory P. Smith added the comment:
Suggested workaround: use io.BytesIO instead of cStringIO.
comments on the patch... in short: your patch is changing an ABI and isn't
suitable for a maintenance release.
I'm not sure how much we can usefully do to cStringIO in a maintenance release.
I'd
New submission from Serhiy Storchaka:
Second argument of Tcl_NewUnicodeObj() which specifies a number of characters
has type int. When a large string with more than INT_MAX characters passed to
Tkinter this value will overflow. If this parameter is negative, all characters
up to the first
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Add tests for testing Python-Tcl interaction
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17119
___
Antoine Pitrou added the comment:
Not making cStringIO 64-bit compatible is one thing. But we can still fix the
crashes by detecting an overflow before it happens ;)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7358
Serhiy Storchaka added the comment:
Suggested workaround: use io.BytesIO instead of cStringIO.
Well, maybe we can replace cStringIO by io.BytesIO in cPickle (and other
places).
comments on the patch... in short: your patch is changing an ABI and isn't
suitable for a maintenance release.
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
nosy: +bethard, chris.jerdonek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17113
___
___
Chris Jerdonek added the comment:
Never mind :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17109
___
___
Python-bugs-list mailing list
Chris Jerdonek added the comment:
How does the + level relate to the convention described here?
http://docs.python.org/devguide/documenting.html#sections
--
nosy: +chris.jerdonek
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Mmmh, what is the point of forcing people to adapt their module-like objects so
that they have a __loader__ entry?
Couldn't importlib just interpret the absence of __loader__ as a None?
--
nosy: +pitrou
___
Python
Chris Jerdonek added the comment:
I see why I was confused. The ~'s are different from -'s. The tilde level
isn't listed in our devguide conventions.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17109
Gregory P. Smith added the comment:
Include/cStringIO.h is public and the name of the structure PycStringIO lacks
an _ which implies that it is public.
There appear to be a few references to it in external projects doing some
searching. A (very old) version of twisted/protocols/_c_urlarg.c
Antoine Pitrou added the comment:
I see why I was confused. The ~'s are different from -'s. The tilde
level isn't listed in our devguide conventions.
I think the conventions are just conventions, and docutils / sphinx
don't enforce any order. I may be wrong though.
--
Gregory P. Smith added the comment:
Serhiy's patch looks good to me.
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6083
___
Terry J. Reedy added the comment:
Anatoly, please stop playing with the headers. It is meaningless and
irritating, especially when you set them wrong. The 3.5 choice is for issues
that will *not* apply before then. An example is actually making a change
warned about in a deprecation warning.
Andrey Kislyuk added the comment:
FYI: http://pypi.python.org/pypi/argcomplete
--
nosy: +Andrey.Kislyuk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14103
___
Daniel Black added the comment:
ask and you shall receive :-)
--
keywords: +patch
nosy: +grooverdan
versions: +Python 3.5
Added file: http://bugs.python.org/file28948/https_sni_test.patch
___
Python tracker rep...@bugs.python.org
Brett Cannon added the comment:
It will interpret its absence as None, but I would rather get the very common
case of actual module instances just setting None automatically. Not having it
set when None is already an accepted default value for __package__ seems
inconsistent; either the lack
Georg Brandl added the comment:
Antoine is right. It's probably ok to remove that suggestion completely.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17109
___
Chris Jerdonek added the comment:
I think the guidance is still helpful. I have referred to it often. It can
just be changed to being a suggestion as opposed to the convention that we
use.
--
___
Python tracker rep...@bugs.python.org
Tshepang Lekhonkhobe added the comment:
thanks so much; will play with it soon enough
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14103
___
Roundup Robot added the comment:
New changeset d76fb24d79c3 by Benjamin Peterson in branch '2.7':
fix find_library on Solaris (closes #5289)
http://hg.python.org/cpython/rev/d76fb24d79c3
New changeset 73574de2068b by Benjamin Peterson in branch '3.3':
fix find_library on Solaris (closes #5289)
Ian Cordasco added the comment:
Was this already taken care of?
http://docs.python.org/2/library/thread.html?highlight=thread.lock#thread.lock.acquire
and
http://docs.python.org/3.3/library/_thread.html?highlight=thread.lock#_thread.lock.acquire
don't make any mention of returning None.
R. David Murray added the comment:
Armin is talking about the docstring, not the docs. That is, what you get if
you do help(x.acquire), where x is a Lock object, at the Python prompt.
--
nosy: +r.david.murray
___
Python tracker
Changes by R. David Murray rdmur...@bitdance.com:
--
versions: +Python 3.3, Python 3.4 -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17091
___
Ian Cordasco added the comment:
Thanks. I couldn't find it in the source but I just found
Modules/_threadmodule.c
I tested the method from the interpreter to confirm the changes I was making to
the docstring. Attached is a diff that covers the change.
--
Added file:
New submission from RAW:
The header file pyconfig.h mishandles the _POSIX_C_SOURCE and _XOPEN_SOURCE
preprocessor macros.
For older versions of Python, the pyconfig.h header specifies:
#define _POSIX_C_SOURCE 200112L
and:
#define _XOPEN_SOURCE 600
For newer versions of Python, the
Patrick added the comment:
Forgive me if I'm not following the correct process. But I believe I have seen
this issue again in 3.3. Not sure I captured exactly what is needed from the
command line. The file being openeed is from the Python Hands On Class Examples
80 matches
Mail list logo
