Roundup Robot added the comment:
New changeset 54af09408795 by Benjamin Peterson in branch '2.7':
nuke ancient script with dubious license (closes #12987)
https://hg.python.org/cpython/rev/54af09408795
--
nosy: +python-dev
resolution: - fixed
stage: - resolved
status: open - closed
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22986
___
___
Python-bugs-list
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14134
___
Nick Coghlan added the comment:
My initial thought is to add an abitags attribute to sys.implementation
(plural so we can also indicate stable ABI support).
If we define the algorithm clearly, then setuptools distlib could make it
available on earlier Python versions.
--
Nathaniel Smith added the comment:
Here's a slightly improved patch spurred by a parenthetical comment of
Antoine's on the mailing list :-).
The only change is that it adds a check in subclass_dealloc to correct the
reference counting in the weird case that someone converts a HEAPTYPE object
Changes by Nick Coghlan ncogh...@gmail.com:
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22986
___
___
Python-bugs-list
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22986
___
___
Python-bugs-list
Ned Deily added the comment:
Re PEP 3149 file names: it hadn't struck me until fairly recently that PEP
3149-style extension file names were never implemented for OS X, i.e. they are
still of the form _helperlib.so. I'm not sure why that is the case since other
aspects of PEP 3149-like file
Dan Mick added the comment:
Belaboring this a bit just in case what I learn helps with the interpreter
change:
seems like threading.Thread.start() is hanging in its normal wait for start
code:
(gdb) py-bt
#4 Frame 0x25d4de0, for file /usr/lib64/python2.7/threading.py, line 339, in
wait
Greg Turner added the comment:
perhaps isinstance(x, type) should have been issubclass(x, type) to
correctly capture how python 2 does it.
Actually, scratch that -- its a brain fart.
IIUC new_class was created because, at the time, there was no exposed turnkey
method to execute the PEP3115
Changes by Greg Turner g...@be-evil.net:
--
title: types._calculate_meta nit: isinstance != PyType_IsSubtype -
Lib/types.py nit: isinstance != PyType_IsSubtype
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22968
Roundup Robot added the comment:
New changeset c2c4cde55f6f by Serhiy Storchaka in branch '2.7':
Issue #14099: ZipFile.open() no longer reopen the underlying file. Objects
https://hg.python.org/cpython/rev/c2c4cde55f6f
New changeset e5bb3044402b by Serhiy Storchaka in branch '3.4':
Issue
Serhiy Storchaka added the comment:
Arfrever have suggested on IRC to backport documentation part of the patch to
3.4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17401
___
Serhiy Storchaka added the comment:
Thanks Stepan for the idea.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14099
Serhiy Storchaka added the comment:
Closed in favor of issue14099.
--
resolution: - rejected
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16569
Serhiy Storchaka added the comment:
My question to Raymond is should we use the operator or special methods
__lt__ and __gt__ (this is the difference between alternative patches)?
The use of repr instead of id is different issue.
--
___
Python
Serhiy Storchaka added the comment:
We can convert cgitb.hook to produce ASCII-compatible output with charrefs in
3.x. But there is a problem with str in 2.7. 8-bit string can contain non-ASCII
data and the encoding is not known in general case.
--
101 - 117 of 117 matches
Mail list logo