[issue24838] tarfile.py: fix GNU and USTAR formats to properly handle paths with special characters that are encoded with more than one byte each

Changes by Lars Gustäbel : -- resolution: -> fixed stage: test needed -> resolved status: open -> closed versions: -Python 3.2, Python 3.3, Python 3.4 ___ Python tracker ___ __

[issue24838] tarfile.py: fix GNU and USTAR formats to properly handle paths with special characters that are encoded with more than one byte each

Roundup Robot added the comment: New changeset d08d6b776694 by Lars Gustäbel in branch '3.5': Issue #24838: tarfile's ustar and gnu formats now correctly calculate name and https://hg.python.org/cpython/rev/d08d6b776694 New changeset e281a57d5b29 by Lars Gustäbel in branch 'default': Issue #2483

[issue26802] Avoid copy in call_function_var when no extra stack args are passed

Serhiy Storchaka added the comment: stararg can be not exact tuple, but an instance of tuple subclass. Could you provide a microbenchmark that shows the effect of the optimization? -- nosy: +serhiy.storchaka type: behavior -> performance ___ Python t

[issue26799] gdb support fails with "Invalid cast."

Changes by SilentGhost : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[issue26785] repr of -nan value should contain the sign

Mark Dickinson added the comment: The sign of a NaN *is* fully supported, and easily accessible to those who need it. It just isn't part of the repr. Given that the sign is meaningless in the vast majority of applications, I think Python does the right thing here by leaving it out of the repr,

[issue26802] Avoid copy in call_function_var when no extra stack args are passed

Changes by SilentGhost : -- nosy: +haypo, martin.panter, yselivanov stage: -> patch review type: -> behavior ___ Python tracker ___

[issue23926] skipitem() in getargs.c still supports 'w' and 'w#', and shouldn't

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka versions: -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue26801] Fix shutil.get_terminal_size() to catch AttributeError

Serhiy Storchaka added the comment: > What platform do you get the AttributeError with? Perhaps the function is not > well covered in the test suite. I guess `os.get_terminal_size()` didn't exist on ancient OSes like DOS, OS/2, ancient UNIXes. On all supported platforms (including such exotic

[issue23926] skipitem() in getargs.c still supports 'w' and 'w#', and shouldn't

Joe Jevnik added the comment: bump -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/m

[issue26730] SpooledTemporaryFile doesn't correctly preserve data for text (non-binary) SpooledTemporaryFile objects when Unicode characters are written

Serhiy Storchaka added the comment: > This still depends on StringIO.tell() corresponding to the number of code > points, which is undocumented (we already disable newline translation in the > StringIO). See also Issue 25190. And doesn't work with Python implementation of StringIO. More genera

[issue26730] SpooledTemporaryFile doesn't correctly preserve data for text (non-binary) SpooledTemporaryFile objects when Unicode characters are written

Martin Panter added the comment: According to Issue 12215, the TextIOWrapper.tell() position only includes decoder state, not encoder state. So we may be lucky that tell() is proportional to the file size. If so my concern about max_size isn’t so important. But it still feels like a bad hack.

[issue26801] Fix shutil.get_terminal_size() to catch AttributeError

Emanuel Barry added the comment: I think Rietveld doesn't like me because I made it a .diff file, and not a .patch file, but who knows. It's a bit of a shot in the dark though, because I can't reproduce an environment where `os.get_terminal_size()` doesn't exist. I'm on Windows and sometimes

[issue26801] Fix shutil.get_terminal_size() to catch AttributeError

Martin Panter added the comment: The patch looks good to me. The function was originally written to be included in the “os” module, hence the NameError. The patch should probably be fine with Mercurial, but it looks like the Reitveld review system doesn’t like it :) What platform do you get th

[issue17233] http.client header debug output format

Changes by Luiz Poleto : -- nosy: +luiz.poleto ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue26016] io.TextIOWrapper.tell() report 65bit number when mix readline() + tell()

