[issue31596] expose pthread_getcpuclockid in time module

[Benjamin Peterson]

Benjamin Peterson  added the comment:


New changeset 86566702f311f8e90600e85350f6b6769a384ea5 by Benjamin Peterson in 
branch 'master':
weaken pthread_getcpuclockid test (more bpo-31596) (#3904)
https://github.com/python/cpython/commit/86566702f311f8e90600e85350f6b6769a384ea5


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Zachary Ware]

Change by Zachary Ware :


--
nosy: +Chi Hsuan Yen, doko, zach.ware

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[pmpp]

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 skipped with reason:
INFO: Could not locate ffi libs and/or headers

test condition: crystax-ndk toward android-19 on ubuntu xenial 32 bits

--
components: Cross-Build
messages: 303799
nosy: Alex.Willmer, pmpp
priority: normal
severity: normal
status: open
title: setup.py: _ctypes won't getbuilt when system ffi is only in $PREFIX
type: compile error
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31596] expose pthread_getcpuclockid in time module

[Benjamin Peterson]

Change by Benjamin Peterson :


--
pull_requests: +3875

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31707] Irrational fractions

[Raymond Hettinger]

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 
tower).  The proposal seems like something that should exist outside the 
standard library (especially since we don't already provide interoperable types 
like SquareRoot(3)).

--
priority: normal -> low
type: behavior -> enhancement
versions: +Python 3.7 -Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31709] Drop support for asynchronous __aiter__

[Yury Selivanov]

Change by Yury Selivanov :


--
keywords: +patch
pull_requests: +3874
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Yury Selivanov]

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 arange(n))

--
dependencies: +Drop support for asynchronous __aiter__

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Yury Selivanov]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31709] Drop support for asynchronous __aiter__

[Yury Selivanov]

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 31708)

--
assignee: yselivanov
components: Interpreter Core
messages: 303796
nosy: ncoghlan, yselivanov
priority: normal
severity: normal
status: open
title: Drop support for asynchronous __aiter__
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Benjamin Peterson]

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)
https://github.com/python/cpython/commit/7faf7e50757dde2cb8583ee08ef31f4b8312e44f


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30406] async and await should be keywords in 3.7

[Yury Selivanov]

Yury Selivanov  added the comment:

Thanks a lot, Jelle!

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30406] async and await should be keywords in 3.7

[Yury Selivanov]

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)
https://github.com/python/cpython/commit/ac317700ce7439e38a8b420218d9a5035bba92ed


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31707] Irrational fractions

[Ben Burrill]

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 
making a patch sometime soon.

I am aware of sympy and am not proposing that the standard library stray too 
far into symbolic mathematics.  Sympy's re-invention of the fraction makes 
sense given sympy's scope, but simpler libraries that offer other abstract math 
features (like one that just implemented a simple Polynomial type) would 
benefit from using fractions.Fraction.

This change would probably make it so that sympy symbols worked with 
fractions.Fraction, which although unnecessary, might be nice.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31707] Irrational fractions

[Raymond Hettinger]

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 numbers.Rational() 
which implies some specific behaviors including inoperability with various 
other classes.

In additionl, the standard library also doesn't yet support unevaluated 
rationals like SquareRoot(3).  I suggest looking at the sympy module which may 
already have everything you need.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31707] Irrational fractions

[Ben Burrill]

Change by Ben Burrill :


--
nosy: +mark.dickinson, rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27645] Supporting native backup facility of SQLite

[R. David Murray]

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.  
One of the drawbacks of the open-source-volunteer model :(

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31707] Irrational fractions

[Ben Burrill]

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 places where this might be useful would be fractions of polynomial types 
or fractions with abstract irrational numeric types, like F(SquareRoot(3), 2).

This could be accomplished by having a more general Fraction superclass or by 
removing the requirement of rationality from fractions.Fraction.  It is not 
trivial to create a subclass of Fraction that does this because the operators 
are hardcoded to use Fraction and initiation is done in __new__.

--
components: Library (Lib)
messages: 303788
nosy: Ben Burrill
priority: normal
severity: normal
status: open
title: Irrational fractions
type: behavior
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Greg Couch]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31523] Windows build file fixes

[Steve Dower]

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)
https://github.com/python/cpython/commit/051295a8c57cc649fa5eaa43526143984a147411


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31523] Windows build file fixes

[Roundup Robot]

