[issue22273] abort when passing certain structs by value using ctypes

Change by Vinay Sajip : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue38272] test_ctypes: test_array_in_struct() failed on ARMv7 Debian buster 3.7 and PPC64LE Fedora 3.7

Vinay Sajip added the comment: Closed, as these buildbots are now green. This was addressed via changes to the original PR for bpo-22273. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue38277] Allowing conditions with assignment expressions in comprehensions without parantheses

Arne Recknagel added the comment: I'll keep shouting from the sidelines, if it's ok. Is the following behavior still desired >>> [z := x for x in 'foo'] # valid over forcing parentheses here as well? >>> [(z := x) for x in 'foo'] # also valid, but redundant parentheses The section on whe

[issue18309] Make python slightly more relocatable

Mathias Fröhlich added the comment: Hi, Nice to see some progress. Still, I checked todays https://github.com/python/cpython.git master and 3.8 branch (is that the current cpython development code?). Neither of them contain a call to dladdr beside the macos code path mentioned in msg191994 by

[issue38112] Compileall improvements

Petr Viktorin added the comment: New changeset 8e7bb991de7c88583bc6663d8bbc541054ca8dc4 by Petr Viktorin (Lumír 'Frenzy' Balhar) in branch 'master': bpo-38112: Compileall improvements (GH-16012) https://github.com/python/cpython/commit/8e7bb991de7c88583bc6663d8bbc541054ca8dc4 -- ___

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Benjamin Peterson added the comment: New changeset 90b4e49c98dd0ff948e13dd0618240c2294eb23d by Benjamin Peterson in branch '2.7': bpo-38174 follow up: Remove loadlibrary.c from VS9.0. (GH-16411) https://github.com/python/cpython/commit/90b4e49c98dd0ff948e13dd0618240c2294eb23d -- __

[issue38163] AsyncMock child mocks should detect their type

Lisa Roach added the comment: Lately I have been having my doubts around having MagicMocks also create AsyncMocks as children. Should a MagicMock really have a __aenter__ magic method? Is this too far from the original MagicMock if we change child mocks to default not to their parent type,

[issue38163] AsyncMock child mocks should detect their type

Lisa Roach added the comment: This should be simple to do, after https://github.com/python/cpython/pull/16060 we can add: elif self._mock_methods and _new_name in self._mock_methods: # Methods that are not in _spec_asyncs are normal methods klass = M

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Benjamin Peterson added the comment: New changeset f0501630b0ba31448c230c756b1027647f4ef100 by Benjamin Peterson in branch '3.6': [3.6] closes bpo-38174: Update vendored expat library to 2.2.8. (GH-16410) https://github.com/python/cpython/commit/f0501630b0ba31448c230c756b1027647f4ef100

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Benjamin Peterson added the comment: New changeset d75bf44a2812a249663f979dc8379d27c1633ba5 by Benjamin Peterson in branch '3.8': [3.8] closes bpo-38174: Update vendored expat library to 2.2.8. (GH-16409) https://github.com/python/cpython/commit/d75bf44a2812a249663f979dc8379d27c1633ba5

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Benjamin Peterson added the comment: New changeset 8e4622ea898bdda687eb2fb0747721c0cd8b0d02 by Benjamin Peterson in branch '3.7': [3.7] closes bpo-38174: Update vendored expat library to 2.2.8. (GH-16407) https://github.com/python/cpython/commit/8e4622ea898bdda687eb2fb0747721c0cd8b0d02

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Change by Benjamin Peterson : -- pull_requests: +15993 pull_request: https://github.com/python/cpython/pull/16411 ___ Python tracker ___ ___

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Benjamin Peterson added the comment: New changeset e73b93ab3e0bc2e5a3591f125f465353e025ecaf by Benjamin Peterson in branch '2.7': [2.7] closes bpo-38174: Update vendored expat library to 2.2.8. (GH-16408) https://github.com/python/cpython/commit/e73b93ab3e0bc2e5a3591f125f465353e025ecaf

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Change by Benjamin Peterson : -- pull_requests: +15992 pull_request: https://github.com/python/cpython/pull/16410 ___ Python tracker ___ ___

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Change by Benjamin Peterson : -- pull_requests: +15991 pull_request: https://github.com/python/cpython/pull/16409 ___ Python tracker ___ ___

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Change by Benjamin Peterson : -- pull_requests: +15990 pull_request: https://github.com/python/cpython/pull/16408 ___ Python tracker ___ ___

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Change by Benjamin Peterson : -- pull_requests: +15989 pull_request: https://github.com/python/cpython/pull/16407 ___ Python tracker ___ ___

