[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file

Raymond Hettinger added the comment: I've encountered this problem as well. It occurs with files bigger than a screenful (i.e. use OpenModule to open the collections module). Both the scroll-up and scroll-down inputs result in scrolling down. This occurs with a fresh MacOs install of Pyth

[issue25943] Integer overflow in _bsddb leads to heap corruption

Change by Zackery Spytz : -- nosy: +ZackerySpytz ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file

Change by Raymond Hettinger : -- priority: normal -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue34149] Behavior of the min/max with key=None

Raymond Hettinger added the comment: > Whouldn't be better to add operator.identity and use it as the default value > instead of None? No, that would incur overhead that currently isn't present. -- ___ Python tracker

[issue34151] use malloc() for better performance of some list operations

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file

Tal Einat added the comment: The reported scrolling issues do happen for me with the Python 3.7.0 installed from python.org, which does use Tk 8.6.8. -- ___ Python tracker __

[issue29253] Fix test_asyncore tests on Cygwin

Martin Panter added the comment: Similar to Issue 31882 -- nosy: +martin.panter ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file

Tal Einat added the comment: With Python 3.7.0 installed from python.org, I can't see any of the scrolling issues with tk_scroll2.py either. -- ___ Python tracker ___ ___

[issue18397] Python with MinGW

Change by Martin Panter : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> mingw-meta: build interpeter core ___ Python tracker ___ _

[issue25943] Integer overflow in _bsddb leads to heap corruption

Change by Zackery Spytz : -- keywords: +patch pull_requests: +7871 stage: needs patch -> patch review ___ Python tracker ___ ___ Pyt

[issue34147] doc Describe briefly sampling w/out replacement in random

Raymond Hettinger added the comment: IMO, this is unnecessary documentation cruft. I'm concerned that you're continuing to spew lots of minor documentation PRs of dubious value and wasting our time. Please direct your efforts to known areas where users have actually had a problem with the

[issue34151] use malloc() for better performance of some list operations

Raymond Hettinger added the comment: +1 This looks like a reasonable improvement. -- nosy: +rhettinger ___ Python tracker ___ ___ P

[issue34152] performance of some list slice assignment margin cases can be improved

Raymond Hettinger added the comment: I recommend against this one. The cases covered are too exotic to care about and don't warrant the code churn. -- nosy: +rhettinger ___ Python tracker _

[issue34149] Behavior of the min/max with key=None

Serhiy Storchaka added the comment: Whouldn't be better to add operator.identity and use it as the default value instead of None? -- ___ Python tracker ___ __

[issue34149] Behavior of the min/max with key=None

Raymond Hettinger added the comment: +0 Probably users will never care about this but I don't see a downside beyond the small API churn. -- ___ Python tracker ___ ___

[issue34152] performance of some list slice assignment margin cases can be improved

Change by Sergey Fedoseev : -- title: performance of some list slice assignment can be improved -> performance of some list slice assignment margin cases can be improved ___ Python tracker __

[issue34154] Tkinter __init__ documentations sometimes missing valid keyword values

New submission from Creation Elemental : Priority: Low Type: Documentation issue Some of the Tkinter documentation is incomplete. I've only checked it on the Listbox so far, but some of the valid keyword arguments are missing. The one I noticed was "disabledforeground" which changes how the f

[issue34138] imaplib RFC 6855 issue

Sam Varshavchik added the comment: I don't have sufficient python or imaplib exposure to be able to implement full UTF8 APPEND functionality. I was merely investigating and researching what IMAP UTF8 support there was, in all existing client and server code I knew of. What I can propose is t

[issue11191] test_search_cpp error on AIX (with xlc)

Michael Felt added the comment: @tarek - anything specific/extra you need? -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue27643] test_ctypes fails on AIX with xlc

Michael Felt added the comment: Again, the PR worked months ago. I expect it to still work. So, I guess the question is: is there any interest. After several weeks of waiting after the last ttt - still waiting :) -- components: +Tests -ctypes ___

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

STINNER Victor added the comment: Thank you Michael Felt for your big "Implement find_library() support in ctypes/util for AIX" contribution, commit c5ae169e1b73315672770517bf51cf8464286c76! I close the issue. -- resolution: -> fixed stage: patch review -> resolved status: open ->

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

Michael Felt added the comment: imho - this should have status "closed" -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34137] Add Path.lexist() to pathlib

Engin Kayraklioglu added the comment: Thanks for the response Brett! I am not going to rush, then. But if I happen to have some free time and motivation to create the PR, I will just do it. I don't mind revising or getting rejected. -- ___ Python

[issue34151] use malloc() for better performance of some list operations