Change by Roundup Robot :


--
pull_requests: +3873

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[François Freitag]

Change by François Freitag :


--
nosy: +orsenthil

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[François Freitag]

Change by François Freitag :


--
keywords: +patch
pull_requests: +3872
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31523] Windows build file fixes

[Steve Dower]

Steve Dower  added the comment:


New changeset 2084b30e540d88b9fc752c5bdcc2f24334af4f2b by Steve Dower in branch 
'master':
bpo-31523: Reliability improvements to the Windows build files (#3900)
https://github.com/python/cpython/commit/2084b30e540d88b9fc752c5bdcc2f24334af4f2b


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[François Freitag]

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 element of the value sequence for the key.

Passing a generator as the value gives unexpected results:
>>> from urllib.parse import urlencode
>>> def gen():
... yield from range(2)
>>> urlencode({'a': gen()}, doseq=True)
'a=%3Cgenerator+object+gen+at+0x7f35ff78db48%3E'

A list gives:
>>> urlencode({'a': [0, 1]}, doseq=True)
'a=0=1'

--
components: Library (Lib)
messages: 303784
nosy: freitafr
priority: normal
severity: normal
status: open
title: urlencode should accept generator as values for mappings when doseq=True
type: enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31705] test_sha256 from test_socket fails on ppc64le arch

[Charalampos Stratakis]

Change by Charalampos Stratakis :


--
nosy: +christian.heimes

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31705] test_sha256 from test_socket fails on ppc64le arch

[Charalampos Stratakis]

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 ./python3 -m test --verbose test_socket

And it fails with:

ERROR: test_sha256 (test.test_socket.LinuxKernelCryptoAPI)
--
Traceback (most recent call last):
  File "/root/test/cpython/Lib/test/test_socket.py", line 5424, in test_sha256
op.sendall(b"abc")
OSError: [Errno 126] Required key not available

--
components: Tests
messages: 303783
nosy: cstratak
priority: normal
severity: normal
status: open
title: test_sha256 from test_socket fails on ppc64le arch
versions: Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27645] Supporting native backup facility of SQLite

[Lele Gaifax]

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 bit discouraged: in the 
good'n'old days even potentially disrupting and invasive patches of mine have 
been accepted by the one core developer, now for an harmless, tested and 
documented single new feature an year and half has passed with almost no 
progress

Anyway, I guess that this is my last attempt, let's hope... Let me know if I 
should close the PR#377 and reopen a new one, or whatever.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31596] expose pthread_getcpuclockid in time module

[pdox]

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?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31092] multiprocessing.Manager() race condition

[Prof Plum]

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 when the worker process has 
been started and finished it's initialization process (i.e. sending the 
incr-ref request). That being said I could see people wanting to utilize the 
minor performance gain of having the worker start AND run asynchronously so I 
think this option should be available via a boolean arg to apply_async() but it 
should be off by default because that is the safer and intuitive behavior of 
apply_async().

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31697] Regression in futures.as_completed with ProcessPoolExecutor.

[Coady]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31523] Windows build file fixes

[Steve Dower]

Change by Steve Dower :


--
keywords: +patch
pull_requests: +3871
stage: needs patch -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31092] multiprocessing.Manager() race condition

[Oren Milman]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Yury Selivanov]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31092] multiprocessing.Manager() race condition

[Oren Milman]

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, the pool's worker process (in function worker() in 
multiprocessing/pool.py)
tries to retrieve a task from its task queue, by calling inqueue.get().
The get() method unpickles the first pickled task in the queue, which is the
function and arguments that we passed to apply_async().
The unpickling of the shared queue causes creating a proxy object for the
shared queue, in which BaseProxy.__init__() is called, which calls
BaseProxy._incref(), which dispatches an incref request to the manager's server
process.

