Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

gh-76785: Add an Internal ExceptionSnapshot Type#111572

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Conversation

ericsnowcurrently
Copy link
Member

@ericsnowcurrentlyericsnowcurrently commentedOct 31, 2023
edited by bedevere-appbot
Loading

This will be used by _xxsubinterpretersmodule.c in a follow-up PR, though it should have utility on its own.

exctype = PyExc_RuntimeError;
}

_Py_excinfo_Apply(&self->info, exctype);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Where is this function defined?

Copy link
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

In Python/errors.c.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Ah I see, I needed to refresh my branch.

This looks like a DIY serialisation of exceptions. Does it work for all exception types? What if the args to the exception constructor are not just the msg string?

@ericsnowcurrentlyericsnowcurrentlyforce-pushed thecrossinterp-utils-exc-snapshot branch fromb8ea359 to29affcdCompareNovember 3, 2023 22:35
ericsnowcurrently added a commit that referenced this pull requestNov 6, 2023
…1715)I added _Py_excinfo to the internal API (and added its functions in Python/errors.c) ingh-111530 (9322ce9).  Since then I've had a nagging sense that I should have added the type and functions in its own PR.  While I do plan on using _Py_excinfo outside crossinterp.c very soon (seegh-111572/gh-111573), I'd still feel more comfortable if the _Py_excinfo stuff went in as its own PR.  Hence, here we are.(FWIW, I may combine that withgh-111572, which I may, in turn, combine withgh-111573.  We'll see.)
@ericsnowcurrentlyericsnowcurrentlyforce-pushed thecrossinterp-utils-exc-snapshot branch from29affcd tob9f7974CompareNovember 6, 2023 19:13
hugovk pushed a commit to hugovk/cpython that referenced this pull requestNov 8, 2023
…ythongh-111715)I added _Py_excinfo to the internal API (and added its functions in Python/errors.c) inpythongh-111530 (9322ce9).  Since then I've had a nagging sense that I should have added the type and functions in its own PR.  While I do plan on using _Py_excinfo outside crossinterp.c very soon (seepythongh-111572/pythongh-111573), I'd still feel more comfortable if the _Py_excinfo stuff went in as its own PR.  Hence, here we are.(FWIW, I may combine that withpythongh-111572, which I may, in turn, combine withpythongh-111573.  We'll see.)
@ericsnowcurrentlyericsnowcurrently deleted the crossinterp-utils-exc-snapshot branchNovember 23, 2023 00:49
aisk pushed a commit to aisk/cpython that referenced this pull requestFeb 11, 2024
…ythongh-111715)I added _Py_excinfo to the internal API (and added its functions in Python/errors.c) inpythongh-111530 (9322ce9).  Since then I've had a nagging sense that I should have added the type and functions in its own PR.  While I do plan on using _Py_excinfo outside crossinterp.c very soon (seepythongh-111572/pythongh-111573), I'd still feel more comfortable if the _Py_excinfo stuff went in as its own PR.  Hence, here we are.(FWIW, I may combine that withpythongh-111572, which I may, in turn, combine withpythongh-111573.  We'll see.)
Glyphack pushed a commit to Glyphack/cpython that referenced this pull requestSep 2, 2024
…ythongh-111715)I added _Py_excinfo to the internal API (and added its functions in Python/errors.c) inpythongh-111530 (9322ce9).  Since then I've had a nagging sense that I should have added the type and functions in its own PR.  While I do plan on using _Py_excinfo outside crossinterp.c very soon (seepythongh-111572/pythongh-111573), I'd still feel more comfortable if the _Py_excinfo stuff went in as its own PR.  Hence, here we are.(FWIW, I may combine that withpythongh-111572, which I may, in turn, combine withpythongh-111573.  We'll see.)
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@iritkatrieliritkatrieliritkatriel left review comments

Assignees
No one assigned
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

2 participants
@ericsnowcurrently@iritkatriel

[8]ページ先頭

©2009-2025 Movatter.jp