Martin Panter added the comment: EcmaXp: Do you think there is anything we can do for this? I think the cases discussed here are working as intended. -- resolution: -> not a bug status: open -> pending ___ Python tracker

[issue26798] add BLAKE2 to hashlib

Gregory P. Smith added the comment: Confirm that the CC license is valid/acceptable with Van L. first. That's why I pointed at the Apache 2 code, already a known good license. :) On Mon, Apr 18, 2016, 2:51 PM Christian Heimes wrote: > > Christian Heimes added the comment: > > BLAKE2 is under C

[issue26802] Avoid copy in call_function_var when no extra stack args are passed

New submission from Joe Jevnik: When star unpacking positions into a function we can avoid a copy iff there are no extra arguments coming from the stack. Syntactically this looks like: `f(*args)` This reduces the overhead of the call by about 25% (~30ns on my machine) based on some light prof

[issue13826] Having a shlex example in the subprocess.Popen docs is confusing

Changes by Berker Peksag : -- keywords: +easy stage: -> needs patch versions: +Python 3.5, Python 3.6 -Python 2.7, Python 3.2, Python 3.3 ___ Python tracker ___

[issue23251] mention in time.sleep() docs that it does not block other Python threads

Changes by Berker Peksag : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue17233] http.client header debug output format

Changes by Berker Peksag : -- keywords: +easy nosy: +berker.peksag stage: -> needs patch versions: +Python 3.5, Python 3.6 -Python 3.3, Python 3.4 ___ Python tracker ___ ___

[issue26801] Fix shutil.get_terminal_size() to catch AttributeError

