[issue40398] typing.get_args(Callable) fails

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

[issue40398] typing.get_args(Callable) fails

Serhiy Storchaka added the comment: New changeset a629d4c63c55ba36be36ff105dfc103b710c9a2d by Serhiy Storchaka in branch '3.8': [3.8] bpo-40398: Fix typing.get_args() for special generic aliases. (GH-19720) (GH-19857) https://github.com/python/cpython/commit/a629d4c63c55ba36be36ff105dfc103b7

[issue40466] asyncio.ensure_future() breaks implicit exception chaining

Change by Chris Jerdonek : -- keywords: +patch pull_requests: +19174 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19858 ___ Python tracker ___ _

[issue40031] IDLE fails trying to inport old idlelib file names for config

Saaheer Purav added the comment: In my .idlerc folder, only 1 file is there- 'recent-files.lst'. -- ___ Python tracker ___ ___ Pyth

[issue40469] TimedRotatingFileHandler rotating on use not time

Mark Hallett added the comment: Eg code to run is now attached -- Added file: https://bugs.python.org/file49112/app.py ___ Python tracker ___ _

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

Change by Chris Jerdonek : -- pull_requests: +19175 pull_request: https://github.com/python/cpython/pull/19859 ___ Python tracker ___ __

[issue40449] multi-line f-string, syntaxerror points to wrong line

Lysandros Nikolaou added the comment: This has been fixed in 3.9.0a6 due to the new parser: ╰─ cat a.py s = ("apricot " "pineapple" f"shallot{") ╰─ ./python.exe a.py File "/Users/lysnikolaou/Repositories/cpython/a.py", line 3 f"shallot{") ^ SyntaxError: f-string:

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

Chris Jerdonek added the comment: FYI, I just created a PR to add one more test to the prior fix, to test a slightly different aspect. Whereas the test in the first PR checks that exc.__context__ is set after gen.throw() is finished, the new test checks that exc.__context__ is available als

[issue29590] Incorrect stack traces when re-entering a generator/coroutine stack via .throw()

Change by Chris Jerdonek : -- nosy: +chris.jerdonek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue40466] asyncio.ensure_future() breaks implicit exception chaining

Chris Jerdonek added the comment: My PR is ready for review: https://github.com/python/cpython/pull/19858 -- ___ Python tracker ___ ___

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

Chris Jerdonek added the comment: FYI, I was able to finish addressing the other exception-chaining cases (the ones covered by the other issue) with a simple change to the fix for this PR. I moved the call to _PyErr_ChainExceptions() a bit deeper: into gen_send_ex() before the call to _PyEva

[issue40476] Write file failed on OS X 10.15.4

New submission from 韩振宇 <0oshowe...@gmail.com>: When I write a long file using write() function, the resulting file is truncated into some specific level when the file is newly establised. However, when the file is existing, the full length can be achieved. Here is the example code: f = open(

[issue40476] Write file failed on OS X 10.15.4

Change by 韩振宇 <0oshowe...@gmail.com>: -- components: +macOS nosy: +ned.deily, ronaldoussoren type: -> behavior ___ Python tracker ___ __

[issue40476] Write file failed on OS X 10.15.4

Rémi Lapeyre added the comment: Hi, I can't reproduce the issue but the fact that you did not close the file is suspicious. What does with open('test_output','w') as f: length = 195364 for i in range(length): f.write(str(i)+'\r\n') gives? -- nosy: +remi.lapeyre

[issue40476] Write file failed on OS X 10.15.4

Change by 韩振宇 <0oshowe...@gmail.com>: -- resolution: -> not a bug ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue40476] Write file failed on OS X 10.15.4

韩振宇 <0oshowe...@gmail.com> added the comment: After f.close() it apperas. That's my fault. Thank you. -- ___ Python tracker ___ ___ P

[issue40476] Write file failed on OS X 10.15.4

Change by 韩振宇 <0oshowe...@gmail.com>: -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list maili

