[issue29509] redundant interning in PyObject_GetAttrString

New submission from INADA Naoki: PyObject_GetAttrString creates temporary unicode object and intern it. It totally redundant. -- files: getattrstring-nointern.patch keywords: patch messages: 287386 nosy: inada.naoki priority: normal severity: normal stage: patch review status: open

[issue26873] xmlrpclib raises when trying to convert an int to string when unicode is available

Zsolt Endreffy added the comment: I think this patch breaks compatibility between python 2.7 versions. Our rpc server has 2.7.10 Python version, and sends back tuples as responses (first value is a boolean, second is a string). If we connect with a computer, which has 2.7.11 or earlier

[issue29508] Cannot install python-3.2.5 on Mac 10.11.6

Ned Deily added the comment: The python.org macOS installers provided on .dmg files for older releases used a legacy installer package format that is no longer supported by the OS X Installer app on the most recent maxOS releases. The newer .pkg format installer files should be OK. As Zach

[issue29508] Cannot install python-3.2.5 on Mac 10.11.6

Zachary Ware added the comment: Python 3.2 is out of support, so unfortunately there's nothing we can do to help here. I would recommend using Python 3.6 as it is the latest version, but if you absolutely need 3.2 for some reason your best bet is probably to build it yourself. It is a

[issue29428] Doctest documentation unclear about multi-line fixtures

Jim DeLaHunt added the comment: Marco: > To have a wide view, usually it is a good idea to start from the beginning: > > https://groups.google.com/forum/#!msg/comp.lang.python/DfzH5Nrt05E/Yyd3s7fPVxwJ Thank you, that is a very interesting thread. Clearly the creator of doctests, Tim Peters,

[issue29508] Cannot install python-3.2.5 on Mac 10.11.6

New submission from Michael Rieck: python-3.2.5-macosx10.6.dmg starts installation on my Mac 10.11.6 but terminates at end with following message: The Installation Failed. The installer could not install the software because there was no software to install. I cold booted my computer,

[issue23402] dynload_shlib does not close ldl handles when the interpreter is shut down

Super Bo added the comment: I think dynload_unload_all() should be called in PyImport_Cleanup() function. -- nosy: +Super Bo ___ Python tracker ___

[issue22594] Add a link to the regex module in re documentation

Ma Lin added the comment: How about this? Is it too long? @Matthew Barnett, I'm animalize on your repository. .. seealso:: Third-party module `regex `_, is a substitute for re module, it offers some mainstream features which re module lacks

[issue29463] Add `docstring` attribute to AST nodes

INADA Naoki added the comment: Now I doubt about this patch is really good. docstring of Module and Class generates two bytecode. So it's a real, executed statement. LOAD_CONST 0 ("docstring") STORE_NAME 0 ("__doc__") -- ___ Python tracker

[issue29465] Add _PyObject_FastCall() to reduce stack consumption

Roundup Robot added the comment: New changeset e9807e307f1f561a2dfe3e9f97a38444528dba86 by Victor Stinner in branch 'master': Fix PyCFunction_Call() performance issue https://github.com/python/cpython/commit/e9807e307f1f561a2dfe3e9f97a38444528dba86 --

[issue29259] Add tp_fastcall to PyTypeObject: support FASTCALL calling convention for all callable objects

Roundup Robot added the comment: New changeset e9807e307f1f561a2dfe3e9f97a38444528dba86 by Victor Stinner in branch 'master': Fix PyCFunction_Call() performance issue https://github.com/python/cpython/commit/e9807e307f1f561a2dfe3e9f97a38444528dba86 --

[issue29506] Incorrect documentation for the copy module

Steven D'Aprano added the comment: What about "administrative data structures" that should be copied? I think that "administrative data structures" is a red herring: there could be data that needs copying, and data that needs sharing and shouldn't be copied, independent of what the data is

[issue29465] Add _PyObject_FastCall() to reduce stack consumption

Roundup Robot added the comment: New changeset 31342913fb1e by Victor Stinner in branch 'default': Fix PyCFunction_Call() performance issue https://hg.python.org/cpython/rev/31342913fb1e -- nosy: +python-dev ___ Python tracker

[issue29259] Add tp_fastcall to PyTypeObject: support FASTCALL calling convention for all callable objects

Roundup Robot added the comment: New changeset 31342913fb1e by Victor Stinner in branch 'default': Fix PyCFunction_Call() performance issue https://hg.python.org/cpython/rev/31342913fb1e -- status: pending -> open ___ Python tracker