[issue38174] Security vulnerability in bundled expat CVE-2019-15903 (fix available in expat 2.2.8)

Benjamin Peterson added the comment: New changeset 52b940803860e37bcc3f6096b2d24e7c20a0e807 by Benjamin Peterson in branch 'master': closes bpo-38174: Update vendored expat library to 2.2.8. (GH-16346) https://github.com/python/cpython/commit/52b940803860e37bcc3f6096b2d24e7c20a0e807 ---

[issue38277] Allowing conditions with assignment expressions in comprehensions without parantheses

Karthikeyan Singaravelan added the comment: IIRC there was a debate over allowing top level assignment expression without parentheses in original PEP 572 issue and most of the docs and examples follow using parentheses to avoid this confusion. I just noticed while reading the PEP that list c

[issue38234] The value of Py_SetPath is not used to populate the configuration

STINNER Victor added the comment: New changeset 49d99f01e6e51acec5ca57a02e857f0796bc418b by Victor Stinner in branch 'master': bpo-38234: Fix test_embed.test_init_setpath_config() on FreeBSD (GH-16406) https://github.com/python/cpython/commit/49d99f01e6e51acec5ca57a02e857f0796bc418b ---

[issue38234] The value of Py_SetPath is not used to populate the configuration

Change by STINNER Victor : -- pull_requests: +15988 pull_request: https://github.com/python/cpython/pull/16406 ___ Python tracker ___ __

[issue26539] frozen executables should have an empty path

STINNER Victor added the comment: The PEP 587 has been implemented in Python 3.8. The new API allows to initialize sys.path to a really empty list: sys.path = []. * https://docs.python.org/dev/c-api/init_config.html * https://docs.python.org/dev/c-api/init_config.html#c.PyConfig.module_searc

[issue37089] `import Lib.os` works on windows (but shouldn't)

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

[issue38234] The value of Py_SetPath is not used to populate the configuration

STINNER Victor added the comment: New changeset 88feaecd46a8f427e30ef7ad8cfcddfe392a2402 by Victor Stinner in branch 'master': bpo-38234: Complete init config documentation (GH-16404) https://github.com/python/cpython/commit/88feaecd46a8f427e30ef7ad8cfcddfe392a2402 -- _

[issue31349] Embedded initialization ignores Py_SetProgramName()

Change by STINNER Victor : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue34300] gcc 7.3 causes a warning when compiling getpath.c in python 2.7

