[issue31596] expose pthread_getcpuclockid in time module

Benjamin Peterson added the comment: New changeset 86566702f311f8e90600e85350f6b6769a384ea5 by Benjamin Peterson in branch 'master': weaken pthread_getcpuclockid test (more bpo-31596) (#3904)

[issue31710] setup.py: _ctypes won't getbuilt when system ffi is only in $PREFIX

Change by Zachary Ware : -- nosy: +Chi Hsuan Yen, doko, zach.ware ___ Python tracker ___

[issue31710] setup.py: _ctypes won't getbuilt when system ffi is only in $PREFIX

New submission from pmpp : --with-system-ffi is mandatory for linux build but no way is provided ( eg --with-ffi-includes= --with-ffi-libs= ) so setup.py can detect libffi already built in $PREFIX and $EPREFIX/lib. even if cflags/ldflags are ok , _ctypes build will be

[issue31596] expose pthread_getcpuclockid in time module

Change by Benjamin Peterson : -- pull_requests: +3875 ___ Python tracker ___ ___

[issue31707] Irrational fractions

Raymond Hettinger added the comment: Put me down for -1. This doesn't seem like standard library material. It doesn't seem to address a common need and it would add complexity to an already complicated module (nor does it seem to have a good fit with the numeric

[issue31709] Drop support for asynchronous __aiter__

Change by Yury Selivanov : -- keywords: +patch pull_requests: +3874 stage: -> patch review ___ Python tracker ___

[issue31708] Allow use of asynchronous generator expressions in synchronous functions

New submission from Yury Selivanov : Prior to Python 3.7 we couldn't enable use of asynchronous generator expressions in synchronous functions: async arange(n): for i in range(n): yield i def make_arange(n): return (i async for i in

[issue31708] Allow use of asynchronous generator expressions in synchronous functions

Change by Yury Selivanov : -- assignee: yselivanov components: Interpreter Core nosy: yselivanov priority: normal severity: normal status: open title: Allow use of asynchronous generator expressions in synchronous functions type: behavior versions: Python 3.7

[issue31709] Drop support for asynchronous __aiter__

New submission from Yury Selivanov : As discussed in issue 27243, we want to drop support of asynchronous __aiter__ in Python 3.7. Together with issue 30406, this will enable us to add support for using asynchronous generator expressions in synchronous functions (issue

[issue31696] don't mention GCC in sys.version when built with Clang

Benjamin Peterson added the comment: New changeset 7faf7e50757dde2cb8583ee08ef31f4b8312e44f by Benjamin Peterson in branch 'master': closes bpo-31696: don't mention GCC in sys.version when building with clang (#3891)

[issue30406] async and await should be keywords in 3.7

Yury Selivanov added the comment: Thanks a lot, Jelle! -- resolution: -> fixed stage: -> resolved status: open -> closed type: -> behavior ___ Python tracker

[issue30406] async and await should be keywords in 3.7

Yury Selivanov added the comment: New changeset ac317700ce7439e38a8b420218d9a5035bba92ed by Yury Selivanov (Jelle Zijlstra) in branch 'master': bpo-30406: Make async and await proper keywords (#1669)

[issue31707] Irrational fractions

Ben Burrill added the comment: The core operators, like multiplication and division, should work for any type that defines the right operators. Hashing is tricky, and reducing the fraction is pretty much off the table. This is why I suggested a superclass. I'll try

[issue11205] Evaluation order of dictionary display is different from reference manual.

Nick Coghlan added the comment: I'm unlikely to ever get to this (especially as 3.5 is now in security-fix only mode), so closing it again. -- nosy: +freakboy, freakboy3742 resolution: -> fixed stage: needs patch -> resolved status: open -> closed

[issue31707] Irrational fractions

Raymond Hettinger added the comment: The fractions module isn't easily extended to support this proposal. It was designed around a gcd() step and assumes integer numerators and denominators throughout. Also, the Fraction class is registered with

[issue31707] Irrational fractions

Change by Ben Burrill : -- nosy: +mark.dickinson, rhettinger ___ Python tracker ___

[issue27645] Supporting native backup facility of SQLite

R. David Murray added the comment: If you are talking about Gerhard, if he was still around you'd probably get a similar response, but he hasn't been around much. So this is somewhat of an orphaned module currently and it takes longer for an issue to get traction.

[issue31707] Irrational fractions

New submission from Ben Burrill : fractions.Fraction enforces its numerator and denominator to be rational. This is a good idea for purely numeric fractions, but the abstractions that fractions.Fraction offers would also be useful for more abstract fractions. Some

[issue29095] Compiling Python 3.6 from source on MacOS X Sierra

Greg Couch added the comment: The problem with compiling OpenSSL from source is that it doesn't know how to access the root certificates needed for verification on Mac OS X. See issue17128 for more details. -- nosy: +gregcouch

[issue31523] Windows build file fixes

Steve Dower added the comment: New changeset 051295a8c57cc649fa5eaa43526143984a147411 by Steve Dower (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31523: Reliability improvements to the Windows build files (GH-3900) (#3902)

[issue31523] Windows build file fixes

Change by Roundup Robot : -- pull_requests: +3873 ___ Python tracker ___

[issue31706] urlencode should accept generator as values for mappings when doseq=True

Change by François Freitag : -- nosy: +orsenthil ___ Python tracker ___ ___

[issue31706] urlencode should accept generator as values for mappings when doseq=True

Change by François Freitag : -- keywords: +patch pull_requests: +3872 stage: -> patch review ___ Python tracker ___

[issue31523] Windows build file fixes

Steve Dower added the comment: New changeset 2084b30e540d88b9fc752c5bdcc2f24334af4f2b by Steve Dower in branch 'master': bpo-31523: Reliability improvements to the Windows build files (#3900)

[issue31706] urlencode should accept generator as values for mappings when doseq=True

New submission from François Freitag : The urlencode documentation states that: The value element in itself can be a sequence and in that case, if the optional parameter doseq is evaluates to True, individual key=value pairs separated by '&' are generated for each

[issue31705] test_sha256 from test_socket fails on ppc64le arch

Change by Charalampos Stratakis : -- nosy: +christian.heimes ___ Python tracker ___ ___

[issue31705] test_sha256 from test_socket fails on ppc64le arch

New submission from Charalampos Stratakis : The issue is reproducible on a CentOS 7.4 on ppc64le architecture. It passes successfully on other arch's (however the other power pc arch's might also be affected). How to reproduce: Compile python 3.6 from source. Run

[issue27645] Supporting native backup facility of SQLite

Lele Gaifax added the comment: I rebased my v2 set of changesets into a new branch: https://github.com/lelit/cpython/tree/sqlite-backup-api-v3 I really don't know if anybody is interested beyond me, I did everything has been suggested/requested, and honestly I feel a

[issue31596] expose pthread_getcpuclockid in time module

pdox added the comment: This looks specific to FreeBSD and s390x. Those platforms might not provide the same cpu-time clock consistency guarantees as Linux+glibc+x86. Would it be ok to just disable the ordering check for those systems? --

[issue31092] multiprocessing.Manager() race condition

Prof Plum added the comment: Oh I see, I thought getting an error that caused the python code execution to terminate was considered a "crash". On the note of whether you should fix this I think the answer is yes. When I call pool.apply_async() I expect it only to return

[issue31697] Regression in futures.as_completed with ProcessPoolExecutor.

Coady added the comment: Reproduced on the python docker image because the cpu count is so low. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue31523] Windows build file fixes

Change by Steve Dower : -- keywords: +patch pull_requests: +3871 stage: needs patch -> patch review ___ Python tracker ___

[issue31092] multiprocessing.Manager() race condition

Oren Milman added the comment: Prof Plum, i changed the type of the issue to 'behavior', because Lang and me both got a KeyError. if your interpreter actually crashed, please change it back to 'crash'. -- ___ Python tracker

[issue31556] asyncio.wait_for can cancel futures faster with timeout==0

Yury Selivanov added the comment: Note, that this will not be backported to 3.6, as it behaves in a slightly incompatible way. I consider this patch as an enhancement that makes 'asyncio.wait_for' semantics easier to reason about and more practical. --

[issue31092] multiprocessing.Manager() race condition

Oren Milman added the comment: IIUC: In Lang's example, doing `queue = None` caused the destruction of the shared queue, which caused a call to BaseProxy._decref() (in multiprocessing/managers.py), which dispatched a decref request to the manager's server process. Meanwhile,

[issue31626] Writing in freed memory in _PyMem_DebugRawRealloc() after shrinking a memory block

Change by STINNER Victor : -- pull_requests: +3870 ___ Python tracker ___ ___

[issue31353] Implement PEP 553 - built-in breakpoint()

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue31556] asyncio.wait_for can cancel futures faster with timeout==0

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior ___ Python tracker

[issue31180] test_multiprocessing_spawn hangs randomly

STINNER Victor added the comment: New failure: AMD64 FreeBSD 10.x Shared 3.6 http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.6/builds/550/steps/test/logs/stdio -- ___ Python tracker

[issue31692] Test `test_huntrleaks` fails in debug build with COUNT_ALLOCS

Change by Charalampos Stratakis : -- nosy: +cstratak ___ Python tracker ___ ___

[issue31694] Running Windows installer with LauncherOnly=1 should not register the version as installed

Steve Dower added the comment: Agreed, and the underlying cause is also linked to the registration being wrong in some other ways. The fix requires rearchitecting the installer again, though less dramatically than last time. Won't happen for3.6.4, but we might get

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

Steve Dower added the comment: We may just need to special case some well known exception codes for MSVC and the CLR, though if they're handled we may be dumping on the first chance and not the second chance handling. If I get a chance to dig into the docs and code

[issue13886] readline-related test_builtin failure

Serhiy Storchaka added the comment: As well as other 5 bugs. -- ___ Python tracker ___

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

Fynn Be added the comment: > Are you asking to *ignore* all 0xE06D7363 exceptions? Yes. This error is only indicating that an error was thrown, regardless if it was handled or not. Therefore it should not be treated as fatal, but it is by faulthandler: 'bool(0xE06D7363 &

[issue13886] readline-related test_builtin failure

STINNER Victor added the comment: bpo-31703 has been marked as a duplicate of this bug. -- ___ Python tracker ___

[issue31596] expose pthread_getcpuclockid in time module

STINNER Victor added the comment: The test is too strict, it fails on many buildbots. Four examples: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/1008/steps/test/logs/stdio

[issue31704] HTTP check lowercase response from proxy

New submission from Álvaro Muñoz : Recently faced an issue with a proxy responding in lowercase http, which caused this: ProtocolError('Connection aborted.', BadStatusLine('http/1.1 200 connection established\r\n',)) Changing the string to uppercase before checking if

[issue31703] [EASY] Running test_builtin twice fails on input tty tests

STINNER Victor added the comment: > Why do you think that this issue is easy? I'm not sure that it's easy :-) -- ___ Python tracker

[issue31703] [EASY] Running test_builtin twice fails on input tty tests

Serhiy Storchaka added the comment: This is a duplicate of issue13886 (and several other issues). Why do you think that this issue is easy? -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: ->

[issue31703] [EASY] Running test_builtin twice fails on input tty tests

New submission from STINNER Victor : haypo@selma$ ./python -m test test_builtin test_builtin -v == FAIL: test_input_tty_non_ascii (test.test_builtin.PtyTests)

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

Change by Roundup Robot : -- pull_requests: +3868 stage: resolved -> patch review ___ Python tracker ___

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

STINNER Victor added the comment: New changeset 11045c9d8a21dd9bd182a3939189db02815f9783 by Victor Stinner in branch 'master': bpo-31178: Mock os.waitpid() in test_subprocess (#3896) https://github.com/python/cpython/commit/11045c9d8a21dd9bd182a3939189db02815f9783

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

STINNER Victor added the comment: > In a REPL on my Fedora 26, os.waitpid(0, 0) raises "ChildProcessError: [Errno > 10] No child processes". I'm not sure that waitpid() is the cause of the > hang, (...) Oh wait, now I understood the full picture. Summary: * 2 new

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

STINNER Victor added the comment: A colleague packaging Python for Red Hat Entreprise Linux reported me that tests hang randomly on test_exception_errpipe_bad_data() of test_subprocess. I don't know why exactly, but using strace, I noticed that the "unit test" calls

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

Change by STINNER Victor : -- pull_requests: +3867 ___ Python tracker ___ ___

[issue31664] Add support of new crypt methods

Serhiy Storchaka added the comment: In issue31702 I propose related improvement for the SHA-* methods. -- ___ Python tracker

[issue31702] Allow to specify the number of rounds for SHA-* hashing in crypt

New submission from Serhiy Storchaka : Blowfish salt should contain the binary logarithm of the number of rounds (from 4 to 31) (see issue31664). SHA-* salt can contain an explicit number of rounds in the form '$rounds={value}$'. It is bound to the range from 1000

[issue31690] Make RE "a", "L" and "u" inline flags local

Serhiy Storchaka added the comment: Added tests and the documentation. -- ___ Python tracker ___

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

STINNER Victor added the comment: The code of the current faulthandler exception handler lives at: https://github.com/python/cpython/blob/master/Modules/faulthandler.c#L364-L409 --

[issue30349] Preparation for advanced set syntax in regular expressions

Serhiy Storchaka added the comment: Made a warning for '[' be emitted only at the start of a set. This significantly decrease the breakage of other code. I think we can get around without implicit union of nested sets, like in [_[0-9][:Latin:]]. This can be

[issue31671] IntFlag makes re.compile slower

STINNER Victor added the comment: Serhiy: "PR 3867 looks unpythonic to me. We usually don't check the type of arguments. This complicate and slow down a code. Do you have a realistic example when the current behavior harms?" No, I don't have any realistic example. I

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

Fynn Be added the comment: In the github repository there is 'build.bat' that creates the mscv 14 solution, builds it and runs the 'test.py'. Here is the output: ``` Windows fatal exception: code 0xe06d7363 Current thread 0x462c (most recent call first): File

[issue31671] IntFlag makes re.compile slower

STINNER Victor added the comment: Hum, I ran again my microbenchmark on re.compile() cache: haypo@selma$ ./python -m perf timeit -s 'import re; re_compile=re.compile' 're_compile("a", flags=2)' --duplicate=1024 -o ref.json --inherit=PYTHONPATH -v Sadly, the commit

[issue31671] IntFlag makes re.compile slower

Serhiy Storchaka added the comment: PR 3867 looks unpythonic to me. We usually don't check the type of arguments. This complicate and slow down a code. Do you have a realistic example when the current behavior harms? --

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

Fynn Be added the comment: Here is a git repository with a test module and a test script: https://github.com/FynnBe/faulthandler-spam -- ___ Python tracker

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

New submission from Fynn Be : c++ extension compiled with MSVC 14 using python 3.6.2 on Windows 10 x64 Whenever a C++ exception is thrown in an extension the faulthandler dumps a traceback to it, even if it is caught. -- components: Windows messages: 303751 nosy:

[issue31671] IntFlag makes re.compile slower

INADA Naoki added the comment: Instead caching type(flags), how about this? if not isinstance(flags, int): raise TypeError(f"flags must be int or RegexFlag, got {flags!r}") flags = int(flags) -- ___ Python tracker

[issue31671] IntFlag makes re.compile slower

STINNER Victor added the comment: My PR 3867 fixes a corner case when the re.compile() is misused ("on purpose"?). I'm going to reject (abandon) my own PR since it makes re.compile() slower: Mean +- std dev: [ref] 364 ns +- 6 ns -> [patch] 459 ns +- 10 ns: 1.26x

[issue31700] one-argument version for Generator.typing

New submission from Sebastian Rittau : Currently typing.Generator requires three arguments: Generator[YieldType, SendType, ReturnType]. At least for me, passing values to a generator is a very rare case. I suggest to allow only one argument to be passed to Generator:

[issue31671] IntFlag makes re.compile slower

Change by Serhiy Storchaka : -- type: -> performance ___ Python tracker ___

[issue31671] IntFlag makes re.compile slower

Serhiy Storchaka added the comment: Thanks Naoki! -- ___ Python tracker ___

[issue31671] IntFlag makes re.compile slower

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

[issue31671] IntFlag makes re.compile slower

INADA Naoki added the comment: New changeset c1c47c166b1012d34f2c6e111ee9ccb5c4d12de7 by INADA Naoki in branch 'master': bpo-31671: re: Convert RegexFlag to int before compile (GH-3862) https://github.com/python/cpython/commit/c1c47c166b1012d34f2c6e111ee9ccb5c4d12de7

[issue27169] __debug__ is not optimized out at compile time for anything but `if:` and `while:` blocks

Change by Serhiy Storchaka : -- dependencies: +Build-out an AST optimizer, moving some functionality out of the peephole optimizer ___ Python tracker

[issue27169] __debug__ is not optimized out at compile time for anything but `if:` and `while:` blocks

Change by Serhiy Storchaka : -- assignee: -> serhiy.storchaka stage: -> needs patch type: -> behavior versions: +Python 3.7 -Python 3.6 ___ Python tracker

[issue31699] Deadlocks in `concurrent.futures.ProcessPoolExecutor` with pickling error

New submission from Thomas Moreau : When using `concurrent.futures.ProcessPoolExecutor` with objects that are not picklable or unpicklable, several situations results in a deadlock, with the interpreter freezed. This is the case for different scenario, for

[issue30872] Update curses docs to Python 3

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

[issue27494] 2to3 parser failure caused by a comma after a generator expression

Benjamin Peterson added the comment: New changeset af810b35b494ef1d255d4bf340b92a9dad446995 by Benjamin Peterson (Jakub Stasiak) in branch 'master': closes bpo-27494: Fix 2to3 handling of trailing comma after a generator expression (#3771)

[issue31596] expose pthread_getcpuclockid in time module

Benjamin Peterson added the comment: New changeset e14679c78464d1e0e16786c2a0e9bcebe49e842b by Benjamin Peterson (pdox) in branch 'master': closes bpo-31596: Add an interface for pthread_getcpuclockid(3) (#3756)

[issue31696] don't mention GCC in sys.version when built with Clang

Change by Benjamin Peterson : -- keywords: +patch pull_requests: +3865 stage: -> patch review ___ Python tracker ___

[issue31694] Running Windows installer with LauncherOnly=1 should not register the version as installed

Tzu-ping Chung added the comment: The “this product is already installed” error is a mistake on my part. I was actually using 3.6.3 (released literally during I was testing this!) to install the launcher, and using 3.6.2 afterwards, hence the error message (because I was

[issue30872] Update curses docs to Python 3

Serhiy Storchaka added the comment: New changeset de5427a8f7ce15565d13383bc8d279bb07dda1cb by Serhiy Storchaka in branch '3.6': [3.6] bpo-30872: Update the curses docs to Python 3. (GH-2620) (#3887)