[issue38816] Clarify about fork() and the CPython runtime in the C-API docs.

miss-islington added the comment: New changeset 73cdb0c6b2c3861e034004cdc57be5e726876078 by Miss Islington (bot) (Eric Snow) in branch 'master': bpo-38816: Add notes in the C-API docs about fork in subinterpreters. (GH-17176) https://github.com/python/cpython/commit

[issue38816] Clarify about fork() and the CPython runtime in the C-API docs.

New submission from Eric Snow : The C-API docs are a bit sparse on the interplay between C fork() and the CPython runtime. -- assignee: eric.snow components: Documentation messages: 356705 nosy: eric.snow, gregory.p.smith, pconnell priority: normal pull_requests: 16684 severity

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

Marco Sulla added the comment: @Terry: > Jupyter Console is, I read, QT based Nope. It's shell based by default. You can open it also as a QT app, like IDLE, but by default `jupyter console` is via terminal. > they must use "‘magic’ commands" entered after the '>>>' prompt > instead of

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

Terry J. Reedy added the comment: Stephen, I think *you* were the one over-anxious to be dismissive. In the title Marco refers to "Jupyter console (IPython)" features and in his opening, to "Jupyter console, aka IPython". Jupyter Console is, I read, QT based. IPython/Jupyter Notebooks are

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

Marco Sulla added the comment: @Eryk: why a C extension apart and not a patch to `readline`? -- ___ Python tracker ___ ___

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

n Windows using the high-level console API. IPython used to depend on readline. (5.0 switched to prompt_toolkit instead.) In Windows this was via the pyreadline package, which uses the low-level console API via ctypes. pyreadline is apparently abandoned (last updated in 2015). Maybe CPyt

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

Marco Sulla added the comment: Steven: currently I'm developing `frozendict` as part of CPython. About IDLE, IDLE can't be used on a server without a GUI. Furthermore, I *really* hope that IDLE is simply a GUI wrapper of REPL, with some additional features

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

Marco Sulla added the comment: Well, maybe too much feature requests in a single report. I'll report them separately, with more rationale. -- ___ Python tracker ___

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

Steven D'Aprano added the comment: Marco: there's no need for these to be "slowly" introduced. If the features are worth having in the default REPL, they're worth having as soon as possible, without us artificially slowing the process down. It will be hard enough to get somebody willing and

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

Steven D'Aprano added the comment: Terry, I think you were extremely over-eager, almost aggressively so, to close this feature request, especially since your reasons given are rather bogus: IPython isn't based on a GUI, it works in a text mode console too, including on Windows.

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

Terry J. Reedy added the comment: In interactive mode, python.exe interacts with a console/(dumb terminal) through the std streams using \n as a special character It gets input from stdin, send output to stdout or errors to stderr. The terminal, not python, handles line editing and

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

Change by Serhiy Storchaka : -- components: +Interpreter Core -Demos and Tools priority: normal -> low type: -> enhancement ___ Python tracker ___

[issue38747] Slowly introduce a subset of Jupyter console (IPython) features into CPython command line interactive mode

at could be added to builtins. - syntax coloring. It should be disabled by default, and could be enabled by a flag or a config. - bracket matching. See above. I think that implementing all of this in CPython is really hard. I suppose that maybe many things are not possible for compatibility b

Re: [ANN] Austin -- CPython frame stack sampler v1.0.0 is now available

Austin computes the deltas of resident memory between samples. That's because resident memory is the closest to the actual space occupied in physical memory. I hope this answers your question! Best, G On Mon, 21 Oct 2019, 22:37 Barry, wrote: > > > > On 20 Oct 2019, at 23:12, Gabriele wrote:

Re: [ANN] Austin -- CPython frame stack sampler v1.0.0 is now available

> On 20 Oct 2019, at 23:12, Gabriele wrote: > > The > latest release introduces a memory profiling mode which allows you to > profile memory usage. I am curious how do you determine used memory for Python Program? What is you definition of “memory”? The reason I am asking is that I have