STINNER Victor added the comment: This issue is only a compiler warning, you can ignore it. Python 2.7 is close to its end of life: I close the issue. I don't think that it's worth it to spend time trying to fix this old issue in 2.7. In the master branch, Py_FatalError uses __attribute__((n

[issue32375] Compilation warnings in getpath.c with gcc on Ubuntu / -D_FORTIFY_SOURCE=2

STINNER Victor added the comment: I just recompiled the master branch of Python twice using these flags: * -D_FORTIFY_SOURCE=2 -Og * -D_FORTIFY_SOURCE=2 -O3 I got a few warnings, the same that I get without FORTIFY SOURCE. Using -D_FORTIFY_SOURCE=2 -O3, I get one warning, but it's no longer

[issue38282] socketmodule.c: _FORTIFY_SOURCE=2 warning in AF_ALG case of getsockaddrarg()

New submission from STINNER Victor : To test bpo-32375, I just recompiled the master branch of Python twice using these flags: * -D_FORTIFY_SOURCE=2 -Og * -D_FORTIFY_SOURCE=2 -O3 I got a few warnings, the same that I get without FORTIFY SOURCE. Using -D_FORTIFY_SOURCE=2 -O3, I get one warning

[issue9654] merge PC/getpathp.c into Modules/getpath.c

STINNER Victor added the comment: In the implementation of the PEP 587 in Python 3.8, I created Python/pathconfig.c and the _PyPathConfig to share code which can be easily shared. Right now, remaining code is platform specific. -- resolution: -> fixed stage: -> resolved status: ope

[issue35173] Re-use already existing functionality to allow Python 2.7.x (both embedded and standalone) to locate the module path according to the shared library

STINNER Victor added the comment: Modules/getpath.c and PC/getpathp.c have been deeply reworked with the implementation of the PEP 587 in Python 3.8. Parameters which are already set (ex: Py_SetProgramName() or using the new PyConfig API) are no longer overriden. I added some tests on the "p

[issue31349] Embedded initialization ignores Py_SetProgramName()

STINNER Victor added the comment: Modules/getpath.c and PC/getpathp.c have been deeply reworked with the implementation of the PEP 587 in Python 3.8. Parameters which are already set (ex: Py_SetProgramName() or using the new PyConfig API) are no longer overriden. I added some tests on the "p

[issue31210] Can not import modules if sys.prefix contains DELIM

STINNER Victor added the comment: I consider that the current behavior is correct. They are other ways to put a path which contains ":" into sys.path. I close the issue. -- nosy: +vstinner resolution: -> not a bug stage: -> resolved status: open -> closed __

[issue25631] Segmentation fault with invalid Unicode command-line arguments in embedded Python

STINNER Victor added the comment: This bug has been fixed in the implementation of the PEP 587. $ gcc x.c -l python3.8 $(pkg-config python-3.8 --cflags --libs) -o x $ ./x Fatal Python error: pyinit_main: can't finish initializing sys ValueError: character U+11 is not in range [U+; U+10

[issue38281] "+" ignored when determining file mode in gzip.GzipFile.__init__

Change by Roundup Robot : -- keywords: +patch pull_requests: +15986 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16405 ___ Python tracker ___ __

[issue22257] PEP 432: Redesign the interpreter startup sequence

STINNER Victor added the comment: The PEP 587 has been implemented in Python 3.8 with a "Multi-Phase Initialization Private Provisional API": https://docs.python.org/dev/c-api/init_config.html#multi-phase-initialization-private-provisional-api I suggest to close this issue. When somone will w

[issue38281] "+" ignored when determining file mode in gzip.GzipFile.__init__

New submission from __starrify__ : Currently (as of df69e75) it checks only the initial letter (via `mode.startswith`) of "mode" in gzip.GzipFile.__init__. See also: https://github.com/python/cpython/blob/df69e75/Lib/gzip.py#L183 I'd personally suggest that it takes also "+" into consideratio

[issue18309] Make python slightly more relocatable

STINNER Victor added the comment: The PEP 587 "Python Initialization Configuration" has been implemented in Python 3.8. It provides fine control on the "Path Configuration": * https://docs.python.org/dev/c-api/init_config.html * https://docs.python.org/dev/c-api/init_config.html#init-path-con

[issue15577] Real argc and argv in embedded interpreter

STINNER Victor added the comment: I only saw one request (this issue) for this feature, in 2012. So it doesn't sound really important. I close the issue. -- nosy: +vstinner resolution: -> out of date stage: -> resolved status: open -> closed ___

[issue38234] The value of Py_SetPath is not used to populate the configuration

Change by STINNER Victor : -- pull_requests: +15985 pull_request: https://github.com/python/cpython/pull/16404 ___ Python tracker ___ __

[issue38234] The value of Py_SetPath is not used to populate the configuration

STINNER Victor added the comment: New changeset 8bf39b606ef7b02c0279a80789f3c4824b0da5e9 by Victor Stinner in branch 'master': bpo-38234: Add test_init_setpath_config() to test_embed (GH-16402) https://github.com/python/cpython/commit/8bf39b606ef7b02c0279a80789f3c4824b0da5e9 -- ___

[issue38277] Allowing conditions with assignment expressions in comprehensions without parantheses

Guido van Rossum added the comment: @xtreak do you think we need to keep this issue open then? -- ___ Python tracker ___ ___ Python

[issue38234] The value of Py_SetPath is not used to populate the configuration

Change by STINNER Victor : -- pull_requests: +15984 pull_request: https://github.com/python/cpython/pull/16402 ___ Python tracker ___ __

[issue38277] Allowing conditions with assignment expressions in comprehensions without parantheses

Arne Recknagel added the comment: Nothing in particular, only that I expected it to follow the same rules as regular if-blocks. It would be nice to have, since it'd be one less thing to keep in mind. > There are some tricky issues in this particular bit of syntax [...] It looks like there a

[issue37958] Adding get_profile_dict to pstats

Change by Gregory P. Smith : -- versions: +Python 3.9 -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue38142] Make _hashlib extension module PEP-384 compatible

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

[issue38271] test_ssl: replace 3DES with AES encrypted private keys

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

[issue22273] abort when passing certain structs by value using ctypes

Vinay Sajip added the comment: New changeset b92b8c53f63d2e805288ac2c665bf5887d1b7ca6 by Vinay Sajip in branch '3.8': [3.8] bpo-22273: Changed conditions for ctypes array-in-struct handling. (GH-16381) (GH-16401) https://github.com/python/cpython/commit/b92b8c53f63d2e805288ac2c665bf5887d1b7c

[issue38269] AMD64 Debian PGO 3.x, AMD64 Clang UBSan 2.7 buildbots: No space left on device

STINNER Victor added the comment: > Let me know when pr 111 is deployed on the build master so I can log in and > cleanup the current typo names. Done ( https://github.com/python/buildmaster-config/pull/111 ) -- ___ Python tracker

[issue22273] abort when passing certain structs by value using ctypes

Change by Vinay Sajip : -- pull_requests: +15983 pull_request: https://github.com/python/cpython/pull/16401 ___ Python tracker ___ _

[issue38142] Make _hashlib extension module PEP-384 compatible

Christian Heimes added the comment: New changeset df69e75edcc08475bc9a57a5a76df8a45bfc3c34 by Christian Heimes in branch 'master': bpo-38142: Updated _hashopenssl.c to be PEP 384 compliant (#16071) https://github.com/python/cpython/commit/df69e75edcc08475bc9a57a5a76df8a45bfc3c34 --

[issue38269] AMD64 Debian PGO 3.x, AMD64 Clang UBSan 2.7 buildbots: No space left on device

Charalampos Stratakis added the comment: It's already explained that the build directories are duplicated, however it could be more verbose indeed. When a config is being used alongside a config which inherits from the previous one, then buildbot aborts with an error as it tries to compile c

[issue38269] AMD64 Debian PGO 3.x, AMD64 Clang UBSan 2.7 buildbots: No space left on device

Gregory P. Smith added the comment: Let me know when pr 111 is deployed on the build master so I can log in and cleanup the current typo names. otherwise, things are probably running fine for the moment. -- ___ Python tracker

[issue38269] AMD64 Debian PGO 3.x, AMD64 Clang UBSan 2.7 buildbots: No space left on device

Gregory P. Smith added the comment: >From a yet another one of a plethora of reasons to hate buildbot point of >view... A _log message_ saying "i'm not using this anymore, you can delete >it" is infinitely worse than just going ahead and automatically deleting it. >I shouldn't, as a human,

[issue38269] AMD64 Debian PGO 3.x, AMD64 Clang UBSan 2.7 buildbots: No space left on device

Gregory P. Smith added the comment: I'm not going to spend time manually deleting the unused build directories until the typo in the new buildsuffix that caused the disk to fill up is fixed. https://github.com/python/buildmaster-config/pull/111 I don't even understand why the buildsuffix ent

[issue38269] AMD64 Debian PGO 3.x, AMD64 Clang UBSan 2.7 buildbots: No space left on device

Charalampos Stratakis added the comment: Yep that was my change as some jobs couldn't be run on the same worker due to the configs using the same directory. -- nosy: +cstratak ___ Python tracker ___

[issue38269] AMD64 Debian PGO 3.x, AMD64 Clang UBSan 2.7 buildbots: No space left on device

Gregory P. Smith added the comment: https://github.com/python/buildmaster-config/pull/108 is to blame. -- ___ Python tracker ___ __

[issue38269] AMD64 Debian PGO 3.x, AMD64 Clang UBSan 2.7 buildbots: No space left on device

Gregory P. Smith added the comment: It appears that something in the buildbot configuration (typo?) has changed which caused an entire new set of directories for the builder to be created: @clang-ubsan:/var/lib/buildbot/clang-ubsan$ ls -al total 68056 drwxr-xr-x 14 buildbot buildbot 4096

[issue22273] abort when passing certain structs by value using ctypes

Vinay Sajip added the comment: New changeset d015714f89af5c57b7071a74eeca618577b3dfe4 by Vinay Sajip in branch '3.7': [3.7] bpo-22273: Changed conditions for ctypes array-in-struct handling. (GH-16381) (GH-16400) https://github.com/python/cpython/commit/d015714f89af5c57b7071a74eeca618577b3df

[issue38279] multiprocessing example enhancement

Change by Raymond Hettinger : -- nosy: +davin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue22273] abort when passing certain structs by value using ctypes

Change by Vinay Sajip : -- pull_requests: +15982 pull_request: https://github.com/python/cpython/pull/16400 ___ Python tracker ___ _

[issue22273] abort when passing certain structs by value using ctypes

Vinay Sajip added the comment: New changeset cc28ed2421bf3953efc0fbde387f28722f3801e2 by Vinay Sajip in branch 'master': bpo-22273: Removed temporary test skipping on PPC platforms. (GH-16399) https://github.com/python/cpython/commit/cc28ed2421bf3953efc0fbde387f28722f3801e2 --

[issue38272] test_ctypes: test_array_in_struct() failed on ARMv7 Debian buster 3.7 and PPC64LE Fedora 3.7

Vinay Sajip added the comment: Yes, sorry for the noise - I'm fixing it, and will close this issue once all done. -- nosy: +vinay.sajip ___ Python tracker ___ ___

[issue22273] abort when passing certain structs by value using ctypes

Vinay Sajip added the comment: > Please check if bpo-38272 regression is caused by this issue. Yes, it is. Being worked on right now. Sorry for the noise. -- ___ Python tracker _

[issue22273] abort when passing certain structs by value using ctypes

Change by Vinay Sajip : -- pull_requests: +15981 pull_request: https://github.com/python/cpython/pull/16399 ___ Python tracker ___ _

[issue38280] Feature request: Add support to compile to native binary like as golang

New submission from WHK Yan : It would be very useful to be able to compile at a low level a complete Python functional script and generate a native binary for each type of operating system and architecture just like golang does. For example: Run script: $ go run script.go Compile script: $

[issue38277] Allowing conditions with assignment expressions in comprehensions without parantheses

Guido van Rossum added the comment: We're intentionally holding back on the places where we allow unparenthesized walrus operators. There are some tricky issues in this particular bit of syntax -- look at this line in the grammar: https://github.com/python/cpython/blob/bfd0c963d88f3df69489ee

[issue38277] Allowing conditions with assignment expressions in comprehensions without parantheses

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

[issue38269] AMD64 Debian PGO 3.x, AMD64 Clang UBSan 2.7 buildbots: No space left on device

Change by Gregory P. Smith : -- assignee: -> gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38279] multiprocessing example enhancement

Change by Max : -- keywords: +patch pull_requests: +15979 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16398 ___ Python tracker ___

[issue38279] multiprocessing example enhancement

New submission from Max Voss : Hello all, I've been trying to understand multiprocessing for a while, I tried multiple times. The PR is a suggested enhancement to the example that made it "click" for me. Or should I say, produced a working result that made sense to me. Details for each chang

[issue21705] cgi.py: Multipart with more than one file is misparsed

Ethan Furman added the comment: Excellent, thanks for checking! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue38271] test_ssl: replace 3DES with AES encrypted private keys