New submission from Emanuel Barry: `shutil.get_terminal_size()` will sometimes propagate `AttributeError: module has not attribute 'get_terminal_size'` to the caller. The call checks for NameError, which makes no sense, so I guess it must be an oversight. Attached patch fixes it. (diff was g

[issue18591] threading.Thread.run returning a result

Berker Peksag added the comment: What is your use case? I think this can easily be implemented by subclassing the threading.Thread class: class MyThread(threading.Thread): def run(self): # skip try...finally to make the example shorter result = None

[issue11416] netrc module does not handle multiple entries for a single host

Frew Schmidt added the comment: This issue is causing a problem in OfflineIMAP. I wrote a patch that I think is a little simpler than the existing one, including tests and docs, though honestly I don't care one way or another. See attached. Note that the patch is for Python 2.7 but it mostl

[issue26730] SpooledTemporaryFile doesn't correctly preserve data for text (non-binary) SpooledTemporaryFile objects when Unicode characters are written

Martin Panter added the comment: I noticed another possible problem with using TextIOWrapper. We call tell() to see if a rollover is needed. But I think TextIOWrapper streams can return complicated values from tell(), encoding stuff like codec state and buffered data in an integer. At the mini

[issue26739] idle: Errno 10035 a non-blocking socket operation could not be completed immediately

Terry J. Reedy added the comment: No, admin privileges should not be needed to run Command Prompt. Ditto for python if you did not already need same to run IDLE. -- ___ Python tracker

[issue26798] add BLAKE2 to hashlib

Christian Heimes added the comment: BLAKE2 is under CC0 1.0 Universal, https://github.com/BLAKE2/libb2 OpenSSL 1.1.0 has no API to set salt, personal, digest length and key length (for keyed BLAKE2). I have asked Richard Salz and MJC if they'd accept a patch. Or I could ask Dmitry Chestnykh if

[issue26754] PyUnicode_FSDecoder() accepts arbitrary iterable

Philip Jenvey added the comment: See issue26800 for reasoning to go with #4 -- nosy: +pjenvey ___ Python tracker ___ ___ Python-bugs-l

[issue26800] Don't accept bytearray as filenames part 2

New submission from Philip Jenvey: Basically a reopen of the older issue8485 with the same name. It was decided there to drop support for bytearray filenames -- partly because of the complexity of handling buffers but it was also deemed to just not make much sense. This regressed or crept bac

[issue26798] add BLAKE2 to hashlib

Gregory P. Smith added the comment: CPython should not attempt make a judgement about the safety of a particular function. We can only document if something has known issues. We should only include things in the stdlib which are either (a) standard or (b) widely used regardless of being stand

[issue26797] Segafault in _PyObject_Alloc

Yury Selivanov added the comment: > Did you check your code using a debug build, PYTHONDEBUG=debug (if CPython is compiled in release mode), or PYTHONMALLOC=malloc + valgrind? (The env var requires CPython 3.6) Can't reproduce it in the debug build :( Since I'm not writing C by hand (I use Cyth

[issue26797] Segafault in _PyObject_Alloc

STINNER Victor added the comment: Usually a "bug in the memory allocator" means a buffer overflow in your code. Did you check your code using a debug build, PYTHONDEBUG=debug (if CPython is compiled in release mode), or PYTHONMALLOC=malloc + valgrind? (The env var requires CPython 3.6) -

[issue26799] gdb support fails with "Invalid cast."

New submission from Thomas: Trying to use any kind of python gdb integration results in the following error: (gdb) py-bt Traceback (most recent call first): Python Exception Invalid cast.: Error occurred in Python command: Invalid cast. I have tracked it down to the _type_... globals, and I a

[issue26739] idle: Errno 10035 a non-blocking socket operation could not be completed immediately

MICHAEL JACOBSON added the comment: Is the command prompt itself admin? I don't have access to the admin command prompt. -- ___ Python tracker ___ ___

[issue26785] repr of -nan value should contain the sign

Hrvoje Abraham added the comment: IEEE & C/C++ standards allow and explicitly mention it, some people and projects are using it, many compilers preserve it... I believe it's reasonable to support it despite the fact it does not have standardized semantic meaning. Maybe one day... --

[issue26798] add BLAKE2 to hashlib

Christian Heimes added the comment: I have SHA-3, SHAKE and BLAKE2s / BLAKE2b on my radar. PEP 247 and the current API definition of the hashlib module is too limited for the new hashing algorithms. It lacks variable output for SHAKE as well as salt and personalization for BLAKE. I started to

[issue26785] repr of -nan value should contain the sign

Mark Dickinson added the comment: This StackOverflow answer from one of the IEEE 754 committee members is highly relevant here: http://stackoverflow.com/a/21350299/270986 -- ___ Python tracker ___

[issue26796] BaseEventLoop.run_in_executor shouldn't specify max_workers for default Executor

Guido van Rossum added the comment: LGTM! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue26796] BaseEventLoop.run_in_executor shouldn't specify max_workers for default Executor

Hans Lawrenz added the comment: New patch attached. Includes comments and a note in the documentation. The documentation note is inside a versionchanged:: 3.5 block. Should this be more specific about the version it changed in? It could be confusing for someone using a version of 3.5 that does

[issue26779] pdb continue followed by an exception in the same frame shows incorrect frame linenumber

Changes by Sriram Rajagopalan : Removed file: http://bugs.python.org/file42486/bdbfix.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue26779] pdb continue followed by an exception in the same frame shows incorrect frame linenumber

Changes by Sriram Rajagopalan : Added file: http://bugs.python.org/file42508/bdbfix.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue26798] add BLAKE2 to hashlib

Changes by Ned Deily : -- nosy: +christian.heimes, gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue26798] add BLAKE2 to hashlib

Donald Stufft added the comment: > Right now all the hashlib algorithms are backed by OpenSSL. As far as I know, hashlib ships it's own implementations of anything that is a guaranteed algorithms (currently md5, sha1, and sha2, presumably sha3 too once that gets added). So I guess one questio

[issue26797] Segafault in _PyObject_Alloc

