[issue36059] Update docs for OrderedDict to reflect that regular dicts are ordered

Raymond Hettinger added the comment: New changeset 49fd6dd887df6ea18dbb1a3c0f599239ccd1cb42 by Raymond Hettinger in branch 'master': bpo-36059: Update OrderedDict() docs to reflect that regular dicts are now ordered (GH-11966) https://github.com/python/cpython/commit/49fd6dd887df6ea18dbb1a3c

[issue33989] ms.key_compare is not initialized in all paths of list_sort_impl()

miss-islington added the comment: New changeset 0e73ea26a55abc0ce2ee1153e5509bcaef4736cf by Miss Islington (bot) in branch '3.7': bpo-33989: Ensure that ms.key_compare is always initialized in list_sort_impl(). (GH-8710) https://github.com/python/cpython/commit/0e73ea26a55abc0ce2ee1153e5509b

[issue36059] Update docs for OrderedDict to reflect that regular dicts are ordered

Change by miss-islington : -- pull_requests: +11997 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue33989] ms.key_compare is not initialized in all paths of list_sort_impl()

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

[issue36059] Update docs for OrderedDict to reflect that regular dicts are ordered

Raymond Hettinger added the comment: New changeset 300605990dc7441b19ab3fe7ea683094306d5ecd by Raymond Hettinger (Miss Islington (bot)) in branch '3.7': bpo-36059: Update OrderedDict() docs to reflect that regular dicts are now ordered (GH-11966) (GH-#11972) https://github.com/python/cpython

[issue36059] Update docs for OrderedDict to reflect that regular dicts are ordered

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

[issue30782] Allow limiting the number of concurrent tasks in asyncio.as_completed

Andrey Paramonov added the comment: Might as_completed() be considered a low-level API, but as of Python 3.7 there are seemingly no ready alternatives to achieve proposed behavior. All of asyncio.gather(), asyncio.wait(), asyncio.as_completed() expect awaitables list of limited size; doing s

[issue29757] The loop in utility `socket.create_connection()` swallows previous errors

Kostis Anagnostopoulos added the comment: The problem of not fixing this (and just add a suggestion in the docs saying that the user may re-implement this method) is that frequently this call is hidden at the core of many networking libraries. So monkey-patching is needed instead, which is

[issue36063] replace PyTuple_SetItem() with PyTuple_SET_ITEM() in long_divmod()

New submission from Sergey Fedoseev : This change produces minor speed-up: $ python-other -m perf timeit -s "divmod_ = divmod" "divmod_(1, 1)" --duplicate=1000 --compare-to=../cpython-master/venv/bin/python python: . 64.6 ns +- 4.8 ns python-other: . 59.

[issue36063] replace PyTuple_SetItem() with PyTuple_SET_ITEM() in long_divmod()

Change by Sergey Fedoseev : -- keywords: +patch pull_requests: +11998 stage: -> patch review ___ Python tracker ___ ___ Python-bugs

[issue20177] Derby #8: Convert 28 sites to Argument Clinic across 2 files

Serhiy Storchaka added the comment: The modern workflow requires creating a PR on GitHub. Nikolaus, do you mind to convert your patch to a PR? -- nosy: +serhiy.storchaka versions: +Python 3.8 -Python 3.5 ___ Python tracker

[issue36063] replace PyTuple_SetItem() with PyTuple_SET_ITEM() in long_divmod()

Serhiy Storchaka added the comment: New changeset ea6207d593832fe50dbca39e94c138abbd5d266d by Serhiy Storchaka (Sergey Fedoseev) in branch 'master': bpo-36063: Minor performance tweak in long_divmod(). (GH-11915) https://github.com/python/cpython/commit/ea6207d593832fe50dbca39e94c138abbd5d266

[issue36063] replace PyTuple_SetItem() with PyTuple_SET_ITEM() in long_divmod()

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

[issue36052] Assignment operator allows to assign to __debug__

Pablo Galindo Salgado added the comment: New changeset 3ad91673057d410bf9f8c53df6bb8aa18c4b68ca by Pablo Galindo (Stéphane Wirtel) in branch 'master': bpo-36052: Raise a SyntaxError when assigning a value to __debug__ with := (GH-11958) https://github.com/python/cpython/commit/3ad91673057d410

[issue36052] Assignment operator allows to assign to __debug__

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue36064] docs: urllib.request.Request not accepting iterables data type