Stefan Behnel added the comment: Nice! Patch looks good to me, minus the usual naming nit-pick. -- nosy: +scoder versions: +Python 3.8 ___ Python tracker ___ _

[issue34137] Add Path.lexist() to pathlib

Brett Cannon added the comment: If you're okay with the PR being rejected because the decision is the method isn't desired, then feel free to go ahead and create a PR, Engin! But if you want to a better chance that it will eventually go in then I would wait for consensus. -- nosy: +

[issue34060] regrtest: log "CPU usage" on Windows

STINNER Victor added the comment: PR 8287 seems short to me and it seems like psutils doesn't expose Processor Queue Length, so I'm not sure why we are talking about depending on psutils? -- ___ Python tracker

[issue34060] regrtest: log "CPU usage" on Windows

STINNER Victor added the comment: Processor Queue Length seems simpler and easier to read. I don't want to log 24 numbers per regrtest output line if a machine has 24 CPUs... The load average is a "raw" value to give the idea if the system is "loaded" or not. More precise metrics can be used

[issue34153] 10/3 - last digit

Paul Moore added the comment: See https://docs.python.org/3.7/tutorial/floatingpoint.html. Essentially, the behaviour you are seeing is caused by the fact that the results calculations you are attempting cannot be exactly represented in binary floating point, so approximate results are shown

[issue34153] 10/3 - last digit

New submission from wassersteinchen : Hi, I am new to python and just installed it on my win pc. First thing what I did were some calculations (see below). There is a failure in th last digit at 10/3 and 100/3. Sorry if this is a RTFM-issue... armin Python 3.7.0 (v3.7.0:1bf9cc5093, Jun 27 2018

[issue34152] performance of some list slice assignment can be improved

Change by Sergey Fedoseev : -- keywords: +patch pull_requests: +7870 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue34152] performance of some list slice assignment can be improved

New submission from Sergey Fedoseev : Script for benchmarks: NAME=list-slice.json python -m perf timeit --name "l[len(l):] = reversed(l)" -l 1 -s "l = [None] * 100" "l[len(l):] = reversed(l)" --append $NAME python -m perf timeit --name "l[len(l):] = l" -l 1 -s "l = [None] * 100" "l[l

[issue34149] Behavior of the min/max with key=None

Serhiy Storchaka added the comment: Accepting None has a drawback. It can hide a bug when the key function unexpectedly becomes None. -- nosy: +bethard, rhettinger, serhiy.storchaka ___ Python tracker _

[issue34151] use malloc() for better performance of some list operations

Change by Sergey Fedoseev : -- keywords: +patch pull_requests: +7869 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue34060] regrtest: log "CPU usage" on Windows

Steve Dower added the comment: > It would probably be simpler to change the policy and allow (at least some) > some third party libs in cPython's test suite. =) I'm actually totally okay with this, as I'd really like to have JUnit XML output from the test suite, which is easiest to do with t

[issue34151] use malloc() for better performance of some list operations

New submission from Sergey Fedoseev : Currently list concatenation, slicing and repeating operations are using PyList_New() which allocates memory for the items by calloc(). malloc() could be used instead, since the allocated memory is overwritten by mentioned operations. I made benchmarks w

[issue34060] regrtest: log "CPU usage" on Windows

Ammar Askar added the comment: > But then again, if it's solely for our tests, perhaps the best way to > approach this is to start a Python thread that periodically runs this command? This sounds like a very good solution to me, it avoids adding the complexity of the C code. We actually have

[issue34060] regrtest: log "CPU usage" on Windows

Giampaolo Rodola' added the comment: psutil exposes this functionality as "psutil.cpu_percent()": https://github.com/giampaolo/psutil/blob/ac9dccab6b038835b5d612f92cf4804ec2662c2e/psutil/_psutil_windows.c#L992 https://github.com/giampaolo/psutil/blob/ac9dccab6b038835b5d612f92cf4804ec2662c2e/p

[issue34060] regrtest: log "CPU usage" on Windows

STINNER Victor added the comment: > I also haven't seen it suggested, but perhaps GetProcessTimes > (https://docs.microsoft.com/en-us/windows/desktop/api/processthreadsapi/nf-processthreadsapi-getprocesstimes) > (or GetThreadTimes) would provide enough information to detect the same > inform

[issue32692] [3.6] test_threading.test_set_and_clear fails in AppVeyor CI

Change by STINNER Victor : -- keywords: +patch pull_requests: +7868 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue32692] [3.6] test_threading.test_set_and_clear fails in AppVeyor CI

STINNER Victor added the comment: The test rely on time. Using smaller timeouts, I'm able to reproduce the bug on Linux as well. -- ___ Python tracker ___ ___