[issue29507] Use FASTCALL in call_method() to avoid temporary tuple

STINNER Victor added the comment: Maybe PyObject_Call(), _PyObject_FastCallDict(), etc. can also be modified to get the following fast-path: +if (Py_TYPE(func) == _Type) { +result = _PyMethod_FastCall(func, args, nargs); +} But I don't know how common it is to get a

[issue29507] Use FASTCALL in call_method() to avoid temporary tuple

New submission from STINNER Victor: Subset of the (almost) rejected issue #29259 (tp_fastcall), attached patch adds _PyMethod_FastCall() and uses it in call_method() of typeobject.c. The change avoids the creation of a temporary tuple for Python functions and METH_FASTCALL C functions.

[issue28686] py.exe ignored PATH when using python3 shebang

Eryk Sun added the comment: If the system doesn't have a "python3.exe" on PATH, then "env python3" will run a registered version, exactly like it currently does. IMO, this is slightly less confusing than the current behavior, which skips searching PATH in this case. We can take it a step

[issue26388] Disabling changing sys.argv[0] with runpy.run_module(...alter_sys=True)

Changes by Piotr Dobrogost : -- nosy: +piotr.dobrogost ___ Python tracker ___

[issue29506] Incorrect documentation for the copy module

Mariatta Wijaya added the comment: How about ``` Because deep copy copies everything, it may copy too much, including the administrative data structures. ``` ? -- nosy: +Mariatta ___ Python tracker

[issue29506] Incorrect documentation for the copy module

Zachary Ware added the comment: That line is correct, the point is that deep copy will duplicate even the things that you may *want* to be shared. See also #27416. I'm not sure what we can do to further clarify that line, but it is certainly easy to misread. -- nosy: +zach.ware

[issue29506] Incorrect documentation for the copy module

Changes by Mariatta Wijaya : -- stage: -> needs patch versions: -Python 3.3, Python 3.4 ___ Python tracker ___

[issue29506] Incorrect documentation for the copy module

New submission from Pedro: The docs for the copy module contain a bullet that says the following: "Because deep copy copies everything it may copy too much, e.g., even administrative data structures that should be shared even between copies." There should be a "not" between "should" and "be

[issue29463] Add `docstring` attribute to AST nodes

INADA Naoki added the comment: So what's new entry may be: +* ``Module``, ``FunctionDef``, ``AsyncFunctionDef``, and + ``ClassDef`` AST nodes now have a new ``docstring`` attribute. + The first statement in their body is not considered as a docstring anymore. + This affects

[issue29463] Add `docstring` attribute to AST nodes

INADA Naoki added the comment: This patch affects firstlineno and lnotab of module and class, but not functions. module: - at 0x7f053a8f8b70, file "Lib/importlib/_bootstrap.py", line 8> + at 0x7fdefbf10340, file "Lib/importlib/_bootstrap.py", line 25> filename Lib/importlib/_bootstrap.py

[issue29476] Simplify set_add_entry()

INADA Naoki added the comment: I think it violates O(1). "s.add(x); s.discard(x);" loop creates dummy chain. Average chain length is determined by size of the set. So it is O(len(s)) rather than amortized O(1). -- ___ Python tracker

[issue29505] Submit the re, json, & csv modules to oss-fuzz testing

New submission from Gregory P. Smith: For reference, read https://github.com/google/oss-fuzz. We should investigate creating fuzz targets for the Python re module (_sre.c) at a minimum. There are probably other good targets as well such as _json.c and _csv.c. pickle and marshal are not

[issue22594] Add a link to the regex module in re documentation

Matthew Barnett added the comment: Ah, well, if it hasn't changed after this many years, it never will. Expect one or two changes to the text. :-) -- ___ Python tracker

[issue29476] Simplify set_add_entry()

Serhiy Storchaka added the comment: I don't have good real-world example. Actually dict is used more often than set in such cases. I agree with your arguments Raymond, in particular about your ranging of cases. But even if the bad case is hundreds times more rare than the good case, the

[issue29465] Add _PyObject_FastCall() to reduce stack consumption

STINNER Victor added the comment: Crap, pyobject_fastcall-5.patch was not rebased correctly :-/ Please see pyobject_fastcall-6.patch instead. -- Added file: http://bugs.python.org/file46600/pyobject_fastcall-6.patch ___ Python tracker

