[issue29368] Optimize unpickling list-like objects: use extend() instead of append()

Roundup Robot added the comment: New changeset 94d630a02a81 by Serhiy Storchaka in branch 'default': Issue #29368: The extend() method is now called instead of the append() https://hg.python.org/cpython/rev/94d630a02a81 -- nosy: +python-dev ___ Python

[issue29418] inspect.isroutine does not return True for some bound builtin methods

New submission from Manuel Krebber: Some of the builtin methods are not recognized as such by inspect.isroutine(). inspect.ismethoddescriptor() only returns True for the unbound versions of the methods but not the bound ones. For example: >>> inspect.isroutine(object.__str__) True >>> inspect

[issue29368] Optimize unpickling list-like objects: use extend() instead of append()

Roundup Robot added the comment: New changeset 328147c0edc3 by Victor Stinner in branch 'default': Issue #29368: Fix _Pickle_FastCall() usage in do_append() https://hg.python.org/cpython/rev/328147c0edc3 -- ___ Python tracker

[issue29368] Optimize unpickling list-like objects: use extend() instead of append()

Changes by Roundup Robot : -- stage: patch review -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue29368] Optimize unpickling list-like objects: use extend() instead of append()

Changes by Roundup Robot : -- resolution: -> fixed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue29368] Optimize unpickling list-like objects: use extend() instead of append()

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

[issue29368] Optimize unpickling list-like objects: use extend() instead of append()

Roundup Robot added the comment: New changeset f89fdc29937139b55dd68587759cadb8468d0190 by Serhiy Storchaka in branch 'master': Issue #29368: The extend() method is now called instead of the append() https://github.com/python/cpython/commit/f89fdc29937139b55dd68587759cadb8468d0190 New changese

[issue29368] Optimize unpickling list-like objects: use extend() instead of append()

STINNER Victor added the comment: > Even if I don't see any refleak, you might just run "./python -m test -R 3:3 > test_pickle" just to be sure :-) Change 94d630a02a81 introduced a crash in test_pickle: Fatal Python error: ..\Modules\_pickle.c:5847 object at 02B7F7BED2F8 has negative ref

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Serhiy Storchaka added the comment: This doesn't make the patch much bigger. Usually such kind of changes are made in one patch. Here is a patch that also changes the type of the self parameter to PyStructObject*. struct_fastcall-6.patch LGTM, but I prefer struct_fastcall-7.patch. --

[issue29263] Implement LOAD_METHOD/CALL_METHOD for C functions

STINNER Victor added the comment: I tried to benchmark b''.decode(encoding='ascii'): CALL_METHOD is not used for this call, but CALL_FUNCTION_KW :-/ So the call is not affected by your patch. I also ran a quick benchmark on loadmethod-methoddescr.patch: b''.decode(): 71.1 ns +- 0.5 ns -> 65.4

[issue29368] Optimize unpickling list-like objects: use extend() instead of append()

Serhiy Storchaka added the comment: Thanks Victor. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue29263] Implement LOAD_METHOD/CALL_METHOD for C functions

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

[issue27659] Prohibit implicit C function declarations

Chi Hsuan Yen added the comment: Hello, any updates here? I hope this merged soon so that potential issues on obscure platforms can be fixed as soon as possible. -- ___ Python tracker _

[issue29079] pathlib.resolve() causes infinite loop on Windows

Serhiy Storchaka added the comment: I'm not sure the fix is correct. os.path.dirname(s) can point to different place than os.path.abspath(os.path.join(s, os.pardir)) if the last component of s is "..", "." or a symbolic link. Would be nice to add tests. -- nosy: +serhiy.storchaka ___

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

STINNER Victor added the comment: -if (PyObject_GetBuffer(input, &vbuf, PyBUF_SIMPLE) < 0) -return NULL; Oh by the way, I forgot to mention a subtle change. PyObject_GetBuffer(PyBUF_SIMPLE) is less strict that PyArg_Parse("y#") / "buffer" converter of Argument Clinic: getargs.c als