[issue38542] [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

Serhiy Storchaka added the comment: I think it is too late to add this feature in 2.7. See https://www.python.org/dev/peps/pep-0373/#release-schedule, the feature freeze was 9.5 years ago. -- nosy: +serhiy.storchaka ___ Python tracker

[issue38542] [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

egaudry added the comment: Victor, extern PyGC_Head *_PyGC_generation0; is located at line 374 of Include/objimpl.h (ifndef Py_LIMITED_API). I used it from a CPython extension we are developing as an handle to the collection of objects being garbage collected. >From what you explained

[issue38542] [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

Change by STINNER Victor : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38542] [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

_PyGC_generation0 for allowing internal use directly from a CPython extension -> [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension versions: +Python 2.7 -Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9 ___ Pyt

[issue38542] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

New submission from egaudry : Hi I would like to be able to get an handle on PyGC_Head*_PyGC_generation0 from a CPython extension. This is possible when building Python on a Posix host, but not on Windows because of a missing PyAPI_DATA wrapping of the said object in the objimpl.h header

[ANN] Austin -- CPython frame stack sampler v1.0.0 is now available

I am delighted to announce the release 1.0.0 of Austin. If you haven't heard of Austin before, it is a frame stack sampler for CPython. It can be used to obtain statistical profiling data out of a running Python application without a single line of instrumentation. This means that you can

[ANN] Austin -- CPython frame stack sampler v1.0.0 is now available

I am delighted to announce the release 1.0.0 of Austin. If you haven't heard of Austin before, it is a frame stack sampler for CPython. It can be used to obtain statistical profiling data out of a running Python application without a single line of instrumentation. This means that you can

Re: fopen() and open() in cpython

Thank you so much for the answer, now it makes sense :D eryk sun 于2019年8月15日周四 上午12:27写道： > On 8/13/19, Windson Yang wrote: > > After my investigation, I found Since Python maintains its own buffer > when > > read/write files, the build-in python open() function will call the > open() > >

Re: fopen() and open() in cpython

On 8/13/19, Windson Yang wrote: > After my investigation, I found Since Python maintains its own buffer when > read/write files, the build-in python open() function will call the open() > system call instead of calling standard io fopen() for caching. So when we > read/write a file in Python, it

fopen() and open() in cpython

After my investigation, I found Since Python maintains its own buffer when read/write files, the build-in python open() function will call the open() system call instead of calling standard io fopen() for caching. So when we read/write a file in Python, it would not call fopen(), fopen() only use

ANN: Austin -- CPython frame stack sampler 0.7.0

I am delighted to announce the release 0.7.0 of Austin. If you haven't heard of Austin before, it is a frame stack sampler for CPython. It can be used to obtain statistical profiling data out of a running Python application without a single line of instrumentation. This means that you can

Austin -- CPython frame stack sampler 0.7.0

I am delighted to announce the release 0.7.0 of Austin. If you haven't heard of Austin before, it is a frame stack sampler for CPython. It can be used to obtain statistical profiling data out of a running Python application without a single line of instrumentation. This means that you can

[issue37501] Test failures when CPython is built without docstrings

Terry J. Reedy added the comment: Compiling without docstrings only affects compiled functions. (Is this option unix only, for servers?) This caused failures in 6 /test test functions. Running with -00 only affects python functions. It causes failure in 19 test function on Windows. For

[issue37501] Test failures when CPython is built without docstrings

Eric V. Smith added the comment: Also surprised by the marked dataclasses tests. I don't see anything there that requires docstrings. See my review on the PR. -- ___ Python tracker

[issue37501] Test failures when CPython is built without docstrings

Brett Cannon added the comment: Bit surprised by the test_importlib failure. What has crept into there that requires docstrings? -- nosy: +brett.cannon ___ Python tracker

[issue37501] Test failures when CPython is built without docstrings

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37501] Test failures when CPython is built without docstrings

Change by Zackery Spytz : -- keywords: +patch pull_requests: +14408 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14592 ___ Python tracker <https://bugs.python.org/issu

[issue37501] Test failures when CPython is built without docstrings

New submission from Zackery Spytz : test_coroutines, test_dataclasses, test_idle, test_importlib, test_module, and test_pydoc fail when CPython is built without docstrings. It seems that most of the failures occur simply because the test.support.requires_docstrings decorator is missing

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

STINNER Victor added the comment: New changeset 01b63ecac66581f80ba953d9182751e591c2b2ba by Victor Stinner in branch 'master': bpo-35134: Add Include/cpython/import.h header file (GH-14213) https://github.com/python/cpython/commit/01b63ecac66581f80ba953d9182751e591c2b2ba

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

Change by STINNER Victor : -- pull_requests: +14051 pull_request: https://github.com/python/cpython/pull/14213 ___ Python tracker <https://bugs.python.org/issue35

[issue35766] Merge typed_ast back into CPython

STINNER Victor added the comment: I created bpo-37253: "PyCompilerFlags got a new cf_feature_version field". -- ___ Python tracker ___

[issue35766] Merge typed_ast back into CPython

Guido van Rossum added the comment: Thanks for taking care of this! -- --Guido (mobile) -- ___ Python tracker ___ ___

[issue35766] Merge typed_ast back into CPython

STINNER Victor added the comment: New changeset b2fd32b2f041402bb9fc8607f01566c055aafed9 by Victor Stinner in branch '3.8': bpo-35766: compile(): rename feature_version parameter (GH-13994) (GH-14001) https://github.com/python/cpython/commit/b2fd32b2f041402bb9fc8607f01566c055aafed9

[issue35766] Merge typed_ast back into CPython

Change by STINNER Victor : -- pull_requests: +13864 pull_request: https://github.com/python/cpython/pull/14001 ___ Python tracker <https://bugs.python.org/issue35

[issue35766] Merge typed_ast back into CPython

STINNER Victor added the comment: New changeset 3ba21070c6ecab83c23cea41a92b42fa651c7ea2 by Victor Stinner (Miss Islington (bot)) in branch '3.8': bpo-35766: Change format for feature_version to (major, minor) (GH-13992) (GH-13993) https://github.com/python/cpython/commit

[issue35766] Merge typed_ast back into CPython

Change by miss-islington : -- pull_requests: +13858 pull_request: https://github.com/python/cpython/pull/13995 ___ Python tracker <https://bugs.python.org/issue35

[issue35766] Merge typed_ast back into CPython

STINNER Victor added the comment: New changeset efdf6ca90f7702824e7aeee1ceca949e7c20288a by Victor Stinner in branch 'master': bpo-35766: compile(): rename feature_version parameter (GH-13994) https://github.com/python/cpython/commit/efdf6ca90f7702824e7aeee1ceca949e7c20288a

[issue35766] Merge typed_ast back into CPython

Change by STINNER Victor : -- pull_requests: +13857 pull_request: https://github.com/python/cpython/pull/13994 ___ Python tracker <https://bugs.python.org/issue35

[issue35766] Merge typed_ast back into CPython

miss-islington added the comment: New changeset 10b55c1643b512b3a2cae8ab89c53683a13ca43e by Miss Islington (bot) (Guido van Rossum) in branch 'master': bpo-35766: Change format for feature_version to (major, minor) (GH-13992) https://github.com/python/cpython/commit

[issue35766] Merge typed_ast back into CPython

Change by miss-islington : -- pull_requests: +13856 pull_request: https://github.com/python/cpython/pull/13993 ___ Python tracker <https://bugs.python.org/issue35

[issue35766] Merge typed_ast back into CPython

Change by Guido van Rossum : -- pull_requests: +13855 pull_request: https://github.com/python/cpython/pull/13992 ___ Python tracker <https://bugs.python.org/issue35

[issue35766] Merge typed_ast back into CPython

STINNER Victor added the comment: > But this is the format currently used by typed_ast. I think it would just > cause a cascade of annoying failures for tools that switch between typed_ast > and the 3.8 version of ast. Such as mypy. typed_ast is a 3rd party project. But here we are talking

[issue35766] Merge typed_ast back into CPython

Guido van Rossum added the comment: But this is the format currently used by typed_ast. I think it would just cause a cascade of annoying failures for tools that switch between typed_ast and the 3.8 version of ast. Such as mypy. -- ___ Python

[issue35766] Merge typed_ast back into CPython

STINNER Victor added the comment: > I'm sure we can come up with a sufficiently backwards-compatible API. (I'd > prefer not to go the hex route, because printing the value would show as 52, > which is pretty meaningless.) I propose to replace 4 with (3, 4) to be more future-proof. This

[issue35766] Merge typed_ast back into CPython

miss-islington added the comment: New changeset 785688832de699270530a9418e99c5c4caedbffb by Miss Islington (bot) in branch '3.8': bpo-35766: What's new in the ast and typing modules (GH-13984) https://github.com/python/cpython/commit/785688832de699270530a9418e99c5c4caedbffb -- nosy

[issue35766] Merge typed_ast back into CPython

Guido van Rossum added the comment: New changeset 9b33ce48a7846dbdad32d4f8936b08e6b78a2faf by Guido van Rossum in branch 'master': bpo-35766: What's new in the ast and typing modules (#13984) https://github.com/python/cpython/commit/9b33ce48a7846dbdad32d4f8936b08e6b78a2faf

[issue35766] Merge typed_ast back into CPython

Change by miss-islington : -- pull_requests: +13850 pull_request: https://github.com/python/cpython/pull/13987 ___ Python tracker <https://bugs.python.org/issue35

[issue35766] Merge typed_ast back into CPython

Guido van Rossum added the comment: > What will happen with Python 4? Why not using "full" Python version like (3, > 4) or 0x304? I don't think Python 4 is just around the corner, so I prefer to kick that problem down the road. I'm sure we can come up with a sufficiently

[issue35766] Merge typed_ast back into CPython

STINNER Victor added the comment: > ``feature_version=N`` allows specifying the minor version of an earlier > Python 3 version. (For example, ``feature_version=4`` will treat ``async`` > and ``await`` as non-reserved words.) What will happen with Python 4? Why not using "full" Python

[issue35766] Merge typed_ast back into CPython

Change by Guido van Rossum : -- pull_requests: +13848 pull_request: https://github.com/python/cpython/pull/13984 ___ Python tracker <https://bugs.python.org/issue35

[issue35766] Merge typed_ast back into CPython

Guido van Rossum added the comment: I'll create a PR that updates the What's New docs with news about all of these. -- ___ Python tracker ___

[issue35766] Merge typed_ast back into CPython

Ivan Levkivskyi added the comment: Typo: "mypy todo list" should be "my todo list" :-) -- ___ Python tracker ___ ___

[issue35766] Merge typed_ast back into CPython

Ivan Levkivskyi added the comment: > Would it be possible to document the change somewhere? Most of these things are in the docs for ast module. But indeed none of static typing related features have been added to What's New. I have an item on mypy todo list to add four typing PEPs plus new

[issue35766] Merge typed_ast back into CPython

STINNER Victor added the comment: I don't see anything in What's New in Python 3.8?: https://docs.python.org/dev/whatsnew/3.8.html Would it be possible to document the change somewhere? -- nosy: +vstinner ___ Python tracker

Re: CPython compiled failed in macOS

You may need to clean your source tree. "make distclean" or "git clean -fx". 2019年5月22日(水) 13:34 Windson Yang : > > version: macOS 10.14.4, Apple LLVM version 10.0.1 (clang-1001.0.46.4). > > I cloned the CPython source code from GitHub then compiled it which used

CPython compiled failed in macOS

version: macOS 10.14.4, Apple LLVM version 10.0.1 (clang-1001.0.46.4). I cloned the CPython source code from GitHub then compiled it which used to work quite well. However, I messed up my terminal a few days ago for installing gdb. Now when I try to compile the latest CPython source code

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

STINNER Victor added the comment: New changeset fd1e0e93b15af018184476ea0b3af0eabef37d89 by Victor Stinner in branch 'master': bpo-35134: Register new traceback.h header files (GH-13431) https://github.com/python/cpython/commit/fd1e0e93b15af018184476ea0b3af0eabef37d89

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

Change by STINNER Victor : -- pull_requests: +13341 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

STINNER Victor added the comment: New changeset ed48866c55b8e4ee14faa8b5ad97819e8e74c98b by Victor Stinner in branch 'master': bpo-35134: Split traceback.h header (GH-13430) https://github.com/python/cpython/commit/ed48866c55b8e4ee14faa8b5ad97819e8e74c98b

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

Change by STINNER Victor : -- pull_requests: +13340 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26891] CPython doesn't work when you disable refcounting