[issue40367] ImportError: libffi.so.6

Filipe Laíns added the comment: Éric's assessment seems correct. libffi-3.2 (which provided libffi.so.6) got dropped as a dependency from libffi a few weeks ago. https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/libffi&id=edbab26c1cbebe62bb9a5ef55a5e0eaf3481a399 Add 2 w

[issue40367] ImportError: libffi.so.6

Filipe Laíns added the comment: typo: does the default installation not worlK *does the default installation not work? -- ___ Python tracker ___ __

[issue39232] asyncio crashes when tearing down the proactor event loop

rmawatson added the comment: This is also happening in other libraries besides aiohttp. Specifically xhttp on windows. There is an open issue at https://github.com/encode/httpx/issues/914 -- nosy: +rmawatson ___ Python tracker

[issue40449] multi-line f-string, syntaxerror points to wrong line

Lysandros Nikolaou added the comment: Since this issue is now resolved, I'm closing it, after I consulted with pablogsal. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker _

[issue40457] Python fails to compile/load _ssl module if OpenSSL is compiled with no-tls1-method

Change by Christian Heimes : -- keywords: +patch pull_requests: +19176 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19862 ___ Python tracker ___

[issue40457] Python fails to compile/load _ssl module if OpenSSL is compiled with no-tls1-method

Christian Heimes added the comment: Thanks for the bug report. I've created a PR to check for the correct flags in _ssl__SSLContext_impl(). I'll backport the fix to 3.8 and 3.7. 3.6 and older are in security-only mode. -- versions: +Python 3.9 -Python 3.5, Python 3.6 ___

[issue40477] Launcher on Catalina

New submission from Werner : I can’t figure out how to use Python Launcher on Catalina. Or it is broken. Anyway: It does absolutely nothing. When I double click a scriopt file, I se very shortly the preferences window of Launcher, and this is all. The script is not executed. I made a very simp

[issue40419] timeit CLI docs still mention old power sequence

Change by miss-islington : -- nosy: +miss-islington nosy_count: 5.0 -> 6.0 pull_requests: +19177 pull_request: https://github.com/python/cpython/pull/19863 ___ Python tracker _

[issue40419] timeit CLI docs still mention old power sequence

Serhiy Storchaka added the comment: New changeset 766352320fd736e2c8ed545b4cc57563f61a0b9d by Sander in branch 'master': bpo-40419: timeit CLI docs now mention 1,2,5,10,... trials instead of powers of 10 (GH-19752) https://github.com/python/cpython/commit/766352320fd736e2c8ed545b4cc57563f61a

[issue40419] timeit CLI docs still mention old power sequence

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

[issue40419] timeit CLI docs still mention old power sequence

miss-islington added the comment: New changeset 399b9a4a620f544c1afa3b8c7fd82d093b5cc76d by Miss Islington (bot) in branch '3.8': bpo-40419: timeit CLI docs now mention 1,2,5,10,... trials instead of powers of 10 (GH-19752) https://github.com/python/cpython/commit/399b9a4a620f544c1afa3b8c7fd

[issue40419] timeit CLI docs still mention old power sequence

miss-islington added the comment: New changeset 4eec39a98c57bc374888b54c34ca11fdffcffc07 by Miss Islington (bot) in branch '3.7': bpo-40419: timeit CLI docs now mention 1,2,5,10,... trials instead of powers of 10 (GH-19752) https://github.com/python/cpython/commit/4eec39a98c57bc374888b54c34c

[issue40477] Launcher on Catalina

Ned Deily added the comment: Thanks for the report. At first glance, it does look like it's broken on macOS 10.15. I'll look into it. -- assignee: -> ned.deily ___ Python tracker __

[issue40477] Launcher on Catalina

Werner added the comment: Thank you! That’s an Information which Looks bad but has good parts. At least it may be not my fault ;) Best regards Werner Hintze Am 2. Mai 2020, 19:10 +0200 schrieb Ned Deily : > > Ned Deily added the comment: > > Thanks for the report. At first glance, it does l

