Roundup Robot added the comment:
New changeset bbb3a3129c12 by Serhiy Storchaka in branch '3.5':
Moved Misc/NEWS entry (issue #24270) to correct section.
https://hg.python.org/cpython/rev/bbb3a3129c12
New changeset ff1938d12240 by Serhiy Storchaka in branch 'default':
Moved Misc/NEWS entry
Lars Gustäbel added the comment:
@Martin:
This is actually a nice idea that I hadn't thought of. I updated the Python 3
patch to use a seek() that moves to one byte before the next header block,
reads the remaining byte and raises an error if it hits eof. The code looks
rather clean compared
Changes by Lars Gustäbel l...@gustaebel.de:
Added file: http://bugs.python.org/file39580/issue24259-2.x-2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24259
___
New submission from Ionel Cristian Mărieș:
It appears that the new installer has some overlap issue when displaying
progress info. Attached a screenshot.
--
components: Installation
files: installer-display-bug.png
messages: 244579
nosy: ionelmc, steve.dower
priority: normal
severity:
John Helour added the comment:
I've rewrote the iso6937 codec into Python 3.
Could someone check it please?
--
Added file: http://bugs.python.org/file39583/iso6937.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24339
R. David Murray added the comment:
I doubt there's much we can do without access to the OPs, but at least we can
make sure the windows devs are aware and let them close it (I added the
'windows' component, which will auto-nosy them).
--
components: +Windows
nosy: +r.david.murray,
Changes by Stefan Krah ste...@bytereef.org:
Added file: http://bugs.python.org/file39582/crash-2.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16991
___
Stefan Krah added the comment:
crash-1.py is due to an unchecked return value from _odictnode_VALUE().
We should probably use PyDict_GetItemWithError(), also in other
places.
I normally try to steer clear of stylistic remarks, but the
_odictnode* macros are hiding too many things. As of now,
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - needs patch
type: - resource usage
versions: +Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24340
___
Changes by Stefan Krah ste...@bytereef.org:
Added file: http://bugs.python.org/file39581/crash-1.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16991
___
New submission from Laura Creighton:
This came in to webmaster, i.e. I don't have the machine with the
problem and cannot test it. Two different people reported the
same thing. One of them was able to get things working by running as Admin.
The other was not. He was able to get things
Stefan Krah added the comment:
crash-2.py is due to the fact that _PyDict_Pop() deletes a reference
to 'key' in _odict_popkey().
The INCREF(key) in popitem should take place before calling _odict_popkey().
Again, I don't see the point of INCREF/DECREF *inside* of _odict_popkey().
--
Roundup Robot added the comment:
New changeset 5a354de919aa by Benjamin Peterson in branch '3.5':
add Py_tp_finalize slot (closes #24345)
https://hg.python.org/cpython/rev/5a354de919aa
New changeset 959e998aa167 by Benjamin Peterson in branch 'default':
merge 3.5 (#24345)
Changes by stf steff...@gmail.com:
--
title: Key Error at List in Tuple concatenation - TypeError at List in Tuple
concatenation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24346
___
Yury Selivanov added the comment:
why wouldn't it be good enough in this case?
Because it's highly non-obvious, it took me a while to understand what's
*actually* going on.
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
No, components is a multiselect. In my browser that means I hold ctl and click
to add a second component, don't know what it looks like your browser. (I've
added installation back.)
--
components: +Installation
Davin Potts added the comment:
Triggering it regularly in a build farm indeed sounds like genuine pain.
@Paul or @vapier: In tracking down this issue, did you already create a
convenient way to repro the misbehavior that could be used in testing? Any
finalized patch that we make will need
New submission from Eric Snow:
(from msg244587 in issue16991)
Coverity has found an issue in odict, too:
*** CID 1302699: Null pointer dereferences (NULL_RETURNS)
/Objects/odictobject.c: 1316 in odict_copy()
1310 od_copy = PyObject_CallFunctionObjArgs((PyObject
*)Py_TYPE(od),
Graham Klyne added the comment:
Oops, (RETURN) submitted before comments done...
I think the example interactive python script is self-explanatory.
I know my version of Python is a bit out of date, but I couldn't see anything
in the issue list that indicated this problem had been seen and
New submission from Eric Snow:
(from msg244575 in issue16991)
crash-2.py is due to the fact that _PyDict_Pop() deletes a reference
to 'key' in _odict_popkey().
The INCREF(key) in popitem should take place before calling _odict_popkey().
Again, I don't see the point of INCREF/DECREF *inside*
Skip Montanaro added the comment:
This is a bit off topic, but why did my reply to Yuri's ticket by email change
the title? I didn't mess with the subject in my mail.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24342
Eric Snow added the comment:
@Skip, because roundup will change the title to the subject of the email and
the title had been changed after the message to which you replied.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 1e9e0664ee9b by Yury Selivanov in branch '3.5':
Issue 24017: Make PyEval_(Set|Get)CoroutineWrapper private
https://hg.python.org/cpython/rev/1e9e0664ee9b
New changeset 6fcb64097b1c by Yury Selivanov in branch 'default':
Issue 24017: Make
Eric Snow added the comment:
I've opened the following issues to address the 3 last comments:
issue24347
issue24348
issue24349
I'll be opening a separate issue for outstanding review comments.
--
status: open - closed
___
Python tracker
Graham Klyne added the comment:
I just tried the same on a Python 2.7.5 installation and it worked as expected
(no crash). So I now assume this is fixed. Sorry for the noise.
--
resolution: - out of date
status: open - closed
___
Python tracker
New submission from stf:
a = ([1,2],)
a[0] += [3]
this raises an Type Error but adds the Elements to a.
So a is ([1, 2, 3],) afterwards.
This Problem doesn't occur, when you use a[0].append(3)
--
___
Python tracker rep...@bugs.python.org
Changes by stf steff...@gmail.com:
Removed file: http://bugs.python.org/file39587/bug.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24346
___
___
Changes by Yury Selivanov yseliva...@gmail.com:
--
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24347
___
___
Python-bugs-list
Changes by Yury Selivanov yseliva...@gmail.com:
--
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24349
___
___
Python-bugs-list
Changes by Yury Selivanov yseliva...@gmail.com:
--
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24348
___
___
Python-bugs-list
New submission from Graham Klyne:
conina:~ graham$ python
Python 2.7.3 (v2.7.3:70274d53c1dd, Apr 9 2012, 20:52:43)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type help, copyright, credits or license for more information.
dict({'a':'aa'},b='bb')
{'a': 'aa', 'b': 'bb'}
R. David Murray added the comment:
https://docs.python.org/3/faq/programming.html#why-does-a-tuple-i-item-raise-an-exception-when-the-addition-works
--
nosy: +r.david.murray
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python
Steve Dower added the comment:
Already fixed this in issue24293, which is what caused it. Unfortunately, I
didn't get it done in time for beta 2.
Thanks for the report though.
--
resolution: - duplicate
stage: - resolved
status: open - closed
superseder: - Windows installer
New submission from Petr Viktorin:
PEP 442 added the tp_finalize member for objects, but there's no corresponding
Py_tp_finalize slot. This means that types defined using PyType_FromSpec (and
in particular, extensions using the stable ABI) can't take advantage of the new
GC finalization
Changes by stf steff...@gmail.com:
--
components: Interpreter Core
nosy: stf
priority: normal
severity: normal
status: open
title: Key Error at List in Tuple concatenation
type: behavior
versions: Python 3.4
___
Python tracker rep...@bugs.python.org
Laura Creighton added the comment:
Arggh!
Components seems to be a radio box here? As in I can select
Windows or Installation but not both? And by selecting installation
again, I killed David's selection of Windows?
Added this to put Windows back, but, well, if this is what we have
it it
Eric Snow added the comment:
Changing the title back. :)
--
nosy: +eric.snow
title: coroutine wrapper recursion - coroutine wrapper reentrancy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24342
Changes by stf steff...@gmail.com:
Added file: http://bugs.python.org/file39587/bug.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24346
___
___
Christian Heimes added the comment:
Coverity has found an issue in odict, too:
*** CID 1302699: Null pointer dereferences (NULL_RETURNS)
/Objects/odictobject.c: 1316 in odict_copy()
1310 od_copy = PyObject_CallFunctionObjArgs((PyObject
*)Py_TYPE(od), NULL);
1311 if
Eric Snow added the comment:
@Jim and Stefan, Thanks for thorough reviews!
@Stefan, I'll take a look at those crashers and other suggestions ASAP. I
really appreciate you taking the time. Now that the patch has been landed,
would you mind opening new issues for each problem you find? That
Martin Panter added the comment:
This bug was originally raised against Python 3.3, and the speed has improved a
lot since then. Perhaps this bug can be closed as it is, or maybe people would
like to consider my decomp-optim.patch which squeezes a bit more speed out. I
don’t actually have a
Changes by Armin Rigo ar...@users.sourceforge.net:
--
nosy: -arigo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24340
___
___
Python-bugs-list
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
title: Library and include paths not added when cross compiling on localized
sytem - Library and include paths not added when cross-compiling on localized
system
Changes by Ned Deily n...@acm.org:
--
resolution: out of date - duplicate
stage: - resolved
superseder: - python.org Interactive interpreter linked with libedit can
segfault on future OS X
___
Python tracker rep...@bugs.python.org
Changes by Steve Dower steve.do...@microsoft.com:
--
nosy: -steve.dower
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16991
___
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24342
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24348
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24349
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24347
___
Arfrever Frehtes Taifersar Arahesis added the comment:
What Lib/plat-$(PLATFORM_TRIPLET) directories will be introduced?
This patch would make situation worse on rarely used architectures (these
without Lib/plat-$(PLATFORM_TRIPLET) distributed in repository of CPython) if
patch for bug #12619
Eric Snow added the comment:
Regarding the macros, my intent was to limit leaking the details of the linked
list implementation and make it easier to change the linked list implementation
later. However, if that results in problems then I'm open to changing it.
What would you recommend?
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24336
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24340
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24341
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24329
___
New submission from R. David Murray:
In my test framework I have a 'verbose' flag that causes the logging output to
be written to the console[*], which helps greatly during debugging. However,
if assertLogs is used, the logging is suppressed, and when debugging logging
failures it is really
New submission from July Tikhonov:
Documentation of Template says:
$identifier names a substitution placeholder matching a mapping key of
identifier. By default, identifier must spell a Python identifier. The
first non-identifier character after the $ character terminates this
placeholder
R. David Murray added the comment:
You have a mixture of python2 and python3 involved there, and unless I
misunderstand something about pip, that's not going to work. I think this
should be reported to the pip bug tracker, but it may be an error at the python
installation level or virtual
New submission from Ionel Cristian Mărieș:
I get this:
Traceback (most recent call last):
File
c:\Python27\lib\site-packages\virtualenv\_wheels\pip-7.0.1-py2.py3-none-any.whl\pip\basecommand.py,
line 223, in main
status = self.run(options, args)
File
Brandon Milam added the comment:
Forgive me the excessive number of patch submissions as I am still getting my
feet wet in contributing to Python. I'm posting another patch that is not
functionally different from the last patch but should better adhere to the PEP8
style guide.
Please let me
New submission from R. David Murray:
The python regression test suite has a 'verbose' flag in its test.support that
some tests and test fixtures (asserts, helper methods, etc) use to control how
much additional information they output. unittest has a -v command line flag
which controls the
R. David Murray added the comment:
Requests is not part of the python standard library. Please report the issue to
the requests bug tracker.
--
nosy: +r.david.murray
resolution: - third party
stage: - resolved
status: open - closed
___
Python
R. David Murray added the comment:
Ah! I *thought* an issue for this already existed, but I couldn't find it.
That one has two enhancements in it, maybe we can use this one to diverge the
two.
--
___
Python tracker rep...@bugs.python.org
New submission from loginname:
requests.get fails to get the website http://www.merrickbank.com/;
just doesn't get the website, and it freezes up quite a bit
--
messages: 244611
nosy: loginname
priority: normal
severity: normal
status: open
title: Requests Library get issue
type:
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24351
___
___
Serhiy Storchaka added the comment:
See also issue22197.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24355
___
___
David Bolen added the comment:
The 2.7 back-ported version of this patch appears to have broken compilation on
the Windows XP buildbot, during the OpenSSL build process, when the newly built
Python is used to execute the build_ssl.py script.
After this patch, when that stage executes, and
David Bolen added the comment:
I ran a few more tests, and the generated executable hangs in both release and
debug builds. The closest I can get at the moment is that it's stuck importing
errno from the import sys, errno line in os.py - at least no matter how long
I wait after starting a
Graham Oliver added the comment:
See also
https://groups.google.com/d/msg/comp.lang.python/BUmyc_hzAsA/Nx5QgT1gzYEJ
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24356
___
Brandon Milam added the comment:
I've been looking over the issue and the error is just raised by the stdout
change not the stderr change (when the stdout line is commented out in the
setAutoFlush function no error is raised). The flush method doesn't seem to be
required as Serhiy pointed out
New submission from Graham Oliver:
See my question here
https://groups.google.com/forum/#!topic/comp.lang.python/BUmyc_hzAsA
In particular Carl Meyer's response
https://groups.google.com/d/msg/comp.lang.python/BUmyc_hzAsA/-cT-N-g_LL4J
I am not sure what is possible with venv but I would suggest
Nick Coghlan added the comment:
Making sure I'm following the issue correctly here:
1. wrapper is a normal function, so there's no change for
set_couroutine_wrapper() to detect anything might be amiss
2. any async def statement will call the registered coroutine wrapper to wrap
the created
Cliff Dyer added the comment:
I've got a fix for this now. In working on it, I've discovered that not all
file-like objects have a .name attribute. io.BytesIO (which is used all over
the test suite) does not. I've written a patch that always creates a .name
attribute on BZ2File, but sets
Cliff Dyer added the comment:
It's probably too late for this to get into 3.5, since we're already in betas.
Pushing back to 3.6.
--
versions: +Python 3.6 -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24258
Ionel Cristian Mărieș added the comment:
Ooops, sorry for the noise, I had some weird breakage in my virtualenv.
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24353
Carol Willing added the comment:
David,
Sounds good to me. I'll submit a patch with Graham's suggested text and move
the See also box up right after the PEP reference.
Thanks,
Carol
--
___
Python tracker rep...@bugs.python.org
Martin Panter added the comment:
I agree with the deprecation idea. The parameter checking logic doesn’t seem
right though; see Reitveld. Also, I would have made the warning specify exactly
what is deprecated, in case the stack trace doesn’t identify the function,
which I think would always
Changes by Nick Coghlan ncogh...@gmail.com:
--
versions: +Python 3.6 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11549
___
___
Eric Snow added the comment:
Using PyDict_GetItemWithError() is a good idea. Also, raising KeyError when
the value is NULL (and no errors set) eliminates the crash. Here's a patch
that fixes the problem. Unless there are any objections, I'll commit it in a
couple hours.
--
stage:
Josh Rosenberg added the comment:
Apparently similar issue occurs when tarfile assumes a GzipFile can have its
fileno() fstat-ed (see #22468). An awful lot of libraries seem to assume that
fileno() will provide useful information about the data you'd read from the
file-like object itself, but
Ezio Melotti added the comment:
test message via email
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2771
___
___
Python-bugs-list mailing list
Ned Deily added the comment:
We decided to use google.com as an example instead. (And I tested the tracker
upgrade by fixing the wrong initial typo that I had made.)
--
resolution: - fixed
stage: needs patch - resolved
status: open - closed
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24347
___
Roundup Robot added the comment:
New changeset b461d900fdb5 by Ned Deily in branch '3.4':
Issue #24357: Change host in socket.getaddrinfo example to one that
https://hg.python.org/cpython/rev/b461d900fdb5
New changeset 22b77f859521 by Ned Deily in branch '3.5':
Issue #24357: merge from 3.4
Martin Panter added the comment:
I wouldn’t expect to see a message for stderr because there is nowhere else to
send the message. However with my patch for Issue 5319, at least we get a
non-zero exit status.
Brandon: I agree this should be under sys.stdin/out/err; I wasn’t saying to put
it
Roundup Robot added the comment:
New changeset 141eb4d1b766 by Eric Snow in branch '3.5':
Issue #24359: Check for changed OrderedDict size during iteration.
https://hg.python.org/cpython/rev/141eb4d1b766
--
nosy: +python-dev
___
Python tracker
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
resolution: - fixed
stage: needs patch - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24359
___
Eric Snow added the comment:
Correct me if I'm wrong, but this is a duplicate of the bug Stefan reported in
issue24347.
--
resolution: - duplicate
stage: needs patch - resolved
status: open - closed
superseder: - unchecked return value in C OrderedDict
Ezio Melotti added the comment:
test after roundup upgrade
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2771
___
___
Python-bugs-list mailing
Roundup Robot added the comment:
New changeset acf4dbd99d11 by Ned Deily in branch '3.4':
Issue #24357: fix typo
https://hg.python.org/cpython/rev/acf4dbd99d11
New changeset fcb415e5b40b by Ned Deily in branch '3.5':
Issue #24357: merge from 3.4
https://hg.python.org/cpython/rev/fcb415e5b40b
New submission from Paul Marks:
Python's web servers were formerly reachable from IPv6 clients, as evidenced by
this example code for socket.getaddrinfo():
https://docs.python.org/3/library/socket.html#socket.getaddrinfo
But today, www.python.org is IPv4-only:
import socket
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24353
___
___
Ned Deily added the comment:
Thanks for the report. According to the PSF Infrastructure Team, www.python.org
currently does not support IPv6 because the Content Delivery Network that we
now use does not support it yet. One Python URL that does support IPv6:
socket.getaddrinfo(hg.python.org,
R. David Murray added the comment:
Hmm. We don't in general mention 2.7 in the python3 docs (in fact I found only
one mention of it, in the logging package docs). I suppose this might be
confusing enough to warrant it. But it might be better to rewrite that
sentence to make it clear that
Roundup Robot added the comment:
New changeset fb12d742b70c by Ned Deily in branch '3.4':
Issue #24357: fix real typo
https://hg.python.org/cpython/rev/fb12d742b70c
New changeset 5bfa78bf0607 by Ned Deily in branch '3.5':
Issue #24357: merge from 3.4
R. David Murray added the comment:
I think Graham's formulation provides more information. venv already has a
new in python 3.3 at the top (just before that sentence), so putting that in
the text feels redundant.
On the other hand, the current placement of the 'see also' box looks odd,
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
resolution: - fixed
stage: needs patch - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24348
___
Roundup Robot added the comment:
New changeset 8631b88c23f6 by Eric Snow in branch '3.5':
Issue #24348: Drop superfluous increfs/decrefs.
https://hg.python.org/cpython/rev/8631b88c23f6
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
New submission from Josh Rosenberg:
subprocess, when accepting objects for stdin, stdout, and stderr, assumes that
possessing a .fileno() means it's a legitimate object for use with the forked
process; that the file descriptor is interchangeable with the object itself.
But gzip, bz2 and lzma
Carol Willing added the comment:
Current version
Each virtual environment has its own Python binary (allowing creation of
environments with various Python versions) and can have its own independent set
of installed Python packages in its site directories.
Another suggested revision
Since its
1 - 100 of 109 matches
Mail list logo