[issue27984] singledispatch register should typecheck its argument

Changes by Berker Peksag : -- nosy: +lukasz.langa ___ Python tracker ___ ___

[issue27985] Implement PEP 526

New submission from Guido van Rossum: Pending PEP 526's acceptance, I am inviting Ivan Levkivskyi to upload his patch here so it can be reviewed. -- assignee: gvanrossum components: Interpreter Core messages: 274672 nosy: gvanrossum priority: normal severity: normal stage: needs patch

[issue26798] add BLAKE2 to hashlib

Roundup Robot added the comment: New changeset afa5a16456ed by Christian Heimes in branch 'default': Issue #26798: Hello Winndows, my old friend. I've come to fix blake2 for you again. https://hg.python.org/cpython/rev/afa5a16456ed -- ___ Python

[issue27778] PEP 524: Add os.getrandom()

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue27776] PEP 524: Make os.urandom() blocking on Linux

STINNER Victor added the comment: Nick: "+1 for a fallback in the SIPHash initialisation as well." Sorry but I don't know a simple function to implement this. We might use the LCG RNG, but it's not really designed to be "secure". I don't think that it makes sense to initialize a shiny SIPHash

[issue27984] singledispatch register should typecheck its argument

Eryk Sun added the comment: The register() method should raise a TypeError if it's called with an object that's not a type. Consider the following: from functools import singledispatch class C: pass obj = C() @singledispatch def foo(x):

[issue27776] PEP 524: Make os.urandom() blocking on Linux

Roundup Robot added the comment: New changeset 45fc0c83ed42 by Victor Stinner in branch 'default': os.urandom() now blocks on Linux https://hg.python.org/cpython/rev/45fc0c83ed42 -- ___ Python tracker

[issue23226] Add float linspace recipe to docs

Changes by Raymond Hettinger : -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue23226] Add float linspace recipe to docs

Roundup Robot added the comment: New changeset bb8fe61d78a4 by Raymond Hettinger in branch 'default': Issue #23226: Add linspace() recipe to the docs https://hg.python.org/cpython/rev/bb8fe61d78a4 -- nosy: +python-dev ___ Python tracker

[issue27984] singledispatch is wonky with enums

Ethan Furman added the comment: > IS = Enum("IS", "a, b") functools is meant to work with types, but the enum member "IS.a" is not a type -- however, the enum "IS" is a type. Use "foo.register(IS)" instead. -- nosy: +ncoghlan, rhettinger ___

[issue6135] subprocess seems to use local encoding and give no choice

Steve Dower added the comment: More doc updates - shouldn't be a difficult review this time, but I always like getting multiple opinions on doc changes. -- Added file: http://bugs.python.org/file44408/6135_5.patch ___ Python tracker

[issue27984] singledispatch is wonky with enums

Changes by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker ___ ___

[issue21122] CPython fails to build modules with LLVM LTO on Mac OS X

Changes by Brett Cannon : -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue27974] Remove dead code in importlib._bootstrap

Brett Cannon added the comment: Thanks for the patch! -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue27974] Remove dead code in importlib._bootstrap

Roundup Robot added the comment: New changeset a3db6e954f58 by Brett Cannon in branch 'default': Issue #27974: Remove importlib._bootstrap._ManageReload. https://hg.python.org/cpython/rev/a3db6e954f58 -- nosy: +python-dev ___ Python tracker

[issue27778] PEP 524: Add os.getrandom()

Roundup Robot added the comment: New changeset 27267d2fb091 by Victor Stinner in branch 'default': Add os.getrandom() https://hg.python.org/cpython/rev/27267d2fb091 -- nosy: +python-dev ___ Python tracker

[issue27984] singledispatch is wonky with enums

New submission from Anselm Kiefner: from functools import singledispatch from enum import Enum IS = Enum("IS", "a, b") @singledispatch def foo(x): print(foo.dispatch(x)) print("foo") @foo.register(IS.a) def bar(x): print(foo.dispatch(x)) print("bar") @foo.register(int)

[issue27983] "Cannot perform PGO build because llvm-profdata was not found in PATH" error upon make

Gregory P. Smith added the comment: i meant issue26359 above, not 26307. -- ___ Python tracker ___ ___

[issue27983] "Cannot perform PGO build because llvm-profdata was not found in PATH" error upon make

Changes by Gregory P. Smith : -- dependencies: +CPython build options for out-of-the box performance ___ Python tracker ___

