[issue47247] Default arguments for access 'mode' parameters in pathlib and os should display as octal literals
Eric V. Smith added the comment: I think this is a duplicate of #46782. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue47247> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47237] Inheritance from base class with property in class makes them non-instantiatable
Eric V. Smith added the comment: What would dataclasses do that's different from a regular class? -- ___ Python tracker <https://bugs.python.org/issue47237> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47237] Inheritance from base class with property in class makes them non-instantiatable
Change by Eric V. Smith : -- title: Inheritance from Protocol with property in class makes them non-instantiatable -> Inheritance from base class with property in class makes them non-instantiatable ___ Python tracker <https://bugs.python.org/issue47237> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47237] Inheritance from Protocol with property in class makes them non-instantiatable
Eric V. Smith added the comment: Here's the error without dataclasses: -- from typing import Protocol class SomeProtocol(Protocol): @property def some_value(self) -> str: ... class SomeClass(SomeProtocol): def __init__(self, some_value): self.some_value = some_value if __name__ == '__main__': a = SomeClass(some_value="value") -- Traceback (most recent call last): File "foo.py", line 12, in a = SomeClass(some_value="value") ^ File "foo.py", line 9, in __init__ self.some_value = some_value ^^^ AttributeError: property 'some_value' of 'SomeClass' object has no setter And here it is without Protocol: class SomeProperty: @property def some_value(self) -> str: ... class SomeClass(SomeProperty): def __init__(self, some_value): self.some_value = some_value if __name__ == '__main__': a = SomeClass(some_value="value") Traceback (most recent call last): File "foo.py", line 10, in a = SomeClass(some_value="value") ^ File "foo.py", line 7, in __init__ self.some_value = some_value ^^^ AttributeError: property 'some_value' of 'SomeClass' object has no setter -- title: Inheritance from Protocol with property in dataclass makes them non-instantiatable -> Inheritance from Protocol with property in class makes them non-instantiatable ___ Python tracker <https://bugs.python.org/issue47237> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47203] ImportError: DLL load failed while importing binascii: %1 is not a valid Win32 application.
Change by Eric V. Smith : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker <https://bugs.python.org/issue47203> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47202] Feature request: Throw an error when making impossible evaluation against an empty list
Eric V. Smith added the comment: As Jelle says, this can't be a runtime Exception. At best mypy or a linter could make iterating over an known empty list (like a literal []) a warning, not an error as suggested by the OP. I sometimes "comment out" loops by doing something like: for i in []: # long_list_returning_function(): # lots of code here I do this just to avoid re-indenting everything if I want to skip the loop during development. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue47202> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47185] code.replace(co_code=new_code) no longer catch exceptions on Python 3.11
Change by Eric Snow : -- nosy: +Mark.Shannon ___ Python tracker <https://bugs.python.org/issue47185> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Eric Snow added the comment: Looks like gh-32218 worked. -- status: open -> closed ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46992] If use textwrap.dedent with string formatting, may get unintended sentences.
Eric V. Smith added the comment: I'm going to close this. If you have a more concrete proposal, either re-open this or bring it up on python-ideas. -- resolution: -> rejected stage: -> resolved status: pending -> closed ___ Python tracker <https://bugs.python.org/issue46992> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Eric Snow added the comment: Specifically: https://github.com/python/cpython/actions/workflows/build.yml. -- status: pending -> open ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Eric Snow added the comment: I'll keep an eye on PRs for the next day or so. -- resolution: -> fixed stage: patch review -> resolved status: open -> pending ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Eric Snow added the comment: New changeset e7bb7c2f047b4f97e4426c42ae209c969808069d by Eric Snow in branch 'main': bpo-47146: Stop Depending On regen-deepfreeze For regen-global-objects (gh-32218) https://github.com/python/cpython/commit/e7bb7c2f047b4f97e4426c42ae209c969808069d -- ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Change by Eric Snow : -- pull_requests: +30294 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/32218 ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Eric Snow added the comment: Brandt pointed out this is consistently reproducible locally: make clean regen-all -j I'll get this sorted out today. -- ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Eric Snow added the comment: I re-ran jobs that had failed before I merged that gh-32206. Several passed, but the following are still failing: * https://github.com/python/cpython/pull/32188 + https://github.com/python/cpython/runs/5773938424 * https://github.com/python/cpython/pull/32132 + https://github.com/python/cpython/runs/5774054192 * https://github.com/python/cpython/pull/32177 + https://github.com/python/cpython/runs/5773949869 Back to the drawing board... -- stage: patch review -> needs patch ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47166] Dataclass transform should ignore TypeAlias variables
Eric V. Smith added the comment: Same question as Alex: what does the TypeAlias being inside the class offer that being at module level doesn't? -- ___ Python tracker <https://bugs.python.org/issue47166> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Eric Snow added the comment: New changeset db4dada5108dd49ebca23e4559a53630a2df8447 by Eric Snow in branch 'main': bpo-47146: Avoid Using make Recursively (gh-32206) https://github.com/python/cpython/commit/db4dada5108dd49ebca23e4559a53630a2df8447 -- ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Change by Eric Snow : -- pull_requests: +30281 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/32206 ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Eric Snow added the comment: Looks like this is still an intermittent problem: * https://github.com/python/cpython/pull/32195 + failed: https://github.com/python/cpython/runs/5756616733 + failed: https://github.com/python/cpython/runs/5753267869 + failed: https://github.com/python/cpython/runs/5757169625 * https://github.com/python/cpython/pull/32114 + failed: https://github.com/python/cpython/runs/5756616733 + passed: https://github.com/python/cpython/runs/5757213346 * https://github.com/python/cpython/pull/32186 + failed: ... + passed: https://github.com/python/cpython/runs/5757178754 Per Mark Shannon (on discord): The "Check if generated files are up to date" is still failing consistently. It looks like the makefile is missing a dependency on the ./Programs/_freeze_module for targets that require /Programs/_freeze_module -- resolution: fixed -> stage: resolved -> needs patch status: closed -> open ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47145] Improve graphlib.TopologicalSort by removing the prepare step
Eric V. Smith added the comment: My personal usage of a topological sort are restricted to maybe 100 entries max, so I can't really test this in any meaningful way. That, and the project that uses it is stuck on 3.6, so I haven't switched to the graphlib version yet. -- ___ Python tracker <https://bugs.python.org/issue47145> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47155] Strange behavior on the tuple that includes list
Eric V. Smith added the comment: There's also this StackOverflow question about it: https://stackoverflow.com/questions/38344244/tuples-operator-throws-exception-but-succeeds -- resolution: -> not a bug stage: -> resolved status: open -> closed type: -> behavior ___ Python tracker <https://bugs.python.org/issue47155> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47155] Strange behavior on the tuple that includes list
Eric V. Smith added the comment: This is an FAQ: https://docs.python.org/3/faq/programming.html#why-does-a-tuple-i-item-raise-an-exception-when-the-addition-works -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue47155> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47149] DatagramHandler doing DNS lookup on every log message
Eric V. Smith added the comment: > I blame the lack of standard POSIX functions for doing DNS lookups > asynchronously and in a way that provides TTL information to the client. I totally agree with that! And I agree it would be nice to have some way of doing non-blocking lookups when the TTL expires (or whenever it decides it needs to do a lookup). But it's going to be non-trivial, I fear. -- ___ Python tracker <https://bugs.python.org/issue47149> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47149] DatagramHandler doing DNS lookup on every log message
Eric V. Smith added the comment: Hmm. I'm not sure we should try to work around a bad resolver issue. What's your platform, and how did you install Python? -- ___ Python tracker <https://bugs.python.org/issue47149> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47149] DatagramHandler doing DNS lookup on every log message
Eric V. Smith added the comment: > Do you mean expiring the IP address when the TTL is reached? Yes, that's what I mean. Isn't the resolver library smart enough to cache lookups and handle the TTL timeout by itself? -- ___ Python tracker <https://bugs.python.org/issue47149> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47149] DatagramHandler doing DNS lookup on every log message
Eric V. Smith added the comment: If you don’t look it up every time, how do you deal with DNS timeouts? -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue47149> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39971] [doc] Error in functional how-to example
Change by Eric V. Smith : -- nosy: +rhettinger ___ Python tracker <https://bugs.python.org/issue39971> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31140] Insufficient error message with incorrect formated string literal
Eric V. Smith added the comment: Yes, they should update Python. A lot of work went in to fixing these issues, and won't be backported. -- resolution: -> out of date stage: needs patch -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue31140> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47137] MemoryError in codeop.compile_command
Change by Eric V. Smith : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue47137> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47129] Improve errors messages in f-string syntax errors
Eric V. Smith added the comment: Thanks, @macgors! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior ___ Python tracker <https://bugs.python.org/issue47129> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47129] Improve errors messages in f-string syntax errors
Eric V. Smith added the comment: New changeset 7b44ade018cfe6f54002a3cee43e8aa415d4d635 by Maciej Górski in branch 'main': bpo-47129: Add more informative messages to f-string syntax errors (32127) https://github.com/python/cpython/commit/7b44ade018cfe6f54002a3cee43e8aa415d4d635 -- ___ Python tracker <https://bugs.python.org/issue47129> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47137] MemoryError in codeop.compile_command
Change by Eric V. Smith : -- nosy: +pablogsal title: MemoryError -> MemoryError in codeop.compile_command versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issue47137> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Eric Snow added the comment: Looks like that fixed it, per https://github.com/python/cpython/pull/32134. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Eric Snow added the comment: New changeset 4c116f716bd1c174d6530b9a7a5ed3863927a109 by Eric Snow in branch 'main': bpo-47146: Eliminate a race between make regen-deepfreeze and make regen-global-objects. (gh-32162) https://github.com/python/cpython/commit/4c116f716bd1c174d6530b9a7a5ed3863927a109 -- ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Change by Eric Snow : -- keywords: +patch pull_requests: +30240 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/32162 ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
Eric Snow added the comment: There's probably something racy with make. See: https://github.com/python/cpython/runs/5712538599?check_suite_focus=true#step:10:1147 -- ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47146] PR check "Check if generated files are up to date" failing intermittently
New submission from Eric Snow : The "Check if generated files are up to date" GitHub check for PRs has been failing recently. It may also impact local usage of "make regen-all". Example: https://github.com/python/cpython/runs/5719012664 This may be related to gh-32061. -- assignee: eric.snow components: Build messages: 416193 nosy: Mark.Shannon, brandtbucher, eric.snow priority: normal severity: normal stage: needs patch status: open title: PR check "Check if generated files are up to date" failing intermittently versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue47146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47137] MemoryError
Eric V. Smith added the comment: A simpler reproducer is: codeop.compile_command('[' * 100) Verified I get MemoryError on cygwin PYthon 3.8.12. A length of 99 does not show a problem. On Windows 3.11.0a5+, I get: >>> codeop.compile_command('[' * 201) Traceback (most recent call last): File "", line 1, in File "C:\home\eric\local\python\cpython\Lib\codeop.py", line 107, in compile_command return _maybe_compile(_compile, source, filename, symbol) ^^ File "C:\home\eric\local\python\cpython\Lib\codeop.py", line 70, in _maybe_compile compiler(source + "\n", filename, symbol) ^ File "C:\home\eric\local\python\cpython\Lib\codeop.py", line 86, in _compile return compile(source, filename, symbol, PyCF_DONT_IMPLY_DEDENT | PyCF_ALLOW_INCOMPLETE_INPUT) ^^^ File "", line 1 [ ^ SyntaxError: too many nested parentheses A length of 200 seems to work correctly. So it looks like this was fixed somewhere along the line, I'm guessing with the PEG parser. I suspect backporting the fix to older versions won't be possible. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue47137> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36643] Forward reference is not resolved by dataclasses.fields()
Eric V. Smith added the comment: I agree with Jelle here: dataclasses shouldn't be calling get_type_hints(). -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36643> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46992] If use textwrap.dedent with string formatting, may get unintended sentences.
Change by Eric V. Smith : -- status: open -> pending ___ Python tracker <https://bugs.python.org/issue46992> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47129] Improve errors messages in f-string syntax errors
Eric V. Smith added the comment: >From a suggestion by @Jelle on the python discord server: how about just >"f-string: expression required before '!'"? -- ___ Python tracker <https://bugs.python.org/issue47129> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47129] Improve errors messages in f-string syntax errors
Eric V. Smith added the comment: I'm not convinced this is an improvement. I don't think someone trying '!' in an f-string expression happens often enough to worry about that specific error message. And a generic "optional specifier" isn't great. If we're going to do this, it should reflect the actual thing that's present: a conversion specifier, a format specifier, or debug specifier. And "optional" doesn't add anything, since it's actually present in this string. I'll give it some more thought. I can't come up with an error message I actually like. The focus still needs to be on the empty expression. -- assignee: -> eric.smith ___ Python tracker <https://bugs.python.org/issue47129> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46712] Share global string identifiers in deepfreeze
Eric Snow added the comment: New changeset febf54bcf3fdc45ad84b4073e24bbaaee0ac8b2a by Eric Snow in branch 'main': bpo-46712: Do not Regen Deep-Frozen Modules before Generating Global Objects (gh-32061) https://github.com/python/cpython/commit/febf54bcf3fdc45ad84b4073e24bbaaee0ac8b2a -- ___ Python tracker <https://bugs.python.org/issue46712> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46541] Replace _Py_IDENTIFIER() with statically initialized objects.
Eric Snow added the comment: New changeset 21412d037b07c08266e96dfd0c0e44a1b7693bc1 by Eric Snow in branch 'main': bpo-46541: Add a Comment About When to Use _Py_DECLARE_STR(). (gh-32063) https://github.com/python/cpython/commit/21412d037b07c08266e96dfd0c0e44a1b7693bc1 -- ___ Python tracker <https://bugs.python.org/issue46541> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46541] Replace _Py_IDENTIFIER() with statically initialized objects.
Change by Eric Snow : -- pull_requests: +30154 pull_request: https://github.com/python/cpython/pull/32063 ___ Python tracker <https://bugs.python.org/issue46541> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46964] The global config should not be stored on each interpreter
Eric Snow added the comment: Here are reasons why PyConfig relates to the runtime and not each interpreter: * PyConfig was introduced so embedders could dictate how the *runtime* should be initialized * after initialization, it represents how the runtime was initialized * in the public API, PyConfig relates only to the runtime * more than a few PyConfig fields are specific to the entire runtime and not appropriate on a per-interpreter basis * such PyConfig fields are only used during runtime init * currently, every interpreter uses (a copy of) the original PyConfig, completely unchanged * there is no API for creating an interpreter with a different config * most of the things that one might want to customize on an interpreter can already be done right after the interpreter is initialized * thus far we have had no actual use cases for initializing an interpreter with a different config * for many of the PyConfig fields, allowing different values for each interpreter is an attractive nuisance and would invite confusion This is why PyConfig makes more sense as the global config, not a per-interpreter one. I think it was a mistake to store the config on PyInterpreterState. Keep in mind, though, that PyConfig was added several years before _PyRuntimeState existed. If _PyRuntimeState had been around, I'm sure that's where we would have kept the global config. Thus, it makes sense to move PyInterpreterState.config to _PyRuntimeState.config. If there's a need for a per-interpreter config later, we would do the following: * add a new PyInterpreterConfig with only the fields we need * add a new PyInterpreterState.config field of that type In fact, that is exactly what I'm proposing in PEP 684, where there is a need for creating an interpreter with various isolation options. That's what got me thinking about why PyConfig isn't good for customizing new interpreters. Even if we didn't move PyInterpreterState.config to _PyRuntimeState.config, PEP 684 would still not use PyConfig as the config to pass when creating a new interpreter. Using PyConfig would be confusing and an invitation for trouble. So I'd use a new PyInterpreterConfig either way. Consequently, having PyConfig on PyInterpreterState would be confusing, with no benefit. My intention with this BPO issue was to get our internal details aligned with what makes sense for a global config and set the stage for adding a proper per-interpreter config. -- nosy: +ncoghlan ___ Python tracker <https://bugs.python.org/issue46964> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46712] Share global string identifiers in deepfreeze
Change by Eric Snow : -- pull_requests: +30151 pull_request: https://github.com/python/cpython/pull/32061 ___ Python tracker <https://bugs.python.org/issue46712> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46712] Share global string identifiers in deepfreeze
Eric Snow added the comment: > After a new `&_Py_ID(__orig_class__)` is added to > Objects/genericaliasobject.c, running `make regen-global-objects` starts > > gcc -pthread -c [snipped] -DPy_BUILD_CORE -o Objects/genericaliasobject.o > Objects/genericaliasobject.c > > which fails with a compilation error because that identifier is not yet > defined. Is there a good way to convince `make` to regenerate the global > objects without this sort of circular dependency? Am I missing a step? I'm looking into this. A temporary workaround is to run Tools/scripts/generate-global-objects.py directly. -- ___ Python tracker <https://bugs.python.org/issue46712> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47073] Solution for recursion error when comparing dataclass objects
Change by Eric V. Smith : -- assignee: -> eric.smith ___ Python tracker <https://bugs.python.org/issue47073> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46382] dataclass(slots=True) does not account for slots in base classes
Eric V. Smith added the comment: Thanks for all of your work, @ariebovenberg! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue46382> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46382] dataclass(slots=True) does not account for slots in base classes
Eric V. Smith added the comment: New changeset 82e9b0bb0ac44d4942b9e01b2cdd2ca85c17e563 by Arie Bovenberg in branch 'main': bpo-46382 dataclass(slots=True) now takes inherited slots into account (GH-31980) https://github.com/python/cpython/commit/82e9b0bb0ac44d4942b9e01b2cdd2ca85c17e563 -- ___ Python tracker <https://bugs.python.org/issue46382> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47055] `issubclass` on two different subclasses of abstract base class like `os.PathLike` returns unexpected value on early versions of Py3.7 and Py3.8
Eric V. Smith added the comment: Since those releases are no longer supported, I don't think there's any place you could put this that would be seen. And we wouldn't want to put a note in a current release about a bug in a non-supported version that was fixed in another non-supported version. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue47055> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46382] dataclass(slots=True) does not account for slots in base classes
Eric V. Smith added the comment: I thought there was an existing issue that covered this, but now I can't find it. I'd prefer #2, create a separate issue. -- ___ Python tracker <https://bugs.python.org/issue46382> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47023] re.sub shows key error on regex escape chars provided in repl param
Eric V. Smith added the comment: I agree the error message could be better. Also, "s.error('bad escape %s' % this, len(this))" should probably be "from None", since as @mrabarnett notes the KeyError is an implementation detail. -- ___ Python tracker <https://bugs.python.org/issue47023> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46382] dataclass(slots=True) does not account for slots in base classes
Eric V. Smith added the comment: I don't have a problem saying that for a class to be used as a base class for a dataclass, its __slots__ must not be an iterator that's been exhausted. That doesn't seem like a very onerous requirement. I'm also not concerned about people using __slots__ to iterate over the fields, but I agree that a documentation note couldn't hurt. @ariebovenberg: go ahead and submit your PR. Thanks! -- ___ Python tracker <https://bugs.python.org/issue46382> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47023] re.sub shows key error on regex escape chars provided in repl param
Eric V. Smith added the comment: Yes, I assume that's what the OP intended, but then stumbled across the error with '\s'. In any event, I don't think there's a bug here so I'm going to close this. @siddheshsathe: if you disagree, please respond here. -- resolution: -> not a bug stage: -> resolved status: open -> closed type: enhancement -> behavior ___ Python tracker <https://bugs.python.org/issue47023> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46553] typing: get_type_hints on stringified lone ClassVar raises TypeError
Eric V. Smith added the comment: Is there any reason to keep this issue open? The PR was merged. -- ___ Python tracker <https://bugs.python.org/issue46553> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47023] re.sub shows key error on regex escape chars provided in repl param
Change by Eric V. Smith : -- status: open -> pending ___ Python tracker <https://bugs.python.org/issue47023> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46382] dataclass(slots=True) does not account for slots in base classes
Eric V. Smith added the comment: Serhiy: Could you point to some documentation on __slotnames__? I see a few references in the code to it, but it's not set on simple test class. >>> class A: ... __slots__=('a',) ... >>> A.__slotnames__ Traceback (most recent call last): File "", line 1, in AttributeError: type object 'A' has no attribute '__slotnames__'. Did you mean: '__slots__'? >>> -- ___ Python tracker <https://bugs.python.org/issue46382> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47034] pickle not working correctly when custom field is directly initialized by constructors
Eric V. Smith added the comment: You're probably doing something like: parent.i = 3 instead of: parent.child.field = 0.6 In the first one, you're setting an instance attribute on parent, on the second, you're modifying an attribute of the class attribute. In any event, there's no bug here, so I'm going to close this. If you have followup questions, I suggest you use the python-list mailing list or https://discuss.python.org/c/users -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue47034> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47034] pickle not working correctly when custom field is directly initialized by constructors
Eric V. Smith added the comment: child is not an attribute of a Parent instance, but rather of the Parent class. So it's not going to be saved when you dump "parent", which is an instance of Parent. I'm not sure what you're doing when you create a Parent.__init__ method, but presumably setting self.child, which will then create an instance attribute which will get saved by pickle. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue47034> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35212] Expressions with format specifiers in f-strings give wrong code position in AST
Change by Eric V. Smith : -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Incorrect exception highlighting for fstring format ___ Python tracker <https://bugs.python.org/issue35212> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46404] 3.11a4: a small attrs regression
Eric V. Smith added the comment: @frenzy: I'm not sure what your fix would do. You could either describe it in rough terms (if you'd like a pre-PR opinion on the approach), or I'm happy to wait to see your PR. -- ___ Python tracker <https://bugs.python.org/issue46404> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47023] re.sub shows key error on regex escape chars provided in repl param
Eric V. Smith added the comment: Isn't '\s' covered by: " Unknown escapes of ASCII letters are reserved for future use and treated as errors" (https://docs.python.org/3/library/re.html#re.sub)? -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue47023> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47025] bytes do not work on sys.path
Eric V. Smith added the comment: In case it helps anyone: On Windows 3.11.0a5+ the full traceback is: $ ./python.bat demo.py Running Debug|x64 interpreter... Traceback (most recent call last): File "...\demo.py", line 23, in sys.exit(main()) ^^ File "...\Lib\contextlib.py", line 155, in __exit__ self.gen.throw(typ, value, traceback) ^ File "...\demo.py", line 11, in _tmp_path yield pathlib.Path(tmp_dir) ^^^ File "...\demo.py", line 18, in main import module ^ File "", line 1178, in _find_and_load File "", line 1140, in _find_and_load_unlocked File "", line 1080, in _find_spec File "", line 1487, in find_spec File "", line 1459, in _get_spec File "", line 1596, in find_spec File "", line 1656, in _fill_cache TypeError: a bytes-like object is required, not 'str' And on cygwin 3.8.12: $ python demo.py Traceback (most recent call last): File "", line 1346, in _path_importer_cache KeyError: b'/tmp/tmprpymgive' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "demo.py", line 23, in sys.exit(main()) File "demo.py", line 18, in main import module File "", line 991, in _find_and_load File "", line 971, in _find_and_load_unlocked File "", line 914, in _find_spec File "", line 1407, in find_spec File "", line 1376, in _get_spec File "", line 1348, in _path_importer_cache File "", line 1324, in _path_hooks File "", line 1594, in path_hook_for_FileFinder File "", line 1469, in __init__ File "", line 177, in _path_isabs TypeError: startswith first arg must be bytes or a tuple of bytes, not str -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue47025> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47020] float('nan')==math.nan does NOT evaluate to True (as suggested by documentation).
Eric V. Smith added the comment: Jelle gives the correct reason for what you're seeing. Also note: >>> math.nan == math.nan False >>> float('nan') == float('nan') False If there's some specific part of the documentation that you think is misleading, please reopen this and point us to the wording that's confusing. -- nosy: +eric.smith resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue47020> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45336] xml.etree.ElementTree.write does not support `standalone` option
Eric Vergnaud added the comment: Actually there are 2 distinct issues here: - ValueError: cannot use non-qualified names with default_namespace option - lack of 'standalone' option when writing XML PI -- ___ Python tracker <https://bugs.python.org/issue45336> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45336] xml.etree.ElementTree.write does not support `standalone` option
Eric Vergnaud added the comment: lxml tostring does not support the default_namespace value so not an option -- ___ Python tracker <https://bugs.python.org/issue45336> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45336] xml.etree.ElementTree.write does not support `standalone` option
Eric Vergnaud added the comment: This is not a feature request, it's a bug fix request, so should be fixed asap. Why is it a bug ? XML spec says that "the default namespace does not apply to attribute names" (see section 6.3), therefore having a simple attribute name when using a default namespace is a perfectly valid scenario. Raising a ValueError in add_qname (line 864) is therefore incorrect if the qname being added is a simple name of an attribute not sure if lxml is able to parse very large documents (>4g) but I'll try it -- nosy: +ericvergnaud ___ Python tracker <https://bugs.python.org/issue45336> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47002] argparse - "expected one argument" when used -: in argument
Eric V. Smith added the comment: Here's a simplified reproducer: import argparse parser = argparse.ArgumentParser() parser.add_argument("-u", "--utc", choices=["-1:00"]) args = parser.parse_args() I assume this is related to argparse guessing if an argument is a negative number. See https://stackoverflow.com/questions/9025204/python-argparse-issue-with-optional-arguments-which-are-negative-numbers >From a suggestion there, note that python test.py -u ' -1:00' doesn't give the "expected one argument" error. I realize that doesn't solve your problem, but it does shed some light on the issue. I suspect this can't be fixed without breaking other usages of argparse. -- components: +Library (Lib) -Parser nosy: +eric.smith, paul.j3 -lys.nikolaou, pablogsal ___ Python tracker <https://bugs.python.org/issue47002> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46992] If use textwrap.dedent with string formatting, may get unintended sentences.
Eric V. Smith added the comment: I’m sorry, I don’t understand your proposal. Please answer my question about what “x” would be equal to under your proposed change. -- ___ Python tracker <https://bugs.python.org/issue46992> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46992] If use textwrap.dedent with string formatting, may get unintended sentences.
Eric V. Smith added the comment: What would x be equal to here: def get_something_string(): return textwrap.dedent("""\ test text2 test text3 test text4""") x = f"""\ test text1 {get_something_string()} test text5 test text6""" ? With 3.10 it is: ' test text1\n test text2\ntest text3\ntest text4\n test text5\n test text6' Are you proposing to change that? -- ___ Python tracker <https://bugs.python.org/issue46992> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46992] If use textwrap.dedent with string formatting, may get unintended sentences.
Eric V. Smith added the comment: What would the presence of "<<" do? You haven't described your proposal. -- ___ Python tracker <https://bugs.python.org/issue46992> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46992] If use textwrap.dedent with string formatting, may get unintended sentences.
Eric V. Smith added the comment: What is the flag you mention? What would it do? This sounds like a new feature, which can only go in to 3.11. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue46992> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44799] typing.get_type_hints() raises TypeError for a variable annotated by dataclasses.InitVar
Eric V. Smith added the comment: I agree it's not worth fixing in 3.9 and 3.10. -- ___ Python tracker <https://bugs.python.org/issue44799> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46974] set function for lists on numbers, sometimes sorts elements from smallest to largest, and sometimes not
Eric V. Smith added the comment: This is expected behavior. A set has no defined order. If you convert a set to a list, and you want some specific order, you'll need to sort it yourself. -- nosy: +eric.smith resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue46974> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46972] Documentation: Reference says AssertionError is raised by `assert`, but not all AssertionErrors are.
Eric V. Smith added the comment: > I would argue that "The reference documentation for X states that it gets > raised under condition Y" generally should be understood as "this is a > guarantee that also includes the guarantee that it is not raised under other > conditions in correctly written code". That's definitely not the case in Python, though. -- assignee: -> docs@python components: +Documentation nosy: +docs@python ___ Python tracker <https://bugs.python.org/issue46972> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46972] Documentation: Reference says AssertionError is raised by `assert`, but not all AssertionErrors are.
Eric V. Smith added the comment: The documentation doesn't say that assert statements are the only place AssertionError is raised, so I don't think it's incorrect. > From this, one can infer the guarantee "the -O flag will suppress > AssertionError exceptions from being raised". I don't think that follows from what the documentation says. It's only talking about assert statements. This is equivalent to StopIteration: it is commonly raised by exhausting iterators, but it can be raised elsewhere. Or KeyError: the docs say "Raised when a mapping (dictionary) key is not found in the set of existing keys", but I've raised them in my own code. > An assert[{add reference to `assert` definition}] statement fails, or a unit > testing related assert{...}() callable detects an assertion violation. I think that's also misleading, and not an improvement. Why focus just on testing? It can certainly be raised elsewhere. If anything, I think maybe add a note at the top of the list of Concrete Exceptions saying these are common ways these exceptions are raised, but they can be raised elsewhere. But I'm -0 on such a change. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue46972> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46970] dataclass(slots=True) incompatible with __init_subclass__
Eric V. Smith added the comment: This appears to be due to dataclasses needing to create a new class in order to set __slots__. I'll look at it, but I doubt there's anything that can be done. attrs has the same issue: File "x/.local/lib/python3.8/site-packages/attr/_make.py", line 889, in _create_slots_class cls = type(self._cls)(self._cls.__name__, self._cls.__bases__, cd) TypeError: __init_subclass__() missing 1 required positional argument: 'msg' -- assignee: -> eric.smith type: crash -> behavior ___ Python tracker <https://bugs.python.org/issue46970> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46957] Logger with a custom class breaks on copy
Eric V. Smith added the comment: In what way does it break? You haven't shown an error. Why are you deepcopying the logger? -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue46957> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46964] The global config should not be stored on each interpreter
Change by Eric Snow : -- keywords: +patch pull_requests: +29879 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/31771 ___ Python tracker <https://bugs.python.org/issue46964> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46964] The global config should not be stored on each interpreter
New submission from Eric Snow : tl;dr let's move PyInterpreterState.config to _PyRuntimeState.config. Historically the runtime has been initialized using Py_Initialize(). PEP 587 added Py_InitializeFromConfig(), which takes a PyConfig and allows all sorts of customization of the runtime. This is valuable for embedders (and benefits core development too). During runtime initialization the given config is copied and stored internally on the main interpreter. Once initialization completes, the config is no longer modified. The config values are then used in a variety of places during execution. If a new interpreter is created then the config from the current (or main) interpreter are copied into it. Note the following: * the config is never modified * there is no public API for getting the config or changing it * there is no API for creating an interpreter with a different config * the fact that the config is stored on the interpreter is an internal detail and not documented (nor discussed in PEP 587) Consequently, PyConfig really is the global runtime config. Yet we are storing a copy of it on each interpreter. Doing so unnecessarily adds extra complexity (and, when multiple interpreters are used, extra CPU usage and extra memory usage). So I propose that we move the config to _PyRuntimeState. The change isn't big nor all that complex. Note that actually there is one field that can differ between interpreters: PyConfig._isolated_interpreter (set in _Py_NewInterpreter()). We can move that one field to a new per-interpreter config struct. -- assignee: eric.snow components: C API, Interpreter Core messages: 414772 nosy: eric.snow, vstinner priority: normal severity: normal stage: needs patch status: open title: The global config should not be stored on each interpreter versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue46964> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46945] Quantifier and Expanded Regex Expression Gives Different Results
Change by Eric V. Smith : -- components: +Regular Expressions -Library (Lib) nosy: +ezio.melotti, mrabarnett ___ Python tracker <https://bugs.python.org/issue46945> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46949] Print an indication if traceback exceeds sys.tracebacklimit
Eric V. Smith added the comment: If you go with the second idea, I'd say something like f"More than {2 * tracebacklimit} additional stack frames not shown". It seems handy to know the magnitude of the problem. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue46949> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46941] Bug or plug not removed (The operator "is")
Eric V. Smith added the comment: As others have noted, the behavior is intentional, so I'm closing this. -- nosy: +Dennis Sweeney, Jelle Zijlstra, eric.smith resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue46941> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46938] dataclass __post_init__ recursion
Eric V. Smith added the comment: Yeah, I've come to the conclusion that it's not so simple, either. I'm also thinking that advising to call the base __init__ is a mistake. -- ___ Python tracker <https://bugs.python.org/issue46938> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46938] dataclass __post_init__ recursion
Eric V. Smith added the comment: I think this is a bug in the code. I'll have a PR ready shortly. But since it's a non-trivial change, I'm going to target it for 3.11 only. -- assignee: docs@python -> eric.smith versions: -Python 3.10, Python 3.9 ___ Python tracker <https://bugs.python.org/issue46938> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46461] Kodi crashing
Eric V. Smith added the comment: I don’t have Ubuntu to test on. Plus the steps to reproduce are too much for the average volunteer to work through. I don’t think we’ll be able to help. -- ___ Python tracker <https://bugs.python.org/issue46461> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46061] GCState *gcstate = get_gc_state() gives fatal error in Python 3.10.2
Eric V. Smith added the comment: I understand. Then I'm going to close this issue, since there's nothing we can do. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue46061> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46061] GCState *gcstate = get_gc_state() gives fatal error in Python 3.10.2
Eric V. Smith added the comment: > I was running one python script Again: you need to show us the script that's causing this problem. I (and millions of others) run scripts all the time which do not fail in the way you describe. Unless you show us a script that causes the problem, we cannot help you. -- ___ Python tracker <https://bugs.python.org/issue46061> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46904] Python Decimal supports '#' format, C Decimal does not.
Change by Eric V. Smith : -- nosy: +mark.dickinson ___ Python tracker <https://bugs.python.org/issue46904> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46904] Python Decimal supports '#' format, C Decimal does not.
Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue46904> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46900] marshal.dumps represents the same list object differently
Eric V. Smith added the comment: >From https://github.com/python/cpython/blob/main/Python/marshal.c: 41 is: #define TYPE_SMALL_TUPLE')' The difference between 41 and 169 is 128: #define FLAG_REF'\x80' /* with a type, add obj to index */ So the difference is the FLAG_REF bit being set. I'm not sure if that helps you or not. In any event, this doesn't look like a bug. You might want to ask on python-list or Stack Overflow for more help. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue46900> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46712] Share global string identifiers in deepfreeze
Eric Snow added the comment: New changeset 21099fc064c61d59c936a2f6a0db3e07cd5c8de5 by Eric Snow in branch 'main': bpo-46712: Let generate_global_objects.py Run on Earlier Python Versions (gh-31637) https://github.com/python/cpython/commit/21099fc064c61d59c936a2f6a0db3e07cd5c8de5 -- ___ Python tracker <https://bugs.python.org/issue46712> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46890] venv does not create "python" link in python 3.11
Eric Snow added the comment: This may be related to the getpath.py work Steve did. -- nosy: +eric.snow, steve.dower ___ Python tracker <https://bugs.python.org/issue46890> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46712] Share global string identifiers in deepfreeze
Change by Eric Snow : -- pull_requests: +29759 pull_request: https://github.com/python/cpython/pull/31637 ___ Python tracker <https://bugs.python.org/issue46712> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46753] Statically allocate and initialize the empty tuple.
Change by Eric Snow : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue46753> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46886] pyexpat occasionally fails to build on the ARM64 Windows Non-Debug 3.x buildbot
New submission from Eric Snow : example: https://buildbot.python.org/all/#/builders/730/builds/4081 -- components: Build messages: 414223 nosy: eric.snow, vstinner priority: normal severity: normal stage: needs patch status: open title: pyexpat occasionally fails to build on the ARM64 Windows Non-Debug 3.x buildbot versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue46886> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46753] Statically allocate and initialize the empty tuple.
Eric Snow added the comment: New changeset 08deed1af56bec8668c6cb4d5cfd89e393e1fe5e by Eric Snow in branch 'main': bpo-46753: Add the empty tuple to the _PyRuntimeState.global_objects. (gh-31345) https://github.com/python/cpython/commit/08deed1af56bec8668c6cb4d5cfd89e393e1fe5e -- ___ Python tracker <https://bugs.python.org/issue46753> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46856] datetime.max conversion
Eric V. Smith added the comment: Probably so. You could step through the code to make sure that's what's going on. -- ___ Python tracker <https://bugs.python.org/issue46856> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com