[issue43240] IDLE Classic Unix keyboard shortcuts broken

Terry J. Reedy added the comment: IDLE just tells tcl/tk via tkinter what function to call when particular UI events happen. Recognizing UI events is handled between the OS window manager and tcl/tk. So I am sure this is not an IDLE issue. For another application to affect the Linux-tcl

[issue43219] shutil.copy raises IsADirectoryError when the directory does not actually exist

Eryk Sun added the comment: I left this open in case someone wants to modify shutil.copy() and shutil.copy2() to raise a less misleading exception when `dst` names a non-existing directory such as 'not_a_dir/'. Failing with IsADirectoryError (errno EISDIR) is confusing since shutil.copy()

[issue43155] PyCMethod_New not defined in python3.lib

Change by Zackery Spytz : -- pull_requests: +23336 pull_request: https://github.com/python/cpython/pull/24554 ___ Python tracker ___

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

Erlend Egeberg Aasland added the comment: Thanks, Victor. For PySequence_ITEM, I guess adding a private C version (for example _PySequence_Item) and redirecting the macro to the C version would be acceptable. Ditto for PyHeapType_GET_MEMBERS and PyType_SUPPORTS_WEAKREFS. --

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

Change by Erlend Egeberg Aasland : -- pull_requests: +23335 pull_request: https://github.com/python/cpython/pull/24553 ___ Python tracker ___

[issue43179] Remove 31/32-bit s390 Linux support (s390-linux-gnu triplet)

STINNER Victor added the comment: > builds a 31/32 bit Python 3.10 on an s390x system. What is the use case or benefit of building Python for 32-bit rather than 64-bit? -- ___ Python tracker

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: > For PyExceptionClass_Name: Is it ok to just remove the macro version (like > with GH-24548)? Yes, I think so. -- ___ Python tracker ___

[issue43179] Remove 31/32-bit s390 Linux support (s390-linux-gnu triplet)

John Paul Adrian Glaubitz added the comment: > Are you sure about that? It seems SLE-12 support s390x not s390. Maybe it's > multilib support in a similar manner that I've mentioned about RHEL7? I work at SUSE. I looked at the internal build system. Debian also still build s390 multilib

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

Erlend Egeberg Aasland added the comment: For PyExceptionClass_Name: Is it ok to just remove the macro version (like with GH-24548)? -- ___ Python tracker ___

[issue43179] Remove 31/32-bit s390 Linux support (s390-linux-gnu triplet)

Change by STINNER Victor : -- title: Remove 32-bit s390 Linux support (s390-linux-gnu triplet) -> Remove 31/32-bit s390 Linux support (s390-linux-gnu triplet) ___ Python tracker

[issue43233] test_os: test_copy_file_range_offset fails on FreeBSD CURRENT

STINNER Victor added the comment: AMD64 FreeBSD Shared 3.x is also affected: https://buildbot.python.org/all/#/builders/483/builds/813 FAIL: test_copy_file_range_offset (test.test_os.FileTests) -- title: test_copy_file_range_offset fails on AMD64 FreeBSD Shared 3.9 -> test_os:

[issue43240] IDLE Classic Unix keyboard shortcuts broken

Alan Moore added the comment: OK, it seems that closing all my firefox windows restored correct behavior to IDLE. I can only guess that somehow firefox was eating the Ctrl-x. Not sure if this is a firefox issue, a window manager issue, or an IDLE issue. If you think it's not the latter,

[issue43236] Windows IDLE taskbar icon jump list fails to open recent files

Ned Deily added the comment: > Ned, do you have any comments, pro or con, about doing so. I don't think there is a conflict here and I don't really have an opinion as I don't use Windows regularly. From a bit of web research, it looks like the closest thing to Windows jump lists on macOS

[issue39093] tkinter objects garbage collected from non-tkinter thread cause crash

John Rouillard added the comment: Sorry for the spam, but there is no silent post setup for this tracker. On https://github.com/python/psf-infra-meta/issues/74 in July E-paine reports that he can't post to this issue. I just created an account linked to github to see if I am able to post.

[issue43240] IDLE Classic Unix keyboard shortcuts broken

New submission from Alan Moore : Using IDLE 3.9.1 on Arch Linux. In IDLE I've selected the "classic unix" key set. It worked for a while, then stopped registering key combinations for more than one key (e.g. Ctrl-x Ctrl-s). Have tried creating a custom key set and manually setting the

[issue43236] Windows IDLE taskbar icon jump list fails to open recent files

