[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 ___

[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:

[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

[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

[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: $

[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 ___ _

[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 _

[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: 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 --

[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 ___ _

[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

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

[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

[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

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: 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

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: 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

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

[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 --

[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 ___ _

[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

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

[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 ___

[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

[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

[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

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

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 -- ___

[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 ___ __

[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 ___

[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

[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

[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__

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

[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

[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 __

[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

[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

[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

[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

[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

[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

[issue31349] Embedded initialization ignores Py_SetProgramName()

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

[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 -- _

[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

[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

[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 ___ __

[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 ---

[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

[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 ---

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

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: +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: +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)

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: +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 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)

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

[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

[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,

[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 -- __

[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 -- ___

[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

[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

[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

[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

<    1   2