New submission from Lye : I found out in the docs 3.6, in the class urllib.request.Request, for the input of 'data' data types, it says : "The supported object types include bytes, file-like objects, and iterables." But after testing it with data type dict for the 'data' input, I got error of

[issue36064] docs: urllib.request.Request not accepting iterables data type

Stéphane Wirtel added the comment: Thank you for your issue but could you provide an example file? Have a nice day. For the new contributors, this issue is marked as easy. -- keywords: +easy nosy: +matrixise ___ Python tracker

[issue36064] docs: urllib.request.Request not accepting iterables data type

Stéphane Wirtel added the comment: Hi Lye, I didn't read your link, sorry you don't need to provide an example. We can work with this example. -- ___ Python tracker ___ __

[issue33039] int() and math.trunc don't accept objects that only define __index__

Serhiy Storchaka added the comment: Is not this a duplicate of issue20092? -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue36064] docs: urllib.request.Request not accepting iterables data type

Stéphane Wirtel added the comment: Hi Lye, I am not sure it's a bug because I don't have any problem with your script. Here is your script. import urllib import urllib.request my_url = "https://api.foo.com"; my_headers = { "Content-Type" : "application/x-www-form-urlencoded" } my_data = {

[issue36064] docs: urllib.request.Request not accepting iterables data type

Stéphane Wirtel added the comment: and I get the same result with the python:3.6.7 image docker > docker run --rm -v $PWD:/src -it python:3.6.7 python /src/demo.py Traceback (most recent call last): File "/usr/local/lib/python3.6/urllib/request.py", line 1318, in do_open encode_chunked=re

[issue12974] array module: deprecate '__int__' conversion support for array elements

Serhiy Storchaka added the comment: See more general issue36048. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue36018] Add a Normal Distribution class to the statistics module

Change by Raymond Hettinger : -- keywords: +patch pull_requests: +11999 stage: -> patch review ___ Python tracker ___ ___ Python-bu

[issue36061] zipfile does not handle arcnames with non-ascii characters on Windows

Change by Inada Naoki : -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue31659] ssl module should not use textwrap for wrapping PEM format.

Change by Inada Naoki : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ ___ Py

[issue36034] Suprise halt caused by -Werror=implicit-function-declaration in ./Modules/posixmodule.c

