[issue29953] Memory leak in the replace() method of datetime and time objects

Changes by Serhiy Storchaka : -- pull_requests: +824 ___ Python tracker ___ ___

[issue29952] "keys and values" is preferred to "keys and elements" for name of dict constituent

INADA Naoki added the comment: New changeset 4c75fbb485c0e42181aab95c2ae92c597915827c by INADA Naoki in branch '3.6': bpo-29952: Use usual terminology of dict (GH-922) https://github.com/python/cpython/commit/4c75fbb485c0e42181aab95c2ae92c597915827c --

[issue29897] itertools.chain behaves strangly when copied with copy.copy

Serhiy Storchaka added the comment: Just for example there is a patch that implements in Python deeper copying for itertools.chain objects. I doesn't mean pushing it, it is too complicated. I have wrote also slightly simpler implementation, but it doesn't work due to the behavior of copied

[issue29941] Confusion between asserts and Py_DEBUG

Thomas Wouters added the comment: New changeset a00c3fd12d421e41b769debd7df717d17b0deed5 by T. Wouters in branch 'master': bpo-29941: Assert fixes (#886) https://github.com/python/cpython/commit/a00c3fd12d421e41b769debd7df717d17b0deed5 -- ___

[issue29941] Confusion between asserts and Py_DEBUG

Thomas Wouters added the comment: This needs some measure of backporting, now that it's just build-time fixes. I'll take a look. -- ___ Python tracker

[issue29725] sqlite3.Cursor doesn't properly document "arraysize"

Cheryl Sabella added the comment: Hi Aviv, Thank you so much for explaining that! It's obvious to me now. It wasn't marked as READ ONLY in the program, so of course it would set by the caller. I'll be able to document that. I still have the question about this line in fetchall - " Note

<    1   2   3   4   5