[issue32561] Add API to io objects for cache-only reads/writes

STINNER Victor added the comment: Here a proof-of-concept of an asynchronous io module reusing the existing blocking io module: it implements AsyncBufferedReader.readline() using existing _pyio.BufferedReader.readline(). The approach seems to work, but only if bpo-13322 is fixed first:

[issue38445] os.path.exists() takes bool as argument and returns True

Eryk Sun added the comment: Note that the underlying stat call supports file descriptors, which are non-negative integers. This is a supported and tested capability for genericpath.exists (see GenericTest.test_exists_fd in Lib/test/test_genericpath.py). False and True are integers with the

[issue38445] os.path.exists() takes bool as argument and returns True

Mariano Anaya added the comment: Hi, I would like to take a look at this issue. Could someone please assign it to me? Thanks -- nosy: +Mariano Anaya ___ Python tracker ___

[issue38446] Ambiguous signature for builtins.__build_class__

New submission from Dan Snider : The function has the following signature documented: __build_class__(func, name, *bases, metaclass=None, **kwds) This implies that `func` and `name` are not positional only parameters when in fact, they are. Another problem with that signature is that

[issue38444] dataclass: always generate default __init__ on __default_init__

Eric V. Smith added the comment: Doesn't __post_init__ address this use case? -- ___ Python tracker ___ ___ Python-bugs-list

[issue38445] os.path.exists() takes bool as argument and returns True

New submission from Nika : os.path.exists() accepts either True or False as argument and returns True. Reproducible on Windows, e. g., in jupyter notebook or in Eclipse, although not in IDLE, which returns False, as expected. import os print(os.path.exists(False)) -- messages:

[issue38435] Start the deprecation cycle for subprocess preexec_fn

STINNER Victor added the comment: > We cannot provide a general do everything replacement and should not try. It > not possible. Well, I proposed a solution at: https://bugs.python.org/issue38417#msg354242 I know that this solution has multiple flaws, but a bad solution may be better than

[issue38444] dataclass: always generate default __init__ on __default_init__

Eric V. Smith added the comment: This would be a 3.9 feature only, so changing the versions. -- versions: -Python 3.7, Python 3.8 ___ Python tracker ___

[issue38444] dataclass: always generate default __init__ on __default_init__

Change by Eric V. Smith : -- assignee: -> eric.smith nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38444] dataclass: always generate default __init__ on __default_init__

New submission from Shmuel H. : Currently, `dataclasses.dataclass` will generate `__init__` only where the user has not defined one. However, sometimes, with frozen classes or dataclasses with a lot of members, redefinition of this function is not trivial, especially if the only purpose is

[issue12271] panel.h is not found even if it's installed on various flavours of SUSE

Fabrice BAUZAC added the comment: I have been hit by the same issue today. Kenneth's patch seems fine. Why not integrate it? -- nosy: +fbauzac ___ Python tracker ___

[issue38442] Doc/whatsnew/3.8.rst has an execution bit

Serhiy Storchaka added the comment: Strange, it was only in master. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.8 ___ Python tracker

[issue38442] Doc/whatsnew/3.8.rst has an execution bit

Serhiy Storchaka added the comment: New changeset cbb548130caf24275fa16100bccc537570cb46df by Serhiy Storchaka in branch 'master': bpo-38442: Remove an execution bit from Doc/whatsnew/3.8.rst. (GH-16715) https://github.com/python/cpython/commit/cbb548130caf24275fa16100bccc537570cb46df

[issue38440] Possible new issues with IDLE

Ned Deily added the comment: (“8.7.10” should be “8.6.10”) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38014] ./configure on recent macOS versions can fail with multiple "present but cannot be compiled" messages

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg354431 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue38014] ./configure on recent macOS versions can fail with multiple "present but cannot be compiled" messages

Ned Deily added the comment: Going back and looking closer at the original failure, I see now that the root cause of the configure failures *is* using --with-universal-archs=64-bit. As noted in the Mac/README file, "64-bit" means compile for both "ppc64" and "x86_64" architectures; the

