[issue46083] PyUnicode_FSConverter() has confusing reference semantics

New submission from Thomas Wouters : The PyUnicode_FSConverter function has confusing reference semantics, and confusing documentation. https://docs.python.org/3/c-api/unicode.html#c.PyUnicode_FSConverter says the output argument "must be a PyBytesObject* which must be released when it

[issue46150] test_pathlib assumes "fakeuser" does not exist as user

New submission from Thomas Wouters : test_pathlib contains, in PosixPathTest.test_expanduser, a check that expanduser on a nonexistent user will raise RuntimeError. Leaving aside the question why that's a RuntimeError (which is probably too late to fix anyway), the test performs this

[issue46885] Ensure PEP 663 changes are reverted from 3.11

Change by Thomas Wouters : -- nosy: +twouters ___ Python tracker <https://bugs.python.org/issue46885> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1617699] slice-object support for ctypes Pointer/Array

Thomas Wouters added the comment: I'd like to check this into the trunk, without the non-step-1 support for now, so that we can remove simple slicing from the py3k branch. We can always add non-step-1 support later (all the sooner if someone who isn't me volunteers to do the painful bi

[issue1617687] specialcase simple sliceobj in list (and bugfixes)

Thomas Wouters added the comment: I prefer the current method, as it's more obviously walking in two strides across the same array. I also dislike hiding the final memmove() of the tail bit inside the loop. As for which is more obvious, I would submit neither is obvious, as it took me qu

[issue1617702] extended slicing for buffer objects

Thomas Wouters added the comment: Committed revision 57619. -- assignee: -> twouters resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1617701] extended slicing for structseq

Thomas Wouters added the comment: Committed revision 57619. -- assignee: -> twouters resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1617698] Extended slicing for array objects

Thomas Wouters added the comment: Committed revision 57619. -- assignee: -> twouters resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1617682] specialcase simple sliceobj in tuple/str/unicode

Thomas Wouters added the comment: Committed revision 57619. -- assignee: -> twouters resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1617691] Extended slicing for UserString

Thomas Wouters added the comment: Committed revision 57619. -- assignee: -> twouters resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1617700] slice-object support for mmap

Thomas Wouters added the comment: Committed revision 57619. -- assignee: -> twouters resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1056] test_cmd_line starts python without -E

New submission from Thomas Wouters: test_cmd_line tests various things by spawning sys.executable. Unfortunately it does so without passing the -E argument (which 'make test' does do) so environment variables like PYTHONHOME and PYTHONPATH can cause the test to fail. -

[issue1617699] slice-object support for ctypes Pointer/Array

Thomas Wouters added the comment: Added tests (by duplicating any slicing operations in the test suite with extended slice syntax, to force the use of slice-objects ;) _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/iss

[issue1617699] slice-object support for ctypes Pointer/Array

Changes by Thomas Wouters: _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1617699> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue1617699] slice-object support for ctypes Pointer/Array

Changes by Thomas Wouters: _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1617699> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue1617699] slice-object support for ctypes Pointer/Array

Thomas Wouters added the comment: Well, that's not quite how I implemented the slicing, and it's also not how the existing simple-slicing was implemented: A negative start index is taken to mean 0, and a stop index below the start index is taken to mean 'the start index'

[issue1617699] slice-object support for ctypes Pointer/Array

Thomas Wouters added the comment: Hmmm Well, that's fine by me, but it changes current behaviour, and in a way that ctypes own testsuite was testing, even ;) (it does, e.g., 'p[:4]' in a couple of places.) Requiring the start always would possibly break a lot of code. We coul

[issue1617699] slice-object support for ctypes Pointer/Array

Thomas Wouters added the comment: Checked in a slightly newer version. -- resolution: accepted -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.o

[issue1067] test_smtplib failures (caused by asyncore)

New submission from Thomas Wouters: test_smtplib fails because asyncore uses bytes(data) where data may be bytes or str or some undefined type. The attached patch fixes it to the extend that test_smtplib works again (plus a small fix in test_smtplib itself.) I'm not sure if this is the

[issue1067] test_smtplib failures (caused by asyncore)

Thomas Wouters added the comment: Checked in. -- resolution: accepted -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1067] test_smtplib failures (caused by asyncore)

