GeezerVison is showing github.com — gh-98417: Stop modifying PyConfig in sys.set_int_max_str_digits() by gpshead · Pull Request #152869 · python/cpython
Conversation
gpshead
commented
Jul 2, 2026
•
edited by bedevere-app
Bot
Loading
Uh oh!
There was an error while loading. Please reload this page.
PyConfig is an input to interpreter initialization; the copy stored on PyInterpreterState records how the interpreter was initialized. The runtime int<->str digit limit already lives in
PyInterpreterState.long_state.max_str_digits and that is what all readers use, so drop the write-back into
interp->config.int_max_str_digits from _PySys_SetIntMaxStrDigits().
As a consequence, interpreters created after a runtime limit change now start from the initially-configured limit instead of inheriting the current runtime value.
it's basically a one line change... the question is, is this what we want? we'll resolve that on the issue.
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.
|
All commit authors signed the Contributor License Agreement.

|
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.
PyConfig is an input to interpreter initialization; the copy stored on
PyInterpreterState records how the interpreter was initialized. The
runtime int<->str digit limit already lives in
PyInterpreterState.long_state.max_str_digits and that is what all
readers use, so drop the write-back into
interp->config.int_max_str_digits from _PySys_SetIntMaxStrDigits().
As a consequence, interpreters created after a runtime limit change now
start from the initially-configured limit instead of inheriting the
current runtime value.
Co-Authored-By: Claude Fable 5 <[email protected]>
|
I assume it won't change much on its way out of draft, but provided the change is just removing that line then I'm not going to have any concerns
|
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.
|
it doesn't sound like we're settled on this as our behaviors around modifying PyConfig are not consistently read only any more per the issue. closing. we can reopen if this makes sense in the future.
|
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.
our behaviors around modifying PyConfig are not consistently read only any more per the issue
Victor only showed that the C API is able to mutate it, which is always obviously possible (the PyConfig lives outside of the runtime, so the owner is the host app, and it can do whatever it likes).
A code snippet using the _testcapi module is hardly proof of inconsistency.
|
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.
Reviewers
zooba
zooba approved these changes
ericsnowcurrently
Awaiting requested review from ericsnowcurrently
ericsnowcurrently is a code owner
Uh oh!
There was an error while loading. Please reload this page.
Assignees
No one assigned
Milestone
No milestone
Development
Successfully merging this pull request may close these issues.
Uh oh!
There was an error while loading. Please reload this page.
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
|