miss-islington added the comment: New changeset 4267e8f72a7d8fe0433819511a5ae45d45e1c67b by Miss Islington (bot) in branch '3.8': bpo-38271: encrypt private key test files with AES256 (GH-16385) https://github.com/python/cpython/commit/4267e8f72a7d8fe0433819511a5ae45d45e1c67b -- __

[issue38271] test_ssl: replace 3DES with AES encrypted private keys

miss-islington added the comment: New changeset 585798fb0eac38f32b54f1b8a86e418d76147d99 by Miss Islington (bot) in branch '3.7': bpo-38271: encrypt private key test files with AES256 (GH-16385) https://github.com/python/cpython/commit/585798fb0eac38f32b54f1b8a86e418d76147d99 -- __

[issue38005] Coercing strings and non-integer numbers to interpreter ID and channel ID

miss-islington added the comment: New changeset ca14f047b068cd0fb81ef3d5e7bea19fe8af1b58 by Miss Islington (bot) in branch '3.8': bpo-38005: Remove support of string argument in InterpreterID(). (GH-16227) https://github.com/python/cpython/commit/ca14f047b068cd0fb81ef3d5e7bea19fe8af1b58 ---

[issue38271] test_ssl: replace 3DES with AES encrypted private keys

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

[issue38271] test_ssl: replace 3DES with AES encrypted private keys

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