Unfortunately, the decref request gets to the server before the incref request.
So when the server receives the decref request (in Server.handle_request()),
and accordingly calls Server.decref(), the refcount of the shared queue in the
server is 1, so the refcount is decremented to 0, and the shared queue is
disposed.
Then, when the server receives the incref request, it tries to increment the
refcount of the shared queue (in Server.incref()), but can't find it in its
refcount dict, so it raises the KeyError.
(If, for example, you added a 'sleep(0.5)' before the call to dispatch() in
BaseProxy._decref(), the incref request would win the race, and the KeyError
wouldn't be raised.)


Should we fix this?
Or is it the responsibility of the user to not destroy shared objects too soon?
(In that case, maybe we should mention it in the docs?)


The situation in the example of Prof Plum is similar.
Also, note that this issue is not specific to using pool workers or to
Manager.Queue. For example, we get a similar error (for similar reasons) in
this code:

from multiprocessing import Process, Manager
from time import sleep
if __name__ == '__main__':
with Manager() as manager:
shared_list = manager.list()
p = Process(target=sorted, args=(shared_list,))
p.start()
# sleep(0.5)
shared_list = None
p.join()

--
components: +Library (Lib)
nosy: +Oren Milman
type: crash -> behavior
versions: +Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +3870

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Barry A. Warsaw]

Change by Barry A. Warsaw :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Yury Selivanov]

Change by Yury Selivanov :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31180] test_multiprocessing_spawn hangs randomly

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Charalampos Stratakis]

Change by Charalampos Stratakis :


--
nosy: +cstratak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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 3.7.

--
versions: +Python 3.7 -Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Steve Dower]

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 I'll take a look, but it's been 
years since I really did anything with SEH (apart from the recent filtering 
change, which was pretty trivial).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13886] readline-related test_builtin failure

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

As well as other 5 bugs.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Fynn Be]

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 & 0x8000) == True'

>  with the initial "E" standing for "exception" and the final 3 bytes 
> (0x6D7363) representing the ASCII values of "msc"
https://support.microsoft.com/de-de/help/185294/prb-exception-code-0xe06d7363-when-calling-win32-seh-apis
In this context it seems like a coincidence to me.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13886] readline-related test_builtin failure

[STINNER Victor]

STINNER Victor  added the comment:

bpo-31703 has been marked as a duplicate of this bug.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31596] expose pthread_getcpuclockid in time module

[STINNER Victor]

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

==
FAIL: test_pthread_getcpuclockid (test.test_time.TimeTestCase)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_time.py", 
line 100, in test_pthread_getcpuclockid
self.assertLessEqual(t2, t3)
AssertionError: 16.309616 not less than or equal to 16.309358

http://buildbot.python.org/all/builders/s390x%20Debian%203.x/builds/1466/steps/test/logs/stdio

==
FAIL: test_pthread_getcpuclockid (test.test_time.TimeTestCase)
--
Traceback (most recent call last):
  File 
"/home/dje/cpython-buildarea/3.x.edelsohn-debian-z/build/Lib/test/test_time.py",
 line 99, in test_pthread_getcpuclockid
self.assertLessEqual(t1, t2)
AssertionError: 0.938456056 not less than or equal to 0.832485960001

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.x/builds/999/steps/test/logs/stdio

==
FAIL: test_pthread_getcpuclockid (test.test_time.TimeTestCase)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-current.nondebug/build/Lib/test/test_time.py",
 line 100, in test_pthread_getcpuclockid
self.assertLessEqual(t2, t3)
AssertionError: 0.813547 not less than or equal to 0.81335

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Debug%203.x/builds/996/steps/test/logs/stdio

==
FAIL: test_pthread_getcpuclockid (test.test_time.TimeTestCase)
--
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/test/test_time.py",
 line 100, in test_pthread_getcpuclockid
self.assertLessEqual(t2, t3)
AssertionError: 1.121773 not less than or equal to 1.121547

--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31704] HTTP check lowercase response from proxy

[Álvaro Muñoz]

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 it starts with HTTP fixes 
this issue and allows to use this proxy.

I know that the proxy is at fault here, but seeing as other applications (web 
browsers, office suite, text editors, etc.) still work behind this proxy, I 
think it might be a reasonable fix to have...

--
components: Library (Lib)
messages: 303768
nosy: alvaromunoz
priority: normal
pull_requests: 3869
severity: normal
status: open
title: HTTP check lowercase response from proxy
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

STINNER Victor  added the comment:

> Why do you think that this issue is easy?

I'm not sure that it's easy :-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

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:  -> readline-related test_builtin failure

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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)
--
Traceback (most recent call last):
  File "/home/haypo/prog/python/master/Lib/test/test_builtin.py", line 1717, in 
test_input_tty_non_ascii
self.check_input_tty("prompté", b"quux\xe9", "utf-8")
  File "/home/haypo/prog/python/master/Lib/test/test_builtin.py", line 1708, in 
