[issue42422] types.CodeType() has no bytecode verifier

STINNER Victor added the comment: > You may use https://bytecode.readthedocs.io/ which might help to write more > portable code, (...) Ah, I didn't notice that at the beginning of the documentation, you can see that even a very simple loop has a different bytecode before and after Python

[issue42422] types.CodeType() has no bytecode verifier

STINNER Victor added the comment: Compiled bytecode is not portable between Python versions. You may use https://bytecode.readthedocs.io/ which might help to write more portable code, but this project does not contain a bytecode verifier and I'm not sure that it's updated when the Python

[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104

STINNER Victor added the comment: About PR 23448: I don't see the value of adding a script just prove that CPython has no bytecode verifier. If you consider that it's not well documented, it should be documented in the types.CodeType documentation:

[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104

Batuhan Taskaya added the comment: > I would be happy to update and fix it instead if you think it's better that > way. Please let me know, it will be great to see my first submission being > treated. Yes, please. That seems more appropriate --

[issue42595] 5 * str

Raymond Hettinger added the comment: Sorry, this isn't a bug. It is tested and guaranteed behavior. -- nosy: +rhettinger resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue42595] 5 * str

New submission from NO_DANGER LacalBitcoins : 5 * 'abc' нет ошибки. Нелогично! -- files: Screenshot_1.png messages: 382709 nosy: denisustinovweb priority: normal severity: normal status: open title: 5 * str type: crash Added file: https://bugs.python.org/file49659/Screenshot_1.png

[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104

Dennis Sweeney added the comment: Why not just fix bogus_code_obj.py? Something like this (using the replace method) would make it more future-proof to similar changes in the code object constructor signature (and be more readable!): import dis POP_TOP = dis.opmap['POP_TOP'] wordcode =

[issue41889] enum: Mixin and int base class regression in 3.8.6

Change by Ethan Furman : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue42560] Improve Tkinter Documentation

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 2.0 -> 3.0 pull_requests: +22557 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23689 ___ Python tracker

[issue42572] Better path handling with argparse

paul j3 added the comment: What exactly do you do with a path argument? Admittedly I'm not expert with os and os.path modules, but isn't a path just a string passed to a function such as cwd(), or joined to another create a filename. I don't know what a 'path' type or action would do.

[issue42564] "from .__init__ import ..." syntax imports a duplicate module

Gregory Szorc added the comment: Who uses this syntax? https://github.com/search?l=Python=%22from+.__init__+import%22=Code says a lot of random code, surprisingly/sadly. As for python-ideas, thanks for the suggestion: I may very well craft an email! --

[issue42247] unittest hides traceback frames in chained exceptions

Irit Katriel added the comment: I made a patch that replaces the limit hack by a filter on the traceback. We could stop here an just fix this, or we could create a more generic filter in the traceback module as suggested in issue31299. -- ___

[issue25573] FrameSummary repr() does not support previously working uses of repr in traceback module

Change by Irit Katriel : -- pull_requests: -22554 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42247] unittest hides traceback frames in chained exceptions

Change by Irit Katriel : -- pull_requests: +22556 pull_request: https://github.com/python/cpython/pull/23688 ___ Python tracker ___

[issue42247] unittest hides traceback frames in chained exceptions

Change by Irit Katriel : -- pull_requests: +22555 pull_request: https://github.com/python/cpython/pull/23687 ___ Python tracker ___

[issue42247] unittest hides traceback frames in chained exceptions

Change by Irit Katriel : -- pull_requests: -22552 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42247] unittest hides traceback frames in chained exceptions

Change by Irit Katriel : -- pull_requests: +22552 pull_request: https://github.com/python/cpython/pull/23687 ___ Python tracker ___

[issue42247] unittest hides traceback frames in chained exceptions

Change by Irit Katriel : -- pull_requests: -22552 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42247] unittest hides traceback frames in chained exceptions

Change by Irit Katriel : -- versions: +Python 3.10 -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue25573] FrameSummary repr() does not support previously working uses of repr in traceback module