[issue33808] ssl.get_server_certificate fails with openssl 1.1.0 but works with 1.0.2g for self-signed certificate

Alan Huang added the comment: This is an issue of cipher support, not a Python bug. mail.mani.pt supports the following (outdated) ciphers: RC4-SHA (0x05) RC4-MD5 (0x04) DES-CBC3-SHA (0x0a) EXP1024-DES-CBC-SHA (0x62) DES-CBC-SHA (0x09) EXP1024-RC4-SHA (0x64) EXP-RC2-CBC-MD5 (0x06) EXP-RC4-MD5

[issue32692] [3.6] test_threading.test_set_and_clear fails in AppVeyor CI

STINNER Victor added the comment: Python 3.7 and master are likely impacted as well since Lib/test/lock_tests.py is the same file in 3.6, 3.7 and master branches. -- versions: +Python 3.7, Python 3.8 ___ Python tracker

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: Ok, test_signal should now be more reliable on Windows in 3.6, 3.7 and master branches. If test_signal.test_warn_on_full_buffer() fails again, we should just increase the timeout of 50 ms to 100 ms or more. -- resolution: -> fixed stage: patch revi

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: New changeset e13180bc4c40a9ac300590c62a6efbcaf10ae6df by Victor Stinner (Miss Islington (bot)) in branch '3.6': bpo-34130: Fix test_signal.test_socket() (GH-8326) (GH-8330) https://github.com/python/cpython/commit/e13180bc4c40a9ac300590c62a6efbcaf10ae6df -

[issue32692] test_threading.test_set_and_clear fails in AppVeyor CI

STINNER Victor added the comment: Another failure on Python 3.6 on my PR 8330: https://ci.appveyor.com/project/python/cpython/build/3.6build19434/job/n24xudh8egp8i78j == FAIL: test_set_and_clear (test.test_threading.EventTest

[issue32692] [3.6] test_threading.test_set_and_clear fails in AppVeyor CI

Change by STINNER Victor : -- title: test_threading.test_set_and_clear fails in AppVeyor CI -> [3.6] test_threading.test_set_and_clear fails in AppVeyor CI ___ Python tracker

[issue34150] test_multiprocessing_spawn: Dangling processes leaked on AMD64 FreeBSD 10.x Shared 3.x

New submission from STINNER Victor : https://buildbot.python.org/all/#/builders/87/builds/1175 0:07:52 load avg: 4.38 [369/417/1] test_multiprocessing_spawn failed (env changed) (2 min 43 sec) -- running: test_lib2to3 (1 min 11 sec), test_tools (2 min 4 sec) (...) test_lock (test.test_multipr

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: New changeset 296e5720921f1837dfd09a16457ac5bba7cb1676 by Victor Stinner in branch '3.7': [3.7] bpo-34130: Fix 2 race conditions in test_signal (GH-8329) https://github.com/python/cpython/commit/296e5720921f1837dfd09a16457ac5bba7cb1676 -- _

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: Python 2.7 is not impacted: it doesn't have test_socket() nor test_warn_on_full_buffer() tests in test_signal. Python 3.6 only has test_socket() in test_signal. -- versions: +Python 3.6, Python 3.7 ___ Python trac

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

Change by miss-islington : -- pull_requests: +7867 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

Change by STINNER Victor : -- pull_requests: +7866 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: New changeset 686b4b5ff219ed66714f3b811815776dafadc23b by Victor Stinner in branch 'master': bpo-34130: Fix test_signal.test_warn_on_full_buffer() (GH-8327) https://github.com/python/cpython/commit/686b4b5ff219ed66714f3b811815776dafadc23b -- __

[issue34149] Behavior of the min/max with key=None

Change by Alexander Marshalov <_...@marshalov.org>: -- keywords: +patch pull_requests: +7864 stage: -> patch review ___ Python tracker ___

[issue34149] Behavior of the min/max with key=None

New submission from Alexander Marshalov <_...@marshalov.org>: I was faced with the fact that the behavior of the functions "min"/"max" and "sorted" is a little different. For example, this code works fine: >>> sorted([3, 2, 1], key=None) [1, 2, 3] But the same example for "min" and "

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: New changeset 99bb6df66a42625367c4f38e6802c8bb527baf4a by Victor Stinner in branch 'master': bpo-34130: Fix test_signal.test_socket() (GH-8326) https://github.com/python/cpython/commit/99bb6df66a42625367c4f38e6802c8bb527baf4a -- ___

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: I tried to modify the test_warn_on_full_buffer() code filling the socketpair buffer: * iterate on multiple chunk sizes: 2**16, 2**10, 2**5, 1 bytes * first try in non-blocking mode then retry with a timeout of 100 ms * I also tried to play with SO_SNDBUF and