[issue29263] Implement LOAD_METHOD/CALL_METHOD for C functions

INADA Naoki added the comment: I confirmed bm_mako performance degrade is caused by L1 cache miss. (I didn't use --with-optimization) https://gist.github.com/methane/b33edbf1f123ae026e704b0e005c3606 -- ___ Python tracker

[issue29414] Change 'the for statement is such an iterator' in Tutorial

Marco Buttu added the comment: I agree with you that the current sentence: "We have seen that the for statement is such an iterator" is wrong. But also the new sentence IMHO is confusing, because it stills compare statementes with objects: "the for statement expects an object that is iterable

[issue29263] Implement LOAD_METHOD/CALL_METHOD for C functions

STINNER Victor added the comment: Naoki> I confirmed bm_mako performance degrade is caused by L1 cache miss. I know this performance instability very well, the issue is called "code placement": https://haypo.github.io/journey-to-stable-benchmark-deadcode.html I tried to fight it with GCC __att

[issue29400] Instruction level tracing via sys.settrace

Xavier de Gaye added the comment: > The motivation for this suggestion was that for tracers that *are* interested > in instructions, it *might* be simpler to get two calls, one of 'line', and > one of 'instruction'. Maybe it's a bad idea though. Thanks for the clarification. It's ok if instruc

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Roundup Robot added the comment: New changeset f3ff4a3ce77c by Victor Stinner in branch 'default': Issue #29300: Convert _struct module to Argument Clinic https://hg.python.org/cpython/rev/f3ff4a3ce77c -- nosy: +python-dev ___ Python tracker

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

STINNER Victor added the comment: I also prefer Serhiy's struct_fastcall-7.patch over my struct_fastcall-6.patch. Serhiy Storchaka: "This doesn't make the patch much bigger. Usually such kind of changes are made in one patch." Well, it's just that you prefer to reduce the number of commits and

[issue27715] call-matcher breaks if a method is mocked with spec=True

jordan-pittier added the comment: I stumbled onto this today. I can confirm the issue. -- nosy: +jordan-pittier ___ Python tracker ___ ___

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Roundup Robot added the comment: New changeset e552e185f3087204d326409e8631eb33dd0e7958 by Victor Stinner in branch 'master': Issue #29300: Convert _struct module to Argument Clinic https://github.com/python/cpython/commit/e552e185f3087204d326409e8631eb33dd0e7958 -- _

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Changes by Roundup Robot : -- stage: -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Martin Panter added the comment: Shouldn’t the top-level unpack() parameter be called “buffer” like the other functions and methods, not “inputstr”? -- nosy: +martin.panter ___ Python tracker _

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Serhiy Storchaka added the comment: Propose for your consideration a patch that uses Argument Clinic for getting possible cached struct object from the format. This simplifies the implementation of module level functions. -- resolution: fixed -> stage: resolved -> patch review status:

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Martin Panter added the comment: FYI Victor, you can make non-C-contiguous buffers by slicing memoryview: >>> struct.unpack(">L", memoryview(b"1234")[::-1]) Traceback (most recent call last): File "", line 1, in BufferError: memoryview: underlying buffer is not C-contiguous Can also use the

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

STINNER Victor added the comment: Martin> Shouldn’t the top-level unpack() parameter be called “buffer” like the other functions and methods, not “inputstr”? Hum. I reopen the issue. Attached patch renames unpack() "inputstr" argument to "buffer" and uses the Py_buffer type for it. I had to f

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Serhiy Storchaka added the comment: > Oh by the way, I forgot to mention a subtle change. > PyObject_GetBuffer(PyBUF_SIMPLE) is less strict that PyArg_Parse("y#") / > "buffer" converter of Argument Clinic: getargs.c also checks that the > buffer is contiguous, extract of getbuffer(): We already

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Serhiy Storchaka added the comment: > So yeah, the "side effect" is that struct.pack("i", 1) becomes 1.56x faster > (-36%). Ok, maybe it was my main goal ;-) I also mentioned the "new" (?) > contiguous requirement on buffers. struct.pack() always was faster than int.to_bytes(). I wanted to speed