Change by Irit Katriel : -- pull_requests: -22553 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25573] FrameSummary repr() does not support previously working uses of repr in traceback module

Change by Irit Katriel : -- pull_requests: +22554 pull_request: https://github.com/python/cpython/pull/23688 ___ Python tracker ___

[issue25573] FrameSummary repr() does not support previously working uses of repr in traceback module

Change by Irit Katriel : -- pull_requests: +22553 pull_request: https://github.com/python/cpython/pull/23687 ___ Python tracker ___

[issue42247] unittest hides traceback frames in chained exceptions

Change by Irit Katriel : -- keywords: +patch nosy: +iritkatriel nosy_count: 1.0 -> 2.0 pull_requests: +22552 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23687 ___ Python tracker

[issue25573] FrameSummary repr() does not support previously working uses of repr in traceback module

Change by Irit Katriel : -- pull_requests: -22551 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42572] Better path handling with argparse

Austin Scola added the comment: Awesome, thank you for the guidance Eric. I'll start a thread on the python-ideas mailing list, gauge the level of support, and go from there. -- ___ Python tracker

[issue25573] FrameSummary repr() does not support previously working uses of repr in traceback module

Change by Irit Katriel : -- keywords: +patch pull_requests: +22551 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/23687 ___ Python tracker

[issue41818] Lib/pty.py major revision

Change by Soumendra Ganguly : -- pull_requests: +22550 pull_request: https://github.com/python/cpython/pull/23686 ___ Python tracker ___

[issue39689] struct and memoryview tests rely on undefined behavior (as revealed by clang 9)

STINNER Victor added the comment: Objects/memoryview.c uses memcpy() on _Bool which leads to undefined behavior with GCC 11: see bpo-42587. -- ___ Python tracker ___

[issue42059] TypedDict(...) as function does not respect "total" when setting __required_keys__ and __optional_keys__

Guido van Rossum added the comment: Looking for another reviewer. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42587] test_buffer fails on Python built with GCC 11

STINNER Victor added the comment: > FAIL: test_memoryview_cast (test.test_buffer.TestBufferProtocol) On AArch64, GCC 11 miscompiles unpack_cmp() of Objects/memoryview.c for the '?' case: /* boolean */ case '?': CMP_SINGLE(p, q, _Bool); return equal; I reported the bug to GCC

[issue41889] enum: Mixin and int base class regression in 3.8.6

Ethan Furman added the comment: New changeset be52ca45d9eb9c3e8941e46ddc67a210f0f4c6fa by Miss Islington (bot) in branch '3.9': bpo-41889: [Enum] fix multiple-inheritance regression (GH-22487) (GH-23673) https://github.com/python/cpython/commit/be52ca45d9eb9c3e8941e46ddc67a210f0f4c6fa

[issue41889] enum: Mixin and int base class regression in 3.8.6

Ethan Furman added the comment: New changeset 699e5e448919283578afe445069ab93b34bf8eae by Miss Islington (bot) in branch '3.8': bpo-41889: [Enum] fix multiple-inheritance regression (GH-22487) (GH-23672) https://github.com/python/cpython/commit/699e5e448919283578afe445069ab93b34bf8eae

[issue42574] Travis can't build the 3.8 branch right now

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42574] Travis can't build the 3.8 branch right now

Pablo Galindo Salgado added the comment: New changeset b6d6f5367da1f2e3f749c358ae8563c56a0cc395 by Pablo Galindo in branch '3.8': bpo-42574: Use format() instead of f-string in Tools/clinic/clinic.py to allow using older Python versions (GH-23685)

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

mattip added the comment: I moved the new test to a separate test function and added `skipIf` for freebsd and AIX. -- ___ Python tracker ___

[issue40406] MagicMock __aenter__ should be AsyncMock(return_value=MagicMock())

Change by Blue : -- nosy: +simon.d.beal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42572] Better path handling with argparse