check_input_tty
self.assertEqual(input_result, expected)
AssertionError: 'quux' != 'quux\udce9'
- quux
+ quux\udce9
? +


==
FAIL: test_input_tty_non_ascii_unicode_errors (test.test_builtin.PtyTests)
--
Traceback (most recent call last):
  File "/home/haypo/prog/python/master/Lib/test/test_builtin.py", line 1721, in 
test_input_tty_non_ascii_unicode_errors
self.check_input_tty("prompté", b"quux\xe9", "ascii")
  File "/home/haypo/prog/python/master/Lib/test/test_builtin.py", line 1708, in 
check_input_tty
self.assertEqual(input_result, expected)
AssertionError: 'quux' != 'quux\udce9'
- quux
+ quux\udce9
? +

--
components: Tests
keywords: easy
messages: 303765
nosy: haypo
priority: normal
severity: normal
status: open
title: [EASY] Running test_builtin twice fails on input tty tests
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Roundup Robot]

Change by Roundup Robot :


--
pull_requests: +3868
stage: resolved -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 tests were added to test_subprocess and these tests call waitpid(0, 0) 
by mistake
* In general, waitpid(0, 0) returns immediately and the code handles it properly
* Sometimes, a previous test leaks a child process and so waitpid(0, 0) takes a 
few seconds or can even block

--

Running tests leak randomly child processes. See for example my recent 
test_socketserver fix in Python 3.6: commit 
fdcf3e9629201ef725af629d99e02215a2d657c8. This commit is *not* part of the 
recent Python 3.6.3 release, tested by my colleague.

This fix is for the bug bpo-31593: test_socketserver leaked *randomly* child 
processes. Depending on the system load, waitpid() was called or not called to 
read the child process exit status.

If you run "./python -m test test_socketserver test_subprocess" and 
test_socketserver() doesn't call waitpid() on a single process, it's possible 
that test_subprocess hangs on waitpid(0, 0): waiting on the process spawned by 
test_socketserver.

test_socketserver is just one example, I fixed many other bugs in the Python 
test suite. Running Python tests in subprocesses using "./python -m test -jN 
...", at least -j1, reduces the effect of the bug.

Short script to explain the bug:
---
import subprocess, sys, os, time

args = [sys.executable, '-c', 'import time; time.sleep(2)']
proc = subprocess.Popen(args)
t0 = time.monotonic()
print("waitpid(0, 0)...")
pid, status = os.waitpid(0, 0)
dt = time.monotonic() - t0
print("%.1f sec later: waitpid(0, 0) -> %s" % (dt, (pid, status)))
proc.wait()
---

This script takes 3 seconds, since a test leaked a child process which takes 
time to complete.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 
os.waitpid() with the pid returned by the mocked fork_exec(): pid 0. So the 
test calls os.waitpid(0, 0).

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, 
but it doesn't seem correct to me to call waitpid() with the result of a mock 
function, since the mock doesn't create a real child process.

Attached PR 3896 mocks also os.waitpid() to fix this bug. I reopen the issue to 
discuss this bug in the new test added in this issue.

--
resolution: fixed -> 
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +3867

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31664] Add support of new crypt methods

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

In issue31702 I propose related improvement for the SHA-* methods.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

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 to 
9, the default is 5000.

I propose to allow to specify the number of rounds in generated salt for SHA-* 
methods as well as for Blowfish. For unifying interface we can specify the 
number of rounds instead of its logarithm for Blowfish, and calculate the 
logarithm internally.

The question is what to do with the value that is not a power of two for 
Blowfish. Should we raise an error or silently replace it with the upper power 
of two?

--
components: Library (Lib)
messages: 303760
nosy: christian.heimes, dstufft, gregory.p.smith, jafo, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Allow to specify the number of rounds for SHA-* hashing in crypt
type: enhancement
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Added tests and the documentation.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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

--

https://support.microsoft.com/de-de/help/185294/prb-exception-code-0xe06d7363-when-calling-win32-seh-apis

"""
Resolution

(...)
3. Within the Exceptions dialog box, select error 0xE06D7363.
4. Change the value of Action from Stop if not handled to Stop always.
"""

Are you asking to *ignore* all 0xE06D7363 exceptions?

I don't know well Windows exceptions. The latest change was bpo-30557, ignore 
non-fatal exceptions:

/* bpo-30557: only log fatal exceptions */
if (!(code & 0x8000)) ...

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30349] Preparation for advanced set syntax in regular expressions

