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

Changes by Michael Felt : Added file: http://bugs.python.org/file42805/Python3.Modules._ctypes.160510.patch ___ Python tracker ___

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Ilya Kulakov added the comment: Yury, could you submit a patch implements this feature? -- ___ Python tracker ___

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

Changes by Michael Felt : Added file: http://bugs.python.org/file42803/Python2.Modules._ctypes.160510.patch ___ Python tracker ___

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Alternate proposal is #26993. -- versions: -Python 2.7 ___ Python tracker ___

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

Changes by Michael Felt : Added file: http://bugs.python.org/file42804/Python3.Lib.ctypes.160510.patch ___ Python tracker ___

[issue26994] unexpected behavior for booleans in argparse

New submission from Nathan Naze: Setting a boolean type in argparse gives unexpected behavior when setting "True", "False", etc. https://gist.github.com/nanaze/db63e3f63e318408e3223bf1245d9752 Would have expected parsing to fail for unclear input that doesn't neatly map to a boolean value.

[issue26994] unexpected behavior for booleans in argparse

R. David Murray added the comment: type=bool doesn't do what you think it does. It does 'bool(value)', and 'bool("False")' is True, since "False" is a non-empty string. See issue 21208 for some further discussion. -- nosy: +r.david.murray resolution: -> duplicate stage: -> resolved

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Guido van Rossum added the comment: Still no green light. Ilya just seems to want something misguided. -- ___ Python tracker ___

[issue26983] float() can return not exact float instance

Serhiy Storchaka added the comment: Proposed patch makes float() always returning exact float. -- keywords: +patch stage: -> patch review Added file: http://bugs.python.org/file42807/float_exact.patch ___ Python tracker

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Guido van Rossum added the comment: As long as there are still things you find confusing about asyncio's model, you should probably consider yourself unqualified to start proposing new features... -- ___ Python tracker

[issue26994] unexpected behavior for booleans in argparse

Nathan Naze added the comment: I also buy the argument that changing the behavior now would be problematic given the existing usages in the wild. -- ___ Python tracker

[issue26994] unexpected behavior for booleans in argparse

Nathan Naze added the comment: > It does 'bool(value)', and 'bool("False")' is True, since "False" is a > non-empty string. Yes, I understand this. It's fine to mark as "working as intended", but coming from other flag-parsing libraries, I find the behavior unintuitive and do not understand

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: Suddha: Someone has to write a currently failing test and a patch that makes it pass without breaking anything else. I cannot currently test this issue and therefore cannot currently patch it. AutoComplete has numerous other issues that I can test. About a

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Guido van Rossum added the comment: Yury, what do you think of this yourself? Maybe you can explain it better than Ilya? -- ___ Python tracker ___

[issue26993] Copy idlelib *.py files with new names

New submission from Terry J. Reedy: Proposal: duplicate nearly all of the existing idlelib *.py files, with new names. This would implement the intention of PEP 434 with respect to freely changing idlelib APIs. I view it as a prerequisite for most anticipated patches. A longer than usual

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Yury Selivanov added the comment: Ilya, at this point I'd suggest you to craft a very clear and simple to digest email to python-ideas describing 'get_running_loop()', how it can be used, your case, other cases, etc. -- ___ Python tracker

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Ilya Kulakov added the comment: Yury, we're building our own CPython anyway (and we just updated to 3.5.1). I'd be glad to test the patch during the next iteration. Guido, I think my use case mixes up other things I find confusing about asyncio: e.g. inablitity to synchronously perform code

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Yury Selivanov added the comment: > Yury, what do you think of this yourself? Maybe you can explain it better than Ilya? TBH, I don't fully understand Ilya's case with threads, synchronous coroutines, possible deadlocks etc. So I'll just explain what I would want out of this. I don't like a

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

Changes by Michael Felt : Added file: http://bugs.python.org/file42802/Python2.Lib.ctypes.160510.patch ___ Python tracker ___

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

