[issue22935] Disabling SSLv3 support
STINNER Victor added the comment: The documentation should be modified to explain that SSLv2 and SSLv3 are not always available. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22935 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22919] Update PCBuild for VS 2015
Zachary Ware added the comment: Sorry Steve, I haven't been on Windows since my last review to give it another try. And, of course, somewhere in the 5 seconds between shutting down from Gentoo and turning back on for Windows last night, my laptop decided that POSTing was just too much effort, and it would rather just sit around spinning the fan and not doing anything else at all. I should be able to get VS2015 set up on my backup (wife's) machine Tuesday; until then, if you'd like to post another full patch to appease Rietveld, I can try to look through it again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22919 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23000] More support for Visual Studio users on Windows?
New submission from StoreIntegrator: Hi, When using Python on Windows I always encounter plenty of errors which are simply frustrating. Typically issues compilation, linking, libraries which have nothing to do with functional coding in Python are numerous. Do have a look at PTVS tools how an integrated UI can work... And do try to get rid of the already for 5 years existing BUGS like: https://pytools.codeplex.com/workitem/2808 Simply frustrating to use Python this way. J. -- messages: 232240 nosy: StoreIntegrator priority: normal severity: normal status: open title: More support for Visual Studio users on Windows? type: compile error versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23000 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22985] Segfault on time.sleep
Omer Katz added the comment: So why exactly the program terminates on a system call? 2014-12-05 23:44 GMT+02:00 STINNER Victor rep...@bugs.python.org: STINNER Victor added the comment: Program received signal SIGTERM, Terminated. SIGTERM is not a segmentation fault. SIGSEGV is for segmentation faults. -- nosy: +haypo resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22985 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22985 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23000] More support for Visual Studio users on Windows?
SilentGhost added the comment: This seem like an issue with numpy, not python. Perhaps installing using binary would be a better option for you? In any case, this need further elaborating at what the actual problem and the solution could be. -- nosy: +SilentGhost resolution: - not a bug status: open - closed versions: -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23000 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20220] TarFile.list() outputs wrong time
David Edelsohn added the comment: There now are two zLinux buildbots: zlinux (running SUSE) and zwheezy (running Debian). zlinux (running on SUSE) has the libc problem causing the timezone error. A second buildbot was added, not converting or upgrading the existing buildbot. I still would appreciate the patch from Issue22844 to fix the test_gdb failure on the zwheezy buildbot. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20220 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23001] Accept mutable bytes-like objects
New submission from Serhiy Storchaka: Some builtins accept only read-only bytes-like objects (PyArg_Parse format codes s#, z#, y, and y#). Proposed patch makes them accepting also mutable bytes-like objects such as bytearray. I'm not sure that all these changes are useful, but in some cases this can get rid of copying binary data created in bytearray (e.g. read by readinto()). -- components: Extension Modules files: accept_mutable_buffers.patch keywords: patch messages: 232244 nosy: serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Accept mutable bytes-like objects type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file37373/accept_mutable_buffers.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23001 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23000] More support for Visual Studio users on Windows?
R. David Murray added the comment: Note also that there are going to be significant improvements in the Python Windows build system for 3.5. Any further (specific, non-distutils) requests for improvement should be targeted against that version once issue 22919 has been integrated. Please do open a new issue with *specific* problems if they are problems with the CPython compile itself or with distutils, as opposed to problems with a specific 3rd party project's compilation instructions...the latter should be reported to the 3rd party project first, and if the project determines it is rooted in a problem with CPython/distutils, it can then be reported upstream here with sufficient details for us to take action. -- nosy: +r.david.murray resolution: not a bug - third party stage: - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23000 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23001] Accept mutable bytes-like objects
Josh Rosenberg added the comment: In the event of calls back into Python code in multithreaded execution (or GIL release), this would mean you no longer have guarantees as to the contents (or even the validity) of the pointer you get back. I'd think the only safe way to accept mutable buffers would be to use the s*, z*, y* codes, which lock the buffer to prevent resize/destruction. Do we want to open segfault vulnerabilities in arbitrary functions? -- nosy: +josh.r ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23001 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22153] Documentation of TestCase.runTest is incorrect and confusing
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag stage: patch review - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22985] Segfault on time.sleep
Omer Katz added the comment:
Capturing the signal provides the following traceback:
File mt_example.py, line 10, in module
p1 = ThreadPool()
File
/home/omer/.virtualenvs/billiard/lib/python2.7/site-packages/billiard/pool.py,
line 1016, in __init__
self._result_handler.start()
File
/home/omer/.virtualenvs/billiard/lib/python2.7/site-packages/billiard/pool.py,
line 504, in start
super(PoolThread, self).start(*args, **kwargs)
File
/home/omer/.virtualenvs/billiard/lib/python2.7/site-packages/billiard/py2/dummy/__init__.py,
line 69, in start
threading.Thread.start(self)
File /home/omer/.pyenv/versions/2.7.8/lib/python2.7/threading.py, line 750,
in start
self.__started.wait()
File /home/omer/.pyenv/versions/2.7.8/lib/python2.7/threading.py, line 620,
in wait
self.__cond.wait(timeout)
File /home/omer/.pyenv/versions/2.7.8/lib/python2.7/threading.py, line 339,
in wait
waiter.acquire()
File mt_example.py, line 6, in handler
print(''.join(traceback.format_stack(frame)))
File mt_example.py, line 10, in module
p1 = ThreadPool()
File
/home/omer/.virtualenvs/billiard/lib/python2.7/site-packages/billiard/pool.py,
line 1016, in __init__
self._result_handler.start()
File
/home/omer/.virtualenvs/billiard/lib/python2.7/site-packages/billiard/pool.py,
line 504, in start
super(PoolThread, self).start(*args, **kwargs)
File
/home/omer/.virtualenvs/billiard/lib/python2.7/site-packages/billiard/py2/dummy/__init__.py,
line 69, in start
threading.Thread.start(self)
File /home/omer/.pyenv/versions/2.7.8/lib/python2.7/threading.py, line 750,
in start
self.__started.wait()
File /home/omer/.pyenv/versions/2.7.8/lib/python2.7/threading.py, line 620,
in wait
self.__cond.wait(timeout)
File /home/omer/.pyenv/versions/2.7.8/lib/python2.7/threading.py, line 339,
in wait
waiter.acquire()
The following code reproduces that traceback every time:
from billiard.pool import ThreadPool
import signal
def handler(signum, frame):
import traceback
print(''.join(traceback.format_stack(frame)))
signal.signal(signal.SIGTERM, handler)
p1 = ThreadPool()
class Foo(object):
def a(self):
print(a)
return 1
def do(self):
return p1.apply_async(self.a)
foo = Foo()
r = foo.do()
print(r.get())
p1.close()
p1.join()
I'm convinced that there is a bug somewhere and it seems that Python is the
source of the bug.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22985
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22919] Update PCBuild for VS 2015
Steve Dower added the comment: Rebased everything onto default and pushed it to my sandbox. -- hgrepos: +283 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22919 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22919] Update PCBuild for VS 2015
Changes by Steve Dower steve.do...@microsoft.com: -- hgrepos: -283 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22919 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22919] Update PCBuild for VS 2015
Steve Dower added the comment: Having trouble getting the patch uploaded... next attempt. -- Added file: http://bugs.python.org/file37374/round5complete.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22919 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9351] argparse set_defaults on subcommands should override top level set_defaults
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: fixed - stage: commit review - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9351 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23001] Accept mutable bytes-like objects
Changes by Ethan Furman et...@stoneleaf.us: -- nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23001 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22939] integer overflow in iterator object
Clement Rouault added the comment: Here is a first try for a patch. There are two points I am not sure about: 1) The message for the OverflowError: is that explicit enough ? 2) The behaviour of the iterator after the raise of OverflowError. With this patch every call to `next(it)` where `it` have overflowed will raise `OverflowError` again. Does this behaviour seems correct our should it raise StopIteration after the first OverflowError ? -- keywords: +patch Added file: http://bugs.python.org/file37375/issue22939.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22939 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22980] C extension naming doesn't take bitness into account
Steve Dower added the comment:
What can I do to help move this along?
It sounds like for Windows builds we could change _imp.extension_suffixes()
from ['.pyd'] to ['.{}.pyd'.format(distutils.util.get_platform()), '.pyd'] and
update distutils to produce the more specific name (I've got some work to do on
distutils anyway for 3.5, so I'm happy to do this part). This would also
include somehow hard-coding the get_platform() result into the executable
(probably a #define in pyconfig.h)
I'm more inclined towards get_platform() than adding new architecture tags.
Windows at least doesn't support fat binaries - the closest equivalent is
universal apps, which use separate binaries and a naming convention. Adding a
debug marker here would also be nice, as I've never been a huge fan of the _d
suffix we currently have, but it's not a big deal.
I suspect any changes here would be completely separate from other platforms,
but ISTM that we're looking at a similar change to handle the bitness/debug
issue on Linux. I'm not volunteering to do that part :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22980
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23001] Accept mutable bytes-like objects
Serhiy Storchaka added the comment: That is was the patch does. Convert from s# to s* etc. See also issue22896 about potential bugs with the use of pointers to unlocked buffers. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23001 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23002] Trackpad scrolling in tkinter doesn't work on some laptops
New submission from Aivar Annamaa: Here's a simple tkinter program, where text can be scrolled by mouse wheel, and by trackpads of some laptops (Macbook Pro, Dell Latitude E5430), but not by trackpads of some other laptops (Lenovo T420). from tkinter import Tk from tkinter import scrolledtext window = Tk() text = scrolledtext.ScrolledText(window) text.grid() window.mainloop() -- components: Tkinter messages: 232253 nosy: Aivar.Annamaa priority: normal severity: normal status: open title: Trackpad scrolling in tkinter doesn't work on some laptops versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23002 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23002] Trackpad scrolling in tkinter doesn't work on some laptops
Aivar Annamaa added the comment: Clarification: In general trackpad scrolling does work on my Lenovo (eg. in Windows Notepad), it just doesn't work in tkinter programs (including IDLE) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23002 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23001] Accept mutable bytes-like objects
Josh Rosenberg added the comment: Ah, sorry. Should have examined patch. I thought you were making a change to the behavior of s#, z#, y and y#, not converting actual uses of them. Again, sorry. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23001 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22980] C extension naming doesn't take bitness into account
Antoine Pitrou added the comment: Le 06/12/2014 21:11, Steve Dower a écrit : I suspect any changes here would be completely separate from other platforms, but ISTM that we're looking at a similar change to handle the bitness/debug issue on Linux. I'm not volunteering to do that part :) I think committing changes on a per-platform basis is fine here. After all the current scheme is quite platform-specific (I was unaware of this until a few days ago :-)). So, yes, let's get the ball rolling under Windows. I think you're the most competent person to choose a naming scheme! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22980 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23002] Trackpad scrolling in tkinter doesn't work on some laptops
Zachary Ware added the comment: Sorry, but there's nothing we can do about it; that will be a Tk issue. I'd suggest discussing it with the Tcl/Tk developers, see http://wiki.tcl.tk/1020 -- nosy: +zach.ware resolution: - third party stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23002 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22926] asyncio: raise an exception when called from the wrong thread
Guido van Rossum added the comment: I'm okay with this approach now. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22926 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23003] traceback.{print_exc, print_exception, format_exc, format_exception}: Potential AttributeError
New submission from Arfrever Frehtes Taifersar Arahesis:
Usage of some functions from traceback module can result in AttributeError
exception in Python 3, while simply printing/returning something with None in
Python 2.
This regression was introduced in Python 3.0.
$ python2.7 -c 'import traceback; print(traceback.print_exc())'
None
None
$ python2.7 -c 'import traceback; print(traceback.print_exception(None, None,
None))'
None
None
$ python2.7 -c 'import traceback; print(traceback.format_exc())'
None
$ python2.7 -c 'import traceback; print(traceback.format_exception(None, None,
None))'
['None\n']
$ python3.5 -c 'import traceback; print(traceback.print_exc())'
Traceback (most recent call last):
File string, line 1, in module
File /usr/lib64/python3.5/traceback.py, line 252, in print_exc
print_exception(*sys.exc_info(), limit=limit, file=file, chain=chain)
File /usr/lib64/python3.5/traceback.py, line 169, in print_exception
for line in _format_exception_iter(etype, value, tb, limit, chain):
File /usr/lib64/python3.5/traceback.py, line 146, in _format_exception_iter
for value, tb in values:
File /usr/lib64/python3.5/traceback.py, line 125, in _iter_chain
context = exc.__context__
AttributeError: 'NoneType' object has no attribute '__context__'
$ python3.5 -c 'import traceback; print(traceback.print_exception(None, None,
None))'
Traceback (most recent call last):
File string, line 1, in module
File /usr/lib64/python3.5/traceback.py, line 169, in print_exception
for line in _format_exception_iter(etype, value, tb, limit, chain):
File /usr/lib64/python3.5/traceback.py, line 146, in _format_exception_iter
for value, tb in values:
File /usr/lib64/python3.5/traceback.py, line 125, in _iter_chain
context = exc.__context__
AttributeError: 'NoneType' object has no attribute '__context__'
$ python3.5 -c 'import traceback; print(traceback.format_exc())'
Traceback (most recent call last):
File string, line 1, in module
File /usr/lib64/python3.5/traceback.py, line 256, in format_exc
return .join(format_exception(*sys.exc_info(), limit=limit, chain=chain))
File /usr/lib64/python3.5/traceback.py, line 181, in format_exception
return list(_format_exception_iter(etype, value, tb, limit, chain))
File /usr/lib64/python3.5/traceback.py, line 146, in _format_exception_iter
for value, tb in values:
File /usr/lib64/python3.5/traceback.py, line 125, in _iter_chain
context = exc.__context__
AttributeError: 'NoneType' object has no attribute '__context__'
$ python3.5 -c 'import traceback; print(traceback.format_exception(None, None,
None))'
Traceback (most recent call last):
File string, line 1, in module
File /usr/lib64/python3.5/traceback.py, line 181, in format_exception
return list(_format_exception_iter(etype, value, tb, limit, chain))
File /usr/lib64/python3.5/traceback.py, line 146, in _format_exception_iter
for value, tb in values:
File /usr/lib64/python3.5/traceback.py, line 125, in _iter_chain
context = exc.__context__
AttributeError: 'NoneType' object has no attribute '__context__'
--
messages: 232259
nosy: Arfrever
priority: normal
severity: normal
status: open
title: traceback.{print_exc,print_exception,format_exc,format_exception}:
Potential AttributeError
versions: Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23003
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23003] traceback.{print_exc, print_exception, format_exc, format_exception}: Potential AttributeError
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- assignee: - georg.brandl nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23003 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22896] Don't use PyObject_As*Buffer() functions
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22896 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23001] Accept mutable bytes-like objects
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23001 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22153] Documentation of TestCase.runTest is incorrect and confusing
Changes by Martin Panter vadmium...@gmail.com: Added file: http://bugs.python.org/file37377/runTest2-3.4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22153] Documentation of TestCase.runTest is incorrect and confusing
Martin Panter added the comment: Updated patch, which applies to current tip of the default branch, and includes the formatting fix. Also including a version that applies to the 3.4 branch. Alternatively, if you patch the 3.4 branch it looks like merging to default automatically gives the correct result. -- Added file: http://bugs.python.org/file37376/runTest2-default.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22696] Add a function to know about interpreter shutdown
Roundup Robot added the comment: New changeset 7f3695701724 by Antoine Pitrou in branch 'default': Issue #22696: Add function :func:`sys.is_finalizing` to know about interpreter shutdown. https://hg.python.org/cpython/rev/7f3695701724 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22696 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22696] Add a function to know about interpreter shutdown
Antoine Pitrou added the comment: Using the function in the stdlib can be done separately. I fixed the typo in the docstring. Thanks! -- resolution: - fixed stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22696 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22982] BOM incorrectly inserted before writing, after seeking in text file
Antoine Pitrou added the comment: Here is a patch. -- keywords: +patch stage: - patch review versions: +Python 3.5 Added file: http://bugs.python.org/file37378/bom_seek_append.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23001] Accept mutable bytes-like objects
Antoine Pitrou added the comment: +1 on the principle. I haven't looked at the patch. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23001 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22992] Adding a git developer's guide to Mercurial to devguide
Antoine Pitrou added the comment: I was going to say I'm skeptical that we need this but the proposed text is well researched and well written (I'll probably learn something about bookmarks myself, actually). Kudos! -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22992 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20603] sys.path disappears at shutdown
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20603 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22696] Add a function to know about interpreter shutdown
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22696 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22980] C extension naming doesn't take bitness into account
Steve Dower added the comment: The attached patch adds platform tags for .pyd files for win32, win-arm, win-amd64 and win-ia64, which are the known compilers in pyconfig.h and the potential return values from distutils.util.get_platform(). It also fixes a bug where the suffix would be incorrect if building a debug extension. I haven't been able to think of any scenarios where this could break other than perhaps packaging (since distutils defaults to including the tag), and we've got plenty of time to sort those issues out. A quick test installing Cython and some packages built with Cython seemed to be fine. AIUI, MinGW/cygwin builds won't use PC/pyconfig.h, and so they won't see any change. -- keywords: +patch Added file: http://bugs.python.org/file37379/22980_windows.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22980 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