Michael Felt added the comment: xlc has an option -qsource that creates output like this - first showing the code with macro, then showing the expansion > SOURCE SECTION < ...    16 | dev = st.st_dev;    17 | minor = minor(dev);    17 + minor = (int)(

[issue29757] The loop in utility `socket.create_connection()` swallows previous errors

STINNER Victor added the comment: > I thought that local-variables were deterministically (ref-countering) > destructed. What is happening? IT's a reference cycle. Exception => traceback => frame => exception. The 'err' variable kept the frame alive which kept the exception alive which kept

[issue36030] add internal API function to create tuple without items array initialization

STINNER Victor added the comment: Please make PyTuple_FromArray private: rename to _PyTuple_FromArray. I would prefer to only add it to Include/internals/pycore_tupleobject.c. -- ___ Python tracker

[issue36064] docs: urllib.request.Request not accepting iterables data type

Lye added the comment: Hi @matrixise, Sorry that the example in that stackoverflow site is a dummy API server. I tested my code in a real API server so I can produce the error. I have re-tested my code with that dummy site and yes you won't able to get that error. To reproduce that error, y

[issue36064] docs: urllib.request.Request not accepting iterables data type

Lye added the comment: And I tested in both : Centos 6.10 4.14.77-70.59.amzn1.x86_64 -- ___ Python tracker ___ ___ Python-bugs-li

[issue36064] docs: urllib.request.Request not accepting iterables data type

Karthikeyan Singaravelan added the comment: I guess key should be bytes instead of a dict with string key. Maybe the docs could be improved about the case where key in case of dict should be bytes. >>> from urllib.request import urlopen, Request >>> r = Request("http://httpbin.org/post";, dat

[issue36035] pathlib.Path().rglob() breaks with broken symlinks

Emmanuel Arias added the comment: Hello! I make the PR: https://github.com/python/cpython/pull/11964 But I need help to test it :-( Any could help me please? -- nosy: +eamanu ___ Python tracker

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

STINNER Victor added the comment: After my change: commit 3ef6344ee53f59ee86831ec36ed2c6f93a56229d Author: Victor Stinner Date: Tue Feb 19 18:06:03 2019 +0100 bpo-36037: Fix test_ssl for strict OpenSSL policy (GH-11940) Two tests are still failing on the Debian buildbot worker: ERROR

[issue36064] docs: urllib.request.Request not accepting iterables data type

Stéphane Wirtel added the comment: ok, I confirm this issue, now, with httpbin.org I get the same issue. and it's just when we try to send the stream to the server. -- ___ Python tracker

[issue36064] docs: urllib.request.Request not accepting iterables data type

Stéphane Wirtel added the comment: @xtreak ok because it's not related to the documentation, I have a fix for this issue but I am not sure about the title for this PR but what do you suggest? "Fix the encoding in _send_output when sending an iterable object via urllib.request.Request" ? ---

[issue36064] docs: urllib.request.Request not accepting iterables data type

Change by Stéphane Wirtel : -- keywords: +patch pull_requests: +12000 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue36064] docs: urllib.request.Request not accepting iterables data type

Stéphane Wirtel added the comment: @xtreak I have just pushed a PR, if you think it's an issue related to the documentation, you can ignore my PR and in this case I will close it. now, it's not related to the doc, could you review it and give me your feedback? Thank you, -- ___

[issue20582] socket.getnameinfo() does not document flags

Change by Emmanuel Arias : -- keywords: +patch pull_requests: +12001 stage: needs patch -> patch review ___ Python tracker ___ ___ P

[issue36064] docs: urllib.request.Request not accepting iterables data type

Karthikeyan Singaravelan added the comment: Stéphane, I don't know much about urllib to review this. The reason I said it's better document this is that there was an extended discussion on issue25439 along with a PR about type checking breaking some behavior and ambiguity in what is allowed c

[issue36064] docs: urllib.request.Request not accepting iterables data type

Stéphane Wirtel added the comment: Thank you @xtreak for adding Martin and Senthil. -- ___ Python tracker ___ ___ Python-bugs-list m

[issue36065] Add unified C API for accessing bytes and bytearray

New submission from Ori Avtalion : It would be useful to have a shared API for consuming bytes and bytearrays. At present, I need to write very similar code twice. Some existing codebases only support bytes (perhaps forgetting bytearrays exist). Adding support for bytearray would be trivial i

[issue36065] Add unified C API for accessing bytes and bytearray

STINNER Victor added the comment: Stéphane: Please don't add me to the nosy list of bugs. -- ___ Python tracker ___ ___ Python-bugs-

[issue36065] Add unified C API for accessing bytes and bytearray

Stéphane Wirtel added the comment: I remove 2.7 because this branch is in bugfix mode, no new features. -- nosy: +matrixise, serhiy.storchaka, vstinner versions: -Python 2.7 ___ Python tracker __

[issue36065] Add unified C API for accessing bytes and bytearray

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue36066] Add `empty` block to `for` and `while` loops.

New submission from WloHu : ### Description Adding `empty` block to loops will extend them to form for-empty-else and while-empty-else. The idea is that `empty` block will execute when loop iteration wasn't performed because iterated element was empty. The idea is taken from Django framework

[issue36066] Add `empty` block to `for` and `while` loops.

Karthikeyan Singaravelan added the comment: I would recommend posting this on python-ideas to get some feedback. This introduces new control flow and breaks some old assumptions as in third case empty block is executed and there might be code that depends upon current for-else behavior where

[issue36066] Add `empty` block to `for` and `while` loops.

Stéphane Wirtel added the comment: yep and there was no followup. maybe we could close this issue. -- ___ Python tracker ___ ___ Pyt

[issue36065] Add unified C API for accessing bytes and bytearray

Ronald Oussoren added the comment: What is your use case for this? Is that something that can use the buffer API instead of these low-level APIs? -- nosy: +ronaldoussoren ___ Python tracker

[issue36066] Add `empty` block to `for` and `while` loops.

Stéphane Wirtel added the comment: This issue should be discussed on python-ideas https://mail.python.org/mailman/listinfo/python-ideas -- nosy: +matrixise ___ Python tracker

[issue36066] Add `empty` block to `for` and `while` loops.

Karthikeyan Singaravelan added the comment: Slightly similar proposal in the past : https://mail.python.org/pipermail/python-ideas/2016-March/038897.html -- ___ Python tracker __

[issue36065] Add unified C API for accessing bytes and bytearray

Serhiy Storchaka added the comment: The unified C API already exists. It is called the buffer protocol. https://docs.python.org/3/c-api/buffer.html#buffer-related-functions -- ___ Python tracker ___