[issue29465] Add _PyObject_FastCall() to reduce stack consumption

STINNER Victor added the comment: I splitted my big patch into smaller changes, see my pull request: https://github.com/python/cpython/pull/74 If you prefer Rietveld ([Review] button), I also attached the squashed change: pyobject_fastcall-5.patch. -- Added file:

[issue29503] Make embedded-Python detectable

Paul Moore added the comment: OK, well I certainly wouldn't bother supporting users trying to provide the path to an embedded distribution of Python. That's not what the distribution is for, and as the author of Bazel you'd be perfectly OK (IMO) to say you don't support that. If you want to

[issue29465] Add _PyObject_FastCall() to reduce stack consumption

Changes by STINNER Victor : -- pull_requests: +25 ___ Python tracker ___ ___

[issue29504] blake2: compile error with -march=bdver2

Mike Gilbert added the comment: Downstream bug report: https://bugs.gentoo.org/show_bug.cgi?id=608586 -- ___ Python tracker ___

[issue29504] blake2: compile error with -march=bdver2

New submission from Mike Gilbert: When compiling python-3.6.0 with -march=bdver2, the blake2 module fails to build. In file included from /var/tmp/portage/dev-lang/python-3.6.0/work/Python-3.6.0/Modules/_blake2/impl/blake2s-round.h:70:0, from

[issue29503] Make embedded-Python detectable

Andi Bergmeier added the comment: Gladly. So imagine you have the following files: - foobar - pyfoo - foo.py - src - test - bar.py Since Bazel is a build system, you declare (in directory foobar): py_library( name = "foo", # abstract name imports = ".", srcs =

[issue28686] py.exe ignored PATH when using python3 shebang

Riccardo Polignieri added the comment: Paul: > When inside a venv: - If you want to execute a script, use a shebang of #!/usr/bin/env python and then use `py myscript.py` Yes, I'm totally on board with this - that is, as far as I run my own scripts. I just wonder, what if one day I pip

[issue29503] Make embedded-Python detectable

Paul Moore added the comment: I'm still not clear what you're doing here - why does it matter where you have the _pth file? Could you explain how your application directory is laid out, and what is the main executable for the application? I'm assuming it's a Windows executable, myapp.exe,

[issue29503] Make embedded-Python detectable

Andi Bergmeier added the comment: Using the Python API would of course be the preferred way to go. Sadly that also means that you at minimum have a full compiler and that IMO seems overkill when you only want to build a Python package or a Python test (from the end-user point of view). The

[issue29503] Make embedded-Python detectable

Paul Moore added the comment: With the embedded distribution, you should probably be calling the Python API rather than running python.exe. And if you do it that way, you can set sys.path via the API before calling user code. Alternatively, you can set up a site.py within your copy of the

[issue29503] Make embedded-Python detectable

Andi Bergmeier added the comment: As a result either a, have a way to modify sys.path and add support for embeddable b, have no way to modify sys.path and fail very soon should someone try to use Bazel with a Python embeddable. Either way the minimum is to have a way to detect which variant

[issue29503] Make embedded-Python detectable

Andi Bergmeier added the comment: I would like to ship Python hermetically with Bazel (embedding it). For that the Python embedded seems perfect. A problem arises since currently Bazel is controlling the search path of Python via setting PYTHONPATH (which actually worked with Python

[issue29503] Make embedded-Python detectable

R. David Murray added the comment: Why should a library behave differently if the python using it is embedded in an application? Can you explain your use case in more detail? -- nosy: +r.david.murray ___ Python tracker

[issue29503] Make embedded-Python detectable

Paul Moore added the comment: The embedded distribution is meant to be for just that - embedded applications. I'm not quite sure what you mean by support it, or when you would write code that needed to know it was being run from an embedded application. Can you clarify precisely why you need

[issue29476] Simplify set_add_entry()

Raymond Hettinger added the comment: Serhiy, can you post your recurse() code with some sample data so that we can run some timings and get a sense of the effect on the extreme case. -- ___ Python tracker

[issue29476] Simplify set_add_entry()

Serhiy Storchaka added the comment: For the worst case the drawback is significant: $ ./python -m perf timeit -s "s = set('a%s' % i for i in range(100))" -- "s.add('test'); s.discard('test')" Unpatched: Median +- std dev: 861 ns +- 82 ns Patched:Median +- std dev: 2.81 us +- 0.18 us How

[issue29503] Make embedded-Python detectable

New submission from Andi Bergmeier: While it is nice to have embeddable Python for Windows, currently there seems to be no way of distinguishing it from a "normal" Python, which reacts quite differently to its Environment. Would like to support Embeddable Python (and ._pth), but really first

[issue29500] AddressSanitizer: heap-buffer-overflow on address 0x61600004a982

Changes by Stéphane Wirtel : -- status: open -> closed ___ Python tracker ___ ___

[issue29500] AddressSanitizer: heap-buffer-overflow on address 0x61600004a982

Changes by Stéphane Wirtel : -- status: closed -> open ___ Python tracker ___ ___

[issue29502] Should PyObject_Call() call the profiler on C functions, use C_TRACE() macro?

New submission from STINNER Victor: call_function() and do_call_core() functions of Python/ceval.c use C_TRACE() macro to call the profiler, but PyObject_Call() and similar functions like _PyObject_FastCallKeywords() don't. Is it a bug or a deliberate choice for performance? Since

[issue29474] Grammatical errors in weakref.WeakValueDictionary docs

Marco Buttu added the comment: Thanks Mariatta, now it is OK to me -- ___ Python tracker ___ ___

[issue29494] AddressSanitizer: SEGV on unknown address 0x00009fff8001

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29496] AddressSanitizer: SEGV on unknown address 0x01ffe96de071

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29482] AddressSanitizer: attempting double-free on 0x60b000007050

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low ___ Python tracker ___

