[issue896330] pyconfig.h is not placed in --includedir

Mario Gonzalez added the comment: hey u, send mi a mail, u need my help and i need u mario the last one mario.cro...@gmail.com -- nosy: +Mario Gonzalez ___ Python tracker

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Terry J. Reedy added the comment: I reread Nick's comment "the C level loop simply blocks on stdin, waiting until the parser spits out a complete AST." I interpret that now as meaning that the REPL compiles user code only once per statement, which IDLE and code.InteractiveInterpreter

[issue41179] find_library on macOS Big Sur

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 1.0 -> 2.0 pull_requests: +20400 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21250 ___ Python tracker

[issue41179] find_library on macOS Big Sur

New submission from Sumanth Ratna : The following all return None on macOS Big Sur, but return a valid path (str) on macOS Catalina: python3.6 -c "from ctypes import util; print(util.find_library('objc'))" python3.7 -c "from ctypes import util; print(util.find_library('objc'))" python3.8 -c

[issue41100] Build failure on macOS 11 (beta)

Change by Lawrence D'Anna : -- pull_requests: +20399 pull_request: https://github.com/python/cpython/pull/21249 ___ Python tracker ___

[issue41170] Use strnlen instead of strlen when the size i known.

New submission from Eric V. Smith : Is strnlen() supported by all of the compilers we care about? -- nosy: +eric.smith ___ Python tracker ___

[issue41178] Registry writes on Windows Store - workaround

New submission from DataGhost : I just installed the Windows Store version of Python (v3.8.3:6f8c832) on Windows 10.0.18362.900 (1903, old VM) and quickly ran into the issue that registry writes aren't visible system-wide. I later found a remark about this in the Known Issues section of the

[issue41169] socket.inet_pton raised when pass an IPv6 address like "[::]" to it

Wator Sead added the comment: I did not build it, just download the Windows pre-built releases. Can make a consistent behave via constraints it? socket.socket accepted it, but socket.inet_pton did not. -- ___ Python tracker

[issue41177] ConvertingList and ConvertingTuple lack iterators and ConvertingDict lacks items()

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 1.0 -> 2.0 pull_requests: +20398 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21248 ___ Python tracker

[issue41177] ConvertingList and ConvertingTuple lack iterators and ConvertingDict lacks items()

New submission from Brett Hannigan : The logging.config module uses three internal data structures to hold items that may need to be converted to a handler or other object: ConvertingList, ConvertingTuple, and ConvertingDict. These three objects provide interfaces to get converted items

[issue41169] socket.inet_pton raised when pass an IPv6 address like "[::]" to it

Christian Heimes added the comment: I can reproduce the problem with 3.6 and even Python versions as old as 3.4: Python 3.4.10rc1+ (default, Jun 30 2020, 23:15:25) [GCC 10.1.1 20200507 (Red Hat 10.1.1-1)] on linux Type "help", "copyright", "credits" or "license" for more information. >>>

[issue38782] Convert importlib.abc to use typing.Protocol

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 3.0 -> 4.0 pull_requests: +20397 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21245 ___ Python tracker

[issue41176] revise Tkinter mainloop dispatching flag behavior

New submission from Richard Sheridan : This could also be considered a "behavior" type issue. `TkappObject` has a member `dispatching` that could usefully be exposed by a very simple read-only method for users to determine at runtime if the tkinter mainloop is running. Matplotlib and I'm

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Ned Deily added the comment: New changeset cfc7ff8d05f7a949a88b8a8dd506fb5c1c30d3e9 by Tapas Kundu in branch '3.6': [3.6] bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface (GH-21033) (GH-21232)

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Ned Deily added the comment: New changeset b98e7790c77a4378ec4b1c71b84138cb930b69b7 by Tapas Kundu in branch '3.7': [3.7] bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface (GH-21033) (GH-21231)

[issue41161] libmpdec-2.5.0 update is missing news entry

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

[issue41161] libmpdec-2.5.0 update is missing news entry