STINNER Victor added the comment: Well, CPython requires reference counting. This issue looks highly experimental with not activity for 3 years, I close it. -- nosy: +vstinner resolution: -> not a bug stage: needs patch -> resolved status: open -&g

[issue36260] Cpython/Lib vulnerability found and request a patch submission

JUN-WEI SONG added the comment: Thank you very much for your reply. Based on discussions above, consensuses are improving the zipfile documentation. And we (JUN-WEI SONG & KunYu Chen) would like to work on this. With opinions of Serhiy Storchaka, Christian Heimes and the ideas we

[issue11455] issue a warning when populating a CPython type dict with non-string keys

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25878] CPython on Windows builds with /W3, not /W4

ory block to be leaked. cpython\parser\parsetok.c 38 I found some sketchy code that isn't obviously correct. Here are a few of the warnings: Warning C6294 Ill-defined for-loop: initial condition does not satisfy test. Loop body not executed. \cpython\modules\gcmodule.c 1

[issue25878] CPython on Windows builds with /W3, not /W4

Alexander Riccio added the comment: I decided to come back to this after a python meetup last night. By messing with this a bit, building in VS2019 with /W4, I see that fully 2/3rds of the total warnings are from two specific warnings: C4100 (unreferenced formal parameter) C4127

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

STINNER Victor added the comment: New changeset aba7d662abbb847f9f45c6db58242a9b4bf65bff by Victor Stinner in branch 'master': bpo-35134: Add cpython/pymem.h to build system (GH-12842) https://github.com/python/cpython/commit/aba7d662abbb847f9f45c6db58242a9b4bf65bff

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