[issue38271] test_ssl: replace 3DES with AES encrypted private keys

miss-islington added the comment: New changeset bfd0c963d88f3df69489ee250655e2b8f3d235bd by Miss Islington (bot) (Christian Heimes) in branch 'master': bpo-38271: encrypt private key test files with AES256 (GH-16385) https://github.com/python/cpython/commit/bfd0c963d88f3df69489ee250655e2b8f3d

[issue38270] Tests: Avoid MD5 or check for MD5 availablity

miss-islington added the comment: New changeset 66cd041df8dfadd001ae298292e16f0271c0d139 by Miss Islington (bot) in branch '3.8': [3.8] bpo-38270: Check for hash digest algorithms and avoid MD5 (GH-16382) (GH-16393) https://github.com/python/cpython/commit/66cd041df8dfadd001ae298292e16f0271c

[issue38005] Coercing strings and non-integer numbers to interpreter ID and channel ID

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

[issue38005] Coercing strings and non-integer numbers to interpreter ID and channel ID

Serhiy Storchaka added the comment: New changeset 543a3951a1c96bae0ea839eacec71d3b1a563a10 by Serhiy Storchaka in branch 'master': bpo-38005: Remove support of string argument in InterpreterID(). (GH-16227) https://github.com/python/cpython/commit/543a3951a1c96bae0ea839eacec71d3b1a563a10 --