[issue38014] ./configure on recent macOS versions can fail with multiple "present but cannot be compiled" messages

Ned Deily added the comment: Going and back and looking closer at the original failure, I see now that the root cause of the configure failures *is* using --with-universal-archs=64-bit. As noted in the Mac/README file, "64-bit" means compile for both "ppc64" and "x86_64" architectures; the

[issue38443] unavailable --with-universal-archs= macOS confgure options fail cryptically

Ned Deily added the comment: Also note that, on current macOS systems, specifying just --enable-universalsdk to ./configure results in an implicit --with-universal-archs of intel (which implies both x86_64 and i386). checking for --enable-universalsdk... / checking for

[issue38443] unavailable --with-universal-archs= macOS confgure options fail cryptically

New submission from Ned Deily : ./configure's --with-universal-archs= supports a number of different CPU architecture combinations. However most of them are no longer supported on current macOS systems. If you choose an option with archs not available in the build tool chain in use, the

[issue38442] Doc/whatsnew/3.8.rst has an execution bit

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +16293 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16715 ___ Python tracker

[issue38442] Doc/whatsnew/3.8.rst has an execution bit

New submission from Serhiy Storchaka : It likely happened when it was edited on Windows. -- assignee: docs@python components: Documentation messages: 354428 nosy: docs@python, lukasz.langa, serhiy.storchaka priority: normal severity: normal status: open title: Doc/whatsnew/3.8.rst has

[issue38441] failing to build the Documentation

Ned Deily added the comment: Thanks for the report. That problem was fixed on the master branch by 141da44bb45bc182886303fce92cbbae5631cb4c on 2019-06-03. Suggest you build from a more recent source release or updated git repo. -- nosy: +ned.deily resolution: -> out of date

[issue38440] Possible new issues with IDLE

Ned Deily added the comment: (Just FYI: the version of Tcl/Tk, 8.6.8, we are shipping with the python.org installers for macOS is unchanged since 3.7.2 a year ago, 2.7.16 (in March), and has not changed during the 3.8.0 pre-release cycle. We did try to update to 8.6.9 for 3.7.2rc1 but

[issue38441] failing to build the Documentation

New submission from Aurora : I'm failing to build the cpython/Doc dir. The full build log is as follows: mkdir -p build Building NEWS from Misc/NEWS.d with blurb PATH=./venv/bin:$PATH sphinx-build -b epub -d build/doctrees -D latex_elements.papersize= -W . build/epub Running Sphinx v2.2.0

[issue38436] Improved performance for list addition.

Serhiy Storchaka added the comment: How often do you need to add three or more lists in comparison with other uses of the "+" operator? How larger is the benefit of this optimization? How much it slows down other uses of the "+" operator? Would be nice if you provide some numbers. More

[issue38440] Possible news issues with IDLE

Terry J. Reedy added the comment: I presume this is on macOS, with its finicky tk. Have you 'upgraded' to Catalina? I have not, that I know of. I will try 3.8.0rc1 on my MacBook Air tomorrow. 1. Jumps. All the way to before the beginning "Python 3.8..." splash line? How long is long?

[issue38439] Python needs higher resolution app/menu icons

Terry J. Reedy added the comment: I think you misunderstood #32129. It was specific to macOS Aqua systems. On Windows and generally on Linux, window title bars have a little icon on the left end (at least on Windows). IDLE uses the tcl/tk GUI framework and by default, on these systems,

[issue35058] Unable to Install Python on Windows

Mohsin Boruah added the comment: Also try this article which I believe will help you out. http://techstuffsarena.com/2019/01/15/how-to-fix-windows-10-update-error-0x8024a105/ -- ___ Python tracker

[issue35058] Unable to Install Python on Windows

Mohsin Boruah added the comment: Thats an amazing information. -- nosy: +Mohsin Boruah ___ Python tracker ___ ___ Python-bugs-list

<    1   2