[issue21250] sqlite3 doesn't have unit tests for 'insert or [algorithm]' functionality.

Berker Peksag added the comment: Thanks for the patch, Alex! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue21250] sqlite3 doesn't have unit tests for 'insert or [algorithm]' functionality.

Roundup Robot added the comment: New changeset 91d3022b3f03 by Berker Peksag in branch '3.5': Issue #21250: Add tests for SQLite's ON CONFLICT clause https://hg.python.org/cpython/rev/91d3022b3f03 New changeset db2bedd5c34a by Berker Peksag in branch 'default': Issue #21250: Merge from 3.5

[issue27983] "Cannot perform PGO build because llvm-profdata was not found in PATH" error upon make

New submission from Gregory P. Smith: patch in issue26307 (which should be in soon) and do the following: $ CC=clang ../3.6/configure --with-optimizations $ make profile-opt Error: Cannot perform PGO build because llvm-profdata was not found in PATH Please add it to PATH and run ./configure

[issue27872] Update os/os.path docs to mention path-like object support

Changes by Brett Cannon : -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue27524] Update os.path for PEP 519/__fspath__()

Roundup Robot added the comment: New changeset 9be0286772bf by Brett Cannon in branch 'default': Issue #26027, #27524: Document the support for path-like objects in os and os.path. https://hg.python.org/cpython/rev/9be0286772bf -- ___ Python tracker

[issue27872] Update os/os.path docs to mention path-like object support

Roundup Robot added the comment: New changeset abe3db90d8ad by Brett Cannon in branch 'default': Merge for #27872 doc changes https://hg.python.org/cpython/rev/abe3db90d8ad -- nosy: +python-dev ___ Python tracker

[issue26027] Support Path objects in the posix module

Roundup Robot added the comment: New changeset 9be0286772bf by Brett Cannon in branch 'default': Issue #26027, #27524: Document the support for path-like objects in os and os.path. https://hg.python.org/cpython/rev/9be0286772bf -- ___ Python tracker

[issue27268] Incorrect error message on float('')

Changes by Raymond Hettinger : -- assignee: rhettinger -> Nofar Schnider nosy: +Nofar Schnider ___ Python tracker ___

[issue6135] subprocess seems to use local encoding and give no choice

Steve Dower added the comment: > Steve: please use this simpler flag to avoid TextIOWrapper details in > subprocess.py The TextIOWrapper details are already specified in multiple places in the documentation. Should we remove all of those and write it more like: "if *encoding*, *errors* or

[issue17884] Try to reuse stdint.h types like int32_t

Roundup Robot added the comment: New changeset 1d29d3a1e0c6 by Victor Stinner in branch 'default': Run Argument Clinic on posixmodule.c https://hg.python.org/cpython/rev/1d29d3a1e0c6 -- ___ Python tracker

[issue18844] allow weights in random.choice

Changes by Raymond Hettinger : Added file: http://bugs.python.org/file44407/weighted_choice2.diff ___ Python tracker ___

[issue6135] subprocess seems to use local encoding and give no choice

STINNER Victor added the comment: > Why do you need to call getpreferredencoding()? I proposed to do that, but I prefer your simple flag: > text_mode = encoding or errors or universal_newlines Steve: please use this simpler flag to avoid TextIOWrapper details in subprocess.py ;-) --

[issue26027] Support Path objects in the posix module

Roundup Robot added the comment: New changeset d0d9d7f55cb5 by Brett Cannon in branch 'default': Issue #26027: Support path-like objects in PyUnicode-FSConverter(). https://hg.python.org/cpython/rev/d0d9d7f55cb5 -- ___ Python tracker

[issue6135] subprocess seems to use local encoding and give no choice

Eryk Sun added the comment: Why do you need to call getpreferredencoding()? Isn't that already the default if you call TextIOWrapper with encoding as None? For example: text_mode = encoding or errors or universal_newlines self.stdin = io.open(p2cwrite, 'wb', bufsize) if text_mode:

[issue6135] subprocess seems to use local encoding and give no choice

STINNER Victor added the comment: Steve Dower added the comment: > Sure, that's easy enough. Any other concerns once I've made that change? If errors enables Unicode and the doc is updated, the patch will LTGM :-) -- ___ Python tracker

[issue26307] no PGO for built-in modules with `make profile-opt`

Changes by Gregory P. Smith : -- assignee: -> gregory.p.smith nosy: +gregory.p.smith ___ Python tracker ___

[issue26359] CPython build options for out-of-the box performance