Changes by Ned Deily : -- nosy: +ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue26798] add BLAKE2 to hashlib

Alex Gaynor added the comment: Right now all the hashlib algorithms are backed by OpenSSL. OpenSSL 1.1.0 will have blake2, so perhaps the right move is just to wait for that to drop in a few weeks? Sadly many users with old OpenSSL's still won't have blake2, but pretty quickly Windows and OS

[issue26798] add BLAKE2 to hashlib

Zooko Wilcox-O'Hearn added the comment: Oh, just to be clear, I didn't mean to imply that BLAKE2 is _less_ safe than SHA-3. My best estimate is that BLAKE2 and SHA-3 are equivalently safe, and that either of them is safer than SHA-2, SHA-1, or MD5. -- _

[issue26755] Update version{added,changed} docs in devguide

Changes by Berker Peksag : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue26755] Update version{added,changed} docs in devguide

Roundup Robot added the comment: New changeset 6ef3d77b3c27 by Berker Peksag in branch 'default': Issue #26755: Clarify when version{added,changed} directives should be used in docs https://hg.python.org/devguide/rev/6ef3d77b3c27 -- nosy: +python-dev ___

[issue26798] add BLAKE2 to hashlib

New submission from Zooko Wilcox-O'Hearn: (Disclosure: I'm one of the authors of BLAKE2.) Please include BLAKE2 in hashlib. It well-suited for hashing long inputs (e.g. files), because it is substantially faster than SHA-3, SHA-2, SHA-1, or MD5 while also being safer than SHA-2, SHA-1, or MD5.

[issue26797] Segafault in _PyObject_Alloc

New submission from Yury Selivanov: I'm working on an implementation of asyncio event loop on top of libuv [1]. One of my tests crashes on Mac OS X with a segfault [2]. The problem is that it's not consistent -- looks like it depends on size of uvloop so binary, or/and amount of objects allo

[issue26785] repr of -nan value should contain the sign

Changes by Mark Dickinson : -- type: behavior -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue26785] repr of -nan value should contain the sign

Mark Dickinson added the comment: > Looks like the sign bit is off (0) in 2.7. Yep, that looks like issue 22590. It's "fixed" in Python 3, and I don't think it's worth changing in Python 2. About this issue (sign in repr of NaN): sorry, but I'm unconvinced. :-) >From the standpoint of IEEE 75

[issue26739] idle: Errno 10035 a non-blocking socket operation could not be completed immediately

Terry J. Reedy added the comment: 0. OK, 2.7.5 came out in 2013 May, after the 2.7 backport. Kristján, you did the backport. Do you have any idea about this? 1. Open a Command Prompt window, the command line console. For Win 7, it can be found find it on the Start menu under Admin or someth

[issue26615] Missing entry in WRAPPER_ASSIGNMENTS in update_wrapper's doc

Berker Peksag added the comment: __qualname__ was added to WRAPPER_ASSIGNMENTS in 963e98f5ad31 (issue 13544). Thanks for the patch! -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed type: -> behavior versions: +Python 3.5

[issue26615] Missing entry in WRAPPER_ASSIGNMENTS in update_wrapper's doc

Roundup Robot added the comment: New changeset 11d8f5d1968d by Berker Peksag in branch '3.5': Issue #26615: Add missing __qualname__ entry to functools.update_wrapper() docs https://hg.python.org/cpython/rev/11d8f5d1968d New changeset ee9921b29fd8 by Berker Peksag in branch 'default': Issue #266

[issue22873] Re: SSLsocket.getpeercert - return ALL the fields of the certificate.

Changes by Berker Peksag : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> ssl.getpeercert() should include extensions ___ Python tracker

[issue26787] test_distutils fails when configured --with-lto

Alecsandru Patrascu added the comment: This patch is for CPython 3, and if it looks good I will post also the CPython 2 version. -- ___ Python tracker ___ __

[issue26796] BaseEventLoop.run_in_executor shouldn't specify max_workers for default Executor