Eric V. Smith added the comment: Hi, Austin. If it's something that can be implemented in a library (which this suggestion qualifies as), then we typically want to see it on PyPI and to gain some traction there. I only suggested argparse-types because it also has some argparse add-ons. But

[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104

Sofian Brabez added the comment: Any ETA? I would appreciate to see my contribution being merged. Batuhan, the current code is not doing what it's supposed to do in bogus_code_obj.py (i.e. no crash after 3.8 and above in master and branches). This still make the issue valid I guess. ``` $

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Change by pmp-p : -- nosy: +pmpp ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31299] Add "ignore_modules" option to TracebackException.format()

Change by Irit Katriel : -- versions: +Python 3.10 -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue31299] Add "ignore_modules" option to TracebackException.format()

Irit Katriel added the comment: In issue42247 the unit test framework uses limit as a hack to remove its own frame, and then the traceback module applies the limit to the chained exception as well. If the filter suggested here existed, unit test could use that instead of limit. --

[issue42587] test_buffer fails on Python built with GCC 11

STINNER Victor added the comment: > FAIL: test_memoryview_cast (test.test_buffer.TestBufferProtocol) It might be related to _Bool. See also bpo-39689. -- ___ Python tracker

[issue42572] Better path handling with argparse

Austin Scola added the comment: Hey Eric, Thanks for the response. I'm unfamiliar with the process of adding features to the language. Would you mind explaining to me what some of the qualifications are for getting something added to the stdlib? And also what role packages on PyPI play in

[issue42594] Provide a way to skip magic-number search in ZipFile(mode='a')

New submission from Bart Robinson : When a ZipFile object is created with mode='a', the existing file contents are checked for the magic number b"PK\005\006" near the end of the file. If a non-zipfile just happens to contain this magic number, it can confuse the library into assuming the

[issue33066] raise an exception from multiple positions break the traceback frames

Irit Katriel added the comment: When an exception has a __traceback__ and you raise it, the current frame is added to that traceback. What do you expect the behavior to be when you raise the same exception instance twice, from two different locations? -- nosy: +iritkatriel

[issue42593] Consistency in unicode string multiplication with an integer

syl-nktaylor added the comment: The build did seem to run, despite memset using fillchar without the explicit casting, so I assumed it did an implicit casting, but the original casting can be kept of course. With this build, my sample tests for 1-byte, 2-byte and 4-byte chars also ran ok,

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

mattip added the comment: I submitted PR 23684 to try to skip tests to fix this. I don't understand why this wasn't caught before merge, and where AIX and FREEBSD are setting EXT_SUFFIX improperly. -- message_count: 9.0 -> 10.0 pull_requests: +22549 stage: resolved -> patch review

[issue42590] Something like Rust's std::sync::Mutex – combining a mutex primitive and a piece of data it's protecting

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42593] Consistency in unicode string multiplication with an integer

STINNER Victor added the comment: +Py_UCS4 fill_char = PyUnicode_READ(char_size, PyUnicode_DATA(str), 0); +memset(to, fill_char, len); The second parameter of memset() is a byte (8-bit "octet"). You cannot pass Py_UCS4 to memset(), it doesn't work. --

[issue41462] os.set_blocking() raises OSError on VxWorks RTOS

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

STINNER Victor added the comment: It also broke POWER6 AIX 3.8: https://buildbot.python.org/all/#builders/138/builds/125 Traceback (most recent call last): File "/home/buildbot/buildarea/3.8.aixtools-aix-power6/build/Lib/test/test_sysconfig.py", line 366, in test_EXT_SUFFIX_in_vars

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

STINNER Victor added the comment: This change broke the AMD64 FreeBSD Shared 3.x buildbot: https://buildbot.python.org/all/#/builders/483/builds/513 FAIL: test_EXT_SUFFIX_in_vars (test.test_sysconfig.TestSysConfig) --

[issue42564] "from .__init__ import ..." syntax imports a duplicate module