Michael Felt added the comment: Spent more time today, testing - on 3.5.1, 3.4.4 and 2.7.11. The patches would not apply on both Python2 and Python3, but the new file Lib/ctypes/aixutil.py is identical on all three versions. History of patching (starting from version 3.5.1(.1) is my patched

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Yury Selivanov added the comment: > Yury, could you submit a patch implements this feature? Yes, the patch part is easy. The hard part is to get a green light from Guido on adding the 'get_running_loop()' function... -- ___ Python tracker

[issue26995] Add tests for parsing float and object arguments

New submission from Serhiy Storchaka: Proposed patch adds tests for direct testing argument parsing C API with format units "f", "d", "D" (float, double, complex) and "S", "Y", "U" (PyObject* of type bytes, bytearray and str). -- components: Tests files:

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Ilya Kulakov added the comment: > TBH, I don't fully understand Ilya's case with threads, synchronous > coroutines, possible deadlocks etc. I feel sorry for sharing that example. It didn't help and made my points regarding original issue unclear, hidden behind example's complexity.

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

aixtools added the comment: On 5/8/2016 8:29 AM, Martin Panter wrote: > Martin Panter added the comment: > > Your new patch calls find_library() internally in CDLL(); why? Because arguments that work for GNU (aka Linux, even though internally it is called "posix") will not work for AIX. > My

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Yury Selivanov added the comment: >> I now think that we don't need a new function for getting the currently >> running event loop. > May I ask you to elaborate on this? In my last message I propose to modify 'get_event_loop' to return the running loop reliably. To me this is to me the most

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Ilya Kulakov added the comment: Yury, > `get_event_loop()` will then try to use the `running_loop` object first, and > if nothing is there, fall back to its current implementation. Do you think hiding "default" event loop completly from a currently executing coroutine is safe? --

[issue19711] add test for changed portions after reloading a namespace package

Eric Snow added the comment: I've gone ahead and pushed the patch. -- resolution: -> fixed stage: test needed -> resolved status: open -> closed ___ Python tracker

[issue9998] ctypes find_library should search LD_LIBRARY_PATH on linux

Michael Felt added the comment: In https://bugs.python.org/issue26439 I have been working on this for AIX - as the default behavior was to depend on two things: a) ldconfig -p (which generally does not exist on AIX, and I doubt it will know about the non-gnu libraries b) that the objects are

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Ilya Kulakov added the comment: Yury, > I now think that we don't need a new function for getting the currently > running event loop. May I ask you to elaborate on this? Asynchronous API I'm aware of (including other languages) typically allows to get "main" (which in asyncio is lazily

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Yury Selivanov added the comment: > Do you think hiding "default" event loop completly from a currently executing > coroutine is safe? Not sure I understand the question. Anyways, let's see what Guido thinks about this all. -- ___ Python tracker

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Yury Selivanov added the comment: > If I understood it correctly, get_event_loop() would never return "default" > event loop (in terms of current implementation) for a running task, because > it always be overridden with "running" event loop. If it's so, are you sure > it won't raise any

[issue19711] add test for changed portions after reloading a namespace package

Roundup Robot added the comment: New changeset c22ec7a45114 by Eric Snow in branch 'default': Fixes #19711: Add tests for reloading namespace packages. https://hg.python.org/cpython/rev/c22ec7a45114 -- nosy: +python-dev ___ Python tracker

[issue21099] Switch applicable importlib tests to use PEP 451 API

Eric Snow added the comment: Could I get a quick review on this. There shouldn't be anything surprising or controversial here. I'm pretty confident about the patch and it's pretty low-impact so if I don't hear back in the next day or two I'll merge it. Note: the posted patch does not apply

[issue26969] ascynio should provide a policy to address pass-loop-everywhere problem

Ilya Kulakov added the comment: Yury, > Not sure I understand the question. If I understood it correctly, get_event_loop() would never return "default" event loop (in terms of current implementation) for a running task, because it always be overridden with "running" event loop. If it's so,

[issue21099] Switch applicable importlib tests to use PEP 451 API

Brett Cannon added the comment: I'll try to get to it today or tomorrow. -- ___ Python tracker ___ ___

[issue26994] unexpected behavior for booleans in argparse

R. David Murray added the comment: Yes, it is an unitended consequence of the fact that argparse types are arbitrary single argument functions (that take an arbitrary string as the argument and convert it), and bool is a single argument function. Unfortunately we're stuck with it now. The

[issue24194] tokenize yield an ERRORTOKEN if an identifier uses Other_ID_Start or Other_ID_Continue

Meador Inge added the comment: Attached is a first cut patch for this. (CC'd haypo as a unicode expert). -- assignee: -> meador.inge keywords: +patch nosy: +haypo, meador.inge stage: needs patch -> patch review Added file: http://bugs.python.org/file42808/issue24194-v0.patch

[issue26977] Unnecessary line in statistics.pvariance

Roundup Robot added the comment: New changeset 6f27dbc55f10 by Steven D'Aprano in branch '3.5': Issue 26977, remove unneeded line in pvariance (duplicate call to _ss). https://hg.python.org/cpython/rev/6f27dbc55f10 New changeset 3c75707045f5 by Steven D'Aprano in branch 'default': Branch merge

[issue26647] ceval: use Wordcode, 16-bit bytecode

Demur Rumed added the comment: I've been waiting on storchaka to finish code reviewing peephole based on his statement of 'Reviewing peephole.c still is not completed.' before uploading a patch which addresses the issues raised since -- ___ Python

[issue26996] Add secrets module as per PEP 506.

New submission from Steven D'Aprano: (This is already done, but I should have added a ticket before committing the new module.) See PEP-0506. -- assignee: steven.daprano components: Library (Lib) messages: 265288 nosy: steven.daprano priority: normal severity: normal status: open

[issue26977] Unnecessary line in statistics.pvariance

Roundup Robot added the comment: New changeset 87130512ef34 by Steven D'Aprano in branch '3.5': NEWS message for issue #26977. https://hg.python.org/cpython/rev/87130512ef34 New changeset 39faad3cd626 by Steven D'Aprano in branch 'default': Merge NEWS update from 3.5 for issue #26977.

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

Martin Panter added the comment: Patches: I’m not sure, but maybe it would help the Reitveld review system if the src/ directory in them was eliminated (e.g. src/Python-3.5.1 vs just Python-3.5.1). Also, if you are using Gnu diff, maybe you can try the -N (--new-file) option to include

[issue26996] Add secrets module as per PEP 506.

Changes by Steven D'Aprano : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue26993] Copy idlelib *.py files with new names

Nick Coghlan added the comment: Terry, have you considered also doing a top level idlelib -> _idlelib rename in addition to the file level name changes? My rationale for suggesting that: 1. The idle2 vs idle3 distinction will be clear at a glance (as they'll be in different directories) 2.

[issue22636] avoid using a shell in ctypes.util: replace os.popen with subprocess

Martin Panter added the comment: Uploading the fake commands I used for testing. -- Added file: http://bugs.python.org/file42798/dump ___ Python tracker

[issue22636] avoid using a shell in ctypes.util: replace os.popen with subprocess

Martin Panter added the comment: Here is a possible patch for Python 2. One snag is that ctypes is currently supposed to be compatible with Python 2.3, but subprocess was added in 2.4. The patch assumes it is okay to lift that compatibility restriction. The main differences are: *

[issue6338] Error message displayed on stderr when no C compiler is present with ctypes

Martin Panter added the comment: I presume the problem is that Free BSD’s “type” command outputs the error to the shell’s original stderr, rather than the one given on the “type” command line. If so, the Python 3 patches for Issue 22636 should avoid it by using shutil.which() instead.

[issue22636] avoid using a shell in ctypes.util: replace os.popen with subprocess

Changes by Martin Panter : Added file: http://bugs.python.org/file42799/ldconfig ___ Python tracker ___

[issue22636] avoid using a shell in ctypes.util: replace os.popen with subprocess

Changes by Martin Panter : Added file: http://bugs.python.org/file42800/crle ___ Python tracker ___

[issue26992] 64-bit Python 2.7.11 hangs in 64-bit Windows 10 - CMD and Git Bash

New submission from Sam Taylor: We have seen an issue where the 64-bit 2.7.11 Python Interpreter hangs whilst trying to run it in either Command Prompt or Git Bash on 64-bit Windows 10. The issue is intermittent, the interpreter will run sometimes but will often hang immediately after typing

[issue26925] android: test_multiprocessing_main_handling fails

Xavier de Gaye added the comment: Closing as duplicate of #26924. -- resolution: -> duplicate status: open -> closed ___ Python tracker ___

[issue26944] android: test_posix fails

Xavier de Gaye added the comment: 'id -G' produces the expected result on an android-23-x86 emulator running Android 6.0 (API 23). There is a new error now instead of the one reported at issue #26932: == FAIL: test_getgroups

[issue26991] Possible reference leak in MAKE_FUNCTION

Xiang Zhang added the comment: I'm willing to. But I don't know where is the suitable place to put such a test and since the reference leak only appears in error case, can compile a function with annotations in a loop accomplish the test goal? --

[issue26992] 64-bit Python 2.7.11 hangs in 64-bit Windows 10 - CMD and Git Bash

R. David Murray added the comment: Is there any way you can attach a debugger to the process and see what it is doing or where it is stuck? Otherwise, unless someone else can reproduce this, I don't think there is much we can do with this bug report. -- nosy: +r.david.murray

[issue26936] android: test_socket fails

Xavier de Gaye added the comment: testGetaddrinfo does not fail anymore on an emulator running an android-23-x86, i.e. Android 6.0 or API 23. -- ___ Python tracker

[issue26935] android: test_os fails

Xavier de Gaye added the comment: This is fixed at API 23 (Android 6.0) and test_os runs on an android-23-x86 emulator without failures. -- ___ Python tracker

[issue26986] Enhance PyFunction_New documentation

Roundup Robot added the comment: New changeset bfc4c57a0986 by Benjamin Peterson in branch '3.5': improve PyFunction_New docs (closes #26986) https://hg.python.org/cpython/rev/bfc4c57a0986 New changeset 71afeb15f617 by Benjamin Peterson in branch 'default': merge 3.5 (#26986)

[issue26925] android: test_multiprocessing_main_handling fails

Changes by Berker Peksag : -- stage: -> resolved superseder: -> android: test_concurrent_futures fails ___ Python tracker ___

[issue16270] urllib hangs when closing connection

Roundup Robot added the comment: New changeset 44d02a5d59fb by Senthil Kumaran in branch '2.7': Closes issue26960. https://hg.python.org/cpython/rev/44d02a5d59fb -- ___ Python tracker

[issue26960] urllib hangs when closing connection

Roundup Robot added the comment: New changeset 44d02a5d59fb by Senthil Kumaran in branch '2.7': Closes issue26960. https://hg.python.org/cpython/rev/44d02a5d59fb -- nosy: +python-dev resolution: -> fixed stage: -> resolved status: open -> closed

[issue26960] urllib hangs when closing connection

Roundup Robot added the comment: New changeset 3388e249389d by Senthil Kumaran in branch '2.7': Add NEWS entry for issue26960. https://hg.python.org/cpython/rev/3388e249389d -- ___ Python tracker

[issue26960] urllib hangs when closing connection

Senthil Kumaran added the comment: Thanks for raising this issue, Chris Beaumont. Fixed in 2.7.x -- nosy: +orsenthil type: -> behavior ___ Python tracker

[issue23921] Standardize documentation whitespace, formatting

Changes by Serhiy Storchaka : -- assignee: docs@python -> serhiy.storchaka ___ Python tracker ___

[issue4861] fix problems with ctypes.util.find_library

Martin Panter added the comment: FYI the OSError exceptions added here were never triggered as intended, and they are proposed to be removed as part of Issue 25751. -- nosy: +martin.panter ___ Python tracker

[issue22247] More incomplete module.__all__ lists

Changes by John Mark Vandenberg : -- nosy: +jayvdb ___ Python tracker ___ ___

[issue26632] __all__ decorator

Changes by John Mark Vandenberg : -- nosy: +jayvdb ___ Python tracker ___ ___

[issue14209] pkgutil.iter_zipimport_modules ignores the prefix parameter for packages

Changes by Brett Cannon : -- assignee: -> lukasz.langa ___ Python tracker ___ ___

[issue26991] Possible reference leak in MAKE_FUNCTION

Xiang Zhang added the comment: Sorry, wrong patch. Attach the right one. -- Added file: http://bugs.python.org/file42795/make_function_reference_leak.patch ___ Python tracker

[issue26991] Possible reference leak in MAKE_FUNCTION

New submission from Xiang Zhang: *names* is not Py_DECREFed in MAKE_FUNCTION in error case. -- files: make_function_reference_leak.patch keywords: patch messages: 265235 nosy: serhiy.storchaka, xiang.zhang priority: normal severity: normal status: open title: Possible reference leak in

[issue26988] Add AutoNumberedEnum to stdlib

John Hagen added the comment: @Ethan, I hadn't tried to use the aenum AutoNumberEnum that way, but I agree with Barry that I like it. To me that is the ideal case we should shoot for as I think it's the best* long term and deviate only if practical concerns prevent it. So I am +1 for empty

[issue12045] external shell command executed twice in ctypes.util._get_soname

Martin Panter added the comment: The same code is in Python 2. It was introduced by Issue 4861 (r68487). -- nosy: +martin.panter versions: +Python 2.7 ___ Python tracker

[issue26991] Possible reference leak in MAKE_FUNCTION

Serhiy Storchaka added the comment: LGTM. Would be nice to have a test (just compile a function with annotations in a loop). -- components: +Interpreter Core stage: -> test needed type: -> behavior ___ Python tracker

[issue23921] Standardize documentation whitespace, formatting

Roundup Robot added the comment: New changeset be85897e6d58 by Serhiy Storchaka in branch '2.7': Issue #23921: Standardized documentation whitespace formatting. https://hg.python.org/cpython/rev/be85897e6d58 -- ___ Python tracker

[issue23921] Standardize documentation whitespace, formatting

Serhiy Storchaka added the comment: Addressed Martin's Georg's and my comments, resolved conflicts, stripped trailing spaces, backported to 2.7. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 2.7

[issue26039] More flexibility in zipfile write interface

Thomas Kluyver added the comment: Ping? Once this is landed, I intend to make a backport package of it so I can start using it before Python 3.6 comes out. -- ___ Python tracker

[issue23921] Standardize documentation whitespace, formatting

Roundup Robot added the comment: New changeset 2b492ea961c1 by Serhiy Storchaka in branch '3.5': Issue #23921: Standardized documentation whitespace formatting. https://hg.python.org/cpython/rev/2b492ea961c1 New changeset 909099686e6e by Serhiy Storchaka in branch 'default': Issue #23921:

[issue12045] external shell command executed twice in ctypes.util._get_soname

Roundup Robot added the comment: New changeset 0b15b5371c07 by Antoine Pitrou in branch '2.7': Issue #12045: Avoid duplicate execution of command in ctypes.util._get_soname(). https://hg.python.org/cpython/rev/0b15b5371c07 -- ___ Python tracker

[issue14209] pkgutil.iter_zipimport_modules ignores the prefix parameter for packages

Nick Coghlan added the comment: +1 for just including the fix in the next round of maintenance releases, although a test case would be desirable. -- ___ Python tracker

[issue22636] avoid using a shell in ctypes.util: replace os.popen with subprocess

Martin Panter added the comment: I merged Victor’s patch with the current code and addressed most of the comments: * restore re.escape() * single "-l" + name argument * copy with dict(os.environ) * redirect GCC stderr=STDOUT * changed tempfile cleanup to try / finally I also added a test