Guido van Rossum added the comment: There should at least be a comment at the definition of _MAX_WORKERS that it's only used on Python 3.4 and before. Maybe a note in the docs about the default executor would also be useful. Otherwise this is exactly what I had in mind -- thanks! PS. Could yo

[issue26796] BaseEventLoop.run_in_executor shouldn't specify max_workers for default Executor

Hans Lawrenz added the comment: Thanks, that makes sense. I've attached a patch with a version check. -- Added file: http://bugs.python.org/file42507/run_in_executor_max_workers_vcheck.patch ___ Python tracker ___

[issue26796] BaseEventLoop.run_in_executor shouldn't specify max_workers for default Executor

Guido van Rossum added the comment: I like this idea for 3.5 and later. I know this is a pain, but I would like the code to have a version check so that the identical code can still be used in Python 3.3 and 3.4. We go through great lengths to keep the asyncio package compatible with those ver

[issue26796] BaseEventLoop.run_in_executor shouldn't specify max_workers for default Executor

New submission from Hans Lawrenz: In issue 21527 the concurrent.futures.ThreadPoolExecutor was changed to have a default value for max_workers. When asyncio.base_events.BaseEventLoop.run_in_executor creates a default ThreadPoolExecutor it specifies a value o

[issue26795] Fix PEP 344 Python version

SilentGhost added the comment: I think the note at the top makes it perfectly clear that PEP 344 is superseded by PEP 3134 which has correct Python version. -- nosy: +SilentGhost resolution: -> not a bug stage: -> resolved status: open -> closed __

[issue26787] test_distutils fails when configured --with-lto

Alecsandru Patrascu added the comment: Hello, You can find a patch for this issue attached. Basically, since LTO needs LD flags when used, I modified the makefile template file and the test to push the flags up to the sysconfig module. -- keywords: +patch Added file: http://bugs.pytho

[issue26795] Fix PEP 344 Python version

New submission from Marat Sharafutdinov: Should be 3.0 instead of 2.5 -- assignee: docs@python components: Documentation files: pep-0344-version.patch keywords: patch messages: 263667 nosy: decaz, docs@python priority: normal severity: normal status: open title: Fix PEP 344 Python versio

[issue26720] memoryview from BufferedWriter becomes garbage

Martin Panter added the comment: Closing this as a duplicate of Issue 15994, where I have proposed a patch to add a note for RawIOBase.write(), and call memoryview.release() when the method returns. -- resolution: -> duplicate status: open -> closed superseder: -> memoryview to freed

[issue15994] memoryview to freed memory can cause segfault

Martin Panter added the comment: I think idea 2 (error if memoryview not released) would not work. It would rely on garbage collection, which is not always immediate. E.g. if the memoryview were kept alive by a reference cycle, it may not immediately be released. I don’t think idea 3 is worthw

[issue8027] distutils fail to determine c++ linker with unixcompiler if using ccache

Erik Bray added the comment: I'm also inclined to agree that the buggy code (and it *is* buggy even if it was meant to fix something originally) should be removed outright. Nobody can point to a real world issue that it fixes anymore, yet we can point to real world consequences caused by this

[issue8027] distutils fail to determine c++ linker with unixcompiler if using ccache

Changes by Erik Bray : -- nosy: +erik.bray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue26739] idle: Errno 10035 a non-blocking socket operation could not be completed immediately

MICHAEL JACOBSON added the comment: 0. I have Python 2.7.5 1. I don't know what you mean. 2. It fails right when I run it. IDLE stands for Python's Integrated DeveLopment Environment I am running IDLE / Python on a Windows Vista, Service pack 2 -- ___

[issue26657] Directory traversal with http.server and SimpleHTTPServer on windows

Martin Panter added the comment: Thanks for the report and the patch. -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___

[issue26793] uuid causing thread issues when forking using os.fork py3.4+