[issue34138] imaplib RFC 6855 issue

R. David Murray added the comment: Maybe we'll be luck and Maciej will still be interested :) -- nosy: +maciej.szulik ___ Python tracker ___ __

[issue34138] imaplib RFC 6855 issue

R. David Murray added the comment: Would you care to propose a patch? That's likely the only way this is going to get fixed, unfortunately, as currently we have no one on the core team interested in imaplib. Which means it is also going to be hard to come up with someone to do the review (

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

Change by STINNER Victor : -- pull_requests: +7863 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34060] regrtest: log "CPU usage" on Windows

Steve Dower added the comment: > wmic cpu ... This is the WMI solution we are trying to avoid. But then again, if it's solely for our tests, perhaps the best way to approach this is to start a Python thread that periodically runs this command? I also haven't seen it suggested, but perhaps G

[issue34148] Fatal error on SSL transport

Change by yjq : -- nosy: -asvetlov, yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue34148] Fatal error on SSL transport

yjq added the comment: More information: https://github.com/omz/Pythonista-Issues/issues/555 -- ___ Python tracker ___ ___ Python-b

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: I wrote a simple fix for test_signal.test_socket(): PR 8326. Just configure the read end of the socket pair as blocking, so read.recv(1) blocks until we get the signal handler. This fix is simple and should be more portable than my previous attempt of worka

[issue30480] samefile and sameopenfile fail for WebDAV mapped drives

Change by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

Change by STINNER Victor : -- keywords: +patch pull_requests: +7862 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue34148] Fatal error on SSL transport

New submission from yjq : Fatal read error on socket transport protocol: transport: <_SelectorSocketTransport fd=47 read=polling write=> Traceback (most recent call last): File "/var/containers/Bundle/Application/9F565D30-C54B-4210-902B-874D7A5AB814/Pythonista3.app/Frameworks/Py3Kit.framework/

[issue34147] doc Describe briefly sampling w/out replacement in random

Change by Andrés Delfino : -- keywords: +patch pull_requests: +7861 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue34147] doc Describe briefly sampling w/out replacement in random

New submission from Andrés Delfino : I think a short footnote explaining these terms could be useful to those without statistics knowledge. -- assignee: docs@python components: Documentation messages: 321882 nosy: adelfino, docs@python priority: normal severity: normal status: open titl

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: I modified test_warn_on_full_buffer() to fill the socket pair using chunks of 64 KiB instead of sending b'x' byte per byte, just to make the test faster. Using two terminals, I ran "python -m test test_signal -m test_warn_on_full_buffer -F": I reproduced the

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: I ran "python -m test test_signal -v -F" 4 times in parallel (in 4 terminals), and I reproduced test_warn_on_full_buffer() failure after one hour: 2 terminals got the failures (the 2 others are still running). I ran this test using "write.setsockopt(socket.S

[issue16512] imghdr doesn't recognize variant jpeg formats

Change by Govind Vijay : -- pull_requests: +7860 stage: test needed -> patch review ___ Python tracker ___ ___ Python-bugs-list mail

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: I found two different articles on microsoft.com which confirms that SO_SNDBUF=0 is valid and is intended to completely disable kernel buffering: * https://support.microsoft.com/en-gb/help/181611/socket-overlapped-i-o-versus-blocking-nonblocking-mode * https:

[issue34146] PyCData_Type.tp_hash doesn't use PyObject_HashNotImplemented

New submission from Dan Snider : So not only does the function it does use (`PyCData_nohash`) prevent PyType_Ready from setting _ctypes._SimpleCData.__dict__["__hash__"] to `None`, (contrary to to every other unhashable type in the standard library) but the error message it returns is less de

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: Using "write.setsockopt(socket.SOL_SOCKET, socket.SO_SNDBUF, 0)", I ran a stress test on test_socket() in 3 different terminals and I failed to reproduce the bug, whereas the same test (in 3 terminals) usually reproduces the bug in less than 30 seconds. Usi

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: Oh, I found a test written by Nathaniel in trio source code and he wrote that "if SNDBUF = 0 freezes, so that's useless" :-) https://github.com/python-trio/trio/blob/master/notes-to-self/socketpair-buffering.py -- ___

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: Note: socket.socketpair() has been implemented for Windows in pure Python in Python 3.5: bpo-18643. -- ___ Python tracker ___ __

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: > write.setsockopt(socket.SOL_SOCKET, socket.SO_SNDBUF, 0) Instead of that, I also tried: read.setsockopt(socket.IPPROTO_TCP, socket.TCP_NODELAY, 1) write.setsockopt(socket.IPPROTO_TCP, socket.TCP_NODELAY, 1) But I'm able to reproduce the bug with TCP_NODELA

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: On Windows 10, when I run "python -m test test_signal -v -F" in 3 terminals in parallel, sometimes test_socket() fails. I debugged test_socket() and I validated that the C signal handler called send() and that the signal byte (signal number) has been sent pr

