[issue30910] Add -fexception to ppc64le build

Benjamin Peterson added the comment: Throwing exceptions through CPython is totally unsupported, -fexceptions or not. Like C++ code that's not exception-aware, CPython lacks any of the catch handlers to properly clean up resources on unwind. Thus, throwing exceptions through CPython will lead

[issue30782] Allow limiting the number of concurrent tasks in asyncio.as_completed

Andy Balaam added the comment: bump -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

Oren Milman added the comment: After more looking, I found this issue in two more places: - in Modules/itertoolsmodule.c in product_new: >>> itertools.product(0, a=1, b=2, c=3, d=4, e=5, f=6) Traceback (most recent call last): File "", line 1, in TypeError: product() takes at

[issue30616] Cannot use functional API to create enum with zero values

STINNER Victor added the comment: Thanks for the bugreport Gerrit Holl and thanks for fixes Dong-hee Na! -- nosy: +haypo resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker

[issue31208] Simplify `low_fds_to_close` in subprocess.py

Changes by TaoQingyun <845767...@qq.com>: -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue28332] silent truncations in socket.htons and socket.ntohs

Changes by Oren Milman : -- title: Deprecated silent truncations in socket.htons and socket.ntohs. -> silent truncations in socket.htons and socket.ntohs ___ Python tracker

[issue28332] keyword arguments

Changes by Oren Milman : -- title: silent truncations in socket.htons and socket.ntohs -> keyword arguments ___ Python tracker ___

[issue28332] Deprecated silent truncations in socket.htons and socket.ntohs.

Changes by Oren Milman : -- title: keyword arguments -> Deprecated silent truncations in socket.htons and socket.ntohs. ___ Python tracker

[issue31210] Can not import modules if sys.prefix contains DELIM