Steven Adams added the comment: Ok but the question still remains, why does it only happen on py3.4+?? -- ___ Python tracker ___ ___ P

[issue18378] locale.getdefaultlocale() fails on Mac OS X with default language set to English

Wolfgang Maier added the comment: ping? Just ran into this issue on OS X El Capitan with Region set to Germany and Language to English. Just as Ned pointed out 2 years ago, this results in LC_CTYPE set to 'UTF-8' in the terminal and docutils still can't cope with it. -- nosy: +wolma

[issue26777] test_asyncio: test_timeout_disable() fails randomly

STINNER Victor added the comment: The same test failed one more time, I pushed a fix. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue26777] test_asyncio: test_timeout_disable() fails randomly

Roundup Robot added the comment: New changeset 730a95c2d38f by Victor Stinner in branch '3.5': Fix test_asyncio.test_timeout_disable() https://hg.python.org/cpython/rev/730a95c2d38f -- nosy: +python-dev ___ Python tracker

[issue26793] uuid causing thread issues when forking using os.fork py3.4+

Xiang Zhang added the comment: I should not make more noise after realizing it's matter of thread and process. Sorry. :-( Except this one. :-) -- ___ Python tracker ___

[issue26793] uuid causing thread issues when forking using os.fork py3.4+

STINNER Victor added the comment: Hum, I should elaborate my explanation :-) os.fork() removes all threads except of the current thread. It's clearly stated in the fork manual page, but the Python os.fork() doesn't say anything about threads. https://docs.python.org/dev/library/os.html#os.fork

[issue26794] curframe can be None in pdb.py

Changes by SilentGhost : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue26793] uuid causing thread issues when forking using os.fork py3.4+

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue26791] shutil.move fails to move symlink (Invalid cross-device link)

SilentGhost added the comment: This seems to be only triggered when moving a symlink into its destination. Assumption in the code is that when _samefile returns True, it must be due to case-insensitive filesystem, rather than this edge case. -- nosy: +SilentGhost, tarek type: -> behav

[issue26657] Directory traversal with http.server and SimpleHTTPServer on windows

Roundup Robot added the comment: New changeset 8054a68dfce2 by Martin Panter in branch '3.5': Issue #26657: Fix Windows directory traversal vulnerability with http.server https://hg.python.org/cpython/rev/8054a68dfce2 New changeset 5d8042ab3361 by Martin Panter in branch 'default': Issue #26657:

[issue26794] curframe can be None in pdb.py

New submission from Jacek Pliszka: In /usr/lib64/python2.7/pdb.py in Pdb.default there is line: globals = self.curframe.f_globals curframe can be None so the line should be replaced by: globals = getattr(self.curframe, "f_globals", None) if hasattr(self, 'curframe') else None or something sh

[issue26793] uuid causing thread issues when forking using os.fork py3.4+

Xiang Zhang added the comment: I write a simple example which behaviour is like Steven's example. import os import sys import threading import ctypes import time def test(): while True: print(time.time()) _thread = threading.Thread(target=test) pid = os.fork() if pid > 0: sys.

[issue26793] uuid causing thread issues when forking using os.fork py3.4+

STINNER Victor added the comment: IMHO it's a bad idea to create a thread before forking. I suggest you to not create any kind of resource before calling daemonize(). -- nosy: +haypo ___ Python tracker ___

[issue26793] uuid causing thread issues when forking using os.fork py3.4+

Xiang Zhang added the comment: I am not sure what the real problem is. What I can see now it that it seems ctypes affects process fork. If you create the thread after fork, for example, in wait, your example works well. But if the thread participates in process fork, it fails. -- ___

[issue26793] uuid causing thread issues when forking using os.fork py3.4+

Steven Adams added the comment: My workaround didn't work either.. We are a number of third party libs including flask. As soon as i import flask the issues remains.. Maybe something with flask is importing ctypes? Something aint right.. -- ___ Pyt