Change by STINNER Victor : -- pull_requests: +12767 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

STINNER Victor added the comment: New changeset 9820c07e4146e18bddc9ac1586cee7e542903de0 by Victor Stinner in branch 'master': bpo-35134: Add Include/cpython/pymem.h (GH-12840) https://github.com/python/cpython/commit/9820c07e4146e18bddc9ac1586cee7e542903de0

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

Change by STINNER Victor : -- pull_requests: +12765 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue2281] Enhanced cPython profiler with high-resolution timer

Inada Naoki added the comment: I think https://bugs.python.org/issue36575 fixed this. -- nosy: +inada.naoki resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue36260] Cpython/Lib vulnerability found and request a patch submission

Victor Kung added the comment: I see. @Christian Heimes Thank you for the response. -- ___ Python tracker ___ ___

[issue36536] is there a python implementation of the cpython commandline interpretor?

Larry Hastings added the comment: The Python bug tracker is not your personal resource for answering programming questions. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue36536] is there a python implementation of the cpython commandline interpretor?

New submission from wis : this algorithm: https://github.com/python/cpython/blob/34ef64fe5947bd7e1b075c785fc1125c4e600cd4/Python/coreconfig.c#L1644 I need a python library that does that to fix this answer https://stackoverflow.com/a/55413882/4178053 I need to get the correct path