[issue38255] Replace "method" with "attribute" in the description of super()

Raymond Hettinger added the comment: New changeset 3b5e9241142d6b7c22059115c0e68a8912753818 by Raymond Hettinger (Miss Islington (bot)) in branch '3.7': bpo-38255: super() can search attributes as well as methods (GH-16368) (GH-16392) https://github.com/python/cpython/commit/3b5e9241142d6b7c

[issue38255] Replace "method" with "attribute" in the description of super()

Raymond Hettinger added the comment: New changeset 7444a5a402bbac4268b95958a9578a9e3dae33e0 by Raymond Hettinger (Miss Islington (bot)) in branch '3.8': bpo-38255: super() can search attributes as well as methods (GH-16368) (GH-16391) https://github.com/python/cpython/commit/7444a5a402bbac42

[issue38270] Tests: Avoid MD5 or check for MD5 availablity

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

[issue38255] Replace "method" with "attribute" in the description of super()

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

[issue38255] Replace "method" with "attribute" in the description of super()

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

[issue38255] Replace "method" with "attribute" in the description of super()

Raymond Hettinger added the comment: New changeset 15ccc4fac09b866d61b069c6c136aabfe4bac09c by Raymond Hettinger in branch 'master': bpo-38255: super() can search attributes as well as methods (GH-16368) https://github.com/python/cpython/commit/15ccc4fac09b866d61b069c6c136aabfe4bac09c -

[issue38278] Need a more efficient way to perform dict.get(key, default)

STINNER Victor added the comment: I also suggest you to not focus on such micro-benchmarks. It's not relevant to make a whole application faster. Use PyPy if you care about performances. PyPy has a very efficient implementation for dictionary and it's JIT compiler can go way further than CPy

[issue38278] Need a more efficient way to perform dict.get(key, default)

Ben Spiller added the comment: Thanks... yep I realise method calls are slower than operators, am hoping we can still find a cunning way to speed up this use case nonetheless. :D For example by having a configuration option on dict (or making a new subclass) that gives the (speedy!) [] opera