[issue36030] add internal API function to create tuple without items array initialization

Serhiy Storchaka added the comment: Once I had wrote a similar patch that adds PyTuple_FromArray, but never published it because I did not found enough use cases for this function. Although I considered using it only for removing some code duplication, but Sergey shown that it can be used fo

[issue36030] add internal API function to create tuple without items array initialization

STINNER Victor added the comment: > Once I had wrote a similar patch that adds PyTuple_FromArray, but never > published it because I did not found enough use cases for this function. > Although I considered using it only for removing some code duplication, but > Sergey shown that it can be

[issue36030] add internal API function to create tuple without items array initialization

STINNER Victor added the comment: I reviewed PR 11954: I asked to rework the PR to only add _PyTuple_FromArray() and the "unrelated" micro-optimization. So it would be easier to see code simplification and the micro-optimization. If the micro-optimization doesn't make the code more complex a

[issue36067] subprocess terminate() "invalid handle" error when process is gone

New submission from Giampaolo Rodola' : Happened in psutil: https://ci.appveyor.com/project/giampaolo/psutil/builds/22546914/job/rlp112gffyf2o30i == ERROR: psutil.tests.test_process.TestProcess.test_halfway_terminated_process -

[issue36065] Add unified C API for accessing bytes and bytearray

Ori Avtalion added the comment: My use-case is modifying existing code that supports bytes to also support bytearray. https://github.com/mongodb/mongo-python-driver/blob/9902d239b4e557c2a657e8c8110f7751864cec95/bson/_cbsonmodule.c#L1112 The buffer protocol, which I didn't know of, feels slig

[issue36065] Add unified C API for accessing bytes and bytearray

Serhiy Storchaka added the comment: If you need to support only bytes and bytearray, but not other bytes-like object, this is a too special case. It is easy to write your own macros or functions that wrap existing C API. Other option -- duplicate the code and replace PyBytes_ with PyByteArra

[issue36067] subprocess terminate() "invalid handle" error when process is gone

Giampaolo Rodola' added the comment: I think this is somewhat similar to issue14252. The problem I see is that we should either raise ProcessLookupError or ignore the error (better). This concept of suppressing errors if process is gone is currently already established in 2 places: https://g

[issue30782] Allow limiting the number of concurrent tasks in asyncio.as_completed

twisteroid ambassador added the comment: I feel like once you lay out all the requirements: taking futures from an (async) generator, limiting the number of concurrent tasks, getting completed tasks to one consumer "as completed", and an implicit requirement that back pressure from the consu

[issue33039] int() and math.trunc don't accept objects that only define __index__

Rémi Lapeyre added the comment: Yes it is. Thanks for finding that @Serhiy. Since nobody objected to the change on the mailing list and people seem to agree in issue 20092: [R. David Murray] To summarize for anyone like me who didn't follow that issue: __index__ means the object can

[issue36067] subprocess terminate() "invalid handle" error when process is gone

STINNER Victor added the comment: I'm not sure of the purpose of this issue. It's expected to get an error if you try to send a signal to process which is already terminated. vstinner@apu$ python3 Python 3.7.2 (default, Jan 16 2019, 19:49:22) >>> import subprocess >>> proc=subprocess.Popen

[issue36043] FileCookieJar constructor don't accept PathLike

Alexander Kapshuna added the comment: Oh sorry, I just thought that everybody has forgotten about this part of library. Nevermind my patch then, your work is certainly better, matrixise. -- ___ Python tracker _

[issue36060] Document how collections.ChainMap() determines iteration order

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

[issue36057] Add docs and tests for ordering in Counter. [no behavior change]

Change by miss-islington : -- pull_requests: +12003 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36057] Add docs and tests for ordering in Counter. [no behavior change]