[issue40468] IDLE split "general" into two tabs

E. Paine added the comment: Would it be helpful to move the additional help sources to the extensions page (and rename it to "Add-ins")? Just throwing ideas out there, we could also add an "Advanced" tab where we put the settings we (really) don't want others changing without good reason (suc

[issue40416] Calling TextIOWrapper.tell() in the middle of reading a gb2312-encoded file causes UnicodeDecodeError

Rob Malouf added the comment: Same results on MacOS 10.15.4 (both the system python and the intel/anaconda version) and on CentOS 7.8 Here's the output with print(...): 13 71 72 392 393 399 536 537 761 762 879 880 933 934 1146 1147 1254 1255 1359 1360 1760 1761 1772 1895 1897 1906 2105 2107

[issue40350] modulefinder chokes on numpy - dereferencing None in spec.loader

Cajetan Rodrigues added the comment: Reproduced on Python3.9.0a5+ imp.find_module() simply raised an ImportError in my tests with an implicitly namespaced package (without an __init__.py) About the "type_", I think it should be consistent with _PKG_DIRECTORY, since PEP 420 states the follow

[issue40408] GenericAlias does not support nested type variables

Serhiy Storchaka added the comment: There is a difference between PR 19836 and the typing module in handling nested unsubscribed generic aliases: >>> from typing import * >>> T = TypeVar('T') >>> D1 = Dict[T, List] >>> D2 = dict[T, List] >>> D1.__parameters__ (~T,) >>> D1[int] typing.Dict[int

[issue40031] IDLE fails trying to inport old idlelib file names for config

Terry J. Reedy added the comment: Module 'autoexpand' has a class 'AutoExpand' imported by editor.py near the top. After rechecking the editor and config code, I am sure that the only way editor line 1115 could try to import *module* AutoExpand is if either idlelib/config-extensions.def or

[issue40334] PEP 617: new PEG-based parser

Change by Lysandros Nikolaou : -- pull_requests: +19179 pull_request: https://github.com/python/cpython/pull/19865 ___ Python tracker ___ __

[issue40465] Deprecate the optional *random* argument to random.shuffle()

Change by Raymond Hettinger : -- keywords: +patch pull_requests: +19180 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19867 ___ Python tracker __

[issue40468] IDLE split "general" into two tabs

Change by E. Paine : Added file: https://bugs.python.org/file49115/shell_editor_page_pady.png ___ Python tracker ___ ___ Python-bugs-list ma

[issue40468] IDLE split "general" into two tabs

Change by E. Paine : Added file: https://bugs.python.org/file49114/shell_editor_page.png ___ Python tracker ___ ___ Python-bugs-list mailing

[issue40468] IDLE split "general" into two tabs

Change by E. Paine : Added file: https://bugs.python.org/file49113/general_page_se.png ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue40468] IDLE split "general" into two tabs

Terry J. Reedy added the comment: Since the help sources extend the Help menu, putting them under Extensions makes some sense. But I don't know how many people would think to look at the tab. But something to keep in mind. We can also ask for user opinions on idle-dev list. Notebooks can

[issue25625] "chdir" Contex manager for pathlib

gaborbernat added the comment: So moving way from subprocess.Process; what about having this for other use cases? I know there is no thread-safe way to get this working, given it's a process state variable. However, can we have it as a non-thread-safe feature? -- nosy: +gaborbernat v

[issue40334] PEP 617: new PEG-based parser

Change by Lysandros Nikolaou : -- type: resource usage -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue40419] timeit CLI docs still mention old power sequence

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

[issue40355] The ast module fails to reject certain malformed nodes

Change by Curtis Bucher : -- keywords: +patch nosy: +curtisbucher nosy_count: 4.0 -> 5.0 pull_requests: +19181 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19868 ___ Python tracker

[issue18319] gettext() cannot find translations with plural forms

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

[issue40286] Add randbytes() method to random.Random