[issue36260] Cpython/Lib vulnerability found and request a patch submission

Christian Heimes added the comment: The suggested approach is merely a heuristic that reduces the impact of a zipbomb. An attacker can circumvent the heuristic. In best case scenario, the approach just increases the cost factor for a successful DoS. For example an attacker may have to

[issue36260] Cpython/Lib vulnerability found and request a patch submission

Victor Kung added the comment: Hello Python community, I’m curious why the patch or pitfall prevention in ZipFile are not suggested. I have no idea if everyone read documentation in detail. It seems straightforward to add the methods in ZipFile with well documented rather than just warn in

[issue36260] Cpython/Lib vulnerability found and request a patch submission

Serhiy Storchaka added the comment: I am against such trivial methods in ZipFile. Its interface is already complicate. The advantage of Python is that you do not need tons of methods for every possible query -- you can just combine few Python features into a one-line expression. As for the

[issue36260] Cpython/Lib vulnerability found and request a patch submission

: https://github.com/python/cpython/blob/3.7/Doc/library/zipfile.rst .. warning:: Never extract files from untrusted sources without prior inspection. It is possible that the file may contain zip bomb issues such as 42.zip. The zip bomb will usually be a small file before

[issue36260] Cpython/Lib vulnerability found and request a patch submission

KunYu Chen added the comment: Thank you for the responses. I agree with Christian Heimes. It's indeed better to improve the documentation rather than directly implement the heuristic. -- ___ Python tracker