Raymond Hettinger added the comment: New changeset 407c7343266eb3e5a2f5c1f4913082c84f8dd8a0 by Raymond Hettinger in branch 'master': bpo-36057 Update docs and tests for ordering in collections.Counter [no behavior change] (#11962) https://github.com/python/cpython/commit/407c7343266eb3e5a2f5

[issue36067] subprocess terminate() "invalid handle" error when process is gone

STINNER Victor added the comment: > _winapi.TerminateProcess(self._handle, 1) > OSError: [WinError 6] The handle is invalid Silently ignoring that would be dangerous. There is a risk that the handle is reused by another process and so that you terminate an unrelated process, no? --

[issue36057] Add docs and tests for ordering in Counter. [no behavior change]

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

[issue35995] logging.handlers.SMTPHandler

Vinay Sajip added the comment: The existing implementation supports doing an SSL handshake using STARTTLS, which provides encryption for the actual email traffic. You are asking, it seems, to support a server that only listens on an already encrypted connection, and doesn't use STARTTLS. Tha

[issue36067] subprocess terminate() "invalid handle" error when process is gone

Giampaolo Rodola' added the comment: On POSIX there is that risk, yes. As for Windows, the termination is based on the process handle instead of the PID, but I am not sure if that makes a difference. The risk of reusing the PID/handle is not related to this issue though. The solution I propo

[issue36060] Document how collections.ChainMap() determines iteration order

Raymond Hettinger added the comment: New changeset 7121a6eeb7941f36fb9e7eae28ec24ecfa533e81 by Raymond Hettinger (Miss Islington (bot)) in branch '3.7': bpo-36060: Document how collections.ChainMap() determines iteration order (GH-11969) (GH-11978) https://github.com/python/cpython/commit/71

[issue22865] Document how to make pty.spawn not copy data

Change by Roundup Robot : -- pull_requests: +12004 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue22865] Document how to make pty.spawn not copy data

Geoff Shannon added the comment: It is submitted @cheryl.sabella. Thanks for reviving this, I had totally lost track of it. -- ___ Python tracker ___

[issue35810] Object Initialization does not incref Heap-allocated Types

Neil Schemenauer added the comment: Hello Eddie, Thank you for putting what looks to be significant effort into this PR. It would be great if we can get this fixed. There is a real issue about breaking 3rd party extensions. So, we want to proceed with care. I wonder, if we are going to br

[issue35812] Don't log an exception from the main coroutine in asyncio.run()

Change by Andrew Svetlov : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue35812] Don't log an exception from the main coroutine in asyncio.run()

Andrew Svetlov added the comment: Nevermind. Actually, I used a backport `asyncio.run()` to Python 3.6. I saw the problem because of the difference between `asyncio.all_task()` and `asyncio.Task.all_task()`. The former return only active tasks but the later returns done tasks also.

[issue36060] Document how collections.ChainMap() determines iteration order

Change by miss-islington : -- pull_requests: +12002 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36060] Document how collections.ChainMap() determines iteration order

Raymond Hettinger added the comment: New changeset 86f093f71a594dcaf21b67ba13dda72863e9bde9 by Raymond Hettinger in branch 'master': bpo-36060: Document how collections.ChainMap() determines iteration order (GH-11969) https://github.com/python/cpython/commit/86f093f71a594dcaf21b67ba13dda7286

[issue36019] test_urllib fail in s390x buildbots: http://www.example.com/

Pablo Galindo Salgado added the comment: Related failure: https://buildbot.python.org/all/#/builders/141/builds/1233 -- Ran 56 tests in 25.105s OK (skipped=1) Re-running test 'test_normalization' in verbose mode test_bug_834

[issue36068] Make _tuplegetter objects serializable

New submission from Joe Jevnik : The new _tuplegetter objects for accessing fields of a namedtuple are no longer serializable with pickle. Cloudpickle, a library which provides extensions to pickle to facilitate distributed computing in Python, depended on being able to pickle the members of

[issue35810] Object Initialization does not incref Heap-allocated Types

Neil Schemenauer added the comment: Sorry, morning coffee didn't kick in yet I guess. ;-) My actual wish is to make all types heap allocated and eliminate the statically allocated ones. So, Py_TPFLAGS_HEAPTYPE would be set on all types in that world. That is a gigantic task, affecting nea

[issue36068] Make _tuplegetter objects serializable

Change by Joe Jevnik : -- keywords: +patch pull_requests: +12006 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue35840] Control flow inconsistency on closed asyncio stream

Marc Schlaich added the comment: No, I'm seeing the same issue on MacOS. Attached modified example. -- Added file: https://bugs.python.org/file48160/tcp_test.py ___ Python tracker ___

[issue36068] Make _tuplegetter objects serializable

Change by Karthikeyan Singaravelan : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue36069] asyncio: create_connection cannot handle IPv6 link-local addresses anymore (linux)

New submission from Leonardo Mörlein : The tuple (host, port) is ("fe80::5054:01ff:fe04:3402%node4_client", 22) in https://github.com/python/cpython/blob/master/Lib/asyncio/base_events.py#L918. The substring "node4_client" identifies the interface, which is needed for link local connections.