Brett Cannon added the comment: You could propose your backwards-incompatible proposals on python-ideas, Greg, and see if you get any uptake. -- ___ Python tracker ___

[issue26131] Raise ImportWarning when loader.load_module() is used

Change by Brett Cannon : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue41462] os.set_blocking() raises OSError on VxWorks RTOS

STINNER Victor added the comment: New changeset 06afac6c5740bb81d2b7ab9639d2b08cccf77d33 by pxinwr in branch 'master': bpo-41462: Add os.set_blocking() support for VxWorks RTOS (GH-21713) https://github.com/python/cpython/commit/06afac6c5740bb81d2b7ab9639d2b08cccf77d33 -- nosy:

[issue42593] Consistency in unicode string multiplication with an integer

Serhiy Storchaka added the comment: BTW, CPython does not use UTF-8 and UTF-16 encoding in internal representation of strings. It uses Latin1, UCS2 and UCS4 (UTF-32). What benchmarks show? Is your code always faster and how much? If it is slower for some data, for what data and how much?

[issue42593] Consistency in unicode string multiplication with an integer

New submission from syl-nktaylor : In https://github.com/python/cpython/blob/master/Objects/unicodeobject.c#L12930, unicode_repeat does string multiplication with an integer in 3 different ways: 1) one memset call, for utf-8 when string size is 1 2) linear 'for' loops, for utf-16 and utf-32

[issue42574] Travis can't build the 3.8 branch right now

Change by Pablo Galindo Salgado : -- pull_requests: +22548 pull_request: https://github.com/python/cpython/pull/23685 ___ Python tracker ___

[issue42574] Travis can't build the 3.8 branch right now

Pablo Galindo Salgado added the comment: I would suggest to use some other string formatting for that one line. The reason is that technically (although very unlikely) downstream consumers could be relying on some old PYTHON_FOR_REGEN in the Makefile for 3.8 and I would not like to change

[issue42536] Iterating on a zip keeps objects alive longer than expected (test_itertools leaks sometimes references)

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42536] Iterating on a zip keeps objects alive longer than expected (test_itertools leaks sometimes references)

Pablo Galindo Salgado added the comment: New changeset 7c797982383ebfd9cca39c480dcf6132979dd06f by Brandt Bucher in branch '3.8': bpo-42536: GC track recycled tuples (GH-23623) (GH-23652) https://github.com/python/cpython/commit/7c797982383ebfd9cca39c480dcf6132979dd06f --

[issue42536] Iterating on a zip keeps objects alive longer than expected (test_itertools leaks sometimes references)

Pablo Galindo Salgado added the comment: New changeset 60463e8e4f79e5b5e96dc43fb83ded373b489e33 by Brandt Bucher in branch '3.9': bpo-42536: GC track recycled tuples (GH-23623) (GH-23651) https://github.com/python/cpython/commit/60463e8e4f79e5b5e96dc43fb83ded373b489e33 --

[issue42579] Solution from gh#python/cpython#13236 unnecessarily binds building of documentation to the latest version of Sphinx

Pablo Galindo Salgado added the comment: New changeset b63a620014b67a6e63d10783149c41baaf59def8 by Matěj Cepl in branch 'master': bpo-42579: Make workaround for various versions of Sphinx more robust (GH-23662) https://github.com/python/cpython/commit/b63a620014b67a6e63d10783149c41baaf59def8

[issue42579] Solution from gh#python/cpython#13236 unnecessarily binds building of documentation to the latest version of Sphinx

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42592] TypedDict: total=False but still key required

Brandt Bucher added the comment: It looks like this is a duplicate of issue 42059. We should just use their existing PR instead (PR 22736). -- resolution: -> duplicate stage: test needed -> resolved status: open -> closed superseder: -> TypedDict(...) as function does not respect

[issue42592] TypedDict: total=False but still key required

Terry J. Reedy added the comment: Some notes on needed TypedDict doc fixes. https://docs.python.org/3/library/typing.html#typing.TypedDict "class typing.TypedDict(dict)" The actual signature from inspect.signature is "(typename, fields=None, /, *, total=True, **kwargs)". I presume fields