[Serhiy Storchaka]

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 
written as [_||[0-9]||[:Latin:]].

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31671] IntFlag makes re.compile slower

[STINNER Victor]

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 just noticed the bug and I was 
surprised. In practice, flags=2.0 instead of flags=2 is not totally wrong, it's 
okish to accept 2.0. Let's just forget this corner case. I abandon my change.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Fynn Be]

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 "test.py", line 5 in 
caught test error: c++ error message
```

The 'Windows fatal exception: code 0xe06d7363' is only caused by a c++ 
exception thrown (regardless if it is handled or not). More on the error code 
is here:
https://support.microsoft.com/de-de/help/185294/prb-exception-code-0xe06d7363-when-calling-win32-seh-apis

The last line 'caught test error: c++ error message' is generated within the 
test module, where the error is caught.

In larger projects these tracebacks spam the faulthandler's output, as this is 
valid code and occurs often (for example for an IndexError raised in a c++ 
extension to end a for loop).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31671] IntFlag makes re.compile slower

[STINNER Victor]

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 c1c47c166b1012d34f2c6e111ee9ccb5c4d12de7 made the cache 
slower:

Mean +- std dev: [ref] 364 ns +- 26 ns -> [patch] 545 ns +- 19 ns: 1.50x slower 
(+50%)

Just to check, I reverted the change on Scanner, the benchmark is still "560 ns 
+- 27 ns".


"if isinstance(flags, RegexFlag): flags = flags.value" added 181 nanoseconds? A 
quick "isinstance(flags, RegexFlag)" timeit microbenchmark says that this 
operation has a cost of 46.2 ns (+- 1.6 ns). Benchmarks are strange, as usual 
:-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31671] IntFlag makes re.compile slower

[Serhiy Storchaka]

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?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Fynn Be]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Fynn Be]

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: Fynn Be, haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: faulthandler dumps 'Windows fatal exception: code 0xe06d7363'
type: behavior
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31671] IntFlag makes re.compile slower

[INADA Naoki]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31671] IntFlag makes re.compile slower

[STINNER Victor]

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 slower 
(+26%)

@Serhiy, @Naoki: Are you ok to reject this PR and keep the corner case bug?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31700] one-argument version for Generator.typing

[Sebastian Rittau]

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: Generator[YieldType], 
where the other arguments default to None. This makes the common case more 
readable and is less error-prone. (I always forget the second and third 
argument, since that use case is so uncommon for me.)

--
messages: 303748
nosy: srittau
priority: normal
severity: normal
status: open
title: one-argument version for Generator.typing
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31671] IntFlag makes re.compile slower

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
type:  -> performance

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31671] IntFlag makes re.compile slower

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Thanks Naoki!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31671] IntFlag makes re.compile slower

[INADA Naoki]

Change by INADA Naoki :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31671] IntFlag makes re.compile slower

[INADA Naoki]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
dependencies: +Build-out an AST optimizer, moving some functionality out of the 
peephole optimizer

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.7 -Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Thomas Moreau]

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 instance these three : 
https://gist.github.com/tomMoral/cc27a938d669edcf0286c57516942369

The different pickling/unpickling error and their effect should be tested in 
`test_concurrent_futures.py`

--
components: Library (Lib)
messages: 303745
nosy: tomMoral
priority: normal
pull_requests: 3866
severity: normal
status: open
title: Deadlocks in `concurrent.futures.ProcessPoolExecutor` with pickling error
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30872] Update curses docs to Python 3

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Benjamin Peterson]

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)
https://github.com/python/cpython/commit/af810b35b494ef1d255d4bf340b92a9dad446995


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31596] expose pthread_getcpuclockid in time module

[Benjamin Peterson]

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)
https://github.com/python/cpython/commit/e14679c78464d1e0e16786c2a0e9bcebe49e842b


--
nosy: +benjamin.peterson
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Benjamin Peterson]

Change by Benjamin Peterson :


--
keywords: +patch
pull_requests: +3865
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Tzu-ping Chung]

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 trying to modify using an older version).

The main issue however stays. The installer still shouldn’t register the main 
Python distribution as installed when only the launcher was selected.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30872] Update curses docs to Python 3

[Serhiy Storchaka]

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)
https://github.com/python/cpython/commit/de5427a8f7ce15565d13383bc8d279bb07dda1cb


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com