Stefan Krah added the comment: New changeset c84d3fe6b3301c7fd4a82e63fb4d545a7b9df84b by Miss Islington (bot) in branch '3.9': bpo-41161 Add news entry for libmpdec-2.5.0 (GH-21243) (#21244) https://github.com/python/cpython/commit/c84d3fe6b3301c7fd4a82e63fb4d545a7b9df84b --

[issue41161] libmpdec-2.5.0 update is missing news entry

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +20396 pull_request: https://github.com/python/cpython/pull/21244 ___ Python tracker

[issue41161] libmpdec-2.5.0 update is missing news entry

Stefan Krah added the comment: New changeset 1648c99932f39f1c60972bb114e6a7bd65523818 by Stefan Krah in branch 'master': bpo-41161 Add news entry for libmpdec-2.5.0 (GH-21243) https://github.com/python/cpython/commit/1648c99932f39f1c60972bb114e6a7bd65523818 --

[issue33346] Syntax error with async generator inside dictionary comprehension

Pablo Galindo Salgado added the comment: Yeah, I am +1 on moving this and on the current solution in PR6766 -- ___ Python tracker ___

[issue41161] libmpdec-2.5.0 update is missing news entry

Change by Stefan Krah : -- keywords: +patch pull_requests: +20395 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/21243 ___ Python tracker

[issue41100] Build failure on macOS 11 (beta)

Lawrence D'Anna added the comment: I've created 3 patches for ctypes * use system libffi instead of vendored one on Mac OS 10.15 and up * use correct ABI for variadic functions on arm64 * check for libs in the dyld shared cache With those, test_ctypes should all pass on arm64 --

[issue41100] Build failure on macOS 11 (beta)

Change by Lawrence D'Anna : -- pull_requests: +20394 pull_request: https://github.com/python/cpython/pull/21242 ___ Python tracker ___

[issue41100] Build failure on macOS 11 (beta)

Change by Lawrence D'Anna : -- pull_requests: +20393 pull_request: https://github.com/python/cpython/pull/21241 ___ Python tracker ___

[issue41175] Static analysis issues reported by GCC 10

Change by Charalampos Stratakis : -- keywords: +patch pull_requests: +20392 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21240 ___ Python tracker

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Pablo Galindo Salgado added the comment: first case -> second case -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41175] Static analysis issues reported by GCC 10

Charalampos Stratakis added the comment: First issue in Objects/bytearrayobject.c [0]. warning: use of NULL ‘’ where non-null expected [CWE-690] [-Wanalyzer-null-argument] 277 | memcpy(result->ob_bytes, va.buf, va.len); [0]

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Pablo Galindo Salgado added the comment: > At least the fact that the SyntaxError message is some for both of Well, is the same because the semantics are the same: a symbol is missing in the expected scopes. The only difference is that in the first case is not even possible to "fix it"

[issue40223] Add -fwrapv for new icc versions

Stefan Krah added the comment: It looks like a compiler bug (line numbers are after macro expansion): #0 0x006ea678 in _PyEval_EvalFrameDefault (f=0x886d20 <_PyRuntime+352>, throwflag=-8) at Python/ceval.c:35554 #1 0x0057167b in _PyEval_EvalCodeWithName (_co=0x886d20

[issue41175] Static analysis issues reported by GCC 10

New submission from Charalampos Stratakis : GCC added a static analysis tool recently [0]. Running it under for CPython code base produces some interesting results. Reproducer: ./configure --with-pydebug && CFLAGS='-fanalyzer' make Attaching the log. [0]

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Lysandros Nikolaou added the comment: some -> same -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Lysandros Nikolaou added the comment: That's right, but the SyntaxError message is somewhat confusing. At least the fact that the SyntaxError message is some for both of def a(): def b(): nonlocal x and def a(): nonlocal x seems a bit misleading. No? --

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Pablo Galindo Salgado added the comment: >1) We should alter code in symtable.c to check whether the namespace in which >the nonlocal statement appears in is a function block and whether it is nested >or not. Also, the 'nesting' has very specific meanings in the symbol table: scoping. The

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Pablo Galindo Salgado added the comment: > 1) We should alter code in symtable.c to check whether the namespace in which > the nonlocal statement appears in is a function block and whether it is > nested or not. We already raise in this case. Consider this 'test.py' file: x = 34 def f():

[issue41100] Build failure on macOS 11 (beta)

Change by Lawrence D'Anna : -- pull_requests: +20391 pull_request: https://github.com/python/cpython/pull/21239 ___ Python tracker ___

[issue41174] asyncio.coroutine decorator returns a non-generator function when using PYTHONASYNCIODEBUG

New submission from Allan Feldman : This code behaves differently when PYTHONASYNCIODEBUG=1 import asyncio import inspect @asyncio.coroutine def foo(): yield from asyncio.sleep(0) print("isgeneratorfunction:", inspect.isgeneratorfunction(foo)) PYTHONASYNCIODEBUG: isgeneratorfunction:

