[issue10261] tarfile iterator without members caching

Lars Gustäbel added the comment: Closing after six years of inactivity. -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker ___

[issue26803] syslog logging handler fails with address in unix abstract namespace

New submission from Xavier de Gaye: The traceback: Traceback (most recent call last): File "Lib/logging/handlers.py", line 917, in emit self.socket.sendto(msg, self.address) TypeError: getsockaddrarg: AF_INET address must be tuple, not bytes The attached patch reproduces t

[issue21668] The select and time modules uses libm functions without linking against it

Xavier de Gaye added the comment: The _datetime module also calls functions in libm: delta_new() uses round() and accum() uses modf(). The attached patch updates setup.py for all the modules that use libm. -- nosy: +xdegaye Added file: http://bugs.python.org/file42514/ext_modules_libm.p

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

Joe Jevnik added the comment: in _PyEval_EvalCodeWithName we will have already pulled the underlying array out of the tuple subclass and the then we will reconstruct the vararg value in the locals from this array. This means that with this patch we can get: >>> class C(tuple): pass ... >>> de

[issue21668] The select and time modules uses libm functions without linking against it

Chi Hsuan Yen added the comment: The approach with a helper function is better. See https://github.com/yan12125/python3-android/blob/038271d/mk/python/modules-link-libm.patch. By the way, I have verified there are no libraries referencing libm functions with https://github.com/yan12125/python

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

Changes by Joe Jevnik : -- type: -> performance ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

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

STINNER Victor added the comment: Tests fail on FreeBSD: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%203.5/builds/713/steps/test/logs/stdio Example: == FAIL: test_unicode_link1 (test.test_tarfile.UstarUnico

[issue26804] Prioritize lowercase proxy variables in urllib.request

New submission from Hans-Peter Jansen: During programming a function, that replaces a wget call, I noticed, that something is wrong with urllibs proxy handling. I usually use the scheme "http_proxy= wget -N -nd URL" when I need to bypass the proxy. Hence I was pretty confused, that this doesn

[issue26804] Prioritize lowercase proxy variables in urllib.request

Changes by Hans-Peter Jansen : -- versions: +Python 3.6 -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue22359] Remove incorrect uses of recursive make

Xavier de Gaye added the comment: Here is a patch that does not use GNU make conditionals. Patch tested by running the test suite both natively and after a cross-compilation. -- Added file: http://bugs.python.org/file42517/cross-chgeset-c2a53aa27cad_2.patch _

[issue26804] Prioritize lowercase proxy variables in urllib.request

Changes by SilentGhost : -- components: +Library (Lib) -Extension Modules nosy: +orsenthil stage: -> patch review ___ 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

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

