Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24320
___
___
Python-bugs-list
Antoine Pitrou added the comment:
It looks like json doesn't check for __index__, and I wonder if it should.
I don't know. Simply, under 2.7, int64 inherits from int:
np.int64.__mro__
(type 'numpy.int64', type 'numpy.signedinteger', type 'numpy.integer',
type 'numpy.number', type
Josh Rosenberg added the comment:
Why would you not expect this to work in the first place? I'd think a
relatively simple use case for schedulers is using a single thread to do the
work of a Timer instead of spawning a thread for every Timer. In that sort of
use case, the timer worker is
Mik added the comment:
Hi,
I have just read the documentation once again.
The problem is that it specifies that the default value for Dialect.doublequote
is True :
quoteControls how instances of quotechar appearing inside a field should be
themselves be quoted. When True, the character is
Brandon Milam added the comment:
I believe this was the requested change. Let me know if more was desired.
--
keywords: +patch
nosy: +jbmilam
Added file:
http://bugs.python.org/file39540/register_dialect_docstring_fix.patch
___
Python tracker
Brandon Milam added the comment:
Sorry, I forgot an end parentheses in the doc string of the last patch.
--
Added file:
http://bugs.python.org/file39541/register_dialect_docstring_fix.patch
___
Python tracker rep...@bugs.python.org
Brandon Milam added the comment:
Hi all,
I've been looking at this bug and am ready to start putting in some work on it
but I have some questions about what is wanting to be done. From what I can
tell these are the possible tasks for this issue.
- Add to the docs under the dialect section
Eric Snow added the comment:
Would we be okay fixing this in 3.5 as well? I ask because I'm not familiar
with the constraints we have on what pip is bundled.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24320
New submission from Eric Snow:
In issue #23911 I worked around a bug [1] in pkg_resources (setuptools) which
caused test_venv to fail when I split out importlib._bootstrap_external. That
bug has now been fixed so we just(?) need to update the version of pip we're
bundling and remove the hack
Josh Rosenberg added the comment:
sched has been around for a long time, but it's been useless for so many
purposes that it *should* handle (completely unsafe in threaded contexts until
3.3, still can't handle useful threaded scenarios today, e.g. scheduling tasks
for short delays when
Mark Lawrence added the comment:
I don't see removing the launcher as an option. So how about do the backport
and make certain it's well documented in the release notes and here
https://docs.python.org/3/using/windows.html ? If anyone has a better idea
feel free to fire away.
--
Changes by Remy Blank remy.bl...@pobox.com:
--
nosy: +rblank
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23906
___
___
Python-bugs-list mailing
Roundup Robot added the comment:
New changeset 3b6e0720a69d by Serhiy Storchaka in branch '2.7':
Issue #22095: Fixed HTTPConnection.set_tunnel with default port. The port
https://hg.python.org/cpython/rev/3b6e0720a69d
--
___
Python tracker
Yury Selivanov added the comment:
Marius, thanks for reporting the bug and review!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24297
___
___
Changes by Yury Selivanov yseliva...@gmail.com:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24297
___
Steve Dougherty added the comment:
Anyone care to review issue11205-v3.patch ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11205
___
___
Serhiy Storchaka added the comment:
Backported to 2.7 because this is needed to support proxy with a port in
urllib/urllib2 as documented. See issue24311.
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
Alexander Pyhalov added the comment:
We have similar patch here in OpenIndiana. The patch is correct.
--
nosy: +Alexander.Pyhalov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23895
___
Tal Einat added the comment:
@Stefan K.: I tend to agree, but still think that's a separate issue.
math.isclose() certainly shouldn't be checking the type of its arguments.
While we're on the subject, though, trying to convert a very large int to float
fails with an OverflowError. Perhaps
Gregory P. Smith added the comment:
Also FWIW, I setup a buildbot earlier this year building in profile-opt mode.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24318
___
Gregory P. Smith added the comment:
The Makefile's default make all target is meant for developers and iterative
development.
make profile-opt is not.
If anything, this issue should document it somewhere if we even have docs on
how to make release builds of something. Realistically Debian
Serhiy Storchaka added the comment:
Agree with Barry. And please note, that string.Template is not invented in
Python, it is used in a lot of other languages, including shell, make, Tcl,
Perl. One of the advantage is that these templates are cross-language.
--
R. David Murray added the comment:
Agreed with Greg, this should not be the default. Changing title and component
to reflect that better documentation is the goal here.
--
assignee: - docs@python
components: +Documentation -Build
nosy: +docs@python, r.david.murray
stage: - needs
Barry A. Warsaw added the comment:
So yeah, we don't want to deprecate string.Template. It has a very specific
use case that's used a lot, i.e. making strings dead simple to translate.
%(foo)s was very problematic. {foo} is a little better, but looks too weird
for most translators. $foo
Roundup Robot added the comment:
New changeset 678a76610723 by Serhiy Storchaka in branch 'default':
Issue #24309: Removed Python 2 idioms.
https://hg.python.org/cpython/rev/678a76610723
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 17d3bbde60d2 by Benjamin Peterson in branch '2.7':
backport computed gotos (#4753)
https://hg.python.org/cpython/rev/17d3bbde60d2
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset a95d0dd3c2b1 by Yury Selivanov in branch 'default':
Issue 24297: Add a unittest that Lib/symbol.py is in sync with Grammar
https://hg.python.org/cpython/rev/a95d0dd3c2b1
--
___
Python tracker
Terry J. Reedy added the comment:
I downloaded and tried to apply to 3.5 (then default) as it was last Saturday,
before the .b1 cutoff. Only ceval.py and test_compile.py patches worked.
Everything else failed. You need to update your repository (3.5 is now a
branch and default is 3.6) and
Roundup Robot added the comment:
New changeset 6f05f83c7010 by Benjamin Peterson in branch '3.5':
in dict displays, evaluate the key before the value (closes #11205)
https://hg.python.org/cpython/rev/6f05f83c7010
New changeset ba9e4df5368c by Benjamin Peterson in branch 'default':
merge 3.5
Alexander Pyhalov added the comment:
BTW, we use the following version for Python 3.4
--
Added file: http://bugs.python.org/file39539/socket.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23895
Skip Montanaro added the comment:
Thanks. The doc change occurred to me while I was composing my ticket. It
wasn't obvious at that time that profile-opt shouldn't be the default (though I
was carrying on an email conversation with Greg at about the same time).
--
Serhiy Storchaka added the comment:
Thank you for your report Atzm.
--
assignee: - serhiy.storchaka
resolution: - duplicate
stage: - resolved
status: open - closed
superseder: - Use of set_tunnel with default port results in incorrect post
value in host header
type: - behavior
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24321
___
___
Martin Panter added the comment:
A couple of specific problems have been raised by Terry here. Checking each
against the current Python 3 status, some have already been fixed:
* The codecs.open() signature has been fixed in Issue 19548.
* The StreamReader.readline(size=...) parameter
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: -pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10344
___
___
Python-bugs-list mailing
R. David Murray added the comment:
Ah, so this is a numpy bug?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24313
___
___
Python-bugs-list
Devin Jeanpierre added the comment:
This bug also affects 2.7. The main problem I'm dealing with is
sys._current_frames will then return wrong stack frames for existing threads.
One fix to just this would be to change how the dict is created, to keep newer
threads rather than tossing them.
Changes by Yury Selivanov yseliva...@gmail.com:
--
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24321
___
___
Python-bugs-list
New submission from whitequark:
To reproduce in Python 3.4.2:
def f():
x = None
def g():
nonlocal x
try:
raise Exception()
except Exception as x:
pass
g()
# ↓ UnboundLocalError: local variable 'x' referenced before assignment
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
stage: - patch review
versions: +Python 3.5, Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23659
___
Changes by Ned Deily n...@acm.org:
--
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24321
___
___
Martin Panter added the comment:
The first example seems to behave as I would expect. The UnboundLocalError is
raised by the print() call, because the “x” variable has been deleted by the
exception handler. Equivalent code without using “nonlocal”:
def f():
... x = None
... try:
...
Martin Panter added the comment:
I think the proper way to suppress the link is :attr:`!__name__`.
However I am posting a patch which takes a different approach. I tweaked some
of the entries under
https://docs.python.org/dev/library/stdtypes.html#special-attributes that
also apply to
Serhiy Storchaka added the comment:
Yes, it looks as a bug (or rather lack of feature) in numpy, but numpy have no
chance to fix it without help from Python. The json module is not flexible
enough.
For now this issue can be workarounded only from user side, with special
default handler.
Lars Gustäbel added the comment:
I have written a test for the issue, so that we have a basis for discussion.
There are four different scenarios where an unexpected eof can occur: inside a
metadata block, directly after a metadata block, inside a data segment or
directly after a data segment
Stefan Behnel added the comment:
Yield-from iterates, and a coroutine is not supposed to be iterable, only
awaitable (at least, that's what all error messages tell me when I try it).
So why should yield from work on them? What if foo() was not an Iterable
but a Coroutine? Should yield
Nathaniel Smith added the comment:
There isn't really any magic in how warnings work. Basically someone calls
warnings.warn(...), which is a regular Python function, and it gathers up some
information about the specific warning message and calling context, checks a
global variable
Changes by Matěj Stuchlík matej.stuch...@gmail.com:
--
nosy: +sYnfo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23968
___
___
Python-bugs-list
Stefan Behnel added the comment:
BTW, given that iter(iterator) works and returns the iterator, should we also
allow await x.__await__() to work? I guess that would be tricky to achieve
given that __await__() is only required to return any kind of arbitrary
Iterator, and Iterators cannot be
Martin Panter added the comment:
Are you sure if fails since those revisions, or is _fixed_ by those revisions?
See my initial report in Issue 24267. For me this test started failing a few
weeks ago, and was fixed by updating to revision 29b95625a07c (“Merge 3.4 into
default, upgrading pip to
Stefan Behnel added the comment:
Can't your Coroutine object return itself from its __await__, and implement
__next__? Like genobject in CPython simply returns self from its __iter__.
That was my first try, sure, and it mostly worked. It has a drawback,
though: it's an incomplete
Terry J. Reedy added the comment:
For Idle, the addition could be made in current versions. Idle compiles user
code in the idle process and ships it to the user process for execution. In
particular, idlelib.run.Executive.runcode, line 351, is
exec(code, self.locals)
Am I to
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24303
___
___
Python-bugs-list mailing
New submission from Oz Tamir:
In Python 3.3, 3.4 and on 3.6.0a0 (default:dfe62f685538) the following snippet:
from xml.dom.minidom import getDOMImplementation
doc = getDOMImplementation().createDocument(None, 'Issues Tracker', None)
tracker = doc.documentElement
new_issue =
Oz Tamir added the comment:
I created a patch that will raise a TypeError when _write_data() has recvived
an argument that is not a str.
I found this exception and the error message it provide to be more straight
forward and helpful when encountering this error.
--
keywords: +patch
Martin Panter added the comment:
If you are already seeking in the file, can’t you seek to the end to determine
the length of the file, and then use that to verify if a data segment is
truncated? And if you can’t seek, I guess you have to read all the bytes anyway.
I guess Ethan’s test was an
New submission from Atzm WATANABE:
urllib2.urlopen() through proxy causes ssl.CertificateError when HTTPS URL
contains port number.
Sample code:
$ https_proxy='http://proxy.example.com:8080/' python -c 'import urllib2;
urllib2.urlopen(https://www.python.org:443/;)'
Traceback (most recent
Nathaniel Smith added the comment:
Okay, that sounds reasonable to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24294
___
___
Tal Einat added the comment:
Hopefully final patch attached. This adds cmath.isclose() along with relevant
tests and documentation.
Note that cmath.isclose() rejects complex tolerances -- only the values may be
complex.
--
Added file: http://bugs.python.org/file39532/isclose.patch
Stefan Krah added the comment:
I think users may be surprised that any two large Decimals like
1e40 and 1e999 are close. In the Decimal world these
aren't infinite.
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
Changes by Ned Deily n...@acm.org:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24311
___
___
Python-bugs-list mailing
Paul Moore added the comment:
Looks OK to me.
I assume the differences between the math and cmath code and tests is because
cmath uses Argument Clinic and math doesn't, and cmath uses unittest.main
whereas math adds the suites manually? As far as I can see, that's what's going
on.
Changes by Florian Bruhin python@the-compiler.org:
--
nosy: +The Compiler
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24294
___
___
Tal Einat added the comment:
Indeed, those are major reasons for differences.
I avoided using Argument Clinic for math.isclose() because there is a pending
conversion patch for the entire math module and I didn't want to cause
unnecessary merge conflicts.
Is Paul's okay enough for me to
Brandon Milam added the comment:
I went ahead and took the assert statement out and added support for vista
using a union of sets for both the 32 bit and 64 bit locations.
--
Added file: http://bugs.python.org/file39533/webbrowserfix3.patch
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24305
___
Eric V. Smith added the comment:
As a rule, we don't put in checks like this. There are an untold number of
places where such checks could be added. I suspect the new typing module will
be a better way to catch these types of errors.
Does the problem not occur with 3.5?
--
nosy:
Changes by Brett Cannon br...@python.org:
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24268
___
___
Python-bugs-list
New submission from July Tikhonov:
https://docs.python.org/3/reference/datamodel.html#the-standard-type-hierarchy
There is a table of special attributes of user-defined functions. The
__name__ attribute name is a link, but it leads to something quite irrelevant:
the description of __name__
Brett Cannon added the comment:
My personal plan was to get issue #23810 finished, make sure it worked, and
then expose a public API for declaring module deprecations which used the
private API under the hood. I'm hoping to get #23810 done this Friday and then
we can talk about how we may
Brandon Milam added the comment:
On second thought no type testing is required if sets are used because the
union will take out duplicates anyways and so I removed the type testing and
left in the set union code.
--
Added file: http://bugs.python.org/file39534/webbrowserfix3.patch
Roundup Robot added the comment:
New changeset dfa0288c91fd by Yury Selivanov in branch '3.5':
Issue 24017: Drop getawaitablefunc and friends in favor of unaryfunc.
https://hg.python.org/cpython/rev/dfa0288c91fd
New changeset 99dcca3466d3 by Yury Selivanov in branch 'default':
Issue 24017: Drop
Roundup Robot added the comment:
New changeset 09327f653ec5 by Yury Selivanov in branch '3.4':
asyncio: Drop some useless code from tasks.py.
https://hg.python.org/cpython/rev/09327f653ec5
New changeset adf72cffceb7 by Yury Selivanov in branch '3.5':
asyncio: Drop some useless code from
Eric Snow added the comment:
I had a similar concern, Nick, but don't think I did anything that would have
broken the frame hiding logic. That said, I did not take stacklevel for
warnings into account.
--
nosy: +eric.snow
___
Python tracker
New submission from Yury Selivanov:
See issue 24017 for details.
--
assignee: yselivanov
components: Library (Lib)
files: abcs.patch
keywords: patch
messages: 244305
nosy: gvanrossum, ncoghlan, scoder, yselivanov
priority: normal
severity: normal
stage: patch review
status: open
title:
Serhiy Storchaka added the comment:
Agree with Eric. And the error message doesn't look lying.
--
nosy: +serhiy.storchaka
resolution: - rejected
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Yury Selivanov yseliva...@gmail.com:
--
dependencies: +collections.abc: Coroutine should be derived from Awaitable
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24017
___
Changes by Yury Selivanov yseliva...@gmail.com:
--
dependencies: +collections.abc: Coroutine should be derived from Awaitable
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24316
___
New submission from Yury Selivanov:
Stefan,
This patch should solve the problem with types.coroutine accepting only pure
python generator functions.
The approach is, however, slightly different from what you've proposed.
Instead of having a wrapper class (delegating .throw, .send etc to a
New submission from Steve Dower:
(This is a reminder to myself, unless someone gets a patch in sooner than I get
to it.)
Currently if you click Customize in the installer and then Next/Install
without changing any settings, you get a default per-machine installation.
However, if you click
New submission from Skip Montanaro:
In a discussion on python-ideas about some computed goto stuff, Greg Smith
brought up compilation with profile-opt, which I'd never heard of. I asked
Greg about it and he enlightened me. Looking around, I saw no mention of this
make target except in the
Andrew Stormont added the comment:
The -z ignore option is actually exposing issues that could cause a problem at
runtime. If the socket module were imported and libsocket/libnsl hadn't
already been loaded (i.e pulled in by the loader as a dependency of another
module) the loader would fail
Yury Selivanov added the comment:
Stefan,
I've already committed fixes for:
1. getawaitablefunc / aiternextfunc / getaiterfunc - unaryfunc
2. strange code in tasks.py doing coro = iter(coro) is now removed
I've also opened a couple of new issues (with patches for a review):
1.
Serhiy Storchaka added the comment:
It would be better to skip _frozen_importlib frames automatically instead of
forcing end users to use special API.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
Dustin Oprea added the comment:
Forget it. This project is dead.
Dustin
On May 28, 2015 11:58 AM, Jeroen Ruigrok van der Werven
rep...@bugs.python.org wrote:
Jeroen Ruigrok van der Werven added the comment:
Given that cryptography.io is fast becoming the solution for dealing with
X.509
Dustin Oprea added the comment:
Disregard. I thought this was something else.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18233
___
___
Steve Dower added the comment:
It might be nice to have a test that tries to import all of the stable ABI at
build time so that the buildbots break if someone adds a new API and doesn't
think about what they've done.
As an aside, it'd be nice for the script to take the version numbers as args
Stefan Krah added the comment:
It's inherently floating point based.
Except for floor() and ceil() though. The wording in the PEP
under non-float types made me think that something similar
was intended here.
Personally I'm fine with math being float-only.
--
Stefan Krah added the comment:
Also, I must say that returning inf in sqrt() bothers me much less
than the assertion that two numbers with a gigantic relative error
have a relerr of 1e-9.
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Yes, I'm sure there is a lot of code that uses string.Template, partly because
I've used it in at least three different projects for three different customers
;)
If you are willing to write a patch that might get superseded by Serhiy's code
(if he decides
R. David Murray added the comment:
All python3 ints are what used to be long ints in python2, so the code that
recognized short ints no longer exists. Do the numpy types implement
__index__? It looks like json doesn't check for __index__, and I wonder if it
should.
--
nosy:
Stefan Behnel added the comment:
Thanks Yury, I'll give it a try ASAP.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24017
___
___
New submission from Skip Montanaro:
While trying out some of the auxiliary make targets on an openSUSE
12.2 system, I got a segfault during the test phase of the
coverage-report target. Several Python processes were running as part
of the test when the crash occurred. The resulting crash causes
93 matches
Mail list logo