[issue29404] "TypeError: 'int' does not have the buffer interface" on memoryview over bytearray

Vincent Pelletier added the comment: My original point of view was that: - python3 is right to only accept integers, consistently with "str != bytes" - python2 is rather right to accept str, consistently with "str == bytes" - maybe the bug is that python2 should not reject integers, making the up

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Serhiy Storchaka added the comment: unpack_buffer.patch LGTM. Please backport test changes and other changes discussed before to other branches. -- ___ Python tracker ___ __

[issue29419] Argument Clinic: inline PyArg_UnpackTuple and PyArg_ParseStack(AndKeyword)?

New submission from STINNER Victor: Argument Clinic calls one the following functions depending on parameters: * PyArg_UnpackTuple(), _PyArg_UnpackStack() * PyArg_ParseTuple(), _PyArg_ParseStack() * PyArg_ParseTupleAndKeywords(), _PyArg_ParseStackAndKeywords() * etc. Would it make sense to emit

[issue29419] Argument Clinic: inline PyArg_UnpackTuple and PyArg_ParseStack(AndKeyword)?

Serhiy Storchaka added the comment: See issue23867 for the first step (unfinished). After that I planned to inline parsing code for PyArg_ParseTuple() with multiple arguments. Then split PyArg_ParseTupleAndKeywords() on two parts: first unpack keywords to linear sparse array and then handle it

[issue29404] "TypeError: 'int' does not have the buffer interface" on memoryview over bytearray

Serhiy Storchaka added the comment: > - maybe the bug is that python2 should not reject integers, making the > upgrade path to python3 (or the backward compatibility with python2, same > thing) easy. It is too late for this. You can use the helper that converts the argument to appropriate dep

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

STINNER Victor added the comment: Serhiy Storchaka: "But after converting the struct module to Argument Clinic struct.pack() is faster than int.to_bytes() again!" Sorry about that ;-) Serhiy Storchaka: "Now I need to find other ways to make int.to_bytes() even faster to win this chase." I r

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Roundup Robot added the comment: New changeset 32380d41e788 by Victor Stinner in branch '3.5': Issue #29300: test_struct tests unpack_from() with keywords https://hg.python.org/cpython/rev/32380d41e788 -- ___ Python tracker

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Roundup Robot added the comment: New changeset faa1e4f4b156 by Victor Stinner in branch 'default': Rename struct.unpack() 2nd parameter to "buffer" https://hg.python.org/cpython/rev/faa1e4f4b156 -- ___ Python tracker

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

STINNER Victor added the comment: Serhiy Storchaka: "We already made such changes in the past. The difference is subtle and I have doubts that choosing any of ways was deliberate." Right. IMHO it's safe to make sure that the buffer is contiguous. I'm quite sure that the code doesn't support n

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