Nick Coghlan added the comment: If you have access to modify PYTHONPATH at all, you can already shadow almost all standard library modules: $ PYTHONPATH=/MY_CHOSEN_DIRECTORY python3 -m site sys.path = [ '/home/ncoghlan', '/MY_CHOSEN_DIRECTORY', '/usr/lib64/python36.zip',

[issue30910] Add -fexception to ppc64le build

Gustavo Serra Scalet added the comment: Sorry, I didn't take a deeper analysis on what you said, I guess you wanted to point out this problem: .-. | A C++ code | <= Designed to be the catcher :-: | cpython | <= Malloc'd something but

[issue31225] allow hashlib `update' to accept str

Antoine Pitrou added the comment: This will never happen as this is precisely the kind of confusion Python 3 was designed to avoid. -- nosy: +pitrou resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue31224] Missing definition of frozen module

New submission from Marco Buttu: In the doc there are several hints [*] to frozen modules, but there is no definition of them. Do you think we should add a "frozen module" definition to the glossary? * Doc/library/importlib.rst, Doc/library/imp.rst, Doc/reference/import.rst, ... --

[issue31225] allow hashlib `update' to accept str

New submission from ksqsf: It'll be nice if `update' can accept str directly, rather than str.encode first. One of the most common use cases is "m.update(s.encode())", so it shouldn't make a big difference to just use "m.update(s)"; after all, users who want to specify encoding explicitly can

[issue30910] Add -fexception to ppc64le build

Gustavo Serra Scalet added the comment: > Throwing exceptions through CPython is totally unsupported, -fexceptions or > not. Like C++ code that's not exception-aware, CPython lacks any of the catch > handlers to properly clean up resources on unwind. wait wait. It's not expected that CPython

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6

Changes by Antoine Pitrou : -- nosy: +brett.cannon ___ Python tracker ___ ___

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

STINNER Victor added the comment: Serhiy: "Is it worth to add other imported libs (libmpdec, libffi)?" Oh right, I forgot libmpdec: I updated my PR. By the way, I started a list of embedded libraries: http://haypo-notes.readthedocs.io/cpython.html#embedded-libraries * zlib * expat * libmpdec

[issue31225] allow hashlib `update' to accept str

Serhiy Storchaka added the comment: Explicit is better than implicit. It is easy to add ".encode()" in the user code if it needs this. Adding this feature has non-zero (and actually not a small) cost. Since update() is not just a method, but a part of a protocol, you need to update all

[issue29619] st_ino (unsigned long long) is casted to long long in posixmodule.c:_pystat_fromstructstat

STINNER Victor added the comment: New changeset ffbb6f7334ccf54f09dcc9e760766d861928f13e by Victor Stinner in branch '3.6': bpo-29619: Do not use HAVE_LARGEFILE_SUPPORT for type conversions (GH-1666) (#3102) https://github.com/python/cpython/commit/ffbb6f7334ccf54f09dcc9e760766d861928f13e

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

Serhiy Storchaka added the comment: > libffi should be excluded in Python 2.7 and 3.6, but it was removed from > Python 3.7. The parts for OSX and MSVC still are in the source tree. As for dropping support for Mercurial, is patchcheck.py used in other Python implementations (PyPy, Jython)

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

Serhiy Storchaka added the comment: Could the updating script be added into the CPython repository? -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue24700] array compare is hideously slow

Antoine Pitrou added the comment: New changeset 7c17e2304b9387f321c813516bf134e4f0bd332a by Antoine Pitrou (Adrian Wielgosik) in branch 'master': bpo-24700: Add a fast path for comparing array.array of equal type (#3009)

[issue24700] array compare is hideously slow

Antoine Pitrou added the comment: Adrian's PR was merged. Thank you Adrian! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

Serhiy Storchaka added the comment: > also, i found two places with a quite similar issue: > may I fix them also as part of this issue? This looks as a different issue to me. All these cases are similar, but different from the original issue. Please open a new issue. --

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Changes by Yury Selivanov : -- nosy: +yselivanov ___ Python tracker ___ ___

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

Serhiy Storchaka added the comment: Answered questions on Rietveld. I'm not sure email notification from Rietveld works now. -- ___ Python tracker ___

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

Łukasz Langa added the comment: I am unable to repro this locally. With the changes to libpython.py test_gdb still passes on CentOS 7 and macOS 10.12. -- ___ Python tracker

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

Łukasz Langa added the comment: In this case it would be great if the buildbots commented on the relevant pull request that it broke the build. Otherwise this creates this dissonance that it was all green during merging of the PR when in fact it wasn't. I think we need to make test_gdb run on

[issue30121] Windows: subprocess debug assertion on failure to execute the process

Terry J. Reedy added the comment: I determined in #31228 (also on Windows, closed as a duplicate) that a debug build, bad file, and subprocess.PIPE are all required. Has this been tried on non-Windows? I confirmed the crash on 3.6. I do not have a 2.7 repository build. The two lines above

[issue31001] IDLE: Add tests for configdialog highlight tab

Terry J. Reedy added the comment: Coverage now 95%. We are getting close. Still not covered in highlight group: create_page_highlight: # Highlight only. text.bind('', lambda e: 'break') text.bind('', lambda e: 'break') Callbacks are never called. I presume that these mask

[issue31225] allow hashlib `update' to accept str

Christian Heimes added the comment: Yes, what Antoine and Serhiy said. -- ___ Python tracker ___ ___

[issue30121] Windows: subprocess debug assertion on failure to execute the process

STINNER Victor added the comment: See https://github.com/python/cpython/pull/1224 and http://bugs.python.org/issue30121 -- ___ Python tracker ___

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

STINNER Victor added the comment: While our CI is getting better everyday, it still has a few flaws. There is no automated buildbot failure notification to the author and committer yet because random failures were very common 6 months ago. I fixed something like 90% of the most common race

[issue31230] Add __code__ attributes to generator and coroutine objects

Changes by syncosmic : -- pull_requests: -3163 ___ Python tracker ___ ___

[issue31001] IDLE: Add tests for configdialog highlight tab

Terry J. Reedy added the comment: New changeset 82aff62462e65077a6614b466c986f93a601c33d by Terry Jan Reedy (Cheryl Sabella) in branch 'master': bpo-31001: IDLE: Add tests for configdialog highlight tab (#3123) https://github.com/python/cpython/commit/82aff62462e65077a6614b466c986f93a601c33d

[issue31230] Add __code__ attributes to generator and coroutine objects

Changes by syncosmic : -- pull_requests: +3163 ___ Python tracker ___ ___ Python-bugs-list

[issue31001] IDLE: Add tests for configdialog highlight tab

Changes by Terry J. Reedy : -- pull_requests: +3162 ___ Python tracker ___ ___

[issue31197] Namespace disassembly omits some compiled objects

Nick Coghlan added the comment: For ease of reference, I separated out the idea of a common __code__ attribute to its own RFE: https://bugs.python.org/issue31230 -- ___ Python tracker

[issue31230] Add __code__ attributes to generator and coroutine objects

New submission from Nick Coghlan: As covered in issue 31183, correctly disassembling functions, generator-iterators, coroutines, and async generator-iterators currently requires checking for 4 different attributes: * __code__ (functions) * gi_code (generator iterators) * cr_code (coroutines)

[issue31230] Add __code__ attributes to generator and coroutine objects

syncosmic added the comment: Some possibly helpful background (adapted from a discussion in PR 3077): It looks as though `gi_code` was added to generators in bpo-1473257. At this time, function bytecode was still stored in `f.func_code`, so `gi_code` was a clear analogy. My best guess is

[issue31001] IDLE: Add tests for configdialog highlight tab

Changes by Terry J. Reedy : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue31001] IDLE: Add tests for configdialog highlight tab

Terry J. Reedy added the comment: New changeset 6db2edbe050cc9ac9026f350a24f2d525bcadecd by Terry Jan Reedy in branch '3.6': [3.6] bpo-31001: IDLE: Add tests for configdialog highlight tab (GH-3123) (#3124) https://github.com/python/cpython/commit/6db2edbe050cc9ac9026f350a24f2d525bcadecd

[issue31001] IDLE: Add tests for configdialog highlight tab

Terry J. Reedy added the comment: Another big thank you. -- ___ Python tracker ___ ___ Python-bugs-list

[issue31230] Add __code__ attributes to generator and coroutine objects

syncosmic added the comment: A related issue (since this issue is contemplating restructuring these objects anyway): Other than `??_code`, none of the `f.func_X` attributes which were eliminated in 3.0 have direct equivalents in generator-iterators, coroutines, or async generator-iterators.

[issue31230] Add __code__ attributes to generator and coroutine objects

Changes by syncosmic : -- nosy: +syncosmic ___ Python tracker ___ ___ Python-bugs-list

[issue5001] Remove assertion-based checking in multiprocessing

drallensmith added the comment: No discussion yet on pull request (5 days); just submitted fixes for util.py. -- ___ Python tracker ___

[issue31148] Can we get an MSI installer for something past 3.4.4?

Steve Dower added the comment: The idea interests me from a theoretical point of view, but then I did my PhD in that field. I don't believe it's a practical solution, if only because you would need to manually generate the result in order to validate before releasing, and that's the step

[issue30871] Add a "python info" command somewhere to dump versions of all dependencies

STINNER Victor added the comment: > I plan to backport Lib/test/pythoninfo.py and "make pythoninfo" to Python 2.7 > and 3.6 to ease debug on all supported Python branches. Oh, but I will first only run pythoninfo on buildbot for the master branch, since I expect surprises depending on the

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

STINNER Victor added the comment: If libexpat is upgraded in Python 2.7, the new Modules/expat/loadlibrary.c should also be added to PC/VS9.0/ project files, as I did for PCbuild. Note: PC/VS7.1/ and PC/VS8.0/ are likely broken and don't need to be updated, right? --

[issue31187] suboptimal code in Py_ReprEnter()

Changes by Serhiy Storchaka : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30871] Add a "python info" command somewhere to dump versions of all dependencies

STINNER Victor added the comment: Serhiy: "For example TCL_VERSION and TK_VERSION are static versions (they should be equal in modern Tcl/Tk), and Tcl command "info patchlevel" returns the dynamic version." Ok, I added tkinter.patchlevel info which calls "info patchlevel". Serhiy: "In the

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

STINNER Victor added the comment: New changeset 4a347ce426fe7381885703d9074d7a6b3aeb2f2b by Victor Stinner in branch 'master': bpo-31221: patchcheck ignores external libraries (#3109) https://github.com/python/cpython/commit/4a347ce426fe7381885703d9074d7a6b3aeb2f2b --

[issue31149] Add Japanese to the language switcher

Changes by Roundup Robot : -- pull_requests: +3154 ___ Python tracker ___

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

Changes by STINNER Victor : -- pull_requests: +3153 ___ Python tracker ___ ___

[issue31149] Add Japanese to the language switcher

Changes by Roundup Robot : -- pull_requests: +3152 ___ Python tracker ___

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

STINNER Victor added the comment: patchcheck fixed in 2.7, 3.6 and 3.7 master. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

Stefan Krah added the comment: Yes, please add libmpdec to the ignored files. -- ___ Python tracker ___ ___

[issue31141] Start should be a keyword argument of the built-in sum

Serhiy Storchaka added the comment: Your tests show that there is a performance regression of getting rid of Argument Clinic (in addition to increasing the maintenance cost of the code that was generated previously). Try to use the simple Argument Clinic change (it can has non-zero cost too,

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Nick Coghlan added the comment: Itamar wrote up a post describing the GC variant of this problem in more detail: https://codewithoutrules.com/2017/08/16/concurrency-python/ In particular, he highlighted a particularly nasty action-at-a-distance variant of the deadlock where: 1. Someone

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

STINNER Victor added the comment: Stefan Krah: "Yes, please add libmpdec to the ignored files." Ok, (already) done. -- ___ Python tracker ___

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

Changes by STINNER Victor : -- pull_requests: +3156 ___ Python tracker ___ ___

[issue31149] Add Japanese to the language switcher

Changes by Roundup Robot : -- pull_requests: +3155 ___ Python tracker ___

[issue30871] Add a "python info" command somewhere to dump versions of all dependencies

STINNER Victor added the comment: New changeset b907abc88589f7bea52c5afe172ececc6edcda70 by Victor Stinner in branch 'master': bpo-30871: Add test.pythoninfo (#3075) https://github.com/python/cpython/commit/b907abc88589f7bea52c5afe172ececc6edcda70 --

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Yury Selivanov added the comment: An idea from the blog post: if we rewrite queue in C it will use the GIL as a lock which will fix this particular bug. I can make a patch. -- status: closed -> open ___ Python tracker

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

STINNER Victor added the comment: Serhiy: "The parts for OSX and MSVC still are in the source tree." Oh, I didn't know that we still had two special libffi directories for macOS and Windows! Why do we still have these directories? Both seems to be very outdated, no? I completed my list:

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

Changes by Oren Milman : -- pull_requests: +3157 ___ Python tracker ___ ___

[issue30871] Add a "python info" command somewhere to dump versions of all dependencies

STINNER Victor added the comment: I created https://github.com/python/cpython/pull/3120 to add "make pythoninfo" because it's more tricky than what I expected to run "./python -m test.pythoninfo" on buildbots. Depending if Python is built with shared library, depending on the OS (./python, or

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

STINNER Victor added the comment: New changeset d45cb040b9fcd74e8824d417bf789fcef4c9592c by Victor Stinner in branch '2.7': [2.7] bpo-31221: patchcheck ignores external libraries (#3109) (#3118) https://github.com/python/cpython/commit/d45cb040b9fcd74e8824d417bf789fcef4c9592c --

[issue31227] regrtest: reseed random with the same seed before running a test file

Changes by STINNER Victor : -- pull_requests: +3159 ___ Python tracker ___ ___

[issue31227] regrtest: reseed random with the same seed before running a test file

New submission from STINNER Victor: Attached PR changes regrtest to reseed the random RNG before each test file. Use also more entropy for the seed: 2**32 (32 bits) rather than 10_000_000 (24 bits). The change should avoid random failure of test_tools when hunting reference leaks: see

[issue31227] regrtest: reseed random with the same seed before running a test file

Antoine Pitrou added the comment: If refleaks depend on the random seed, perhaps it's a bug worth fixing? -- ___ Python tracker ___

[issue31227] regrtest: reseed random with the same seed before running a test file

Changes by STINNER Victor : -- nosy: +pitrou, serhiy.storchaka ___ Python tracker ___

[issue31174] test_tools leaks randomly references on x86 Gentoo Refleaks 3.x

STINNER Victor added the comment: I created bpo-31227: "regrtest: reseed random with the same seed before running a test file". -- ___ Python tracker

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6

STINNER Victor added the comment: It's even worse, many tests fail with 1 to 3 memory blocks on x86 Gentoo Refleaks 3.x... but then pass when run again. I created bpo-31227 "regrtest: reseed random with the same seed before running a test file" which might help (or not?) this issue.

[issue31227] regrtest: reseed random with the same seed before running a test file

STINNER Victor added the comment: I'm not sure if we should use the same RNG seed for all tests, or create one seed per test when the option -r is used. For example, I expect that "./python -m test -r -F test_tools" will catch a random bug which only occurs for a specific random seed.

[issue30871] Add a "python info" command somewhere to dump versions of all dependencies

Changes by STINNER Victor : -- pull_requests: +3160 ___ Python tracker ___ ___

[issue31227] regrtest: reseed random with the same seed before running a test file

STINNER Victor added the comment: Antoine Pitrou: "If refleaks depend on the random seed, perhaps it's a bug worth fixing?" I propose to change regrtest behaviour even when -R is not used, to make regrtest more deterministic. Currently, when you run "./python -m test -r test_xxx test_",

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6

STINNER Victor added the comment: regrtest also has an issue: when tests are run again, they should be run in a fresh process, especially when tests are run in parallel (-jN). -- ___ Python tracker

[issue31206] IDLE, configdialog: Factor out HighPage class from ConfigDialog

Terry J. Reedy added the comment: Delete frame.highlight_sample when frame becomes self. text = self.highlight_sample = frame.highlight_sample = Text( Change coverage to 95% when edit test file. -- ___ Python tracker

[issue31183] `Dis` module doesn't know how to disassemble async generator or coroutine objects

Nick Coghlan added the comment: New changeset fe2b56ab9212c1cf19c48b848fa60f7f201c366f by Nick Coghlan (syncosmic) in branch 'master': bpo-31183: `dis` now handles coroutines & async generators (GH-3077) https://github.com/python/cpython/commit/fe2b56ab9212c1cf19c48b848fa60f7f201c366f

[issue31179] Speed-up dict.copy() up to 5.5 times.

Serhiy Storchaka added the comment: The side effect of this patch is making dict.copy() atomic. This is a worthy feature if extent it to dict constructor. For now the only way of making an atomic (or almost atomic) copy of a dict is dict(list(d.itemview())). It isn't very time and memory

[issue31226] shutil.rmtree fails when target has an internal directory junction (Windows)

New submission from Vidar Fauske: On Windows (Windows 10 in my case), given the following directory structure: - rootfolder - a - b - junc (directory junction to ../a) a call to `shutil.rmtree('root')` will fail with an exception `FileNotFoundError: [WinError 3]`, in a call to

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

STINNER Victor added the comment: New changeset d23b1c4fd82a326e729027a791220d6011e097b4 by Victor Stinner in branch '3.6': [3.6] bpo-31221: patchcheck ignores external libraries (#3109) (#3116) https://github.com/python/cpython/commit/d23b1c4fd82a326e729027a791220d6011e097b4 --

[issue30871] Add a "python info" command somewhere to dump versions of all dependencies

Changes by STINNER Victor : -- pull_requests: +3158 ___ Python tracker ___ ___

[issue31149] Add Japanese to the language switcher

Julien Palard added the comment: Has been merged on master, backported to 3.6 and 2.7. It starts to appear on some versions as the script is currently running, like in https://docs.python.org/2.7/. I'll close when I'll see this on all versions. --

[issue31001] IDLE: Add tests for configdialog highlight tab

Changes by Cheryl Sabella : -- pull_requests: +3161 ___ Python tracker ___ ___

[issue31227] regrtest: reseed random with the same seed before running a test file

STINNER Victor added the comment: > The exact behavior depends on the order of files in directories, on string > hashes randomization, on address randomization, and on many other things out > of our control. For hash randomization, maybe we need to generate a PYTHONHASHSEED, as tox test

[issue31229] wrong error messages when too many kwargs are received

New submission from Oren Milman: Some functions produce wrong error messages in case they receive too many keyword arguments: - in Objects/exceptions.c - ImportError_init: >>> ImportError(1, 2, 3, 4, a=5, b=6, c=7) TypeError: ImportError() takes at most 2 arguments (3 given) - in

[issue29843] errors raised by ctypes.Array for invalid _length_ attribute

Igor added the comment: Oren, won't the "too large _length_" case vanish, if https://github.com/python/cpython/pull/3006 would be accepted ? ( http://bugs.python.org/issue16865 ) -- nosy: +i3v ___ Python tracker

[issue31228] Subprocess.Popen crash w/ Win10, debug32, bad file, and PIPE

Changes by Eryk Sun : -- resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> Windows: subprocess debug assertion on failure to execute the process ___ Python tracker

[issue31228] Subprocess.Popen crash w/ Win10, debug32, bad file, and PIPE

New submission from Terry J. Reedy: Running Debug|Win32 interpreter... Python 3.7.0a0 (heads/master:b907abc885, Aug 17 2017, 11:41:56) [MSC v.1900 32 bit (Intel)] on win32 I get the following crash report -- Microsoft Visual C++

[issue31227] regrtest: reseed random with the same seed before running a test file

Serhiy Storchaka added the comment: The PRNG is not the only source of the randomness in the tests. The exact behavior depends on the order of files in directories, on string hashes randomization, on address randomization, and on many other things out of our control. Couldn't reseeding the

[issue31229] wrong error messages when too many kwargs are received

Changes by Oren Milman : -- keywords: +patch Added file: http://bugs.python.org/file47091/issue31229_ver1.diff ___ Python tracker ___

[issue31228] Subprocess.Popen crash w/ Win10, debug32, bad file, and PIPE

Terry J. Reedy added the comment: Appveyor ran pythoninfo successfully on its normal 32-bit build. https://ci.appveyor.com/project/python/cpython/build/3.7.0a0.5381 -- ___ Python tracker

[issue30871] Add a "python info" command somewhere to dump versions of all dependencies

Terry J. Reedy added the comment: python -m test.pythoninfo crashes for me on Win10, debug32, but I don't think it is the fault of pythoninfo. See #31288. -- nosy: +terry.reedy ___ Python tracker

[issue31226] shutil.rmtree fails when target has an internal directory junction (Windows)

Eryk Sun added the comment: Junctions are sometimes used as links (e.g. mklink /j) and sometimes as volume mount points (e.g. mountvol.exe). GetVolumePathName can be called to distinguish these cases. If a junction is a volume mount point, then its absolute path and volume path are the same.

[issue31226] shutil.rmtree fails when target has an internal directory junction (Windows)

Changes by Eryk Sun : -- components: -IO stage: -> test needed type: -> behavior versions: +Python 3.7 -Python 3.3 ___ Python tracker

[issue29593] Improve UnboundLocalError message for deleted names

Matthias Bussonnier added the comment: Thanks you all for your input, it seem like to much of electronic ink and time has been spend on this issue. For the sake of everyone and avoiding more to be spent, I'm going to close it. -- resolution: -> duplicate stage: -> resolved status:

[issue16865] ctypes arrays >=2GB in length causes exception

Changes by Igor : -- nosy: +i3v ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue31229] wrong error messages when too many kwargs are received

Serhiy Storchaka added the comment: In all of these cases PyArg_ParseTupleAndKeywords() is used in uncommon way. These functions accept variable number of positional-only arguments, and PyArg_ParseTupleAndKeywords() is called with empty args tuple for parsing keyword arguments only. The patch

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Antoine Pitrou added the comment: Using any kind of potentially-blocking synchronization primitive from __del__ or weakref callback is indeed a bug waiting for happen. I agree non-trivial cases can be hard to debug, especially when people don't expect that kind of cause. It would be ok to

  1   2   >