[issue42585] Segmentation fault on Linux with multiprocess queue

Change by Alexey Izbyshev : -- components: +Library (Lib) nosy: +davin, pitrou versions: -Python 3.6 ___ Python tracker ___ ___

[issue42592] TypedDict: total=False but still key required

Change by Brandt Bucher : -- assignee: -> brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42574] Travis can't build the 3.8 branch right now

Ammar Askar added the comment: Oh whoops, got sniped by Brandt while investigating :) -- ___ Python tracker ___ ___

[issue39625] Traceback needs more details

Change by Irit Katriel : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> stack tracebacks should give the relevant class name ___ Python tracker

[issue42574] Travis can't build the 3.8 branch right now

Ammar Askar added the comment: >From a quick glance at >https://github.com/python/cpython/pulls?page=2=base%3A3.8+-label%3Atype-documentation It looks like travis on 3.8 last passed at https://github.com/python/cpython/pull/23364 around 19 days ago The culprit commit is likely

[issue42574] Travis can't build the 3.8 branch right now

Brandt Bucher added the comment: So I suppose we can either: - set PYTHON_FOR_REGEN to something 3.6+ on these backport branches - use some other string formatting for that one line I sort of prefer the second, since I *think* this is the only thing keeping older Pythons from working here.

[issue42574] Travis can't build the 3.8 branch right now

Brandt Bucher added the comment: It has been failing for some time. It's just not a required check, so it's easy to miss on a backport branch. I think the addition of an f-string in PR 23371 a few weeks ago is what started making this fail (since the system python can't run clinic anymore).

[issue42574] Travis can't build the 3.8 branch right now

Pablo Galindo Salgado added the comment: I am a bit confusedwhy is this failing now? -- ___ Python tracker ___ ___

[issue42592] TypedDict: total=False but still key required

Paul Bryan added the comment: Your patch LGTM, Brandt. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40600] Add option to disallow > 1 instance of an extension module

hai shi added the comment: > MAYBE we need add a module flag in `PyModuleDef`. I created a demo in PR 23683. -- ___ Python tracker ___

[issue42592] TypedDict: total=False but still key required

Brandt Bucher added the comment: I can fix this, Paul, unless you want to take it. Probably deserves a regression test or two as well. -- ___ Python tracker ___

[issue42592] TypedDict: total=False but still key required

Brandt Bucher added the comment: It looks like the issue is that _TypedDictMeta only respects "total" as a keyword argument to __new__, but the TypedDict function passes it along by setting __total__ in the generated namespace instead. This fixes it: diff --git a/Lib/typing.py

[issue40600] Add option to disallow > 1 instance of an extension module

Change by hai shi : -- keywords: +patch pull_requests: +22547 stage: test needed -> patch review pull_request: https://github.com/python/cpython/pull/23683 ___ Python tracker

[issue40600] Add option to disallow > 1 instance of an extension module

hai shi added the comment: >On the other side, defining a Py_mod_exec_once that supports execution > >for >just once can be a way. >Although the usage is little, it will be fine because the use case will >exist. IMHO, `Py_mod_exec_once` is more like a slot control flag. MAYBE we need add a

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

miss-islington added the comment: New changeset e9a6dcdefabb6c19074566f4ee0e02daaf57be18 by Miss Islington (bot) in branch '3.9': bpo-39825: Fixes sysconfig.get_config_var('EXT_SUFFIX') on Windows to match distutils (GH-22088)

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

miss-islington added the comment: New changeset ca52aa3ddd949ce2d259b4263344339b56db00b7 by Miss Islington (bot) in branch '3.8': bpo-39825: Fixes sysconfig.get_config_var('EXT_SUFFIX') on Windows to match distutils (GH-22088)

[issue42592] TypedDict: total=False but still key required