[issue40893] tkinter: integrate TkDND support

E. Paine added the comment: I think I have fixed the problem with the 'data' attribute (and related getlist_event method) by exposing two event data attributes. One of these is a 'data_raw' attribute intended for use with text-based drops and the other is a 'data_split' intended for file

[issue40204] Docs build error with Sphinx 3.0 due to invalid C declaration

STINNER Victor added the comment: I reported the issue to Sphinx: "C domain changes of Sphinx 3 prevent to write doc compatible with Sphinx 2 and Sphinx 3" https://github.com/sphinx-doc/sphinx/issues/7899 -- ___ Python tracker

[issue41171] Create companion methods of "PyType_FromSpec*" to allow setting metaclass.

Change by William Pickard : -- keywords: +patch pull_requests: +20390 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21238 ___ Python tracker ___

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Lysandros Nikolaou added the comment: I feel that I wasn't clear at all in my previous responses, so let me try to have another go at explaining how I see this: We have two distinct problems, that are totally unrelated to one another: 1) nonlocal should raise when it's not in a nested

[issue40204] Docs build error with Sphinx 3.0 due to invalid C declaration

STINNER Victor added the comment: In short, the current status is that IMHO it is not acceptable to support Sphinx 3. We cannot afford to break support with Sphinx 2. -- ___ Python tracker

[issue40204] Docs build error with Sphinx 3.0 due to invalid C declaration

STINNER Victor added the comment: Making the Python documentation compatible with Sphinx 3.0 is causing multiple blocker issues. (*) The first major problem is that new C domain markup like :c:struct: and :expr: are not recognized by Sphinx 2.4.4, but Sphinx 3.0 requires them. For

[issue40742] Doc: Parallel build break audit table

Change by Julien Palard : -- keywords: +patch pull_requests: +20389 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21237 ___ Python tracker ___

[issue41173] Windows ARM buildbots cannot upload results

New submission from Steve Dower : Sample build: https://buildbot.python.org/all/#/builders/182/builds/773 The second last step is failing for some reason, probably because it doesn't have the file it needs. -- components: Build, Windows messages: 372700 nosy: paul.moore, steve.dower,

[issue41172] test_peg_generator C tests fail on Windows ARM

New submission from Steve Dower : These tests rely on MSVC to do some building, but Windows ARM devices do not currently have a compiler toolset (you need to cross-compile). We should skip these tests. Sample build: https://buildbot.python.org/all/#/builders/182/builds/773 Sample traceback:

[issue40204] Docs build error with Sphinx 3.0 due to invalid C declaration

STINNER Victor added the comment: This issue prevents to upgrade Sphinx to Sphinx 3 in Fedora Rawhide, at least it breaks the python3-docs package which is Python 3.9 documentation: https://bugzilla.redhat.com/show_bug.cgi?id=1823898 -- ___ Python

[issue41171] Create companion methods of "PyType_FromSpec*" to allow setting metaclass.

William Pickard added the comment: Another thing I thought of, if this is accepted, we can turn the "PyType" methods into header static inline methods. -- ___ Python tracker

[issue41171] Create companion methods of "PyType_FromSpec*" to allow setting metaclass.

New submission from William Pickard : The current goal from what I can tell for Python is to have all C based modules move away from static types and instead use "PyType_FromSpec" and the variant that specifies base classes. The only problem is, PyType_FromSpec and it's variant makes the

[issue41170] Use strnlen instead of strlen when the size i known.

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 1.0 -> 2.0 pull_requests: +20388 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21236 ___ Python tracker

[issue41170] Use strnlen instead of strlen when the size i known.

Change by Niclas Larsson : -- components: C API nosy: Niclas Larsson priority: normal severity: normal status: open title: Use strnlen instead of strlen when the size i known. versions: Python 3.10 ___ Python tracker

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Ned Deily added the comment: A legitimate CVE should certainly be backported to all applicable releases, so, yes. However, I think that it is important for the CVE to be mentioned in the NEWS blurbs for each commit. So please update the NEWS items in each open PR to include the CVE. For

[issue38980] Compile libpython with -fno-semantic-interposition

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41169] socket.inet_pton raised when pass an IPv6 address like "[::]" to it

New submission from Wator Sead : 3.6: >>> import socket >>> socket.inet_pton(socket.AF_INET6,'[::]') b'\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00' 3.7 and above: >>> import socket >>> socket.inet_pton(socket.AF_INET6,'[::]') Traceback (most recent call last): File

