[issue31185] Miscellaneous errors in asyncio speedup module

Changes by Serhiy Storchaka : -- pull_requests: +3313 ___ Python tracker ___ ___

[issue31185] Miscellaneous errors in asyncio speedup module

Serhiy Storchaka added the comment: New changeset bca4939d806170c3ca5d05f23710d11a8f1669cf by Serhiy Storchaka in branch 'master': bpo-31185: Fixed miscellaneous errors in asyncio speedup module. (#3076) https://github.com/python/cpython/commit/bca4939d806170c3ca5d05f23710d11a8f1669cf

[issue27099] IDLE: turn built-in extensions into regular modules

Terry J. Reedy added the comment: The warning is from code context. The callback after loops run whether one uses context or not and there is currently no mechanism to stop them. I will add a cancel function soon. Or the loops might be eliminated by adding context to the config change

[issue27144] concurrent.futures.as_completed() memory inefficiency

STINNER Victor added the comment: "concurrent.futures.as_completed() memory inefficiency" hum, sadly the commit 97e1b1c81458d2109b2ffed32ffa1eb643a6c3b9 introduced a reference leak. Example: $ ./python -m test -R 3:3 -test_concurrent_futures -m

[issue12154] PyDoc Partial Functions

Aaron Hall added the comment: It seems that this issue is still properly open. (Another open issue seems be related: http://bugs.python.org/issue30129) In the docs on partial, we have: >>> from functools import partial >>> basetwo = partial(int, base=2) >>> basetwo.__doc__ = 'convert base 2

[issue31332] Building modules by Clang with Microsoft CodeGen

New submission from Tatsunori Uchino: Microsoft released a new compiler for VC++ that complies with more of modern C++ than the standard compiler. https://blogs.msdn.microsoft.com/vcblog/2016/03/31/clang-with-microsoft-codegen-march-2016-released/ Is it possible to support it by creating a

[issue27099] IDLE: turn built-in extensions into regular modules

Cheryl Sabella added the comment: The test pass on Ubuntu. I'm getting a warning, but it's not because of this change. test_init (idlelib.idle_test.test_tree.TreeTest) ... invalid command name "140245621847896timer_event" while executing "140245621847896timer_event" ("after" script)

[issue31331] IDLE: Move prompts with input.

New submission from Terry J. Reedy: When this program (from thread by Steven D'Aprano) on python-list is run import time from threading import Timer def do_work(): x = 2 + 2 print("It is", time.asctime(), "and 2+2 is", x) def go(): Timer(10, do_work, ()).start() # schedule it in

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

Raymond Hettinger added the comment: [Guido] > Why was task management ever added? See http://bugs.python.org/issue1455676 Problem being solved: How can a requestor of a service get notified when that service is complete given that the work is being done by a daemon thread that never

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

Tim Peters added the comment: [Guido] > Why was task management ever added? Raymond published a "joinable" queue class as a recipe here: http://code.activestate.com/recipes/475160-taskqueue/ and later folded it into the standard Python queue. So the usual answer applies: "it was easy to

[issue29212] Python 3.6 logging thread name regression with concurrent.future threads

desbma added the comment: Gregory, please don't forget to backport the fix in the 3.6 branch, so that it is released with Python 3.6.3. Thank you -- ___ Python tracker

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

Guido van Rossum added the comment: Agreed; the Queue class has a bunch of rarely used functionality rolled in... Why was task management ever added? -- ___ Python tracker

[issue22281] ProcessPoolExecutor/ThreadPoolExecutor should provide introspection APIs

Dan O'Reilly added the comment: Unfortunately, I don't really have time to continue working on this anymore (or any of the other proposed patches I had submitted around 2014). -- ___ Python tracker

[issue31329] Add idlelib module entry to doc

Terry J. Reedy added the comment: Also document in idle doc that 'import idlelib.idle' is the programmatic API, and that icons and context menus may be available. In any case, add more information on 'How to start IDLE'. -- ___ Python tracker

[issue1346874] httplib simply ignores CONTINUE

Changes by Georg Sauthoff : -- nosy: +gms ___ Python tracker ___ ___ Python-bugs-list

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

Antoine Pitrou added the comment: Just a random thought: if there was a SimpleQueue class with very basic functionality (only FIFO, only get(), put() and empty(), no size limit, no task management), it would be easier to make it reentrant using C. (FTR, multiprocessing also has a light-weight

[issue22281] ProcessPoolExecutor/ThreadPoolExecutor should provide introspection APIs

Antoine Pitrou added the comment: Dan, not sure you're still interested on working on this? Looking at the API, IMHO it should be consolidated as a simple stats() method, which allows for a consistent snapshot. -- nosy: +pitrou stage: -> needs patch versions: +Python 3.7 -Python 3.5

[issue21009] Potential deadlock in concurrent futures when garbage collection occurs during Queue.get

Antoine Pitrou added the comment: I don't really understand this issue. How is concurrent.futures supposed to be the culprit here? Can you elaborate which weakref callback you are talking about? -- nosy: +pitrou ___ Python tracker

[issue31144] add initializer to concurrent.futures.ProcessPoolExecutor

Antoine Pitrou added the comment: Actually, looks like this was already proposed in issue 21423. Closing as duplicate. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> concurrent.futures.ThreadPoolExecutor/ProcessPoolExecutor should accept an

[issue31144] add initializer to concurrent.futures.ProcessPoolExecutor

Antoine Pitrou added the comment: That would sound like a reasonable addition, yes. -- nosy: +pitrou versions: +Python 3.7 -Python 3.6 ___ Python tracker

[issue30421] argparse: relative include of config files

Changes by paul j3 : -- nosy: +paul.j3 ___ Python tracker ___ ___ Python-bugs-list

[issue10746] ctypes c_long & c_bool have incorrect PEP-3118 type codes

Changes by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue10746] ctypes c_long & c_bool have incorrect PEP-3118 type codes

Antoine Pitrou added the comment: New changeset 990b2d043cdfaafc3378550f7d27259410a6b918 by Antoine Pitrou (Pauli Virtanen) in branch '2.7': [2.7] bpo-10746: Fix ctypes PEP 3118 type codes for c_long, c_bool, c_int (GH-31) (#3242)

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

paul j3 added the comment: http://bugs.python.org/issue17113 argparse.RawDescriptionHelpFormatter should not delete blank lines This provides more details on why this is happening. I suggest using adding a space between newlines, thus: '\n \n'. HelpFormatter.format_help is just looking for

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

paul j3 added the comment: I've seen this before, either in another bug/issue or a Stackoverflow question. The basic change in RawTextHelpFormatter is to turn off the line wrapping for texts like the description. Multiple newlines are preserved at this step. But after assembling all the

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

R. David Murray added the comment: If that is the intended definition of "whitespace" in this context (I have no opinion on that so far), then the docs need amplification, because in general "whitespace" includes newlines. On the other hand, this might be considered a bug in the code and not

[issue31315] assertion failure in imp.create_dynamic(), when spec.name is not a string

Changes by Serhiy Storchaka : -- stage: -> patch review versions: +Python 2.7, Python 3.6 ___ Python tracker ___

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

Elena Oat added the comment: It maintains *whitespace*, not the new lines. I've tested this using whitespaces and I think it keeps them according to the original description. See the image attached. -- nosy: +Elena.Oat Added file: http://bugs.python.org/file47117/Screen Shot