[issue29495] AddressSanitizer: SEGV on unknown address 0x02007ea947c3

New submission from BeginVuln: OS Version : Ubuntu 16.04 LTS Python download link : https://www.python.org/ftp/python/3.6.0/Python-3.6.0.tar.xz Python version : 3.6.0 Normal build cmd : ./configure make Asan build cmd: export CC="/usr/bin/clang -fsanitize=address export

[issue29496] AddressSanitizer: SEGV on unknown address 0x01ffe96de071

New submission from BeginVuln: OS Version : Ubuntu 16.04 LTS Python download link : https://www.python.org/ftp/python/3.6.0/Python-3.6.0.tar.xz Python version : 3.6.0 Normal build cmd : ./configure make Asan build cmd: export CC="/usr/bin/clang -fsanitize=address export

[issue29501] AddressSanitizer: SEGV on unknown address 0x0000000028cb

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29498] AddressSanitizer: SEGV on unknown address 0x0005ffff800d

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29488] AddressSanitizer: SEGV on unknown address 0x0001a5525c1b

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29493] AddressSanitizer: SEGV on unknown address 0x000cffff800d

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29499] AddressSanitizer: SEGV on unknown address 0x000ebfff800d

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29495] AddressSanitizer: SEGV on unknown address 0x02007ea947c3

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29492] AddressSanitizer: SEGV on unknown address 0x0000a0013639

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29474] Grammatical errors in weakref.WeakValueDictionary docs

Mariatta Wijaya added the comment: Thanks for reviewing, Marco :) Updated the patch. -- Added file: http://bugs.python.org/file46597/issue29474py3-2.patch ___ Python tracker

[issue29496] AddressSanitizer: SEGV on unknown address 0x01ffe96de071

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29486] AddressSanitizer: SEGV on unknown address 0x7f16f88e3560

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29497] AddressSanitizer: SEGV on unknown address 0x000000000008

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29500] AddressSanitizer: heap-buffer-overflow on address 0x61600004a982

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29482] AddressSanitizer: attempting double-free on 0x60b000007050

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29487] AddressSanitizer: heap-buffer-overflow on address 0x60200000e734

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29501] AddressSanitizer: SEGV on unknown address 0x0000000028cb

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29498] AddressSanitizer: SEGV on unknown address 0x0005ffff800d

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29483] AddressSanitizer: heap-buffer-overflow on address 0x60200000e731

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29500] AddressSanitizer: heap-buffer-overflow on address 0x61600004a982

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29499] AddressSanitizer: SEGV on unknown address 0x000ebfff800d

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29501] AddressSanitizer: SEGV on unknown address 0x0000000028cb

New submission from BeginVuln: OS Version : Ubuntu 16.04 LTS Python download link : https://www.python.org/ftp/python/3.6.0/Python-3.6.0.tar.xz Python version : 3.6.0 Normal build cmd : ./configure make Asan build cmd: export CC="/usr/bin/clang -fsanitize=address export