[issue38980] Compile libpython with -fno-semantic-interposition

Change by hai shi : -- nosy: +shihai1991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41073] [C API] PyType_GetSlot() should accept static types

hai shi added the comment: > bpo-17162 added PyType_GetSlot(), but static types were not discussed there. Thanks to correct my info. I paste this bpo just Larry have mentioned the static type in PyType_GetSlot() :) -- ___ Python tracker

[issue39314] (readline) Autofill the closing parenthesis during auto-completion for functions which accept no arguments at all

Change by Dong-hee Na : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue39314] (readline) Autofill the closing parenthesis during auto-completion for functions which accept no arguments at all

Dong-hee Na added the comment: New changeset bd4a3f21454a6012f4353e2255837561fc9f0e6a by Rémi Lapeyre in branch 'master': bpo-39314: Closes parenthesis when autocompleting for functions that take no arguments (GH-20562)

[issue40275] test.support has way too many imports

STINNER Victor added the comment: New changeset 0c4f0f3b29d84063700217dcf90ad6860ed71c70 by Hai Shi in branch 'master': bpo-40275: Use new test.support helper submodules in tests (GH-21169) https://github.com/python/cpython/commit/0c4f0f3b29d84063700217dcf90ad6860ed71c70 --

[issue40275] test.support has way too many imports

STINNER Victor added the comment: New changeset 3ddc634cd5469550c0c2dc5a6051a70739995699 by Hai Shi in branch 'master': bpo-40275: Use new test.support helper submodules in tests (GH-21219) https://github.com/python/cpython/commit/3ddc634cd5469550c0c2dc5a6051a70739995699 --

[issue41129] Python extension modules fail to build on Mac 10.15.1 (Catalina)

Andrew added the comment: The build steps were, unpack source, ./configure, make, using default settings on a company machine. The configure_and_make_output.txt I attached should show the whole ./configure output. The only difference is that I was using xcode 11.0 for that output- the

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Terry J. Reedy added the comment: _maybe_compile currently compiles the possibly complete statement up to 3 times -- with C-coded compile. Without doing any timing tests, I wondered if 3 times is really necessary. Nick suggested that using the tokenize module to determine the number of

[issue38980] Compile libpython with -fno-semantic-interposition

STINNER Victor added the comment: We wrote an article about -fno-semantic-interposition flag that we use with GCC on RHEL8 and Fedora: https://developers.redhat.com/blog/2020/06/25/red-hat-enterprise-linux-8-2-brings-faster-python-3-8-run-speeds/ "Enabling this flag disables semantic

[issue41158] IDLE: rewrite the code for handling file encoding

Terry J. Reedy added the comment: Is there any reason the patch would not work with 3.9/3.8? -- ___ Python tracker ___ ___

[issue40971] Documentation still mentions 'u' string formatting option

Petr Viktorin added the comment: I'm closing the issue. Please comment or reopen if I missed something. -- resolution: -> not a bug stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue41152] IDLE: make sys.stdxxx.encoding always be utf-8

Terry J. Reedy added the comment: Thank you for this and the next patch. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed title: IDLE: revise setting of iomenu.encoding and .errors -> IDLE: make sys.stdxxx.encoding always be utf-8 versions: +Python 3.8,

[issue41168] Lack of proper checking in PyObject_SetAttr leads to segmentation fault