New submission from Paul Bryan : I believe "a" below should be an optional key, not a required one. Python 3.9.0 (default, Oct 7 2020, 23:09:01) [GCC 10.2.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import typing >>> TD = typing.TypedDict("TD",

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

Change by miss-islington : -- pull_requests: +22546 pull_request: https://github.com/python/cpython/pull/23682 ___ Python tracker ___

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

Change by miss-islington : -- nosy: +miss-islington nosy_count: 10.0 -> 11.0 pull_requests: +22545 pull_request: https://github.com/python/cpython/pull/23681 ___ Python tracker

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

Steve Dower added the comment: Thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

Steve Dower added the comment: New changeset c0afb7fa0ebd1c0e95c0760bbe75a99a8dd12ea6 by Matti Picus in branch 'master': bpo-39825: Fixes sysconfig.get_config_var('EXT_SUFFIX') on Windows to match distutils (GH-22088)

[issue42574] Travis can't build the 3.8 branch right now

Brandt Bucher added the comment: Pablo, maybe you can shed some light on this. It looks like the PEG parser PR explicitly sets PYTHON_FOR_REGEN=python3.8 using pyenv in .travis.yml for the master (and now 3.9) branches. The change was made in the we-like-parsers repo here:

[issue42569] Callers of _Py_fopen/_Py_wfopen may be broken after addition of audit hooks

Steve Dower added the comment: Good point, we can make it set errno as well. Any generic error is fine (I don't know them off the top of my head), because it will chain up to the one set by the hook. -- ___ Python tracker

[issue23915] [doc] traceback set with BaseException.with_traceback() pushed back on raise

Irit Katriel added the comment: The new PR has an alternative suggestion for a change, where I tried to incorporate both Travis's and David's points: (1) there are better alternatives now for exception chaining (2) the current frame gets pushed on the traceback when the exception is raised.

[issue42573] Installation of Python 3.9 failing with message "User cancelled installation"

Steve Dower added the comment: Can you try disabling any security/anti-malware software you have running? That's normally the only thing (besides a user) that will cause this error. -- ___ Python tracker

[issue23915] [doc] traceback set with BaseException.with_traceback() pushed back on raise

Change by Irit Katriel : -- nosy: +iritkatriel nosy_count: 5.0 -> 6.0 pull_requests: +22544 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/23680 ___ Python tracker

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Valeriu Predoi added the comment: Changed status to pending, will close once we've had 3.9.1 in our env and tested proper, but should be OK, cheers! -- status: pending -> open ___ Python tracker

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Change by Valeriu Predoi : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42588] Improvements to graphlib.TopologicalSorter.static_order() documentation

Change by Karthikeyan Singaravelan : -- nosy: +pablogsal, rhettinger, tim.peters ___ Python tracker ___ ___ Python-bugs-list

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Valeriu Predoi added the comment: Excellent, just gonna let my team know about this and we'll hold off on 3.9.0 then - good stuff, mate! -- ___ Python tracker ___

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Karthikeyan Singaravelan added the comment: 3.9.1 is in RC1 as per https://www.python.org/dev/peps/pep-0596/#lifespan . It will be available as part of 3.9.1 or 3.9.2 . I am not sure about anaconda packaging schedule though. -- ___ Python tracker

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Valeriu Predoi added the comment: Great, cheers mate, I read through the PR's (and sorry to have pestered you over at the mock backport GitHub too haha) - this looks it will fix the issue nicely. Do you know when will the release be available for us using Python from Anaconda etc.? Feel

[issue42591] Method Py_FrozenMain missing in libpython3.9

Change by Christian Bachmaier : -- components: +Library (Lib) -C API ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42591] Method Py_FrozenMain missing in libpython3.9

New submission from Christian Bachmaier : In Python 3.9.0 and 3.9.1rc1 (Packages from Ubuntu Devel Branch or Fedora) the Method int Py_FrozenMain(int, char**) is missing in libpython3.9.so Thus, when trying the provided freeze example via freeze.py hello.py & make one gets the linker error

  1   2   >