[issue29487] AddressSanitizer: heap-buffer-overflow on address 0x60200000e734

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low ___ Python tracker ___

[issue29497] AddressSanitizer: SEGV on unknown address 0x000000000008

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29500] AddressSanitizer: heap-buffer-overflow on address 0x61600004a982

New submission from BeginVuln: OS Version : Ubuntu 16.04 LTS Python download link : https://www.python.org/ftp/python/3.6.0/Python-3.6.0.tar.xz Python version : 3.6.0 Normal build cmd : ./configure make Asan build cmd: export CC="/usr/bin/clang -fsanitize=address export

[issue29489] AddressSanitizer: SEGV on unknown address 0x7f4a36c604d0

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29491] AddressSanitizer: heap-buffer-overflow on address 0x60200000e734

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29486] AddressSanitizer: SEGV on unknown address 0x7f16f88e3560

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low ___ Python tracker ___

[issue29490] AddressSanitizer: heap-buffer-overflow on address 0x60200000e72f

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29484] AddressSanitizer: heap-buffer-overflow on address 0x60200000e738

Changes by Stéphane Wirtel : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29492] AddressSanitizer: SEGV on unknown address 0x0000a0013639

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29499] AddressSanitizer: SEGV on unknown address 0x000ebfff800d

New submission from BeginVuln: OS Version : Ubuntu 16.04 LTS Python download link : https://www.python.org/ftp/python/3.6.0/Python-3.6.0.tar.xz Python version : 3.6.0 Normal build cmd : ./configure make Asan build cmd: export CC="/usr/bin/clang -fsanitize=address export

[issue29494] AddressSanitizer: SEGV on unknown address 0x00009fff8001

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29495] AddressSanitizer: SEGV on unknown address 0x02007ea947c3

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29493] AddressSanitizer: SEGV on unknown address 0x000cffff800d

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29491] AddressSanitizer: heap-buffer-overflow on address 0x60200000e734

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29484] AddressSanitizer: heap-buffer-overflow on address 0x60200000e738

Changes by Christian Heimes : -- type: -> behavior ___ Python tracker ___ ___

[issue29490] AddressSanitizer: heap-buffer-overflow on address 0x60200000e72f

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29483] AddressSanitizer: heap-buffer-overflow on address 0x60200000e731

Changes by Christian Heimes : -- type: security -> behavior ___ Python tracker ___ ___

[issue29488] AddressSanitizer: SEGV on unknown address 0x0001a5525c1b

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29489] AddressSanitizer: SEGV on unknown address 0x7f4a36c604d0

Changes by Christian Heimes : -- components: +Extension Modules -Interpreter Core priority: normal -> low type: security -> behavior ___ Python tracker

[issue29498] AddressSanitizer: SEGV on unknown address 0x0005ffff800d

New submission from BeginVuln: OS Version : Ubuntu 16.04 LTS Python download link : https://www.python.org/ftp/python/3.6.0/Python-3.6.0.tar.xz Python version : 3.6.0 Normal build cmd : ./configure make Asan build cmd: export CC="/usr/bin/clang -fsanitize=address export

[issue29487] AddressSanitizer: heap-buffer-overflow on address 0x60200000e734

Changes by Christian Heimes : -- type: security -> behavior ___ Python tracker ___ ___

[issue29497] AddressSanitizer: SEGV on unknown address 0x000000000008

New submission from BeginVuln: OS Version : Ubuntu 16.04 LTS Python download link : https://www.python.org/ftp/python/3.6.0/Python-3.6.0.tar.xz Python version : 3.6.0 Normal build cmd : ./configure make Asan build cmd: export CC="/usr/bin/clang -fsanitize=address export

[issue29486] AddressSanitizer: SEGV on unknown address 0x7f16f88e3560

Changes by Christian Heimes : -- type: security -> behavior ___ Python tracker ___ ___

[issue29482] AddressSanitizer: attempting double-free on 0x60b000007050

Changes by Christian Heimes : -- type: security -> behavior ___ Python tracker ___ ___

[issue29476] Simplify set_add_entry()

Raymond Hettinger added the comment: > How this change affects this case? I would expect to see a tiny net benefit. The set.add() would be microscopically faster (because of less work finding and going back to a free slot). The set.discard() would do the same work (locating a value and

  1   2   >