New submission from Iman Sharafodin : I was testing the latest release of Python 3.6 (June 27, 2020) (https://www.python.org/ftp/python/3.6.11/Python-3.6.11.tgz) and I found that there is lack of enough checks on line number 956 in Objects/object.c file which can cause a segmentation fault.

[issue41013] test_os.test_memfd_create() fails on AMD64 FreeBSD Shared 3.x

Kyle Evans added the comment: Ah, sorry, I meant to update this- I submitted our fix for review a day or two ago, got approval for commit and will poke koobs to rebuild the FreeBSD -CURRENT buildbot with it after that. -- ___ Python tracker

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Rahul Jha added the comment: > Note that these are two solution that take very different approaches. What > Nick is suggesting with "checking for two or more hanging INDENTS" would > drastically change how codeop._maybe_compile does its thing, while his other > proposed solution,

[issue41100] Build failure on macOS 11 (beta)

Ronald Oussoren added the comment: A first testrun on the arm-mac resulted in test failures in test_distutils (in particular test_deployment_target_default in the distutils test). That's something I have to investigate further. -- ___ Python

[issue41013] test_os.test_memfd_create() fails on AMD64 FreeBSD Shared 3.x

Łukasz Langa added the comment: As a regression this would have been a release blocker, this also fails on 3.9 and 3.8. However, given that this has only been surfaced by Christian's fix to the testing machinery in GH-20942, I'll mark this as deferred blocker instead for visibility.

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Dong-hee Na added the comment: > https://nvd.nist.gov/vuln/detail?vulnId=CVE-2020-14422 As Eric said, this issue is assigned a CVE-2020-14422. I re-open PRs for 3.5 - 3.7 and waiting for other core developers guide. I am +1 on merge this PRs as the security patch. -- nosy: +corona10

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Change by Dong-hee Na : -- status: closed -> open versions: +Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___ ___

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Eric V. Smith added the comment: Ned: what are your thoughts on backporting this as a security issue? https://nvd.nist.gov/vuln/detail?vulnId=CVE-2020-14422 -- nosy: +ned.deily ___ Python tracker

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Change by Tapas Kundu : -- pull_requests: +20387 pull_request: https://github.com/python/cpython/pull/21233 ___ Python tracker ___

[issue41164] allow python to build for macosx-11.0-arm64

Ronald Oussoren added the comment: FYI I have as of a couple of minutes ago received a developer transition kit and can, and will, test on the new hardware. -- ___ Python tracker

[issue40971] Documentation still mentions 'u' string formatting option

Petr Viktorin added the comment: AFAICS, Python 3 suports '%u' for printf-style formatting: Python 3.8.3 (default, May 29 2020, 00:00:00) [GCC 10.1.1 20200507 (Red Hat 10.1.1-1)] on linux Type "help", "copyright", "credits" or "license" for more information. >>> '%u' % 6 '6' What am I

[issue41167] Add new formats to PyArg_ParseTuple for "str or None"

Serhiy Storchaka added the comment: I think it is more common to use the general "O" format. In any case you need to write separate code for None and str in the body of function. -- nosy: +serhiy.storchaka ___ Python tracker

[issue18233] SSLSocket.getpeercertchain()

Chris Burr added the comment: Hi Zack, I've already opened a PR that is loosely based on this patch. If you have time to give it a review I'd appreciate the extra set of eyes. https://github.com/python/cpython/pull/17938 -- versions: +Python 3.9 -Python 3.8

[issue41100] Build failure on macOS 11 (beta)

Stefan Krah added the comment: New changeset 604d95e235d86465b8c17f02095edcaf18464d4c by Lawrence D'Anna in branch 'master': bpo-41100: fix _decimal for arm64 Mac OS (GH-21228) https://github.com/python/cpython/commit/604d95e235d86465b8c17f02095edcaf18464d4c -- nosy: +skrah

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Lysandros Nikolaou added the comment: > From what I understand, "checking for two or more hanging INDENTS" and, > "hardcoding a check for nonlocal SyntaxErrors in codeop._maybe_compile" are > two different solutions, right? If yes, do we have an answer to which one of > them is more

[issue41167] Add new formats to PyArg_ParseTuple for "str or None"

New submission from Inada Naoki : PyArg_ParseTuple has 'U' format for getting Unicode as PyObject*. But when user want accept "str or None", they are forced to use 'O&' and write a custom converter. It is not convenient. I am proposing to add 'U?' for "str or None" variants of 'U'. Does it

[issue41142] msilib.CAB doesnot support non-ASCII files

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

[issue41142] msilib.CAB doesnot support non-ASCII files

Serhiy Storchaka added the comment: New changeset ba67d7386edf20bcc0f878a518de0894cb574e9f by Serhiy Storchaka in branch 'master': bpo-41142: Add support of non-ASCII paths for CAB files. (GH-21195) https://github.com/python/cpython/commit/ba67d7386edf20bcc0f878a518de0894cb574e9f

[issue41166] CLASS ATTRIBUTES

ABELARDO added the comment: Steven D'Aprano: Yes, my fault. I will give an url where it is located. https://docs.python.org/3/tutorial/classes.html -- ___ Python tracker ___

[issue41166] CLASS ATTRIBUTES

ABELARDO added the comment: Sorry, I don't have any doc where "class value" / "instance value" are mentioned. This idea is original from me originally based on my personal interpretation about OOP basic concepts. But it doesn't mean I'm wrong with my proposal. When you use the following

[issue41123] Remove Py_UNICODE APIs except PEP 623

miss-islington added the comment: New changeset 41d6e3fbb8bcfd41db37782523caac47e7c8ad23 by Miss Islington (bot) in branch '3.8': bpo-41123: Remove PyUnicode_AsUnicodeCopy in 3.10 (GH-21227) https://github.com/python/cpython/commit/41d6e3fbb8bcfd41db37782523caac47e7c8ad23 --

[issue38891] ShareableList read and write access is O(N), should be O(1)

Dirk Roorda added the comment: I can see that the performance of ShareableList is much better now. Still the performance of list operations on a ShareableList may be degraded by a factor 200-300 with respect to a normal list. If this is unavoidable then the docs should clearly mention this

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Change by Tapas Kundu : -- pull_requests: +20386 pull_request: https://github.com/python/cpython/pull/21232 ___ Python tracker ___

[issue41166] CLASS ATTRIBUTES

Steven D'Aprano added the comment: By the way, for future reports, it is much better to give the URL of the page and copy and paste the exact quote than to give a screen shot. Using a screen shot is inconvenient for us (we have to try to guess what URL you are referring to, there are *lots*

[issue41166] CLASS ATTRIBUTES

Steven D'Aprano added the comment: "Class attribute" and "instance attribute" are the usual terms used in the Python documentation and community. I have heard other terms used in other language communities, in particular "members" and "variables", but I've never come across one that uses

[issue41166] CLASS ATTRIBUTES

Dennis Sweeney added the comment: I think the word "attribute" is preferred over "value" because "value" can mean just about anything, whereas, according to https://docs.python.org/3/glossary.html?highlight=glossary , an attribute is specifically: """A value associated with an object which

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Change by Tapas Kundu : -- nosy: +tapakund nosy_count: 7.0 -> 8.0 pull_requests: +20385 pull_request: https://github.com/python/cpython/pull/21231 ___ Python tracker ___

[issue41155] Tkinter -postoffset not working for TCombobox

Svetoslav Inkolov added the comment: Thanks to E. Paine's reply: This is a strange bug, as the fix is simply to explicitly give the style (`style='TCombobox'`) -- stage: -> resolved status: open -> closed ___ Python tracker

[issue41166] CLASS ATTRIBUTES

New submission from ABELARDO : Hi there, I have encountered a possible bug inside the documentation. In the attached picture you can see a portion of text highlighted ("Class attribute"). I think it's a typo since there is not "class attributes" nor "instance attributes" but "class value"

[issue41158] IDLE: rewrite the code for handling file encoding

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

[issue41158] IDLE: rewrite the code for handling file encoding

Serhiy Storchaka added the comment: New changeset 694d31e714074176f0c324f95948b75dc768c091 by Serhiy Storchaka in branch 'master': bpo-41158: IDLE: rewrite the code for handling file encoding (GH-21215) https://github.com/python/cpython/commit/694d31e714074176f0c324f95948b75dc768c091

[issue36346] Prepare for removing the legacy Unicode C API

Inada Naoki added the comment: New changeset 038dd0f79dc89566b01ba66a5a018266b2917a19 by Inada Naoki in branch 'master': bpo-36346: Raise DeprecationWarning when creating legacy Unicode (GH-20933) https://github.com/python/cpython/commit/038dd0f79dc89566b01ba66a5a018266b2917a19 --

[issue41123] Remove Py_UNICODE APIs except PEP 623

Change by miss-islington : -- pull_requests: +20384 pull_request: https://github.com/python/cpython/pull/21230 ___ Python tracker ___

[issue41123] Remove Py_UNICODE APIs except PEP 623

Inada Naoki added the comment: New changeset 2ea6a9928e4fa135888cc8f4733c28d93e642301 by Inada Naoki in branch '3.9': bpo-41123: Remove PyUnicode_AsUnicodeCopy in 3.10 (GH-21227) https://github.com/python/cpython/commit/2ea6a9928e4fa135888cc8f4733c28d93e642301 --

[issue36346] Prepare for removing the legacy Unicode C API

Serhiy Storchaka added the comment: New changeset 349f76c6aace5a4a2b57f6b442a532faf0027d6b by Serhiy Storchaka in branch 'master': bpo-36346: Prepare for removing the legacy Unicode C API (AC only). (GH-21223) https://github.com/python/cpython/commit/349f76c6aace5a4a2b57f6b442a532faf0027d6b

  1   2   >