Terry J. Reedy added the comment: Eryk, thank you for the research. Our macOS installer already adds an 'idlex.y' executable. Ned, do you have any comments, pro or con, about doing so. (I worry a bit about reinforcing the beginner delusion that IDLE is Python or that IDLE executes

[issue43239] PyCFunction_New is not exported with PyAPI_FUNC

Petr Viktorin added the comment: > By the way, I would suggest to move "#define PyCFunction_New(ML, SELF) > PyCFunction_NewEx((ML), (SELF), NULL)" to Include/cpython/methodobject.h Wait no, I wrote too soon. PyCFunction_NewEx is part of the limited API as well, even though it's

[issue43239] PyCFunction_New is not exported with PyAPI_FUNC

Petr Viktorin added the comment: > By the way, I would suggest to move "#define PyCFunction_New(ML, SELF) > PyCFunction_NewEx((ML), (SELF), NULL)" to Include/cpython/methodobject.h OK, I'll add that move to the PR. > Oh, it's not listed by Doc/data/stable_abi.dat and so not checked by >

[issue43239] PyCFunction_New is not exported with PyAPI_FUNC

Change by Petr Viktorin : -- keywords: +patch pull_requests: +23334 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24551 ___ Python tracker ___

[issue43239] PyCFunction_New is not exported with PyAPI_FUNC

STINNER Victor added the comment: Oh, it's not listed by Doc/data/stable_abi.dat and so not checked by Tools/scripts/stable_abi.py. It's implemented explicitly as a function only for the stable ABI: PyObject * PyCFunction_New(PyMethodDef *ml, PyObject *self) { return

[issue43239] PyCFunction_New is not exported with PyAPI_FUNC

New submission from Petr Viktorin : PyCFunction_New is part of the Stable ABI (see bpo-21354), but it is not declared as PyAPI_FUNC, and thus not exported with GCC's -fvisibility=hidden. To match Windows, it should be declared. (I don't think this has any real impact, I just want to fix it

[issue23903] Generate PC/python3.def by scraping headers

Petr Viktorin added the comment: I plan to do this slightly differently, see PEP 652. -- nosy: +petr.viktorin ___ Python tracker ___

[issue42580] ctypes.util.find_library("libc") fails

Eryk Sun added the comment: Can't there be a library named "libc" with the shared module "liblibc.so"? It seems to me that the _is_elf() function added in issue 41976 is breaking the contract that "[i]f no library can be found, returns None". It's not supposed to leak arbitrary exceptions

[issue42580] ctypes.util.find_library("libc") fails

STINNER Victor added the comment: The documentation is explicit: you must not include the "lib" prefix. https://docs.python.org/dev/library/ctypes.html#ctypes.util.find_library See also examples: https://docs.python.org/dev/library/ctypes.html#finding-shared-libraries If it worked with "lib"

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: > New changeset cc54001c2eb3b14320c1667b22602d69c90d5865 by Erlend Egeberg > Aasland in branch 'master': > bpo-40170: Always define PyIter_Check() as a function (GH-24548) For macOS which doesn't use LTO compiler optimization, we added private static inline

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: New changeset cc54001c2eb3b14320c1667b22602d69c90d5865 by Erlend Egeberg Aasland in branch 'master': bpo-40170: Always define PyIter_Check() as a function (GH-24548) https://github.com/python/cpython/commit/cc54001c2eb3b14320c1667b22602d69c90d5865

[issue43179] Remove 32-bit s390 Linux support (s390-linux-gnu triplet)

Charalampos Stratakis added the comment: > s390 is being built for SLE-12, for example, on the internal SUSE build > system and SLE-12 is still supported. So if a customer wants to use Python > 3.10 in a SLE-12 s390 environment, why keep them from doing so? Are you sure about that? It seems

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

Change by Nicholas Sim : -- pull_requests: +2 pull_request: https://github.com/python/cpython/pull/24550 ___ Python tracker ___

[issue42580] ctypes.util.find_library("libc") fails

Vadym Stupakov added the comment: I mean, find_library relies on gcc linker, when you pass library name to the linker, it automatically ads "lib" prefix to the library so, when you pass "libc", linker ads "lib" so u have an error with "liblibc" name. just man ld and see "-l" option: " -l

[issue42580] ctypes.util.find_library("libc") fails

Vadym Stupakov added the comment: > ctypes.util.find_library("libc") used to work in 3.8, not working in 3.9. As > I said before, ctypes.util.find_library("c") works in both 3.8 and 3.9. no, it doesn't work (and it shouldn't) neither in python 3.8 nor 3.7 Python 3.8.5 (default, Sep 4

[issue42580] ctypes.util.find_library("libc") fails

Eryk Sun added the comment: Issue 41976 added ctypes.util._is_elf() to filter out linker scripts such as "libc.so". The PR was backported to 3.7. _is_elf() assumes the trace result has absolute paths that can be opened, but Matthias is getting the relative filename "liblibc.a" in the

[issue42580] ctypes.util.find_library("libc") fails

Matthias Klose added the comment: ctypes.util.find_library("libc") used to work in 3.8, not working in 3.9. As I said before, ctypes.util.find_library("c") works in both 3.8 and 3.9. -- ___ Python tracker

[issue41282] Deprecate and remove distutils

Change by Lumír Balhar : -- pull_requests: +23332 pull_request: https://github.com/python/cpython/pull/24549 ___ Python tracker ___

[issue42580] ctypes.util.find_library("libc") fails

Vadym Stupakov added the comment: So, can we close it? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42580] ctypes.util.find_library("libc") fails

STINNER Victor added the comment: Oh right, I always use find_library("c"), not find_library("libc"). -- ___ Python tracker ___

[issue42580] ctypes.util.find_library("libc") fails

Vadym Stupakov added the comment: Note, that adding "lib" prefix to any library is wrong, that's why it returns "None" or raises the exception. And it works fine when you call find_library("c") I guess the issue, that was reported here, is about raising and exception instead of returning

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

STINNER Victor added the comment: New changeset 17dbd4078b68db8954df6b5cdc40b786bc4ad7af by Nicholas Sim in branch 'master': bpo-35134, Include: Move pytime.h to cpython/pytime.h (GH-23988) https://github.com/python/cpython/commit/17dbd4078b68db8954df6b5cdc40b786bc4ad7af --

[issue42580] ctypes.util.find_library("libc") fails

STINNER Victor added the comment: > _findLib_gcc() uses "gcc -Wl,-t -o tmp -lc" command and search for "lib" in > the created "tmp" file. Oh, it looks for the "lib" in the process stdout (not in the created "tmp" file). -- ___ Python tracker

[issue42580] ctypes.util.find_library("libc") fails

STINNER Victor added the comment: This function is quite complicated on Linux: def find_library(name): # See issue #9998 return _findSoname_ldconfig(name) or \ _get_soname(_findLib_gcc(name)) or _get_soname(_findLib_ld(name))

[issue42580] ctypes.util.find_library("libc") fails

RedEyed added the comment: can't reproduce (py39) ➜ ~ ipython Python 3.9.1 (default, Dec 11 2020, 14:32:07) Type 'copyright', 'credits' or 'license' for more information IPython 7.20.0 -- An enhanced Interactive Python. Type '?' for help. In

[issue43175] filecmp is not working for UTF-8 BOM file.

Eryk Sun added the comment: The two files in "files.zip" have the same contents: >>> open('source.css', 'rb').read() == open('destination.css', 'rb').read() True Maybe there's something peculiar about the stat results. Check that they're both reported as regular files with the same

[issue43237] datetime.__eq__ returns true when timezones don't match

Change by Karthikeyan Singaravelan : -- nosy: +belopolsky, p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

Change by Erlend Egeberg Aasland : -- pull_requests: +23331 pull_request: https://github.com/python/cpython/pull/24548 ___ Python tracker ___

[issue43237] datetime.__eq__ returns true when timezones don't match

Mark Dickinson added the comment: Hi Richard. Thanks for the report. Python's working as designed (and as documented and tested) here. IOW, the behaviour is deliberate - this isn't a bug. Any change in behaviour would have to target 3.10 at the earliest (and it's already quite late in the

[issue43238] python picking garbage values randomly incase running palindrome function

Mark Dickinson added the comment: Hi Raghav. I think you think you're found a bug in Python, but I'm afraid it's difficult to tell from your report what you think that bug is. Please state clearly what you did, what you expected to happen (and why), and what actually happened. You may find

[issue43236] Windows IDLE taskbar icon jump list fails to open recent files

Eryk Sun added the comment: The IDLE shortcut that's installed by the development distribution runs `"\pythonw.exe" "\Lib\idlelib\idle.pyw"`. Thus opening a file that's pinned to the jumplist will execute it as a script via "pythonw.exe". To integrate better with the Windows shell, IDLE

[issue43179] Remove 32-bit s390 Linux support (s390-linux-gnu triplet)

STINNER Victor added the comment: > s390 is being built for SLE-12, for example, on the internal SUSE build > system and SLE-12 is still supported. So if a customer wants to use Python > 3.10 in a SLE-12 s390 environment, why keep them from doing so? I don't think that SuSE plans to provide

[issue43179] Remove 32-bit s390 Linux support (s390-linux-gnu triplet)

John Paul Adrian Glaubitz added the comment: > This thread is an excellent example why ignoring platforms comes at a cost. > It will only get worse when are going to introduce platform and architecture > specific code for optimizations and features. Which is purely hypothetical at the

[issue43179] Remove 32-bit s390 Linux support (s390-linux-gnu triplet)

Christian Heimes added the comment: > You don't need to support a platform. Just call it unsupported and ignore > issues if people report them unless they provide a patch themselves. This thread is an excellent example why ignoring platforms comes at a cost. It will only get worse when are

[issue43179] Remove 32-bit s390 Linux support (s390-linux-gnu triplet)

John Paul Adrian Glaubitz added the comment: > So IMO it's fine to remove the support. You are not removing "support". You're just disallowing users to use the Python interpreter - which works perfectly fine on all architectures we have in current and previous releases - on Debian. A few

[issue43179] Remove 32-bit s390 Linux support (s390-linux-gnu triplet)

John Paul Adrian Glaubitz added the comment: > The guidelines for platform support are explained in PEP 11 > (https://www.python.org/dev/peps/pep-0011/#supporting-platforms). We don't > support platforms unless we have maintainers and CI (builtbots) in place for > the platform. You don't