Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork32.1k
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
gh-76785: Add an Internal ExceptionSnapshot Type#111572
Uh oh!
There was an error while loading.Please reload this page.
Conversation
19bd5fc
tob8ea359
Compareexctype = PyExc_RuntimeError; | ||
} | ||
_Py_excinfo_Apply(&self->info, exctype); |
There was a problem hiding this comment.
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?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
In Python/errors.c.
There was a problem hiding this comment.
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?
b8ea359
to29affcd
Compare…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.)
…l C-API (pythongh-111715)"This reverts commitd4426e8.
29affcd
tob9f7974
Compare…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.)
…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.)
…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.)
Uh oh!
There was an error while loading.Please reload this page.
This will be used by _xxsubinterpretersmodule.c in a follow-up PR, though it should have utility on its own.