[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 78ede2baa146 by Lars Gustäbel in branch '3.5': Issue #24838: Fix test_tarfile.py for non-utf8 filesystem encodings. https://hg.python.org/cpython/rev/78ede2baa146 New changeset 08835d1e7a50 by Lars Gustäbel in branch 'default': Issue #24838: Merge t

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

Lars Gustäbel added the comment: Sorry for the glitch, I suppose everything works fine now. -- status: open -> closed ___ Python tracker ___ _

[issue1322] Deprecate platform.dist() and platform.linux_distribution() functions

Andy Maier added the comment: Nir currently proposes to change the package name from "ld" to "dist". See https://github.com/nir0s/ld/issues/103 Comments on this name change proposal are welcome (over there). On "Given the unremarkable simplicity of implementing this function correctly ...": I

[issue1322] Deprecate platform.dist() and platform.linux_distribution() functions

Andy Maier added the comment: @leycec: By the way, the "ld" package *does* use shlex.shlex() to parse the os-release file. -- ___ Python tracker ___ _

[issue26058] PEP 509: Add ma_version to PyDictObject

STINNER Victor added the comment: Patch version 8: * Update to the latest PEP: remove micro-optimization in dictobject.c if the new value is identical to the current value, dict.__setitem__() now always changes the version * Refactor test_pep509 to address Brett's comments * Add new unit tests

[issue26058] PEP 509: Add ma_version to PyDictObject

STINNER Victor added the comment: timeit microbenchmarks on dict_version-8.patch, minimum of 10 runs. $ ./python.orig -m timeit 'd={1: 0}; d[2]=0; d[3]=0; d[4]=0; del d[1]; del d[2]; d.clear()' 100 loops, best of 3: 0.292 usec per loop $ ./python.version -m timeit 'd={1: 0}; d[2]=0; d[3]=0;

[issue26058] PEP 509: Add ma_version to PyDictObject

STINNER Victor added the comment: I ran again timeit microbenchmarks with CPU isolation on dict_version-8.patch, minimum of 10 runs. -m timeit 'd={1: 0}; d[2]=0; d[3]=0; d[4]=0; del d[1]; del d[2]; d.clear()' * Original: 287 ns * Version: 289 ns (+2 ns, +0.7%) -m timeit 'd={i:i for i in range

[issue26058] PEP 509: Add ma_version to PyDictObject

STINNER Victor added the comment: pybench results on dict_version-8.patch with CPU isolation: http://haypo-notes.readthedocs.org/microbenchmark.html As usual, I'm very skeptical on the pybench results which almost look like noise. I don't understand how my change can make any operation *faster

[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 Berker Peksag : -- resolution: -> fixed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue26058] PEP 509: Add ma_version to PyDictObject

Marc-Andre Lemburg added the comment: On 19.04.2016 12:52, STINNER Victor wrote: > > As usual, I'm very skeptical on the pybench results which almost look like > noise. I don't understand how my change can make any operation *faster*, > whereas some benchmarks are faster with the patch... Thi

[issue26058] PEP 509: Add ma_version to PyDictObject

STINNER Victor added the comment: > Could you perhaps check what's causing these slowdowns ? It's obvious, no? My patch causes the slowdown. On a timeit microbenchmark, I don't see such slowdown. That's also why I suspect that pybench is unstable. python3.6 -m timeit '{}' says 105 ns with and

[issue26058] PEP 509: Add ma_version to PyDictObject

Marc-Andre Lemburg added the comment: On 19.04.2016 13:11, STINNER Victor wrote: > > STINNER Victor added the comment: > >> Could you perhaps check what's causing these slowdowns ? > > It's obvious, no? My patch causes the slowdown. Well, yes, of course :-) I meant whether there's anything yo

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

New submission from Paul Moore: People often look towards collections.namedtuple when all they actually want is "named attribute" access to a collection of values, without needing a tuple subclass, or positional access. In these cases, types.SimpleNamespace may be a better fit. I suggest addi

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

Changes by Chris Angelico : -- nosy: +Rosuav ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue26769] Python 2.7: make private file descriptors non inheritable

STINNER Victor added the comment: > It looks like some of these do make the file descriptor accessible to the > Python user. (...) Oh right, I reverted changes on these modules. What do you think of the patch version 2? Changes since patch version 1: * Revert changes in linuxaudio, oss, sele

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

Changes by Berker Peksag : -- keywords: +easy stage: -> needs patch versions: +Python 3.5 ___ Python tracker ___ ___ Python-bugs-list

[issue23710] C API doc for PyObject_HEAD is outdated

Berker Peksag added the comment: Docs of PyObject_HEAD and friends have already been fixed in 760c5cfacbaa. https://docs.python.org/3/extending/newtypes.html still needs to be updated to mention ob_base: This is what a Noddy object will contain—in this case, nothing more than what every P

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

Changes by Tommy Sparber : -- nosy: +tsparber ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue9014] Incorrect documentation of the PyObject_HEAD macro

Changes by Berker Peksag : -- stage: commit review -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue11233] clarifying Availability: Unix

Changes by Berker Peksag : -- nosy: +berker.peksag stage: needs patch -> patch review type: -> enhancement versions: +Python 3.5, Python 3.6 ___ Python tracker ___ _

[issue22297] 2.7 json encoding broken for enums

Berker Peksag added the comment: -1 from me, too. -- nosy: +berker.peksag stage: -> resolved status: open -> closed ___ Python tracker ___ __

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