Gregory P. Smith added the comment: Minor edit to avoid printing the message about --with-optimizations when doing a --with-pydebug build. otherwise this patch works well on Ubuntu xenial 16.04 amd64. >From discussions in the CPython Core Sprint room today - we've agreed that we >should

[issue6135] subprocess seems to use local encoding and give no choice

Steve Dower added the comment: Sure, that's easy enough. Any other concerns once I've made that change? -- ___ Python tracker ___

[issue27959] Add 'oem' encoding

STINNER Victor added the comment: Rebased patch to get a review button. -- Added file: http://bugs.python.org/file44405/27959_3.patch ___ Python tracker

[issue6135] subprocess seems to use local encoding and give no choice

STINNER Victor added the comment: 6135_4.patch: Hum, what if you only set errors? I suggest to use TextIOWrapper but use the locale encoding: if (universal_newlines or errors) and not encoding: encoding = getpreferredencoding(False) -- ___ Python

[issue26798] add BLAKE2 to hashlib

Roundup Robot added the comment: New changeset a1e032dbcf86 by Christian Heimes in branch 'default': Issue #26798: for loop initial declarations, take 3 https://hg.python.org/cpython/rev/a1e032dbcf86 -- ___ Python tracker

[issue6135] subprocess seems to use local encoding and give no choice

Steve Dower added the comment: Addressed more feedback. -- Added file: http://bugs.python.org/file44404/6135_4.patch ___ Python tracker ___

[issue27213] Rework CALL_FUNCTION* opcodes

STINNER Victor added the comment: I uploaded callfunc-6.patch which is supposed to be a rebased version of callfunc5.patch. I made tiny coding style changes. Python/ceval.c changed a lot since 1 month 1/2, so I'm not 100% sure that the rebase is correct. Known issues: * test_traceback and

[issue26798] add BLAKE2 to hashlib

Roundup Robot added the comment: New changeset 5c31599de76a by Christian Heimes in branch 'default': Issue #26798: for loop initial declarations, take 2 https://hg.python.org/cpython/rev/5c31599de76a -- ___ Python tracker

[issue21122] CPython fails to build modules with LLVM LTO on Mac OS X

Roundup Robot added the comment: New changeset cc5f8179a7ba by Ned Deily in branch 'default': Issue #21122: Fix LTO builds on OS X. https://hg.python.org/cpython/rev/cc5f8179a7ba -- nosy: +python-dev ___ Python tracker

[issue9400] multiprocessing.pool.AsyncResult.get() messes up exceptions

Davin Potts added the comment: Reading through issue1692335 provides a sense of the concerns surrounding the patches they applied to the 3.x branches. Attempting to backport those patches to the 2.7 branch involves non-trivial risk, magnified by the now numerous differences between those

[issue27982] Allow keyword arguments in winsound

New submission from Roundup Robot: New changeset bd4771d3e88d by Zachary Ware in branch 'default': Closes #27982: Allow keyword arguments to winsound functions https://hg.python.org/cpython/rev/bd4771d3e88d -- nosy: +python-dev resolution: -> fixed stage: -> resolved status: open ->

[issue9400] multiprocessing.pool.AsyncResult.get() messes up exceptions

Davin Potts added the comment: For clarity: * Confirmed, can repro on 2.7.12 on OSX. * Also confirmed that this can not be reproduced on the 3.5 or 3.6 branches. -- versions: -Python 3.5, Python 3.6 ___ Python tracker

[issue27982] Allow keyword arguments in winsound

Changes by Zachary Ware : -- nosy: zach.ware priority: normal severity: normal status: open title: Allow keyword arguments in winsound type: enhancement versions: Python 3.6 ___ Python tracker

[issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c

Serhiy Storchaka added the comment: Ah, you are right, there is a leak. -- ___ Python tracker ___ ___

[issue27691] X509 cert with GEN_RID subject alt name causes SytemError

Changes by Christian Heimes : -- stage: test needed -> commit review ___ Python tracker ___

[issue27691] X509 cert with GEN_RID subject alt name causes SytemError

Roundup Robot added the comment: New changeset 9bbf0b31da48 by Christian Heimes in branch '3.5': Issue #27691: Fix ssl module's parsing of GEN_RID subject alternative name fields in X.509 certs. https://hg.python.org/cpython/rev/9bbf0b31da48 New changeset 2b9af57af3e4 by Christian Heimes in

[issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c

STINNER Victor added the comment: Serhiy Storchaka added the comment: > No, readline is borrowed reference. My question is one the function call result. What if it is not NULL: I don't see any DECREF. -- ___ Python tracker

[issue27575] dict viewkeys intersection slow for large dicts

Changes by Raymond Hettinger : -- assignee: -> rhettinger ___ Python tracker ___

[issue26798] add BLAKE2 to hashlib

Roundup Robot added the comment: New changeset be6f3449ac13 by Christian Heimes in branch 'default': Issue #26798: for loop initial declarations are only allowed in C99 or C11 mode https://hg.python.org/cpython/rev/be6f3449ac13 -- ___ Python tracker

[issue27731] Opt-out of MAX_PATH on Windows 10

Steve Dower added the comment: Just confirmed that the manifest not being required is a bug, so I'll add it, document it and complete this. -- ___ Python tracker

[issue27980] Add better pythonw support to py launcher

Eryk Sun added the comment: > Naturally pyw -h produces no output It needs help: `pyw -h 2>&1 | more`. This sets the StandardOutput and StandardError as the write end of a pipe. more.com reads from the pipe and pages the help text to the console. Maybe this needs a new issue to have `pyw

[issue27976] Deprecate building with bundled copy of libffi on non-Darwin POSIX platforms

Zachary Ware added the comment: I don't think it's worthwhile to do a version check and warning, especially since we'll be removing the bundled version in 3.7. A docs note is worthwhile, though, I'll attach a new patch shortly. -- ___ Python

[issue9400] multiprocessing.pool.AsyncResult.get() messes up exceptions

Stanislaw Pitucha added the comment: Confirming this on python 2.7.12 on DragonflyBSD -- nosy: +viraptor ___ Python tracker ___

[issue27976] Deprecate building with bundled copy of libffi on non-Darwin POSIX platforms

Berker Peksag added the comment: +1, thanks for working on this! Two questions: 1. Should we check the system version of libffi and warn users (and probably use the bundled version for now) if it was older than 3.1? 2. I know this isn't directly a user-facing feature, but should we add a

[issue25761] Improve unpickling errors handling

Roundup Robot added the comment: New changeset 231f578dfd3d by Serhiy Storchaka in branch 'default': Issue #25761: Improved error reporting about truncated pickle data in https://hg.python.org/cpython/rev/231f578dfd3d -- ___ Python tracker

[issue6766] Cannot modify dictionaries inside dictionaries using Managers from multiprocessing

Davin Potts added the comment: Attaching patch for default (3.6) branch which implements what was previously described and discussed, updates the documentation to explain this updated behavior, and includes new tests. @yselivanov: Can you think of any edge cases that should be handled but

[issue17884] Try to reuse stdint.h types like int32_t

Benjamin Peterson added the comment: Thank you all for your advice. The buildbots seem to have survived the removal of conditional includes of . I've also replaced most of the Python compatibility aliases with the standard ones. Closing this issue. -- resolution: -> fixed status:

[issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c

Serhiy Storchaka added the comment: No, readline is borrowed reference. -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue27981] Reference leak in fp_setreadl() of Parser/tokenizer.c

New submission from STINNER Victor: Does the following function call leaks a reference? if (PyObject_CallObject(readline, NULL) == NULL) { readline = NULL; goto cleanup; } -- messages: 274622 nosy: haypo priority: normal severity: normal status:

[issue27980] Add better pythonw support to py launcher

Mark Summerfield added the comment: Sorry, I didn't even know that pyw.exe existed. Naturally pyw -h produces no output, but maybe py -h could mention it? -- ___ Python tracker

[issue27971] utf-16 decoding can't handle lone surrogates

STINNER Victor added the comment: I dislike the idea of changing the behaviour in a minor release :-/ -- ___ Python tracker ___

[issue17884] Try to reuse stdint.h types like int32_t

Roundup Robot added the comment: New changeset be8645213517 by Benjamin Peterson in branch 'default': replace Python aliases for standard integer types with the standard integer types (#17884) https://hg.python.org/cpython/rev/be8645213517 -- ___

[issue17884] Try to reuse stdint.h types like int32_t

Roundup Robot added the comment: New changeset c092eb31db05 by Benjamin Peterson in branch 'default': only include inttypes.h (#17884) https://hg.python.org/cpython/rev/c092eb31db05 -- ___ Python tracker

[issue17884] Try to reuse stdint.h types like int32_t

Serhiy Storchaka added the comment: Include/pyport.h now includes both and . But the header shall include the header. [1] [1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/inttypes.h.html -- ___ Python tracker

[issue26798] add BLAKE2 to hashlib

Roundup Robot added the comment: New changeset 4969f6d343b1 by Christian Heimes in branch 'default': Issue #26798: Add BLAKE2 (blake2b and blake2s) to hashlib. https://hg.python.org/cpython/rev/4969f6d343b1 -- nosy: +python-dev ___ Python tracker

[issue27905] Add documentation for typing.Type

Michael Lee added the comment: Ok, here's version 2, taking into account Ivan's feedback! -- Added file: http://bugs.python.org/file44401/document-type-v2.patch ___ Python tracker

[issue24821] The optimization of string search can cause pessimization

Serhiy Storchaka added the comment: Could you please make a review Victor? -- ___ Python tracker ___ ___

[issue17884] Try to reuse stdint.h types like int32_t

Roundup Robot added the comment: New changeset 8b74e5528f35 by Benjamin Peterson in branch 'default': dtoa.c: remove code for platforms with 64-bit integers (#17884) https://hg.python.org/cpython/rev/8b74e5528f35 -- ___ Python tracker

[issue25596] Use scandir() to speed up the glob module

Roundup Robot added the comment: New changeset cb7ee9d9cddd by Serhiy Storchaka in branch 'default': Issue #25596: Optimized glob() and iglob() functions in the https://hg.python.org/cpython/rev/cb7ee9d9cddd -- nosy: +python-dev ___ Python tracker

[issue25596] Use scandir() to speed up the glob module

Serhiy Storchaka added the comment: I think the change in general is approved by GvR. If there are some implementation bugs, we can fix them later. -- ___ Python tracker

[issue27078] Make f'' strings faster than .format: BUILD_STRING opcode?

Eric V. Smith added the comment: Now that I've looked at PyUnicode_New, I agree with using PyUnicode_New(0, 0). I can't imagine we could measure the difference with optimizing it in the opcode itself before calling PyUnicode_New. Thanks for adding this, Serhiy. I think it's great stuff, and

[issue17884] Try to reuse stdint.h types like int32_t

Mark Dickinson added the comment: Good point. I'd be happy to see the non-"#ifdef ULLong" branches simply disappear in dtoa.c. We're long past the point of trying to keep dtoa.c in sync with the upstream version. -- ___ Python tracker

[issue27078] Make f'' strings faster than .format: BUILD_STRING opcode?

Serhiy Storchaka added the comment: Thank you for your review Eric. I considered passing NULL, but as Antti said, it is already used for space separated concatenation. PyUnicode_New(0, 0) is the obvious way to get an empty string, and I think it is fast enough. If this affects performance we

[issue17884] Try to reuse stdint.h types like int32_t

Serhiy Storchaka added the comment: Python/dtoa.c contains a number of "#ifdef ULLong". Since now ULLong is not a macro but a typedef, this condition is false and the compiler now compiles different (less efficient and perhaps less tested) branch of the code. -- nosy:

[issue27980] Add better pythonw support to py launcher

Eryk Sun added the comment: py.exe is a console application. There's no point in using it to run pythonw.exe. Use pyw.exe, as Zachary suggests. Or better yet, just run `MyGuiApp.pyw %*`. Unless you've reconfigured the .pyw file association, it should run via pyw.exe. -- nosy:

[issue27078] Make f'' strings faster than .format: BUILD_STRING opcode?

Roundup Robot added the comment: New changeset 28e280915508 by Serhiy Storchaka in branch 'default': Issue #27078: Added BUILD_STRING opcode. Optimized f-strings evaluation. https://hg.python.org/cpython/rev/28e280915508 -- nosy: +python-dev ___

[issue17884] Try to reuse stdint.h types like int32_t

Mark Dickinson added the comment: LVGTM, if the buildbots agree. -- ___ Python tracker ___ ___

[issue27980] Add better pythonw support to py launcher

Zachary Ware added the comment: pyw.exe is installed alongside py.exe, is it insufficient? -- ___ Python tracker ___

[issue27980] Add better pythonw support to py launcher

New submission from Mark Summerfield: The excellent py.exe launcher on Windows always uses a python.exe interpreter (although another issue suggests it will use pythonw.exe when the python file has a .pyw suffix which is good). However, if one wanted to provide a .bat file like this: @echo

[issue27979] Remove bundled libffi

Changes by Zachary Ware : -- dependencies: +Deprecate building with bundled copy of libffi on non-Darwin POSIX platforms ___ Python tracker

[issue17884] Try to reuse stdint.h types like int32_t

Roundup Robot added the comment: New changeset ae03163b6378 by Benjamin Peterson in branch 'default': require standard int types to be defined (#17884) https://hg.python.org/cpython/rev/ae03163b6378 -- nosy: +python-dev ___ Python tracker

[issue27979] Remove bundled libffi

New submission from Zachary Ware: The attached patch allows the bundled libffi used in non-Darwin POSIX builds (Modules/_ctypes/libffi, along with Modules/_ctypes/libffi.diff) to be removed. It depends on the patch in #27976, and does not affect OSX or Windows. -- components: Build,

[issue27978] Executor#shutdown with timeout

New submission from Patrik Dufresne: Would be nice to add a new parameter to timeout if the shutdown take too long. def shutdown(self, wait=True, timeout=None): with self._shutdown_lock: self._shutdown = True self._work_queue.put(None) if wait:

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Mark Dickinson added the comment: > as would `math.isnan(Decimal('1e500'))` Whoops, no. I'd forgotten that large finite `Decimal` objects end up as `float` infinities under conversion. Not sure I like that much, but it is what it is ... -- ___

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Mark Dickinson added the comment: [Steven] > Versus the even simpler model: > "Return whether the number x is a NAN." But what you're proposing doesn't match that description! Under your proposal, `math.isnan(10**1000)` would be `False`, but `math.isnan(Fraction(10**1000))` would again raise

[issue27977] smtplib send_message does not correctly handle unicode addresses if message uses EmailPolicy

New submission from R. David Murray: In rewriting the examples in the email docs to use the new policies, I discovered that smtplib has a bug when handling a message that uses an EmailPolicy derived policy if the addresses contain unicode characters. Currently it is extracting the addresses

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Donald Stufft added the comment: We should backport OpenSSL 1.1.0 too *shrug*. -- ___ Python tracker ___ ___

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Christian Heimes added the comment: Donald, my OpenSSL 1.1.0 patch hasn't landed in 3.3 and 3.4 either. It's a bit mood to discuss ChaCha20 w/o OpenSSL 1.1.0. Rich Salz doesn't want to include ChaCha20 suites in 1.0.2 upstream. You either have to patch and build OpenSSL yourself or use

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

Patrik Dufresne added the comment: I've encounter this issue. To easily avoid this issue, I've change `queue.put(None)` to `queue.put(None, block=False)` to work around this. -- nosy: +Patrik Dufresne ___ Python tracker

[issue27971] utf-16 decoding can't handle lone surrogates

Eryk Sun added the comment: Victor, it seems the only option here (other than closing this as won't fix) is to modify the UTF-16 decoder in 2.7 to allow lone surrogates, which would be consistent with the UTF-8 and UTF-32 decoders. While it's too late to enforce strict compliance in 2.7, it

[issue27975] math.isnan(int) and math.isinf(int) should not raise OverflowError

Steven D'Aprano added the comment: On Tue, Sep 06, 2016 at 05:59:08PM +, Mark Dickinson wrote: > Why do you single out `int` for special treatment, Mostly as a demonstration for what could be done, not necessarily as what should be done. Secondly as a potential optimization. Why go to the

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Donald Stufft added the comment: > I don't think "remove de-recommended cypher" qualifies as a security fix for > 3.3 or 3.4. Certainly you're not permitted to add ChaCha20 to 3.3 or 3.4 I think that this is a bad stance to take here. The difference between a security feature and a security

[issue27928] Add hashlib.scrypt

Roundup Robot added the comment: New changeset d926fa1a833c by Christian Heimes in branch 'default': Issue #27928: Add scrypt (password-based key derivation function) to hashlib module (requires OpenSSL 1.1.0). https://hg.python.org/cpython/rev/d926fa1a833c -- nosy: +python-dev

[issue14119] Ability to adjust queue size in Executors

Patrik Dufresne added the comment: Any update on this subject ? Also had to monkey patch the implementation to avoid consuming all the system memory. -- nosy: +Patrik Dufresne ___ Python tracker

[issue27850] Remove 3DES from cipher list (sweet32 CVE-2016-2183)

Larry Hastings added the comment: I don't think "remove de-recommended cypher" qualifies as a security fix for 3.3 or 3.4. Certainly you're not permitted to add ChaCha20 to 3.3 or 3.4. IMO these changes should only be in 2.7 and 3.5+. -- versions: -Python 3.3, Python 3.4

<    1   2   3   >