Thomas Wouters added the comment: I agree, but the change wasn't actually mine. I merely adjusted the already-implemented strategy to the fact that bytes(str) no longer works. I think the original change was Jeremy H's. __ Tracker <[EMAIL PROT

[issue12383] subprocess.Popen(..., env={}) fails to pass empty env.

New submission from Thomas Wouters : The addition of the _posixsubprocess module in 3.2 introduced a change of behaviour when passing an empty dict (or other false value besides None) as env: python3.1 -c 'import subprocess; print(subprocess.Popen(["env"], env={}, stdout=

[issue11561] "coverage" of Python regrtest cannot see initial import of libs

Thomas Wouters added the comment: For what it's worth, the need for a bootstrap-module has also come up within Google, where we have... somewhat different requirements than most. In order to fix import paths in a way that works even when using "python -S", I had a need to

[issue12919] Control what module is imported first

Thomas Wouters added the comment: Here's the patch implementing this, which I'd attached to Issue11561 (although I noticed 'hg diff' omitted the empty stdlib_landmark.py file.) -- keywords: +patch nosy: +twouters Added file: http://bugs.python.org/file23113/

[issue4684] sys.exit() exits program when non-daemonic threads are still running

Changes by Thomas Wouters : -- resolution: -> fixed status: open -> closed superseder: -> Thread shutdown exception in Thread.notify() ___ Python tracker <http://bugs.python.o

[issue11410] Use GCC visibility attrs in PyAPI_*

New submission from Thomas Wouters : This patch adds support for the GCC visibility attributes to the PyAPI_* macros (currently only used for Windows.) GCC's default visibility is 'public', but can be changed to 'hidden' with the '-fvisibility=hidden' arg

[issue11410] Use GCC visibility attrs in PyAPI_*

Thomas Wouters added the comment: This patch adds support for the GCC visibility attributes to the PyAPI_* macros (currently only used for Windows.) GCC's default visibility is 'public', but can be changed to 'hidden' with the '-fvisibility=hidden' arg

[issue11410] Use GCC visibility attrs in PyAPI_*

Changes by Thomas Wouters : -- Removed message: http://bugs.python.org/msg130144 ___ Python tracker <http://bugs.python.org/issue11410> ___ ___ Python-bugs-list m

[issue11410] Use GCC visibility attrs in PyAPI_*

Thomas Wouters added the comment: Uploaded to Rietveld, too: http://codereview.appspot.com/4260052/ -- ___ Python tracker <http://bugs.python.org/issue11

[issue11411] Fix typo in Makefile

New submission from Thomas Wouters : Fix a (double) typo in the Makefile, which prevents 'make DESTDIR=relative/path' from working correctly. -- files: destdir.diff keywords: easy, needs review, patch messages: 130146 nosy: twouters priority: normal severity: normal status:

[issue11411] Fix typo in Makefile

Thomas Wouters added the comment: Checked into 2.7, 3.1, 3.2 and default (d121681ed1cc, 12f0da000dc4, 686df11f0a14, bb2a9ea5c7d0.) -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/i

[issue11410] Use GCC visibility attrs in PyAPI_*

Thomas Wouters added the comment: The cygwin changes are no-ops, just refactoring the needlessly nested if statement for clarity. I can revert them. The getargs.c change *is* necessary, although it doesn't have to be that exact change. The problem is that the functions in that block ar

[issue11417] distutils' bdist_rpm fails when running with PYTHONDONTWRITEBYTECODE

New submission from Thomas Wouters : According to distutils' test_bdist_rpm, bdist_rpm fails when running Python with -B/PYTHONDONTWRITEBYTECODE. (bdist_rpm or its test doesn't pass -B along but also doesn't use -E, so the test-failure shows up when setting the PYTHONDO

[issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.

New submission from Thomas Wouters : This patch tweaks a few tests that currently rely on .pyc files being written, causing them to fail (or crash) when running 'make test TESTPYTHONOPTS=-B'. All these are purely test failures, not failures in the tested code (unlike issue #11417,

[issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.

Changes by Thomas Wouters : Added file: http://bugs.python.org/file21023/py32-dontwritebytecode.diff ___ Python tracker <http://bugs.python.org/issue11420> ___ ___ Pytho

[issue11410] Use GCC visibility attrs in PyAPI_*

Thomas Wouters added the comment: Windows/Cygwin parts of the patch reverted and new patch uploaded. My point about the _Py*_SizeT functions is that they're only declared when you define PY_SSIZE_T_CLEAN, and I don't know if we want to change that (I don't think it

[issue11410] Use GCC visibility attrs in PyAPI_*

Changes by Thomas Wouters : Removed file: http://bugs.python.org/file21014/gcc-visibility.diff ___ Python tracker <http://bugs.python.org/issue11410> ___ ___ Python-bug

[issue11417] distutils' bdist_rpm fails when running with PYTHONDONTWRITEBYTECODE

Thomas Wouters added the comment: I couldn't really care less about bdist_rpm, I'm just reporting a bug in it when not writing .pyc files (through PYTHONDONTWRITEBYTECODE.) I encountered it while making the testsuite do the right thing when not writing bytecode (see issue #11420.

[issue11417] distutils' bdist_rpm fails when running with PYTHONDONTWRITEBYTECODE

Thomas Wouters added the comment: I'll incorporate that change into issue #11420 then, and close this (and harp on bdist_rpm2 if it ever lands in the stdlib and has the same issue :-) -- resolution: -> wont fix status: open -> closed ___

[issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.

Changes by Thomas Wouters : Removed file: http://bugs.python.org/file21022/py31-dontwritebytecode.diff ___ Python tracker <http://bugs.python.org/issue11420> ___ ___ Pytho

[issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.

Changes by Thomas Wouters : Removed file: http://bugs.python.org/file21023/py32-dontwritebytecode.diff ___ Python tracker <http://bugs.python.org/issue11420> ___ ___ Pytho

[issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.

Thomas Wouters added the comment: As per issue #11417, updated to also skip the tests in distutils/tests/test_bdist_rpm.py when not writing bytecode. -- Added file: http://bugs.python.org/file21036/py31-dontwritebytecode.diff ___ Python tracker

[issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.

Changes by Thomas Wouters : Added file: http://bugs.python.org/file21037/py32-dontwritebytecode.diff ___ Python tracker <http://bugs.python.org/issue11420> ___ ___ Pytho

[issue11470] Flag inappropriate uses of callable class attributes

New submission from Thomas Wouters : As discussed at the language summit at PyCon 2011, some code takes some liberties with setting class attributes to callable objects, like CFunctions, that (C)Python does not turn into methods. This is problematic because 1) CPython can't then turn

[issue11462] Peephole creates duplicate and unused constants

Changes by Thomas Wouters : Added file: http://bugs.python.org/file21086/nonmethod-warn-nongit.diff ___ Python tracker <http://bugs.python.org/issue11462> ___ ___ Pytho

[issue11462] Peephole creates duplicate and unused constants

Changes by Thomas Wouters : Removed file: http://bugs.python.org/file21086/nonmethod-warn-nongit.diff ___ Python tracker <http://bugs.python.org/issue11462> ___ ___ Pytho

[issue11470] Flag inappropriate uses of callable class attributes

Changes by Thomas Wouters : Added file: http://bugs.python.org/file21087/nonmethod-warn-nongit.diff ___ Python tracker <http://bugs.python.org/issue11470> ___ ___ Pytho

[issue11470] Flag inappropriate uses of callable class attributes

Changes by Thomas Wouters : Removed file: http://bugs.python.org/file21085/nonmethod-warn.diff ___ Python tracker <http://bugs.python.org/issue11470> ___ ___ Python-bug

[issue11470] Flag inappropriate uses of callable class attributes

Changes by Thomas Wouters : Added file: http://bugs.python.org/file21088/nonmethod-warn-nongit.diff ___ Python tracker <http://bugs.python.org/issue11470> ___ ___ Pytho

[issue11470] Flag inappropriate uses of callable class attributes

Changes by Thomas Wouters : Removed file: http://bugs.python.org/file21087/nonmethod-warn-nongit.diff ___ Python tracker <http://bugs.python.org/issue11470> ___ ___ Pytho

[issue11462] Peephole creates duplicate and unused constants

Thomas Wouters added the comment: What is the actual performance impact of this change? As far as I can see the difference is almost entirely in .pyc (on-disk) size, as when loading most of these constants are interned anyway. Even the on-disk change is minimal - and I say that as a person

[issue11478] Docs list nonexistant PyObject_CopyToData function

New submission from Thomas Wouters : The buffer docs on http://docs.python.org/c-api/buffer.html list PyObject_CopyToData, but no such function seems to exist. -- assignee: docs@python components: Documentation messages: 130717 nosy: docs@python, twouters priority: normal severity

[issue11478] Docs list nonexistant PyObject_CopyToData function

Thomas Wouters added the comment: Eh, I mean PyObject_CopyToObject. -- ___ Python tracker <http://bugs.python.org/issue11478> ___ ___ Python-bugs-list mailin

[issue11478] Docs list nonexistant PyObject_CopyToObject function

Changes by Thomas Wouters : -- title: Docs list nonexistant PyObject_CopyToData function -> Docs list nonexistant PyObject_CopyToObject function ___ Python tracker <http://bugs.python.org/issu

[issue11470] Flag inappropriate uses of callable class attributes

Thomas Wouters added the comment: New version of the patch; instead of triggering at attribute *access*, this just checks when creating types and in type_setattro. It also makes the warning a newly added CompatibilityWarning. Also, instead of warning for all non-descriptors, it now only

[issue11470] Flag inappropriate uses of callable class attributes

Changes by Thomas Wouters : Removed file: http://bugs.python.org/file21088/nonmethod-warn-nongit.diff ___ Python tracker <http://bugs.python.org/issue11470> ___ ___ Pytho

[issue5438] test_bigmem.test_from_2G_generator uses more memory than expected

Thomas Wouters added the comment: I'm not surprised this test takes up more memory... It claims to take up 9 times the test size in memory, with a minimum useful test size of 1G. With a limit of 12G that would make the test size about 1.33G. However, it then proceeds to build a tuple o

[issue7915] A lists which list.sort seems to leave out of order.

Thomas Wouters added the comment: You have a nan in your list of tuples, which screws up the sorting. After the first sort, elements 580395-7 are: (0.99257340581672904, 551095), (nan, 551371), (6.6494600485570754e-14, 551526), -- nosy: +twouters resolution: -> invalid status: o

[issue8111] docs.python.org/download.html unhelpful.

New submission from Thomas Wouters : docs.python.org is showing the docs for 2.6.5c2. As its most obvious bad consequence, docs.python.org/download.html doesn't offer any actual downloads, and there are no obvious (to newbies looking to download docs) links to working down

[issue8111] docs.python.org/download.html unhelpful.

Thomas Wouters added the comment: Things getting worse before they get better? http://docs.python.org/ now shows the 2.7a4 documentation, which is really not good. Perhaps we need some safeguards to make sure that http://docs.python.org/ is a *stable* version of the docs? :P

[issue8111] docs.python.org/download.html unhelpful.

Thomas Wouters added the comment: Oh, actually, looks like something was redirecting from docs.python.org to docs.python.org/dev. It seems fixed now. (It wasn't just me, though, I got complaints from others that it was 2.7a4 for at least an

[issue8111] docs.python.org/download.html unhelpful.

Changes by Thomas Wouters : -- ___ Python tracker <http://bugs.python.org/issue8111> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/m

[issue8111] docs.python.org/download.html unhelpful.

Changes by Thomas Wouters : -- ___ Python tracker <http://bugs.python.org/issue8111> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/m

[issue8111] docs.python.org/download.html unhelpful.

Thomas Wouters added the comment: Nevermind the 2.7a4 comments, I think I'm just not all awake yet. The complaints I got were about it being 2.6.5c2, my browser showing me 2.7a4 may have been stupid autocompletion or something. (Still, pleas

[issue1067] test_smtplib failures (caused by asyncore)

Changes by Thomas Wouters: -- assignee: twouters -> nobody nosy: +nobody __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1067> __ ___ Python-bugs-li

[issue1067] test_smtplib failures (caused by asyncore)

Thomas Wouters added the comment: I thought I already had, in my reply to Martin and the original comment: he's right, but I don't care about asyncore or asynchat. I merely perpetuated the fix that was already in place. The real 'fix' is to teach both modules about unicode;

[issue1967] Backport dictviews to 2.6

New submission from Thomas Wouters: Patch to backport dictviews to trunk. Consists of some trickery: - new 'viewkeys', 'viewvalues' and 'viewitems' methods of dicts, returning exactly what 'keys', 'values' and 'items' return in 3.0

[issue1967] Backport dictviews to 2.6

Changes by Thomas Wouters: Removed file: http://bugs.python.org/file9320/dictviews_backport.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1967> __ ___ Pyth

[issue1967] Backport dictviews to 2.6

Thomas Wouters added the comment: After talking to Guido, got rid of the future import magic in favour of just providing 'viewkeys', 'viewitems' and 'viewvalues' methods of dicts. This makes efficient 2.6-and-3.0 dict-using code possibly by making 2to3 translate the

[issue2292] Missing *-unpacking generalizations

New submission from Thomas Wouters <[EMAIL PROTECTED]>: The attached patch adds the missing *-unpacking generalizations. Specifically: >>> a, b, *c = range(5) >>> *a, b, c = a, b, *c >>> a, b, c ([0, 1, 2], 3, 4) >>> [ *a, b, c ] [0, 1, 2, 3, 4] >&g

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: On Sat, Mar 15, 2008 at 9:12 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum <[EMAIL PROTECTED]> added the comment: > > Didn't you say it does sets too? Does this work? > a = [1, 2,

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: On Sat, Mar 15, 2008 at 9:18 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum <[EMAIL PROTECTED]> added the comment: > > Looking at the flatten() example I'm curious -- how come the

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: Updated patch: reworked some internals, and added generalization of functioncalls after talking with Guido. *args is now considered just another positional argument, and can occur anywhere in the positional argument section. It can also

[issue2292] Missing *-unpacking generalizations

Changes by Thomas Wouters <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9673/morestar.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2292> __

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: No, it's what you asked for in msg63551: > How about dicts? > kwds = {'z': 0, 'w': 12} > {'x': 1, 'y': 2, **kwds} # {'x': 1, 'y': 2, 'z': 0, &#

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: Agreed. A PEP was already on my TODO list (although I don't mind if someone else picks it up :-) I implemented the dict-unpacking-in-dict-literal syntax in the mean time; it's pushed to the starunpack bzr branch, but I&#x

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: On Mon, Apr 7, 2008 at 9:00 PM, Alexander Belopolsky <[EMAIL PROTECTED]> wrote: > > Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: > > Thomas, > > Could you add BUILD_*_UNPACK opcodes document

[issue2292] Missing *-unpacking generalizations

Changes by Thomas Wouters <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9970/unnamed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2292> __ _

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: I'm not sure how this matters. The order of evaluation is the same, the BUILD_SET implementation just hashes the evaluated items in a different order. You can't really rely on that particular order as it's tied

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: I don't think the order in which the items are hashed is really what Raymond was worried about. Rather, the size of the stack was, and the effect of having all the items on the stack at the same time. I think Raymond is wrong i

[issue37589] Missing dependences in the Makefile

Change by Thomas Wouters : -- keywords: +patch pull_requests: +15410 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15757 ___ Python tracker <https://bugs.python.org/issu

[issue37589] Missing dependences in the Makefile

Thomas Wouters added the comment: New changeset b4612f5d54aced5bc37f1b85bf50b4cafa2480f0 by T. Wouters in branch 'master': bpo-37589: Add a few missing dependencies on .h files in the Makefile. (GH-15757) https://github.com/python/cpython/commit/b4612f5d54aced5bc37f1b85bf50b4

[issue37589] Missing dependences in the Makefile

Change by Thomas Wouters : -- pull_requests: +15422 pull_request: https://github.com/python/cpython/pull/15769 ___ Python tracker <https://bugs.python.org/issue37

[issue37589] Missing dependences in the Makefile

Change by Thomas Wouters : -- assignee: -> twouters resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python

[issue37758] unicodedata checksum-tests only test 1/17th of Unicode's codepoints

Thomas Wouters added the comment: New changeset 3cbc23aa229bc5ec04845053df78eae5f54e0497 by T. Wouters (Greg Price) in branch 'master': bpo-37758: Cut always-constant conditionals on sys.maxunicode. (GH-15302) https://github.com/python/cpython/commit/3cbc23aa229bc5ec04845053df78ea

[issue36279] os.wait3() leaks some uninitialized stack when no processes exist

Thomas Wouters added the comment: New changeset 682107cf458578ee6bd92b7cc6862113034a4fad by T. Wouters (Zackery Spytz) in branch 'master': bpo-36279: Ensure os.wait3() rusage is initialized (GH-15111) https://github.com/python/cpython/commit/682107cf458578ee6bd92b7cc68621

[issue37840] bytearray_getitem() handles negative index incorrectly

Thomas Wouters added the comment: New changeset 92709a263e9cec0bc646ccc1ea051fc528800d8d by T. Wouters (Sergey Fedoseev) in branch 'master': bpo-37840: Fix handling of negative indices in bytearray_getitem() (GH-15250) https://github.com/python/cpyt

[issue33418] Memory leaks in functions

Thomas Wouters added the comment: New changeset ccaea525885e41c5f1e566bb68698847faaa82ca by T. Wouters (Victor Stinner) in branch '3.8': Revert "bpo-33418: Add tp_clear for function object (GH-8058)" (GH-15826) https://github.com/python/cpython/commit/ccaea525885e41c5f1e5

[issue38083] Minor improvements in asdl_c.py and Python-ast.c

Thomas Wouters added the comment: New changeset 43c9731334470573209464b7f67914d386457efc by T. Wouters (Serhiy Storchaka) in branch 'master': bpo-38083: Minor improvements in asdl_c.py and Python-ast.c. (GH-15824) https://github.com/python/cpyt

[issue38083] Minor improvements in asdl_c.py and Python-ast.c

Thomas Wouters added the comment: This doesn't feel like a change that's worth backporting to 3.8 at this point. Do you agree? Is there anything left to do for this bug? -- ___ Python tracker <https://bugs.python.o

[issue38076] Make struct module PEP-384 compatible

Thomas Wouters added the comment: New changeset 4f384af067d05b16a554bfd976934fca9f87a1cf by T. Wouters (Dino Viehland) in branch 'master': bpo-38076: Make struct module PEP-384 compatible (#15805) https://github.com/python/cpython/commit/4f384af067d05b16a554bfd976934f

[issue38074] Make zlib PEP-384 compatible

Thomas Wouters added the comment: New changeset a1ffad07195b8b976f8c371a92028240946d4e76 by T. Wouters (Dino Viehland) in branch 'master': bpo-38074: Make zlib extension module PEP-384 compatible (GH-15792) https://github.com/python/cpython/commit/a1ffad07195b8b976f8c371a920282

[issue38071] Make termios PEP-384 compatible

New submission from Thomas Wouters : New changeset bd0c7a12d9e28ce74bfc16244d7694aca906838c by T. Wouters (Dino Viehland) in branch 'master': bpo-38071: Make termios PEP-384 compatible (GH-15785) https://github.com/python/cpython/commit/bd0c7a12d9e28ce74bfc16244d7694

[issue38072] Make grp module PEP-384 compatible

New submission from Thomas Wouters : New changeset 40a5313edfc18173d136bb5e19495880934b7d83 by T. Wouters (Dino Viehland) in branch 'master': bpo-38072: PEP-384 grpmodule (GH-15788) https://github.com/python/cpython/commit/40a5313edfc18173d136bb5e19495880934b7d83 -- nosy:

[issue38068] clean up configure logic for gettimeofday

Thomas Wouters added the comment: New changeset f1c19031fd5f4cf6faad539e30796b42954527db by T. Wouters (Benjamin Peterson) in branch 'master': bpo-38068: Clean up gettimeofday configure logic. (GH-15775) https://github.com/python/cpython/commit/f1c19031fd5f4cf6faad539e30796b

[issue37619] update_one_slot() should not ignore wrapper descriptors for wrong type

Thomas Wouters added the comment: New changeset 57ea33560662e0f20a3b0334bb20065771edf4da by T. Wouters (Jeroen Demeyer) in branch 'master': bpo-37619: update_one_slot() should not ignore wrapper descriptors for wrong type (GH-14836) https://github.com/python/cpyt

[issue37619] update_one_slot() should not ignore wrapper descriptors for wrong type

Thomas Wouters added the comment: New changeset eb1bc48c74f4f8af88b5276729f9652201e46324 by T. Wouters (Miss Islington (bot)) in branch '3.8': bpo-37619: update_one_slot() should not ignore wrapper descriptors for wrong type (GH-15838) https://github.com/python/cpyt

[issue37619] update_one_slot() should not ignore wrapper descriptors for wrong type

Thomas Wouters added the comment: I don't think this should be backported to 3.7 at this point; if you disagree feel free to reopen the bug. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python t

[issue36253] Use after free in ctypes test suite

Thomas Wouters added the comment: New changeset a9b6033179b64b985394ad351501089a6a94fc9d by T. Wouters (Ben Harper) in branch 'master': bpo-36253: Remove use after free reference in ctypes test suite (GH-12257) https://github.com/python/cpython/commit/a9b6033179b64b985394ad35150108

[issue28494] is_zipfile false positives

Thomas Wouters added the comment: New changeset 3f4db4a0bab073b768fae958e93288bd5d24eadd by T. Wouters (Gregory P. Smith) in branch 'master': bpo-28494: Test existing zipfile working behavior. (GH-15853) https://github.com/python/cpython/commit/3f4db4a0bab073b768fae958e93288

  1   2   3   >