STINNER Victor added the comment: LGTM. I was going to push your sugestion when I saw that you are allowed to push yourself. See my attached patch: * I fixed :ref:`types.SimpleNamespace` => you have to use :class:`...` * I replaced "may be" with "can be" (I'm not confortable with "may", but it'

[issue13876] Sporadic failure in test_socket: testRecvmsgEOF

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

[issue21668] The select and time modules uses libm functions without linking against it

Roundup Robot added the comment: New changeset f92fea23161d by Victor Stinner in branch '3.5': setup.py: add missing libm dependency https://hg.python.org/cpython/rev/f92fea23161d New changeset 3a9b47b062b9 by Victor Stinner in branch 'default': Merge 3.5: Issue #21668 https://hg.python.org/cpyt

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

Paul Moore added the comment: Thanks Victor. I'll sort this out this evening when I get to my PC with access to the CPython repo. -- ___ Python tracker ___ _

[issue21668] The select and time modules uses libm functions without linking against it

STINNER Victor added the comment: I pushed ext_modules_libm.patch with the helper function proposed by Chi Hsuan Yen in https://github.com/yan12125/python3-android/blob/038271d/mk/python/modules-link-libm.patch. Tell me if it's not enough. I hope that it will make CPython a little bit more po

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

STINNER Victor added the comment: +if (!nstar) { +/* There are no positional arguments on the stack or in in a + sequence that was unpacked. */ +return PyTuple_New(0); +} It's possible that stararg is already an empty tuple. Is it worth to us

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

STINNER Victor added the comment: call-function-var.patch LGTM. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue25942] subprocess.call SIGKILLs too liberally

Mike Pomraning added the comment: Re: #2, I'd rather have a zombie than a hard kill on a child whose code I perhaps don't control. Zombies are a fact of life (er, a fact of undeath?) in UNIX process management, and are the historical and IMHO expected behavior. -- ___

[issue11233] clarifying Availability: Unix

STINNER Victor added the comment: I like the idea of a single place where the Availability is described, and adding a link to this place. availability-directive.patch LGTM. -- nosy: +haypo ___ Python tracker

[issue26803] syslog logging handler fails with address in unix abstract namespace

STINNER Victor added the comment: The following change looks good to me: -if isinstance(address, str): +if isinstance(address, (str, bytes)): self.unixsocket = True self._connect_unixsocket(address) But I don't understand the testcase. Is an address sta

[issue26516] Add PYTHONMALLOC env var and add support for malloc debug hooks in release mode

Roundup Robot added the comment: New changeset c4c14e34e528 by Victor Stinner in branch 'default': Don't define _PyMem_PymallocEnabled() if pymalloc is disabled https://hg.python.org/cpython/rev/c4c14e34e528 -- ___ Python tracker

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

STINNER Victor added the comment: get_terminal_size.diff LGTM. Would you like to try to write an unit test? Maybe using unittest.mock.patch? -- nosy: +haypo ___ Python tracker _

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

STINNER Victor added the comment: > On all supported platforms (including such exotic as old AIX, QNX or Minix) > it should be defined. test_shutil always call shutil.get_terminal_size() and I didn't see any failure on the unit suite on our buildbots, even less common platforms like OpenBSD,

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

STINNER Victor added the comment: I tried Python 3.6 with "./configure --with-pydebug --without-pymalloc --with-valgrind". The py-bt commands works as expect in gdb. Can you try to modify python-gdb.py to get a traceback of your Invalid cast error? > I am able to fix it with the following com

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

STINNER Victor added the comment: FYI I ran the full test suite with the second attached patch and all tests pass. By the way, please add a suffix like -2, -3, etc. to your patches next time. It's easier to identify them if they have a different name ;-) -- ___

[issue22558] Missing doc links to source code

Changes by Yoni Lavi : -- nosy: +Yoni Lavi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

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

Joe Jevnik added the comment: > It's possible that stararg is already an empty tuple. Is it worth to use it? PyTuple_New(0) should return the unit tuple in most cases: #if PyTuple_MAXSAVESIZE > 0 if (size == 0 && free_list[0]) { op = free_list[0]; Py_INCREF(op); #ifdef COUNT

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

Thomas added the comment: I have done a bit more digging, turns out it is actually no problem at all to debug python in gdb with gdb with python support (at least using a fixed python-gdb-py). Turns out the type->length of the the globally initialized ptr types is wrong: It is 4 instead of 8,