[issue36069] asyncio: create_connection cannot handle IPv6 link-local addresses anymore (linux)

Leonardo Mörlein added the comment: The generated error is: OSError: [Errno 22] Invalid argument -- ___ Python tracker ___ ___ Pyth

[issue36069] asyncio: create_connection cannot handle IPv6 link-local addresses anymore (linux)

Leonardo Mörlein added the comment: It seems to be a regression, as my python 3.6 version is not affected: lemoer@orange ~> python3.6 --version Python 3.6.8 My python 3.7 version is affected: lemoer@orange ~> python3.7 --version Python 3.7.2 -- __

[issue35662] Windows #define _PY_EMULATED_WIN_CV 0 bug

Jeff Robbins added the comment: Steve, I did some more digging into why the native condition variable approach might be causing problems on Windows. Testing my fix revealed that there is at least one place in Modules\overlapped.c that either a) waits too long to call GetLastError(), or b

[issue22865] Document how to make pty.spawn not copy data

Cheryl Sabella added the comment: Thanks @RadicalZephyr! @martin.panter, please review the PR when you get a chance. Thank you! -- ___ Python tracker ___ _

[issue36068] Make _tuplegetter objects serializable

Raymond Hettinger added the comment: New changeset f36f89257b30e0bf88e8aaff6da14a9a96f57b9e by Raymond Hettinger (Joe Jevnik) in branch 'master': bpo-36068: Make _tuplegetter objects serializable (GH-11981) https://github.com/python/cpython/commit/f36f89257b30e0bf88e8aaff6da14a9a96f57b9e --

[issue36068] Make _tuplegetter objects serializable

Raymond Hettinger added the comment: Thanks for noticing this. We really should have stuck with the original plan of subclassing property(). -- assignee: -> rhettinger ___ Python tracker _

[issue36068] Make _tuplegetter objects serializable

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

[issue36068] Make _tuplegetter objects serializable

Joe Jevnik added the comment: Thank you for reviewing this so quickly! -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35899] '_is_sunder' function in 'enum' module fails on empty string

Ethan Furman added the comment: The changes to `_is_sunder` and `_is_dunder` look good, but there is a problem with the underlying assumptions of what Enum should be doing: - nameless members are not to be allowed - non-alphanumeric characters are not supported In other words, while `_is_sun

[issue36067] subprocess terminate() "invalid handle" error when process is gone

Eryk Sun added the comment: The subprocess Handle object is never finalized explicitly, so the Process handle should always be valid as long as we have a reference to the Popen instance. We can call TerminateProcess as many times as we want, and the handle will still be valid. If it's alread

[issue35662] Windows #define _PY_EMULATED_WIN_CV 0 bug

Steve Dower added the comment: > reveals an expectation that Py_END_ALLOW_THREADS won't change the results of > GetLastError() Fantastic work, Jeff! That's almost certainly the major problem there - Py_END_ALLOW_THREADS can totally change the error code, and we haven't ever done a full swee

[issue29871] Enable optimized locks on Windows

Steve Dower added the comment: > I assume you meant #35662 Yes indeed. I am apparently massively dyslexic when it comes to copying issue numbers into the bpo comment field :) Meanwhile, over on #35662, Jeff has a fix for at least one of the regressions. -- versions: +Python 3.8 -Pyt

[issue35867] NameError is not caught at Task execution

Pablo Galindo Salgado added the comment: I do not think this is a bug. Any exception that is raised inside a task will be in the .exception() method when the task is finished. Here you are running the task without waiting for finalization. For example, if you change: async def cofunc1(se

[issue33944] Deprecate and remove pth files

Change by Steve Dower : -- nosy: +steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue35662] Windows #define _PY_EMULATED_WIN_CV 0 bug

Jeff Robbins added the comment: Steve, sorry to be dense, but I'm unfortunately ignorant as to what tests I ought to be running. The only test I have right now is much too complicated, and I'd rather be running some official regression test that reveals the problem without my app code, if p

[issue34785] pty.spawn -- auto-termination after child process is dead (a zombie)

Martin Panter added the comment: Suggest closing this assuming it is a duplicate, unless Jarry can give more information. -- resolution: -> duplicate status: open -> pending superseder: -> pty.spawn hangs on FreeBSD 9.3, 10.x ___ Python tracker

  1   2   >