[issue38278] Need a more efficient way to perform dict.get(key, default)

STINNER Victor added the comment: > Lots of solutions are possible - maybe some kind of peephole optimization to > make dict.get() itself perform similarly to the [] operator, or if that's > challenging perhaps providing a class or option that behaves like defaultdict > but without the auto-

[issue38278] Need a more efficient way to perform dict.get(key, default)

STINNER Victor added the comment: >python -m timeit -s "import collections; d=collections.defaultdict(lambda: >None); d['abc']=123; " "x=d['XXX']" 500 loops, best of 5: 34.3 nsec per loop This benchmark is not a fair comparison: the 'XXX' key is created at the first access. In short, thi

[issue38278] Need a more efficient way to perform dict.get(key, default)

STINNER Victor added the comment: dict.get() is a method call wheras "key in dict" and "dict[key]" are operators. Method calls are still slower than operators, even after past optimizations. For example, when dict.get was converted to METH_FASTCALL, it was around 20 ns faster: https://vstinn

[issue38278] Need a more efficient way to perform dict.get(key, default)

New submission from Ben Spiller : In performance-critical python code, it's quite common to need to get an item from a dictionary, falling back on a default (e.g. None, 0 etc) if it doesn't yet exist. The obvious way to do this based on the documentation is to call the dict.get() method: > p

[issue38234] The value of Py_SetPath is not used to populate the configuration

STINNER Victor added the comment: New changeset 00508a7407d7d300b487532e2271534b20e378a7 by Victor Stinner in branch 'master': bpo-38234: Fix test_embed pathconfig tests (GH-16390) https://github.com/python/cpython/commit/00508a7407d7d300b487532e2271534b20e378a7 --

[issue38270] Tests: Avoid MD5 or check for MD5 availablity

miss-islington added the comment: New changeset c64a1a61e6fc542cada40eb069a239317e1af36e by Miss Islington (bot) (Christian Heimes) in branch 'master': bpo-38270: Check for hash digest algorithms and avoid MD5 (GH-16382) https://github.com/python/cpython/commit/c64a1a61e6fc542cada40eb069a2393

[issue38277] Allowing conditions with assignment expressions in comprehensions without parantheses

New submission from Arne Recknagel : All code is run on python build from the current 3.8 branch. The following doesn't work: >>> [x for x in 'foo' if y := True] File "", line 1 [x for x in 'foo' if y := True] ^ SyntaxError: invalid syntax While this

[issue36210] correct AIX logic in setup.py for (non-existant) optional extensions

Change by Ned Deily : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.9 -Python 3.7 ___ Python tracker ___ _

[issue36210] correct AIX logic in setup.py for (non-existant) optional extensions

Ned Deily added the comment: New changeset e4be8c984d035da30f9ed051aa6f3f762f0e9060 by Ned Deily (Michael Felt) in branch '3.8': bpo-36210: correct logic in setup.py for optional extensions for AIX (GH-12202) (GH-16376) https://github.com/python/cpython/commit/e4be8c984d035da30f9ed051aa6f3f7

[issue37064] Feature request: option to keep/add flags to pathfix.

STINNER Victor added the comment: New changeset 2e566bf35e96f0d6ca6fe291f179e832d1c32186 by Victor Stinner in branch '3.8': bpo-37064: Skip test_tools.test_pathfix if installed (GH-15705) (GH-16389) https://github.com/python/cpython/commit/2e566bf35e96f0d6ca6fe291f179e832d1c32186 --

[issue38234] The value of Py_SetPath is not used to populate the configuration

Change by STINNER Victor : -- pull_requests: +15972 pull_request: https://github.com/python/cpython/pull/16390 ___ Python tracker ___ __

[issue22273] abort when passing certain structs by value using ctypes

Vinay Sajip added the comment: New changeset 417089e88bd4ea146b9497e06e8edeb58a59cd65 by Vinay Sajip in branch 'master': bpo-22273: Re-enabled ctypes test on ARM machines. (GH-16388) https://github.com/python/cpython/commit/417089e88bd4ea146b9497e06e8edeb58a59cd65 -- __

  1   2   >