STINNER Victor added the comment: Martin Panter: """FYI Victor, you can make non-C-contiguous buffers by slicing memoryview: >>> struct.unpack(">L", memoryview(b"1234")[::-1]) Traceback (most recent call last): File "", line 1, in BufferError: memoryview: underlying buffer is not C-contiguou

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

STINNER Victor added the comment: I like the overall cache_struct.patch change, but I have questions: see my review. -- ___ Python tracker ___ __

[issue29394] Cannot tunnel TLS connection through TLS connection

Maximilian Blochberger added the comment: Okay, I see, thanks for the hint. That worked perfectly – I found `asyncio.sslproto._SSLPipe` very useful for that purpose. I personally consider the behaviour of `ssl.SSLContext.wrap_socket()` unexpected and would raise an exception if that method cal

[issue23867] Argument Clinic: inline parsing code for 1-argument functions

STINNER Victor added the comment: I like the idea since I just proposed something similar in the issue #29419, but it seems like your change removes the function name from error messages which can become much more obscure. Maybe we should wrap all exceptions into a new TypeError which contains

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

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

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Changes by Roundup Robot : -- stage: patch review -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Changes by Roundup Robot : -- resolution: -> fixed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Roundup Robot added the comment: New changeset a88eb4fa9e7fdf1a1050786223044c6bb7949784 by Victor Stinner in branch '3.5': Issue #29300: test_struct tests unpack_from() with keywords https://github.com/python/cpython/commit/a88eb4fa9e7fdf1a1050786223044c6bb7949784 --

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Roundup Robot added the comment: New changeset a88eb4fa9e7fdf1a1050786223044c6bb7949784 by Victor Stinner in branch 'master': Issue #29300: test_struct tests unpack_from() with keywords https://github.com/python/cpython/commit/a88eb4fa9e7fdf1a1050786223044c6bb7949784 New changeset dcd4b1af2c59

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Roundup Robot added the comment: New changeset a88eb4fa9e7fdf1a1050786223044c6bb7949784 by Victor Stinner in branch '3.6': Issue #29300: test_struct tests unpack_from() with keywords https://github.com/python/cpython/commit/a88eb4fa9e7fdf1a1050786223044c6bb7949784 --

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Stefan Krah added the comment: PyBUF_SIMPLE implies C-contiguous for a conforming buffer provider. -- nosy: +skrah ___ Python tracker ___

[issue29404] "TypeError: 'int' does not have the buffer interface" on memoryview over bytearray

Stefan Krah added the comment: I agree it's too late to change 2.7, and 3.x cannot (and should not) be changed at this stage. -- ___ Python tracker ___ _

[issue29420] Python 3.6 change in dict iteration when inserting keys

New submission from Matthew Brett: The behavior of dict iteration has changed in Python 3.6, in that inserting keys during iteration has a different and unpredictable affect. For this code: d = {'foo': 1} for key in d: print(key) d.pop(key) d[key] = 1 Python 3.5 prints a single 'foo'

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

STINNER Victor added the comment: Stefan Krah: "PyBUF_SIMPLE implies C-contiguous for a conforming buffer provider." Oh ok, thanks for the confirmation. So my change didn't add new checks and my commit message is wrong :-) Only non-conforming objects are impacted, but in such case, it's more

[issue29421] Make int.to_bytes() and int.from_bytes() slightly faster

New submission from Serhiy Storchaka: Proposed patch makes int.to_bytes() and int.from_bytes() slightly faster. $ ./python -m perf timeit '1 .to_bytes(4, "little")' --compare-to "`pwd`/python0" Median +- std dev: [python0] 1.28 us +- 0.07 us -> [python] 1.17 us +- 0.07 us: 1.09x faster (-8%)

[issue29420] Python 3.6 change in dict iteration when inserting keys

R. David Murray added the comment: This "bug" has always existed, its just that its manifestation has changed. See issue 19332 for background. -- nosy: +r.david.murray resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Guard against changing dict durin

[issue29421] Make int.to_bytes() and int.from_bytes() slightly faster

STINNER Victor added the comment: Ah yes, I began with the exact same change when I experimented optimizing to_bytes(): http://bugs.python.org/issue29300#msg286781 I was going to suggest you the same, but the speedup was low compared to the cost of parsing arguments. Anyway, int-to_bytes-from

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

Serhiy Storchaka added the comment: Dear Roundup Robot, please don't close issues. -- resolution: fixed -> stage: resolved -> patch review status: closed -> open Added file: http://bugs.python.org/file46492/cache_struct-2.patch ___ Python tracker

[issue29300] Modify the _struct module to use FASTCALL and Argument Clinic

STINNER Victor added the comment: Serhiy Storchaka: "Dear Roundup Robot, please don't close issues." For what it's worth, I reported issues of this robot to python-dev: https://mail.python.org/pipermail/python-dev/2017-February/147317.html https://mail.python.org/pipermail/python-dev/2017-Febr

[issue29421] Make int.to_bytes() and int.from_bytes() slightly faster

Roundup Robot added the comment: New changeset 52c5a7c6 by Serhiy Storchaka in branch 'default': Issue #29421: Make int.to_bytes() and int.from_bytes() slightly faster https://hg.python.org/cpython/rev/52c5a7c6 -- nosy: +python-dev ___ Python

[issue29421] Make int.to_bytes() and int.from_bytes() slightly faster

Serhiy Storchaka added the comment: I tried this optimization few years ago. But with slow PyArg_ParseTupleAndKeywords() the effect was smaller and without _PyUnicode_EqualToASCIIId() the code was more cumbersome. -- resolution: -> fixed stage: patch review -> resolved status: open ->

[issue29414] Change 'the for statement is such an iterator' in Tutorial

Changes by Raymond Hettinger : -- assignee: docs@python -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list ma

[issue29421] Make int.to_bytes() and int.from_bytes() slightly faster

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29421] Make int.to_bytes() and int.from_bytes() slightly faster

Roundup Robot added the comment: New changeset f0c1bbce09dc21d82965f1706b30b69e285ca4d3 by Serhiy Storchaka in branch 'master': Issue #29421: Make int.to_bytes() and int.from_bytes() slightly faster https://github.com/python/cpython/commit/f0c1bbce09dc21d82965f1706b30b69e285ca4d3 --

[issue29421] Make int.to_bytes() and int.from_bytes() slightly faster

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29421] Make int.to_bytes() and int.from_bytes() slightly faster

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29420] Python 3.6 change in dict iteration when inserting keys

Matthew Brett added the comment: To clarify from comments on issue 19332: """ * The normal rule (not just for Python) is that a data structures have undefined behavior for mutating while iterating, unless there is a specific guarantee """ The change in Python 3.6 is just a different undefined

[issue29421] Make int.to_bytes() and int.from_bytes() slightly faster

STINNER Victor added the comment: 3 empty notifications from Roundup Robot :-/ -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue29079] pathlib.resolve() causes infinite loop on Windows

Steve Dower added the comment: At the point this code is running, it doesn't matter. The path doesn't exist, so trimming irrelevant segments from it will just cause a few extra iterations through resolve until we clear out enough of the absent segments to find something that does exist. abspa

[issue29263] Implement LOAD_METHOD/CALL_METHOD for C functions

Changes by INADA Naoki : Added file: http://bugs.python.org/file46493/loadmethod-methoddescr-2.patch ___ Python tracker ___ ___ Python-bugs-li

[issue29422] add socket independent timeout to httplib/http.client read

New submission from Patrick Michaud: Using python's httplib, there is no way to set a timeout for the full request cycle. A timeout can be given, which will apply to the connection attempt and each blocking socket operation. However, a malicious (or poorly performing) server can keep a conne

[issue29324] test_aead_aes_gcm fails on Kernel 4.9

jan matejek added the comment: The "'0' * taglen" part is now considered part of plaintext. Which makes a lot of sense :) Removing the "empty taglen" fixes the encryption part of the tests for me. Similarly, for the decryption test, we must only read and check the message without the tag. --

[issue29263] Implement LOAD_METHOD/CALL_METHOD for C functions

STINNER Victor added the comment: loadmethod-methoddescr-2.patch LGTM. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue29404] "TypeError: 'int' does not have the buffer interface" on memoryview over bytearray

Brett Cannon added the comment: As Serhiy and Stefan pointed out, it's too late to change Python 2.7 semantics. Closing as "not a bug". -- resolution: -> not a bug status: open -> closed ___ Python tracker __

[issue29324] test_aead_aes_gcm fails on Kernel 4.9

jan matejek added the comment: the attached patch fixes the test for me -- keywords: +patch Added file: http://bugs.python.org/file46494/test_socket_aead_kernel49.patch ___ Python tracker __

[issue29347] Python 2.7.8 is crashing while creating weakref for a given object.

Changes by Saida Dhanavath : -- versions: +Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___ ___ Pytho

[issue28749] Fixed the documentation of the mapping codec APIs

Changes by Serhiy Storchaka : -- assignee: docs@python -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue24875] pyvenv doesn´t install PIP inside a new venv with --system-site-package

Roundup Robot added the comment: New changeset 1bf1d36463b4 by Vinay Sajip in branch '3.5': Fixes #24875: pip can now be installed in a venv with --system-site-packages. https://hg.python.org/cpython/rev/1bf1d36463b4 New changeset 7d4701b4210f by Vinay Sajip in branch '3.6': Fixes #24875: Merged

[issue29213] python -m venv activate.bat has weird mix of line endings

Roundup Robot added the comment: New changeset 2b9e5cbdb0b1 by Vinay Sajip in branch '3.5': Fixes #29213: regularised EOLs of venv scripts. https://hg.python.org/cpython/rev/2b9e5cbdb0b1 New changeset 0f3ebeb389fe by Vinay Sajip in branch '3.6': Fixes #29213: merged fix from 3.5. https://hg.pyth

[issue14376] sys.exit documents argument as "integer" but actually requires "subtype of int"

Roundup Robot added the comment: New changeset 14682d00b09a by Mark Dickinson in branch '2.7': Issue #14376: sys.exit now accepts longs as well as ints. Thanks Gareth Rees. https://hg.python.org/cpython/rev/14682d00b09a -- nosy: +python-dev ___ Python

[issue14376] sys.exit documents argument as "integer" but actually requires "subtype of int"

Changes by Mark Dickinson : -- assignee: -> mark.dickinson resolution: -> fixed stage: test needed -> resolved status: open -> closed ___ Python tracker ___ ___

[issue29213] python -m venv activate.bat has weird mix of line endings

Roundup Robot added the comment: New changeset c23224ebc9e5 by Vinay Sajip in branch 'default': Closes #29213: Merged fix from 3.6. https://hg.python.org/cpython/rev/c23224ebc9e5 -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue14376] sys.exit documents argument as "integer" but actually requires "subtype of int"

Gareth Rees added the comment: Thank you, Mark (and everyone else who helped). -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue20185] Derby #17: Convert 49 sites to Argument Clinic across 13 files

Serhiy Storchaka added the comment: Updated patch for the gc module is synchronized with current sources and addresses Martin's comments. The only problem with this patch is that it exposes the default value for gc.collect() argument as constant 2 in Python instead of actual NUM_GENERATIONS-1

[issue29213] python -m venv activate.bat has weird mix of line endings

Roundup Robot added the comment: New changeset ef0264af4d1a1844c2feb32714870d636e583b3a by Vinay Sajip in branch 'master': Closes #29213: Merged fix from 3.6. https://github.com/python/cpython/commit/ef0264af4d1a1844c2feb32714870d636e583b3a -- ___

[issue29213] python -m venv activate.bat has weird mix of line endings

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29213] python -m venv activate.bat has weird mix of line endings

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29213] python -m venv activate.bat has weird mix of line endings

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29213] python -m venv activate.bat has weird mix of line endings

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue24875] pyvenv doesn´t install PIP inside a new venv with --system-site-package

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29213] python -m venv activate.bat has weird mix of line endings

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue29213] python -m venv activate.bat has weird mix of line endings

Changes by Roundup Robot : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/pytho

[issue24875] pyvenv doesn´t install PIP inside a new venv with --system-site-package

Roundup Robot added the comment: New changeset fca720360f87f6dd2cd2030f7f98f689809c45d9 by Vinay Sajip in branch 'master': Fixes #24875: pip can now be installed in a venv with --system-site-packages. https://github.com/python/cpython/commit/fca720360f87f6dd2cd2030f7f98f689809c45d9 New changes

  1   2   >