Chris Angelico added the comment:
Okay! I think I have something here. DEFINITELY needs more eyeballs, but all
tests pass, including a new one that tests StopIteration leakage both with and
without the __future__ directive. Some docs changes have been made (I grepped
for 'stopiteration
Chris Angelico added the comment:
I'm not sure what to look for in the code generation. In compile.c lines 3456
and following, there's a LOAD_CONST None coming through, in the else branch of
"if (e->v.Yield.value)", but nothing talking about lambda function
Chris Rebert added the comment:
This behavior seems to be required by the General Decimal Arithmetic
Specification (http://speleotrove.com/decimal/daexcep.html ):
> The following exceptional conditions can occur:
> [...]
> Invalid operation
> This occurs and sign
Chris Angelico added the comment:
The third version of the patch is huge compared to the other two. Is it all
important?
I'm seeing a different build failure, and with the size of patch, I'm not sure
I'm well placed to figure out what's going on.
-- cut --
Traceback (m
Chris Angelico added the comment:
*facepalm* Of course I am. I don't know how I missed that in there, but maybe I
was focusing too much on the abort that followed it to actually read the
exception text. Duh.
But with the latest version of the patch, I'm seeing something that I'
Changes by Chris Angelico :
--
nosy: -Rosuav
___
Python tracker
<http://bugs.python.org/issue2292>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue23342>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Lasher :
--
nosy: +gotgenes
___
Python tracker
<http://bugs.python.org/issue22385>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Chris Angelico:
Grammar/Grammar points to PEP 306, which points instead to the dev guide. The
exact link is not provided, but it'd be useful to skip the PEP altogether and
just link to https://docs.python.org/devguide/grammar.html in the file.
--
messages: 2
Chris Angelico added the comment:
Another good option is read/write without the 'fd' suffix. Either works, I'd
prefer the shorter one but by a small margin.
--
nosy: +Rosuav
___
Python tracker
<http://bugs.pyt
New submission from Chris Angelico:
https://docs.python.org/3/reference/expressions.html#id18
The string "\u0327\u0043" does not normalize to the same string as "\u00C7", as
combining characters are supposed to _follow_ the base character. (Some
consoles may happen to d
Chris Angelico added the comment:
Interestingly, the 2.7 docs have this correct already.
https://docs.python.org/2.7/reference/expressions.html#id23
--
___
Python tracker
<http://bugs.python.org/issue24
chris laws added the comment:
I encountered this issue too. I needed it resolved ASAP for my work so I
created a loop patch that partially implements the suggestion solution by
overriding the create_datagram_endpoint method. Perhaps this might be of some
use to the eventual ticket resolver
Chris Smowton added the comment:
I found the same problem retrieving mail from my ISP's (unknown) POP3 server. I
was sent an HTML email as one long 50KB line, which naturally broke everything.
Instead of limiting line length, I suggest you should limit total message body
size, since t
Chris Smowton added the comment:
+1 to the above; suggest this should be rolled back and replaced with a total
message size limit.
--
nosy: +Chris Smowton
___
Python tracker
<http://bugs.python.org/issue16
chris laws added the comment:
Attached is a patch that implements the suggested solution along with tests and
associated doc updates. Hope this helps.
--
keywords: +patch
Added file: http://bugs.python.org/file39930/23972_cjl.patch
___
Python
New submission from Chris Krycho:
There is no `ensurepip` module bundled with the embedded distribution of Python
3.5 for Windows:
Z:\python-3.5.0b3-embed> .\python -m ensurepip --upgrade
Z:\python-3.5.0b3-embed\python.exe: No module named ensurepip
This may be the *intent*, bu
Chris Krycho added the comment:
Using --root or --target (as appropriate to the specific package) does appear
to be the preferred approach for that, and given the constraints of an embedded
installation, I agree that that's the most reasonable solution. I spent a fair
bit of time readi
Chris Mattmann added the comment:
Hi there, we are experiencing this in tika-python too, see:
https://github.com/chrismattmann/tika-python/issues/44
--
nosy: +chrismattmann
___
Python tracker
<http://bugs.python.org/issue23
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue24668>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chris Smowton added the comment:
Why wouldn't that fix the problem? The issue is poplib not tolerating server
behaviour seen in the wild, and if you limit by message size not line length
you shouldn't see this problem?
(Side note, I'm surprised not to have been emailed when y
New submission from Chris Smowton:
As mentioned in #23906, when poplib bails from receiving a message with a 'line
too long' error it neither flushes nor re-establishes the TCP connection. This
means that subsequent commands fail because instead of the expected response we
receive p
Chris Smowton added the comment:
Created #24706 to describe the unflushed connection problem.
--
___
Python tracker
<http://bugs.python.org/issue23906>
___
___
Chris Angelico added the comment:
The host is running Debian Jessie (newer than the Debian Wheezy of the VM).
Linux sikorsky 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24)
x86_64 GNU/Linux
What info are you after re hardware virtualization?
VirtualBox 4.3.28 r100309 manages
Chris Angelico added the comment:
Where's this issue heading? The buildbots seem to be green now, does that imply
that this is fixed?
--
___
Python tracker
<http://bugs.python.org/is
Chris Angelico added the comment:
Ah. It's one of *those* bugs. Got it.
--
___
Python tracker
<http://bugs.python.org/issue24707>
___
___
Python-bugs-list m
New submission from Chris Jerdonek:
When newlines are present, the error message displayed by unittest's
self.assertEqual() to show where strings differ can be nonsensical. For
example, the caret symbol can show up in a strange location.
The first example below shows a case where things
Chris Brennan added the comment:
This bug appears (for me) when I use longer install paths, both in the GUI
installer and doing a silent install via msiexec. The paths I've used so far
are these:
E:\langs\Python\x32\27
E:\langs\Python\x32\34
E:\langs\Python\x64\27
E:\langs\Python\x64\
New submission from Chris Rebert:
There is a cross-reference to namedtuple in SimpleNamespace's docs, but not
vice-versa, despite these types being fairly similar.
--
assignee: docs@python
components: Documentation
messages: 248389
nosy: cvrebert, docs@python
priority: normal
sev
Chris Hogan added the comment:
Producing NaN by Py_HUGE_VAL / Py_HUGE_VAL as in the suggested patch is unsafe
as it can generate a FP exception during runtime. Also aggresive compiler FP
optimizations can eliminate this calculation on compile-time. For this reason,
we've used con
Chris Hogan added the comment:
>From Clark Nelson:
> In my opinion, exactly how and where the macro is defined that indicates our
> conformance to the FP standard
> doesn't really matter. The point is that it is our intention to conform, at
> least to some degr
Chris Hogan added the comment:
At Intel, we've run into problems with external modules giving paths to
_nt_quote_args that contain trailing backslashes, which escapes the final quote
and breaks the command. This fix takes care of special characters, trailing
backslashes, and embedded q
Changes by Chris Hogan :
Added file: http://bugs.python.org/file40205/quote-args-ext.tar.gz
___
Python tracker
<http://bugs.python.org/issue8987>
___
___
Python-bug
Chris Hogan added the comment:
> Since issue 8972 has been resolved by fixing the broken behavior, I think we
> should just use list2cmdline.
> We could leave _nt_quote_args alone and replace the call to it in _spawn_nt
> with:
> cmd = [list2cmdline([arg]) for arg in cmd]
Chris Hogan added the comment:
Here's a change that might fix the trailing backslash problem for now without
breaking anything. libpath-fix.patch only affects arguments that we know are
paths. This happens before anything is quoted.
This avoids the problem when something like 'C:
Chris Hogan added the comment:
I think ensure_relative is incorrect. The comment in the function states:
"Take the full path 'path', and make it a relative path. This is useful to
make 'path' the second argument to os.path.join()."
However, according to t
chris laws added the comment:
I have updated the patch to address comments raised by haypo.
An exception is now raised if reuse_port is explicitly used and the platform
does not support SOREUSEPORT. The docs have also been updated to make it more
explicit that this feature is not supported
New submission from Chris Hogan:
Setup.py evaluates what's given in LDFLAGS and CPPFLAGS and CFLAGS. These
variables are the usual mechanism to communicate custom paths/libs/defs to a
build process. However, setup.py puts system paths in front of custom paths
which makes it impossible t
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue23597>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Chris Jerdonek:
unittest swallows some lines of the stack trace when raising an AssertionError
using the "raise from" syntax inside a TestCase. This marks it harder to
pinpoint the source of test failures. It is also confusing to see a stack
trace like this b
Chris Jerdonek added the comment:
I guess this isn't limited just to the "raise from" syntax. It also occurs if
"from exc" is removed from the example above.
--
title: unittest swallows part of stack trace using "raise from" with
AssertionError
New submission from Chris Hogan:
This Visual Studio project change appends to the compiler flags any values in
the CFLAGS environment variable.
--
components: Build, Windows
files: addcflags3_5.patch
keywords: patch
messages: 249427
nosy: christopher.hogan, paul.moore, r.david.murray
Changes by Chris Hogan :
Added file: http://bugs.python.org/file40309/addcflags2_7.patch
___
Python tracker
<http://bugs.python.org/issue24973>
___
___
Python-bugs-list m
Chris Angelico added the comment:
This sounds like a feature enhancement, which means it (almost certainly) won't
be applied to Python 2.7. Does the same question come up in Python 3?
Also (FWIW) if you can confidently assume that all the keys are strings. then
type.lower() is better
Chris Angelico added the comment:
ISTM this is a case where Python's core shouldn't be using assert. It's
possible for userland code to trigger an assertion failure, which means it
should be a regular if(..) raise. Patch attached.
@haypo, what do you mean by "fuzzing"
Chris Angelico added the comment:
Oops, forgot to add a test. Using a variant of poc_getaddr.py to construct
something which fails on current CPython tip, and passes with the patch.
--
Added file: http://bugs.python.org/file40435/dont_assert_with_test.patch
Chris Angelico added the comment:
Hmm. Is Duff's Device a valid construct for CPython? It'd shorten this a lot...
--
nosy: +Rosuav
___
Python tracker
<http://bugs.python.o
Chris Angelico added the comment:
Or at very least, can fallthrough be used in the switch block, so there aren't
7+6+5+4+3+2+1 copies of the same line?
-- Not a C performance expert --
--
___
Python tracker
<http://bugs.python.org/is
Chris Angelico added the comment:
+1 for anything that makes Python faster with provably no semantic changes.
--
___
Python tracker
<http://bugs.python.org/issue25
Changes by Chris Angelico :
--
nosy: +Rosuav
___
Python tracker
<http://bugs.python.org/issue24965>
___
___
Python-bugs-list mailing list
Unsubscribe:
chris laws added the comment:
Rebase patch onto current master.
--
Added file: http://bugs.python.org/file40616/23972_cjl_v003.patch
___
Python tracker
<http://bugs.python.org/issue23
chris laws added the comment:
Updates addressing review comments.
--
Added file: http://bugs.python.org/file40664/23972_cjl_v004.patch
___
Python tracker
<http://bugs.python.org/issue23
chris laws added the comment:
I've checked the Buildbot results and observed a few errors related to this
change. Specifically the issues affect Windows and Debian.
Builder AMD64 Debian root 3.x build #2772 -
http://buildbot.python.org/all/builders/AMD64%20Debian%20root%203.x/builds
chris laws added the comment:
This patch contains minor updates to resolve the Buildbot issues observed on
the Windows and Debian platforms after the initial #23972 change set was
committed.
--
Added file: http://bugs.python.org/file40696/23972_cjl_v006.patch
New submission from Chris Angelico:
The grammar of the IMPORTANT NOTICE on the select module and the select.select
function wants a comma, I think. Patch attached.
--
assignee: docs@python
components: Documentation
files: add_comma.patch
keywords: patch
messages: 252750
nosy: Rosuav
Chris Angelico added the comment:
3.6 doesn't have this check, so I would say that yes, this has indeed been
fixed. Issue can be closed fixed.
--
nosy: +Rosuav
___
Python tracker
<http://bugs.python.org/is
Chris Angelico added the comment:
Has this been entirely superseded by Argument Clinic?
--
nosy: +Rosuav
___
Python tracker
<http://bugs.python.org/issue15
Chris Angelico added the comment:
"bytes of binary data" seems redundant - how about just "byte string"?
Otherwise, sure.
--
nosy: +Rosuav
___
Python tracker
<http://bug
Chris Angelico added the comment:
Patch applies cleanly to 3.6 and doesn't appear to add any new test failures
(3.6 currently has a couple). Needs its own test, though.
--
nosy: +Rosuav
versions: +Python 3.6 -Python 3.5
___
Python tracker
Chris Angelico added the comment:
Any other interest in this? It'd be nice to get this in trunk and start being
able to recommend it to people.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Chris Angelico:
See: https://mail.python.org/pipermail/python-list/2015-October/697818.html
Saying "In Python 2.2" is not helpful in the 3.x docs. Even in the 2.x docs,
it's pretty safe to assume by now that everyone's on 2.2+. (At very least,
"Si
Chris Angelico added the comment:
Nudging this as a forgotten patch. Is anyone at all interested in this, or
should it be closed as not worth the hassle? The patch is ancient and doesn't
apply to 3.6.
Propose closing, to clean up the tracker. It can always be reopened if the
patch is up
Chris Angelico added the comment:
Fair enough. Still needs someone to update the patch though.
--
___
Python tracker
<http://bugs.python.org/issue6259>
___
___
New submission from Chris Seto:
When asyncio.coroutines._DEBUG is set to True all coroutines are wrapped in a
CoroWrapper.
The definition of CoroWrapper.throw only excepts a single argument, exc.
It should accept an exception info tuple as returned from sys.exc_info just as
normal generators
Changes by Chris Seto :
--
keywords: +patch
Added file: http://bugs.python.org/file40770/corowrapper.diff
___
Python tracker
<http://bugs.python.org/issue25
Changes by Chris Angelico :
--
nosy: +Rosuav
___
Python tracker
<http://bugs.python.org/issue25446>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Chris Withers:
The following results in an infinite loop:
>>> from inspect import unwrap
>>> from unittest.mock import call
>>> unwrap(call)
This can occur when you use doctest.DocTestSuite to load doc tests from a
module where unittest.
Chris Withers added the comment:
A naive solution is to chat unittest.mock._Call's __getattr__ to be as follows:
def __getattr__(self, attr):
if attr == '__wrapped__':
raise AttributeError('__wrapped__')
if self.name is None:
return _Call(n
Chris Withers added the comment:
Ah yes, I can see how Venusian would get confused.
How about making the check a more generic:
if attr.startswith('__'):
raise AttributeError(attr)
?
That said, why does call have a __getattr__? Where is that intended
Chris Withers added the comment:
Indeed, I guess Venusian will get confused, but not sure thats solvable as
there will be obvious bugs indicating that call shouldn't be imported at
module-level.
This does feel like the problem is actually with inspect.unwrap: there's
evidence of
New submission from Chris Hogan:
I successfully built Python on OS X 10.10 with the Intel compiler v15.
However, running the regression tests gives me a "segmentation fault: 11" on
test_ascii_formated. I think this has to do with libffi, because when I build
with the --use-syste
Chris Hogan added the comment:
Ned, the test is in Lib/test/test_ascii_formatd.py. Sorry, I spelled it wrong
originally. Also, I guess it's only in 2.7. My mistake.
--
versions: -Python 3.5
___
Python tracker
<http://bugs.python.org/is
Chris Hogan added the comment:
I guess since no one can reproduce the error, it must be a problem with how I'm
building it. We build our own dependencies (zlib, bzip, sqlite3, openssl,
etc.) with the Intel compiler, so it could be any number of things causing the
issue. Closing as not
New submission from Chris Seto:
When maxsize is set on a JoinableQueue/Queue and the queue is full (maxsize <=
len(queue)) _put is called rather than __put_internal.
__put_internal increments _unfinished_tasks but _put does not.
Whenever using maxsize in a Queue calling task_done will alm
Chris Seto added the comment:
Looks to be fixed in python 3.6
--
resolution: -> fixed
___
Python tracker
<http://bugs.python.org/issue25642>
___
___
Python-
Chris Withers added the comment:
Cool, what needs to happen for __wrapped__ in to be blacklisted in call?
Separately, inspect.unwrap probably needs to use something less fragile than a
set of ids to track whether it's stuck in a loop. What is the actual usecase
for __wrapped__ how d
Changes by Chris Hogan :
--
resolution: not a bug ->
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue25589>
___
___
Python-bugs-list
New submission from Chris Tozer:
Two lines, one has three spaces, one has two spaces then a tab - dedent doesn't
take the two spaces away...
Python 2.7.5 (default, Nov 20 2015, 02:00:19)
[GCC 4.8.5 20150623 (Red Hat 4.8.5-4)] on linux2
Type "help", "copyright", "
Chris Tozer added the comment:
Yeah sorry - I am stuck on a baked-at-2.7.5 version thanks to CentOS. I was
misled by the banner telling me it was more recent than the fix.
I'll just close, I'm sure the fix in 2.7.11 is good, per issue 21827.
--
status: open
New submission from Chris Wilcox:
This is a documentation change to make it easier to discover that XP is not a
supported OS. Content was taken from the 'whats new' section and added to the
top of the main article.
--
assignee: docs@python
components: Documentation
New submission from Chris Angelico:
Discussion on python-list led to searching out unnecessary non-ASCII in the
stdlib. While there are places where non-ASCII text is good and worthwhile (eg
in comments identifying people such as Łukasz Langa, Peter Åstrand, Martin v.
Löwis, and Gerhard
Chris Angelico added the comment:
Whoops! Meant to include that as a second attachment. Now attached.
It's a quickly-thrown-together thing and not fully PEP 8 compliant.
--
Added file: http://bugs.python.org/file41346/nonascii.py
___
Python tr
Chris Angelico added the comment:
As an alternative to checking only *.py, the second version uses the 'file'
command to recognize text files. Run from the cpython top-level directory
(rather than Lib/), it finds a large number of additional results, many of
which appear to have a
Chris Angelico added the comment:
There are non-ASCII dashes and apostrophes in .rst files; are they worth
cleaning up?
--
___
Python tracker
<http://bugs.python.org/issue25
Chris Angelico added the comment:
Misc/NEWS has a UTF-8 BOM. Otherwise, it and Misc/HISTORY look fine (all names
and other legit cases). Lib/idlelib/CREDITS.txt and Lib/idlelib/README.txt both
have non-UTF8 text in them. I don't understand what's with the first line of
.bzrignore, s
Chris Angelico added the comment:
Another version of detection script attached.
--
Added file: http://bugs.python.org/file41350/nonascii.py
___
Python tracker
<http://bugs.python.org/issue25
Chris Angelico added the comment:
Oops, didn't see Victor's comment. (How do I get notified when someone posts a
patch review?) New patch uploaded which does this.
Note that Steven D'Aprano has expressed the opposite desire - that non-ASCII
text be kept, as it should be acc
Chris Angelico added the comment:
Ah, got it. That definitely settles Idle's CREDITS.txt. Are there any locale
encodings where \x92 isn't an apostrophe?
--
___
Python tracker
<http://bugs.python.o
Chris Angelico added the comment:
So Lib/idlelib/README.txt would decode wrongly in anything other than a Windows
codepage? Seems a good reason to asciify line 3.
--
___
Python tracker
<http://bugs.python.org/issue25
Chris Angelico added the comment:
The trouble with that example is that the semantics aren't the same. The
isinstance check will also be true for subclasses of int (for instance,
isinstance(True,int) is True), but the equality check will catch only exact
matches. And that's e
Changes by Chris Mayo :
--
nosy: +cjmayo
___
Python tracker
<http://bugs.python.org/issue11588>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chris Angelico added the comment:
LGTM. I'm currently seeing failures in test_ssl, but they weren't introduced by
this patch. I'll run with this patch and see if I run into any third party test
failures.
+1 on the change.
-
New submission from Chris Jerdonek:
I came across a situation where Popen.wait() hangs and os.waitpid() doesn't
hang. It seems like a bug, but I don't know for sure. This is with Python
3.5.1.
To reproduce, save the following to demo.py:
import os, signal, subprocess
c
Chris Jerdonek added the comment:
More information:
No hang: 2.7.11, 3.3.6, 3.4.0
Hang: 3.4.1 3.4.3, 3.5.0, 3.5.1
Is this a regression or a bug fix? Maybe issue #21291 is related which was
fixed in 3.4.1. Also, this is on Mac OS X 10.11 for me.
--
nosy: +gregory.p.smith
Chris Jerdonek added the comment:
Thanks for looking into this so quickly.
> os.waitpid(p.pid, 1) is os.waitpid(p.pid, os.WNOHANG) which is a non-blocking
> operation so it works.
For the record, it also works with "os.waitpid(p.pid, 0)." I should have
written 0 the first
Changes by Chris Jerdonek :
--
title: Popen.wait() hangs when called from a signal handler when
os.waitpid(pid, os.WNOHANG) does not -> Popen.wait() hangs when called from a
signal handler when os.waitpid() does not
___
Python tracker
&l
New submission from Chris Moore:
To reproduce, put a python module in a zip file (I have been using wheels but I
assume any module in a zip file will have the same error?) , add the absolute
extended-length path to sys.path (add '?\\' to the front of the normal
absolute path, so
Chris Hogan added the comment:
The Intel compiler team is looking into this issue. I'll keep everyone updated
here.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Chris Gonzalez :
--
keywords: +patch
Added file: http://bugs.python.org/file41555/copyright.diff
___
Python tracker
<http://bugs.python.org/issue26
Chris Thomas added the comment:
Added a note to the check list as needed.
--
keywords: +patch
nosy: +Aegil
Added file: http://bugs.python.org/file41567/issue25967.patch
___
Python tracker
<http://bugs.python.org/issue25
2601 - 2700 of 2758 matches
Mail list logo