Change by Raymond Hettinger : -- pull_requests: +19183 pull_request: https://github.com/python/cpython/pull/19870 ___ Python tracker ___ ___

[issue40464] functools.singledispatch doesn't verify annotation is on FIRST parameter

Change by Filipe Laíns : -- keywords: +patch nosy: +FFY00 nosy_count: 2.0 -> 3.0 pull_requests: +19184 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19871 ___ Python tracker

[issue40465] Deprecate the optional *random* argument to random.shuffle()

Raymond Hettinger added the comment: New changeset 190fac99c58232f3e0b34891872b91e50ea2f057 by Raymond Hettinger in branch 'master': bpo-40465: Deprecate the optional argument to random.shuffle(). (#19867) https://github.com/python/cpython/commit/190fac99c58232f3e0b34891872b91e50ea2f057 ---

[issue40465] Deprecate the optional *random* argument to random.shuffle()

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

[issue19113] duplicate test names in Lib/ctypes/test/test_functions.py

Change by Filipe Laíns : -- nosy: +FFY00 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue39990] help should evaluate forward reference

Filipe Laíns added the comment: typing.get_type_hints can be used for this, it resolves the annotation string. >>> def foo(bar: 'int') -> 'bool': pass ... >>> typing.get_type_hints(foo) {'bar': , 'return': } -- nosy: +FFY00 ___ Python tracker

[issue39990] help should evaluate forward reference

Change by Filipe Laíns : -- keywords: +patch pull_requests: +19185 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19874 ___ Python tracker ___

[issue40470] Make inspect.signature able to parse format strings.

Change by Filipe Laíns : -- nosy: +FFY00 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue36310] pygettext3.7 Does Not Recognize gettext Calls Within fstrings

Change by jack1142 : -- keywords: +patch pull_requests: +19186 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19875 ___ Python tracker ___ ___

[issue29753] Ctypes Packing Bitfields Incorrectly - Linux

Filipe Laíns added the comment: My patches should resolve this fully. Please test it to make sure I did not miss any corner case. https://github.com/python/cpython/pull/19850 -- ___ Python tracker _

[issue40478] allow finding nmake.exe executable in MSVCCompiler

New submission from japm48 : Some toolchains (e.g. calibre) use a custom build system based on distutils to find the compiler tools. For those, it is useful to have the path of nmake.exe easily discoverable. -- components: Distutils messages: 367951 nosy: dstufft, eric.araujo, japm48

[issue40478] allow finding nmake.exe executable in MSVCCompiler

Change by japm48 : -- keywords: +patch pull_requests: +19187 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19876 ___ Python tracker ___ _

[issue40457] Python fails to compile/load _ssl module if OpenSSL is compiled with no-tls1-method

Mitch Lindgren added the comment: Thanks for the quick turnaround! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue40416] Calling TextIOWrapper.tell() in the middle of reading a gb2312-encoded file causes UnicodeDecodeError

Ma Lin added the comment: On Windows 10, Python 3.7, I get the same message as above reply. If use Python 3.8, it works well. -- nosy: +Ma Lin ___ Python tracker ___

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

Change by Chris Jerdonek : -- pull_requests: +19189 pull_request: https://github.com/python/cpython/pull/19877 ___ Python tracker ___ __

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

Chris Jerdonek added the comment: Okay, I was able to remove the NULL value check and get things working with a NULL exception value. I just posted a second follow-on PR that does this (which Guido approved - thanks, Guido!): https://github.com/python/cpython/pull/19877 I wanted to tell you

[issue40416] Calling TextIOWrapper.tell() in the middle of reading a gb2312-encoded file causes UnicodeDecodeError

Ma Lin added the comment: I did a git bisect, this commit fixed the bug: https://github.com/python/cpython/commit/ac22f6aa989f18c33c12615af1c66c73cf75d5e7 -- ___ Python tracker _

[issue22848] Subparser help does not respect SUPPRESS argument

Change by Mitar : -- nosy: +mitar ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mai