[issue34134] multiprocessing memory huge usage

Change by Windson Yang : -- keywords: +patch pull_requests: +7859 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue26543] [EASY] imaplib noop Debug: bytes vs Unicode bug in debug mode

Change by Govind Vijay : -- versions: -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34143] There is a constant definition error in errno.py

Karthikeyan Singaravelan added the comment: Please ignore about how it's generated. I tried `errno.errorcode` and can get the dictionary as in the picture with https://docs.python.org/3.8/library/errno.html#errno.errorcode. I think this has to be used as below and also would like to know how

[issue34143] There is a constant definition error in errno.py

Karthikeyan Singaravelan added the comment: Can you please add some info on how the errorcode dictionary is generated as shown in the picture along with your OS, system information? They seem to have the right values as per the Linux error codes in my Ubuntu box. I might be wrong on the OS on

[issue34139] Remove stale unix datagram socket before binding

Change by Roundup Robot : -- keywords: +patch pull_requests: +7858 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue34145] uuid3 and uuid5 hard to use portably between Python 2 and 3

New submission from Bence Romsics : The issue I'd like to report may not be an outright bug neither in cPython 2 nor in cPython 3, but more of a wishlist item to help Python programmers writing UUID-handling code that's valid in Python 2 and 3 at the same time. Please consider these one-liner

[issue34060] regrtest: log "CPU usage" on Windows

STINNER Victor added the comment: I found a command to get the CPU usage in percent *per* CPU. Here with 2 CPUs: vstinner@WIN C:\vstinner\python\master>wmic cpu get loadpercentage LoadPercentage 100

[issue34144] venv activate.bat reset codepage fails on windows 10

Change by Lorenz Mende : -- keywords: +patch pull_requests: +7857 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue34144] venv activate.bat reset codepage fails on windows 10

New submission from Lorenz Mende : environment: Windows 10 Pro German/ 1803 cpython @master When running the venv activate.bat the script fails to reset the codepage to the stored. # Parameterformat falsch - 65001. It seems that version 1803 brought a small change to the output of chcp.com -

[issue34134] multiprocessing memory huge usage

Xiang Zhang added the comment: I'm +1 for INADA's change, but not more examples trying to distinguish every detail difference. -- ___ Python tracker ___ _

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party module fails on Python 3.5)

STINNER Victor added the comment: This issue is very specific to *third party* extensions, not C extensions which are part of the standard library. That's why I asked if it wouldn't be better to open a new issue, if your use case concerns the stdlib and/or Python core. -- title: 3.5:

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

STINNER Victor added the comment: (Ah, Benjamin restarted the discussion, so I reopen this issue.) > I understand the desire to compile Python with OpenMP. I'm not sure that I understood the use case. Do you want to only compile Python core ("python3" binary") or just stdlib C extensions, or

[issue34134] multiprocessing memory huge usage

Windson Yang added the comment: Yes, we should not. But we can do this when use map function. the document gives a good example but doesn't say much about real differences between map and imap. Maybe we should add some notes like INADA suggest. map function will convert iterable to list if

[issue34143] There is a constant definition error in errno.py

New submission from lktoken : In errno.py, the constant EDEADLK has a defined value of 11, and the constant EAGAIN has a defined value of 35, which is exactly the opposite of the linux constant definition. See: https://www.thegeekstuff.com/2010/10/linux -error-codes/. -- components:

[issue34141] Speed up pickling simple non-recusive values

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

[issue34141] Speed up pickling simple non-recusive values

Serhiy Storchaka added the comment: New changeset 5d4cb54800966947db2e86f65fb109c5067076be by Serhiy Storchaka in branch 'master': bpo-34141: Optimized pickling simple non-recursive values. (GH-8318) https://github.com/python/cpython/commit/5d4cb54800966947db2e86f65fb109c5067076be -

[issue34142] Windows launcher version lookup flawed

Eryk Sun added the comment: This line in the docs is incorrect: If PY_PYTHON=3 and PY_PYTHON3=3.1, the commands python and python3 will both use specifically 3.1 It implies that setting the `python` virtual command to "3" or "2" will use the configured version of the `python3` or `p