[issue4260] ctypes.xFUNCTYPE are decorators.

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

[issue1612012] builtin compile() doc needs PyCF_DONT_IMPLY_DEDENT

Berker Peksag added the comment: A similar request (issue 12207 - "Document ast.PyCF_ONLY_AST") was rejected in 2012. -- nosy: +berker.peksag resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

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

Josh Rosenberg added the comment: BTW, for a realistic use case that would be sped up by this patch (possibly a lot), consider a recursive function that is continually doing a "virtual" pop of the first argument, and receiving the rest as varargs, which are then unpacked for the recursive call

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

Emanuel Barry added the comment: On posix-based OSes, `os.get_terminal_size` might not exist ( https://hg.python.org/cpython/file/default/Modules/posixmodule.c#l12462 ), so this is needed. New patch file with tests included. -- Added file: http://bugs.python.org/file42522/get_term_siz

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

Emanuel Barry added the comment: Hmm, if `sys.__stdout__` was deleted (or set to `None`), this would also raise an `AttributeError` when calling `shutil.get_terminal_size`, so I think that even if `os.get_terminal_size` is guaranteed to be always present (which it's not, IIUC), catching `Attri

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

Roundup Robot added the comment: New changeset c3232d1d8ca0 by Paul Moore in branch 'default': Mention types.SimpleNamespace in collections.namedtuple doc https://hg.python.org/cpython/rev/c3232d1d8ca0 -- nosy: +python-dev ___ Python tracker

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

Changes by Emanuel Barry : Added file: http://bugs.python.org/file42523/get_term_size_with_test2.patch ___ Python tracker ___ ___ Python-bugs-

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

Changes by Paul Moore : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ ___ Pyth

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

STINNER Victor added the comment: > Turns out the type->length of the the globally initialized ptr types is > wrong: It is 4 instead of 8, causing the cast to fail. I suspect the > initialization is done before the executable is loaded and gdb is using some > default. Hum. I see two options:

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

STINNER Victor added the comment: types.SimpleNamespace is also available on Python 3.5, you may also modify Python 3.5 doc. -- ___ Python tracker ___ __

[issue14102] argparse: add ability to create a man page

Changes by Zbyszek Jędrzejewski-Szmek : -- nosy: +zbysz ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

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

STINNER Victor added the comment: > Hmm, if `sys.__stdout__` was deleted (or set to `None`), this would also > raise an `AttributeError` when calling `shutil.get_terminal_size`, so I think > that even if `os.get_terminal_size` is guaranteed to be always present (which > it's not, IIUC), catchi

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

Paul Moore added the comment: Ah, thanks. I probably did the commit the wrong way round in that case, as I committed to tip. How should I do the commit into 3.5? (I'm also somewhat confused by the fact that hg describes the 3.5 branch as "inactive"...) -- _

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

Serhiy Storchaka added the comment: Honest, I don't think that we need such complex test for the case that isn't occurred in wild. If delete os.get_terminal_size, all TermsizeTests tests fail, so we will know if encounter a platform without os.get_terminal_size. Instead I suggest to add ValueE

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

STINNER Victor added the comment: I don't know what "inactive" means in Mercurial. Python 3.5 is actively developed (maintained): https://docs.python.org/devguide/#status-of-python-branches > How should I do the commit into 3.5? Update to 3.5 (hg up 3.5), transplant your change (hg transplant c

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

Serhiy Storchaka added the comment: call-function-var-3.patch LGTM. Thank you for your contribution Joe. -- assignee: -> serhiy.storchaka stage: patch review -> commit review ___ Python tracker ___

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

STINNER Victor added the comment: > Honest, I don't think that we need such complex test for the case that isn't > occurred in wild. Right. I'm also fine if you test manually this corner case. The Lib/shutil.py change LGTM in get_term_size_with_test2.patch (I ignored the unit test).

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

Emanuel Barry added the comment: To be fair, I don't think we actually need a unit test to check if `os.get_terminal_size` exists, as we catch any `AttributeError` at all. I'd want to keep the except clause there to properly handle `sys.__stdout__` being `None` (or simply absent). I also don't

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

Roundup Robot added the comment: New changeset e3763b5964b6 by Victor Stinner in branch '3.5': Fix shutil.get_terminal_size() error handling https://hg.python.org/cpython/rev/e3763b5964b6 New changeset 75f40345d784 by Victor Stinner in branch 'default': Merge 3.5: issue #26801 https://hg.python.

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

STINNER Victor added the comment: Well, since Serhiy, Emmanuel and me agree that unit tests are overkill, I pushed the obivous and trivial fix. Thank you Emmanual for your contribution! I added your name to Misc/ACKS ;-) -- ___ Python tracker

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

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

Berker Peksag added the comment: Or if you don't want to use any hg extension: hg update 3.5 hg import --no-c http://bugs.python.org/file42520/collections.patch hg commit hg update default hg merge 3.5 hg revert -ar default hg resolve -am hg commit (Null merge (hg merge 3.5 and later) is step d

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

Roundup Robot added the comment: New changeset 15b20201cfa5 by Serhiy Storchaka in branch 'default': Issue #26802: Optimized calling a function with *args only positional arguments. https://hg.python.org/cpython/rev/15b20201cfa5 -- nosy: +python-dev _

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

Serhiy Storchaka added the comment: FYI, there is a proposition about constructing arguments tuple and dict in bytecode instead of ceval.c. This will significantly simplify CALL_FUNCTION (which will get just one optional tuple and one optional dict). Likely this idea will be implemented after

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

STINNER Victor added the comment: Good news. On a microbenchmark, the patch makes func(*tuple) between 14% and 18% faster. See attached bench.py. I ran the benchmark on Linux with isolated CPUs to get reliable results. https://haypo-notes.readthedocs.org/microbenchmark.html $ ./python-orig ~/p

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

Serhiy Storchaka added the comment: Here is a patch that adds ValueError in the exceptions list and adds tests. -- resolution: fixed -> status: closed -> open Added file: http://bugs.python.org/file42525/get_terminal_size_valueerror.patch ___ Python

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

STINNER Victor added the comment: > New changeset 15b20201cfa5 by Serhiy Storchaka in branch 'default': Oh. I was cooking a commit, you was faster than me :-) IMHO it's worth to make the optimization in Misc/NEWS, or maybe even in Whats new in Python 3.6. I prepared the text: Issue #26802: O

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

STINNER Victor added the comment: > FYI, there is a proposition about constructing arguments tuple and dict in > bytecode instead of ceval.c. This will significantly simplify CALL_FUNCTION > (which will get just one optional tuple and one optional dict). Likely this > idea will be implemented

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

STINNER Victor added the comment: I reviewed skipitems.patch. -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list

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

Serhiy Storchaka added the comment: > Do you have a reference to the more efficient implementation of CALL_FUNCTION? Actually it was about MAKE_FUNCTION. But I think the same is applicable to CALL_FUNCTION. http://comments.gmane.org/gmane.comp.python.devel/157321 -- _

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

Joe Jevnik added the comment: CALL_FUNCTION doesn't use extended arg; I don't see what we get by adding some opcode to convert the sequence into a tuple. We also don't want to box up the stack arguments into a tuple because when we do a CALL_FUNCTION to a python function we just copy the stack

[issue26805] Refer to types.SimpleNamespace in namedtuple documentation

Roundup Robot added the comment: New changeset 3115b6ce1006 by Paul Moore in branch '3.5': Mention types.SimpleNamespace in collections.namedtuple doc https://hg.python.org/cpython/rev/3115b6ce1006 -- ___ Python tracker

[issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0

Christian Heimes added the comment: The patch makes Python compatible with OpenSSL 1.1.0-pre6-dev from git. The ssl and hashlib module are also compatible with OpenSSL 0.9.8zh, 1.0.1s, 1.0.2g as well as LibreSSL 2.3.3. -- Added file: http://bugs.python.org/file42526/0001-Port-Python-s-S

[issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0

Changes by Christian Heimes : Removed file: http://bugs.python.org/file42184/0001-Port-Python-s-SSL-module-to-OpenSSL-1.1.0-WIP.patch ___ Python tracker ___

[issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0

Christian Heimes added the comment: PS: The patch depends on https://github.com/openssl/openssl/pull/979 -- ___ Python tracker ___ ___

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

Roundup Robot added the comment: New changeset 6535481d610e by Victor Stinner in branch 'default': Optimize func(*tuple) function call https://hg.python.org/cpython/rev/6535481d610e -- ___ Python tracker __

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

Martin Panter added the comment: I doubt it is worth spending much effort supporting sys.__stdout__ being overwritten with StringIO or deleted. That seems an abuse of the “sys” module. Idle doesn’t even seem to alter this attribute. But if you call stdout.close() or detach(), I think that is a

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

STINNER Victor added the comment: > New changeset 6535481d610e by Victor Stinner in branch 'default': > Optimize func(*tuple) function call > https://hg.python.org/cpython/rev/6535481d610e Oops. Mercurial is too hard for me /o\ I didn't want to push this change, since Serhiy already pushed the

[issue26806] IDLE not displaying RecursionError tracebacks

New submission from Terry J. Reedy: Test program: import sys sys.setrecursionlimit(20) def f(): return f() f() F:\Python\mypy>python tem.py Traceback (most recent call last): File "tem.py", line 4, in f() File "tem.py", line 3, in f def f(): return f() ... RecursionError: maximum r

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

Chase Sterling added the comment: @STINNER Victor Your example is starting a thread before calling fork, the other examples just init a threading.Thread class before the fork (I imagine the OS thread is not created at that point.) Are you saying that just instantiating a threading.Thread class

[issue26058] PEP 509: Add ma_version to PyDictObject

STINNER Victor added the comment: Results of the CPython benchmark suite on dict_version-8.patch. IMHO regex_v8 can be ignored, this benchmark is unstable (issue #26275). Original python: ../pep509/python 3.6.0a0 (default:3a9b47b062b9, Apr 19 2016, 16:23:15) [GCC 5.3.1 20151207 (Red Hat 5.3.1-

[issue26769] Python 2.7: make private file descriptors non inheritable

Martin Panter added the comment: The patch looks reasonable as far as I understand it. I don’t know what the consequences of adding new PyAPI_FUNC() symbols to 2.7 is, or changing the Windows build files, so can’t really comment on those aspects though. I left some questions about porting _Py_

[issue24291] Many servers (wsgiref, http.server, etc) can truncate large output blobs

Martin Panter added the comment: Widening the scope of the title to attract reviewers :) -- title: wsgiref.handlers.SimpleHandler truncates large output blobs -> Many servers (wsgiref, http.server, etc) can truncate large output blobs ___ Python trac

[issue22558] Missing doc links to source code

Yoni Lavi added the comment: I went over all the library rst files and added a link to the source for each of the modules. Also, I standardized the structure of the headers in all of the files to be in the following order: """ .. module .. moduleauthor .. sectionauthor .. versionadded **Sou

[issue26804] Prioritize lowercase proxy variables in urllib.request

Martin Panter added the comment: I think this should be applied as a bug fix to 2.7 and 3.5 as well. What do you think? Lowercase is the normal way to use these variables. I left some comments on the code review. A similar bug seems to exist for the “no_proxy” variable. Also, it would be nice

[issue17233] http.client header debug output format

Luiz Poleto added the comment: The attached patch fixes 2 of the main issues reported: - Missing header values - Missing newline at the end of the header line I thought about the suggestion to include the response headers with the reply but considering that they are two different elements in a

[issue22359] Remove incorrect uses of recursive make

Martin Panter added the comment: I think this may be a viable solution Xavier. See review suggestion about building from read-only source though. -- ___ Python tracker ___ _

[issue22359] Remove incorrect uses of recursive make

Changes by Martin Panter : -- dependencies: -When cross-compiling, don’t try to execute binaries status: languishing -> open ___ Python tracker ___ _

[issue22625] When cross-compiling, don’t try to execute binaries

Martin Panter added the comment: In Issue 22359, Xavier has posted a patch that looks like a reasonable solution to both cross compiling and allowing parallel make. -- resolution: -> duplicate status: open -> closed superseder: -> Remove incorrect uses of recursive make _

  1   2   >