[issue36260] Cpython/Lib vulnerability found and request a patch submission

JUN-WEI SONG added the comment: Thank you python community, these two issues are indeed the same problem. I also think that it is good to make a related document to reduce such problems. -- stage: -> resolved status: -> closed ___ Python tracker

[issue36260] Cpython/Lib vulnerability found and request a patch submission

Serhiy Storchaka added the comment: All these are simple one-liners: len(zf.infolist()) sum(zi.compress_size for zi in zf.infolist()) sum(zi.file_size for zi in zf.infolist()) -- nosy: +serhiy.storchaka ___ Python tracker

[issue36260] Cpython/Lib vulnerability found and request a patch submission

Christian Heimes added the comment: Issue #36462 contains more information. The reporter claims that the zipfile module is inherent insecure because it does not provide any heuristics to make zipbomb attacks harder. I'm -1 to implement such a heuristic. The zipfile module is a low level

[issue36260] Cpython/Lib vulnerability found and request a patch submission

KunYu Chen added the comment: Thank you Karthikeyan Singaravelan. We're working on it :D Kunyu Chen -- ___ Python tracker ___ ___

[issue36260] Cpython/Lib vulnerability found and request a patch submission

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36260] Cpython/Lib vulnerability found and request a patch submission

Karthikeyan Singaravelan added the comment: You can find the process to report security vulnerabilities at https://www.python.org/news/security/ . Please email the details to secur...@python.org and who will analyze the report before public disclosure. -- nosy: +xtreak

[issue36260] Cpython/Lib vulnerability found and request a patch submission

KunYu Chen added the comment: Dear community, I am one of the discoverer of this vulnerability, please tell us what to do next :D Kunyu Chen -- nosy: +18z ___ Python tracker

[issue36260] Cpython/Lib vulnerability found and request a patch submission

New submission from Nick Sung : Dear Python Community, We’ve found a vulnerability in cpython Lib and already received a cve number (CVE-2019-9674) https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-9674 We also have a patch for this vulnerability, please tell us what to do next. Since

[issue35740] openssl version 1.1.1 need to be there in cpython-source-deps for windows ARM64

Steve Dower added the comment: It's there now (and about to move to 1.1.1b :) ) -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[SC] Update from the Python Steering Council about CPython Development

The Python Steering Council is pleased to provide an update to the Python community about Steering Council activity and CPython development. We've created a GitHub repo for Steering Council updates and helpful documents: https://github.com/python/steering-council Here's the latest update

[issue35766] Merge typed_ast back into CPython

Guido van Rossum added the comment: See https://bugs.python.org/issue35975 -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue35766] Merge typed_ast back into CPython

Guido van Rossum added the comment: I have some follow-up wishes but I'll create a new issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue35766] Merge typed_ast back into CPython

Guido van Rossum added the comment: New changeset 4b250fc1da9c893803cf724a4974450b5e10bd8a by Guido van Rossum in branch 'master': bpo-35766 follow-up: Add an error check to new_type_comment() (#11766) https://github.com/python/cpython/commit/4b250fc1da9c893803cf724a4974450b5e10bd8a

[issue35948] update version of libffi in cpython-sources-dep

Steve Dower added the comment: This is complete. Right now it's a straight merge from the libffi repo, as we want to be on their latest to help resolve any remaining bugs. Once they make a stable release, we can snap to that. -- assignee: -> steve.dower resolution: -> fixed

[issue35948] update version of libffi in cpython-sources-dep

: normal status: open title: update version of libffi in cpython-sources-dep type: enhancement versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue35948> ___ ___

[issue35740] openssl version 1.1.1 need to be there in cpython-source-deps for windows ARM64

Change by Paul Monson : -- nosy: +Paul Monson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35766] Merge typed_ast back into CPython

Change by Guido van Rossum : -- pull_requests: +11723, 11724, 11725 ___ Python tracker ___ ___ Python-bugs-list mailing list

<    3   4   5   6   7   8   9   10   11   12   >