[issue33881] dataclasses should use NFKC to find duplicate members

Eric V. Smith added the comment: I agree with Raymond. There's no real harm being caused here. -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.pyth

[issue39949] truncating match in regular expression match objects repr

Change by Eric V. Smith : -- components: +Regular Expressions -Library (Lib) nosy: +ezio.melotti, mrabarnett resolution: not a bug -> stage: resolved -> needs patch status: closed -> open ___ Python tracker <https://bugs.python.or

[issue40984] re.compile's repr truncates patterns at 200 characters

Eric V. Smith added the comment: Any change to the repr should take place on the other issue. I don't feel very strongly that the repr must be eval-able, but in any event it should be raised on issue39949 if you feel strongly about it. I do think it's reasonable to say that if t

[issue39949] truncating match in regular expression match objects repr

Eric V. Smith added the comment: There was a discussion in issue40984 that the repr must be eval-able. I don't feel very strongly about this, mainly because I don't think anyone ever does eval(repr(some_regex)). I'd be slightly sympathetic to wanting the eval to fail if

[issue39949] truncating match in regular expression match objects repr

Eric V. Smith added the comment: Ah, I see. I missed that this issue was only about match objects. I apologize for the confusion. That being the case, I'll re-open the other issue. -- ___ Python tracker <https://bugs.python.org/is

[issue40984] re.compile's repr truncates patterns at 200 characters

Eric V. Smith added the comment: Re-opening this because issue39949 is about match objects, not compiled re objects. Still, I don't think the repr "rule" about being eval-able is hard and fast. Although changing the repr to be in brackets wouldn't be unreasonable just

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Eric V. Smith added the comment: Good catch. Your approach seems like a good one. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Change by Eric V. Smith : -- keywords: +easy ___ Python tracker <https://bugs.python.org/issue41004> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Eric V. Smith added the comment: Changing versions to where the fix would be applied. -- versions: -Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue41

[issue41041] Multiprocesing Pool borken on macOS REPL

Eric V. Smith added the comment: To be unpickle-able, the code for f needs to be imported, which it can't be from the repl. Windows has this same issue, due to also not using fork(). >From >https://docs.python.org/3/library/pickle.html#what-can-be-pickled-and-unpickled: > &quo

[issue41042] import searches for package even after file was found successfully

Eric V. Smith added the comment: Please provide a small script that demonstrates this behavior. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41

[issue41042] import searches for package even after file was found successfully

Eric V. Smith added the comment: You should just be using "import index". By using "import index.py", you're telling the interpreter to first import index, execute the code in it, then look for a sub-module named "py" (full name: index.py). Since no such

[issue41045] f-string's "debug" feature is undocumented

New submission from Eric V. Smith : The feature of f-strings using '=' for "debugging" formatting is not documented. >>> foo = 'bar' >>> f'{foo=}' "foo='bar'" I'm not sure where this should fit in to the

[issue41064] f-string SyntaxError gives offset within fake line, other issues

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41064> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41081] Exclude __pycache__ directories from backups using CACHEDIR.TAG

Eric V. Smith added the comment: To spoil it for other readers: the linked page says to create a file named CACHEDIR.TAG with a specific first line. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41

[issue41084] Signify that a SyntaxError comes from an fstring in the error message

Eric V. Smith added the comment: I think it's a good idea. My only reservation would be: if the parsing of f-strings is moved into the parser, would it be possible to maintain the error new messages? -- ___ Python tracker &

[issue41126] Running test suite gives me - python.exe(14198, 0x114352dc0) malloc: can't allocate region

Change by Eric V. Smith : -- components: +macOS nosy: +ned.deily, ronaldoussoren ___ Python tracker <https://bugs.python.org/issue41126> ___ ___ Python-bug

[issue41132] F-String parser uses raw allocator

Eric V. Smith added the comment: I don't think I put any thought into it. It was probably just in an example I was copying from. I'm not familiar with the difference between those allocators. Why would pymalloc be preferred? --

[issue41132] F-String parser uses raw allocator

Eric V. Smith added the comment: I think backporting to 3.8 would be okay. -- ___ Python tracker <https://bugs.python.org/issue41132> ___ ___ Python-bugs-list m

[issue41084] Signify that a SyntaxError comes from an fstring in the error message

Eric V. Smith added the comment: AFAIK, we don't guarantee the stability of error messages, so I think backporting is fine. It's all the better that this is just prefixing something to an existing error message. -- ___ Python track

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Eric V. Smith added the comment: New changeset b30ee26e366bf509b7538d79bfec6c6d38d53f28 by Ravi Teja P in branch 'master': bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface (GH-21033) https://github.com/python/cpython/commit/b30ee26e366bf509b7538d79bfec6c

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Change by Eric V. Smith : -- assignee: -> eric.smith resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Eric V. Smith added the comment: Ned: what are your thoughts on backporting this as a security issue? https://nvd.nist.gov/vuln/detail?vulnId=CVE-2020-14422 -- nosy: +ned.deily ___ Python tracker <https://bugs.python.org/issue41

[issue41170] Use strnlen instead of strlen when the size i known.

New submission from Eric V. Smith : Is strnlen() supported by all of the compilers we care about? -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41

[issue41199] Docstring convention not followed for dataclasses documentation page

Change by Eric V. Smith : -- pull_requests: -20437 ___ Python tracker <https://bugs.python.org/issue41199> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41199] Docstring convention not followed for dataclasses documentation page

Change by Eric V. Smith : -- keywords: +newcomer friendly -patch ___ Python tracker <https://bugs.python.org/issue41199> ___ ___ Python-bugs-list mailin

[issue37458] ast: Different FormattedValue expressions have same col_offset information

Eric V. Smith added the comment: I still see this problem with 3.10, which I thought might have fixed this. @lys.nikolaou: any ideas on this? -- components: +Interpreter Core -Library (Lib) nosy: +lys.nikolaou versions: +Python 3.10 -Python 3.7, Python 3.8

[issue37458] ast: Different FormattedValue expressions have same col_offset information

Eric V. Smith added the comment: I think waiting until we decide what to do with the parser makes sense. This problem has been around for a while, and while it's unfortunate I don't think it's worth heroic measures to fix. -- ___

[issue41216] eval don't load local variable in dict and list comprehensions.

Eric V. Smith added the comment: Agreed that this is a duplicate, so I'm closing it. -- nosy: +eric.smith resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> eval() function in List Comprehen

[issue41240] Use the same kind of quotation mark in f-string

Eric V. Smith added the comment: This is a limitation of the parser: the entire f-string is first evaluated as a string. Just as 'Hey, {' this quote is wrong.'}' or r'Hey, {' this quote is wrong.'}' are not valid strings, neither is f'Hey, {&#x

[issue33754] f-strings should be part of the Grammar

Change by Eric V. Smith : -- versions: +Python 3.10 -Python 3.8 ___ Python tracker <https://bugs.python.org/issue33754> ___ ___ Python-bugs-list mailin

[issue41250] Number separators in different places

Eric V. Smith added the comment: The formatting specification language is already complicated enough without adding even more to it. As PEP 378 says "It is not the goal to replace the locale module, to perform internationalization tasks, or accommodate every possible convention."

[issue41254] Add to/from string methods to datetime.timedelta

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41254> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41199] Docstring convention not followed for dataclasses documentation page

Change by Eric V. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41145] EmailMessage.as_string is altering the message state and actually fix bugs

Change by Eric V. Smith : -- components: +email nosy: +barry, r.david.murray ___ Python tracker <https://bugs.python.org/issue41145> ___ ___ Python-bugs-list m

[issue41267] Attribute error: Pandas module doesn't have 'Plotting' attribute

Eric V. Smith added the comment: This bug tracker is for reporting bugs in python, not for getting help using python. I suggest asking for help on the python-list mailing list: https://mail.python.org/mailman/listinfo/python-list Or, since this sounds like you're having problems

[issue41253] unittest -h shows a flag -s but it doesn't work

Eric V. Smith added the comment: This appears to just be a misunderstanding: -s is a flag to "unittest discover", not to "unittest" itself. I think this is clear from the help text, so I'm closing this. If I'm incorrect, let me know. -- nosy: +eric.s

[issue41256] activate script created by venv is not smart enough

Eric V. Smith added the comment: Changing versions to those that are currently receiving support. -- nosy: +eric.smith versions: -Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue41

[issue41272] New clause in FOR and WHILE instead of ELSE

Eric V. Smith added the comment: You should bring this up on the python-ideas mailing list so that it gets more visibility. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41

[issue41286] Built-in platform module does not offer to check for processor instructions

Eric V. Smith added the comment: What would you use this information for, if it were available from Python code? -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41

[issue41289] '%' character in help= for argparse causes ValueError: incomplete format

Eric V. Smith added the comment: Did you try doubling the % char? help='%%-age of the value' -- nosy: +eric.smith ___ Python tracker <https://bugs.python.o

[issue41289] '%' character in help= for argparse causes ValueError: incomplete format

Eric V. Smith added the comment: It's using normal %-formatting, so the rules applied are in https://docs.python.org/3/library/stdtypes.html#printf-style-string-formatting The last line of the last table in that section mentions literal % characters. I realize it's sort of hard t

[issue41045] f-string's "debug" feature is undocumented

Eric V. Smith added the comment: @rishi93: yes, please do! -- ___ Python tracker <https://bugs.python.org/issue41045> ___ ___ Python-bugs-list mailing list Unsub

[issue41286] Built-in platform module does not offer to check for processor instructions

Eric V. Smith added the comment: I think your best bet will be to write a small C extension to find out what's supported by the processor. -- ___ Python tracker <https://bugs.python.org/is

[issue41310] micro-optimization: increase our float parsing speed by Nx

Change by Eric V. Smith : -- nosy: +eric.smith, mark.dickinson ___ Python tracker <https://bugs.python.org/issue41310> ___ ___ Python-bugs-list mailing list Unsub

[issue41313] sys.setrecursionlimit: OverflowError still raised when int limited in sys.maxsize

Change by Eric V. Smith : -- title: OverflowError still raised when int limited in sys.maxsize -> sys.setrecursionlimit: OverflowError still raised when int limited in sys.maxsize ___ Python tracker <https://bugs.python.org/issu

[issue41310] micro-optimization: increase our float parsing speed by Nx

Eric V. Smith added the comment: I don't think we'd want to fall back to strtod, but rather to the code we already use (Gay's). So this would increase our maintenance burden. I'm also not convinced that we actually spend a lot of time in this code, but of course profilin

[issue41312] add !p to pprint.pformat() in str.format() an f-strings

Eric V. Smith added the comment: I agree with Raymond that it's unlikely that this will work, as a practical matter. In addition to the other problems mentioned, there's the issue of the many parameters to control pprint. And I agree with pprint, or a replacement, needing a r

[issue41312] add !p to pprint.pformat() in str.format() an f-strings

Eric V. Smith added the comment: I suggest you discuss this on python-ideas, since we'll need to reach consensus there, first. -- components: +Interpreter Core -IO, Library (Lib) ___ Python tracker <https://bugs.python.org/is

[issue41337] strangnedd with the parser

Eric V. Smith added the comment: This doesn't appear to be a Python bug, but rather an issue with how you're using PyTorch. I suggest you ask for help on a PyTorch support forum, or maybe try StackOverflow. -- nosy: +eric.smith status: open

[issue41337] strangnedd with the parser

Eric V. Smith added the comment: I'm going to close this as not a python bug. If someone gets some evidence to the contrary, we can re-open it. -- resolution: -> not a bug stage: -> resolved status: open -> closed type: -> behavior _

[issue41377] memoryview of str (unicode)

Eric V. Smith added the comment: > AIUI (though I could be misunderstanding things) `str` objects do use some > kind of typed array of unicode characters (either 16-bit narrow or 32-bit > wide). It's somewhat more complicated. The string data is stored differently depending

[issue41377] memoryview of str (unicode)

Eric V. Smith added the comment: I don't think there's a python-level api to find out the "kind", but I can't say I've looked closely. And there are no doubt problems with doing so and alternate implementations other than CPython. I'm not sure we want to

[issue41382] print() unpredictable behaviour

Eric V. Smith added the comment: It would help if you could pare this down to a simpler example, hopefully removing the '$'. For example, does the problem still occur if you '$'s? What if you make all of the non-numeric strings 1 character long? What if you delete the

[issue41394] Make '_' behavior in shell more clear

Eric V. Smith added the comment: I haven't checked to see what's documented. I'm sure we'd accept a patch that improves the documentation if it's lacking. -- nosy: +eric.smith ___ Python tracker <https:

[issue41393] Fix FAQ example to use __import__('functools').reduce

Eric V. Smith added the comment: I agree that the example is okay as-is. Plus, I can't see us using __import__ in examples. "import" is the preferred way to load modules. Although now that I think about it, maybe __import__ would fit in with the subject "Is it possible

[issue41392] SyntaxError rather than NameError

Eric V. Smith added the comment: As an example of why it's not possible for the compiler to treat this as a syntax error: I use python for my config files. Before I load these files, I inject names into the builtins, so that the config files can reference them. Some of these are cons

[issue41411] Improve and consolidate f-strings docs

Eric V. Smith added the comment: I think this is an excellent idea. The main f-string docs being in a section titled "Lexical Analysis" never seemed very user-friendly. -- ___ Python tracker <https://bugs.python.o

[issue41394] Document '_' in interpreter tutorial

Eric V. Smith added the comment: I think it should be mentioned in https://docs.python.org/3/tutorial/appendix.html#tut-interac, since that's the link that https://docs.python.org/3/tutorial/interpreter.html#interactive-mode uses for it's "for more information" link. Thi

[issue41394] Document '_' in interpreter tutorial

Eric V. Smith added the comment: I think it should be in a new section. But I'd put it as a 16.1.2 and push the others down. It seems like a more important piece of information than shebangs and startup files in interactive mode. Or maybe I'd even put it first. That said, I'

[issue41410] Opening a file in binary mode makes a difference on all platforms in Python 3

Eric V. Smith added the comment: I think deleting the last sentence is sufficient. -- keywords: +newcomer friendly nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41

[issue41454] while loop bug on list

Eric V. Smith added the comment: You're mutating the list while iterating over it, which is causing the behavior you're seeing. This isn't a bug. See for example https://stackoverflow.com/questions/6260089/strange-result-when-removing-item-from-a-list Also, when report

[issue41459] pickle.load raises SystemError on malformed input

Eric V. Smith added the comment: As a rule, we don't put a lot of effort into handling malformed pickle input. Is this causing some practical problem? -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/is

[issue41482] docstring errors in ipaddress.IPv4Network

Eric V. Smith added the comment: New changeset 52f98424a55e14f05dfa7483cc0faf634a61c9ff by Eric L. Frederich in branch 'master': bpo-41482: Fix error in ipaddress.IPv4Network docstring (GH-21736) https://github.com/python/cpython/commit/52f98424a55e14f05dfa7483cc0faf

[issue41482] docstring errors in ipaddress.IPv4Network

Eric V. Smith added the comment: Thanks, Terry. That was my fault, trying to cherry pick manually. I'm not sure why the original backport failed, and once I did the manual cherry pick as suggested I got called away for real work. As you say, I should have tried deleting the tag a

[issue37625] Class variable is still accessible after class instance has been overwritten out

Change by Eric V. Smith : -- Removed message: https://bugs.python.org/msg374930 ___ Python tracker <https://bugs.python.org/issue37625> ___ ___ Python-bugs-list m

[issue41499] logging nested file path

Eric V. Smith added the comment: You'll need to explain what behavior you're seeing, and how that differs from what you expect. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.o

[issue41517] Enum multiple inheritance loophole

Eric V. Smith added the comment: Could you provide code which demonstrates the problem? -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41

[issue41517] Enum multiple inheritance loophole

Eric V. Smith added the comment: With Python 3.7.4, which is all I have handy, that code does not give a runtime error. It prints "B.b". Your text says code "when creating a multiple inheritance like the following, it works". It sounds like you know the code samp

[issue41518] incorrect printing behavior with parenthesis symbols

Eric V. Smith added the comment: Here's what I see: Python 3.6.9 (default, Jul 21 2019, 14:33:59) [GCC 7.4.0] on cygwin Type "help", "copyright", "credits" or "license" for more information. >>> stack = ['(', '(', &#x

[issue41518] incorrect printing behavior with parenthesis symbols

Eric V. Smith added the comment: Also, how are you running this? From the interactive shell (like I show in my previous message), or some other way? -- ___ Python tracker <https://bugs.python.org/issue41

[issue41518] incorrect printing behavior with parenthesis symbols

Eric V. Smith added the comment: I agree, Steven. This doesn't seem to be a problem with Python. It's more likely a problem with the user's shell, or some other environment integration problem. If it can be duplicated in 3.8 or later, we can inve

[issue41518] incorrect printing behavior with parenthesis symbols

Change by Eric V. Smith : -- resolution: -> not a bug status: open -> closed ___ Python tracker <https://bugs.python.org/issue41518> ___ ___ Python-bugs-

[issue41531] Python 3.9 regression: Literal dict with > 65535 items are one item shorter

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41531> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41410] Opening a file in binary mode makes a difference on all platforms in Python 3

Change by Eric V. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41554] PR proceeds to "awaiting core review" when changes are requested

Eric V. Smith added the comment: I think this belongs under https://github.com/python/bedevere -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue41

[issue39994] Redundant code in pprint module.

Eric V. Smith added the comment: I went ahead and closed the PR. Either @Palak Kumar Jha or someone else can create a new PR. The suggestions in the original PR should be addresses. -- nosy: +eric.smith ___ Python tracker <https://bugs.python.

[issue39994] pprint handling of dict subclasses that override __repr__

Eric V. Smith added the comment: I realize it might break some corner cases, but I really think we should re-write pprint to use functools.singledispatch. Or if the breakage isn't acceptable, abandon it and create a new module that does use singledispatch. That way it would be e

[issue39994] pprint handling of dict subclasses that override __repr__

Eric V. Smith added the comment: Only 3.8 - 3.10 would be eligible for this fix. 3.7 is getting only security fixes. -- versions: -Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue39

[issue41564] Cannot access member "hex" for type "ByteString"

Eric V. Smith added the comment: Without some example code that shows the problem we can't help you. Have you considered that this is a bug with pyright, not a bug with python itself? -- nosy: +eric.smith status: open -> pending ___ Python

[issue41564] Cannot access member "hex" for type "ByteString"

Eric V. Smith added the comment: We need to know how to trigger the problem you're seeing. You need to provide code we can run that shows the error you're seeing. -- ___ Python tracker <https://bugs.python.o

[issue41564] Cannot access member "hex" for type "ByteString"

Change by Eric V. Smith : -- status: open -> pending ___ Python tracker <https://bugs.python.org/issue41564> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue41587] Potential memory leak while using shared memory

Eric V. Smith added the comment: It's likely that the same memory is being counted by both processes, to the output is misleading. Shared memory is notoriously difficult to allocate per-process. For example, it's definitely true that the shared memory is consuming virtual addres

[issue41587] Potential memory leak while using shared memory

Eric V. Smith added the comment: You'll have to play with it. I'm just saying that it's a very complicated subject, and not as simple as asking how much memory an individual process is using. For example, see https://www.howtogeek.com/659529/how-to-check-memory-usage-from-the

[issue41587] Potential memory leak while using shared memory

Eric V. Smith added the comment: Sorry, I don't have any particular suggestion other than accounting for all virtual, shared, and physical memory of all types, and seeing how they're being used and allocated per-process by the various tools. There are probably guides for t

[issue41587] Potential memory leak while using shared memory

Eric V. Smith added the comment: Okay. We'll see if someone else can provide more info. -- ___ Python tracker <https://bugs.python.org/issue41587> ___ ___

[issue41589] Strange behavior with sparse.dok_matrix decimal is cast to integer

Eric V. Smith added the comment: This seems like a scipy or numpy issue, not a Python bug. You might have better luck asking about this behavior on a scipy or numpy forum of some kind, or maybe on Stackoverflow. -- nosy: +eric.smith ___ Python

[issue41600] Expected behavior of argparse given quoted strings

Eric V. Smith added the comment: This is all working as designed. We do not want to modify argparse to split parameters. You probably want to split the input with shlex.split(). See https://stackoverflow.com/questions/44945815/how-to-split-a-string-into-command-line-arguments-like-the-shell

[issue41600] Expected behavior of argparse given quoted strings

Change by Eric V. Smith : -- resolution: -> not a bug stage: -> resolved status: open -> closed type: enhancement -> behavior ___ Python tracker <https://bugs.python

[issue41600] Expected behavior of argparse given quoted strings

Eric V. Smith added the comment: Completely agree with paul j3. The calling tool is breaking the "argv" conventions. If the OP can control the calling tool, it should be fixed there. -- ___ Python tracker <https://bugs.python.o

[issue41605] t = re.sub(".*", "*", src) has different ouput

Eric V. Smith added the comment: I'm suspicious that this differs per-OS. Please provide exact Python version information for each OS you list in your initial report. I suspect what you're seeing is related to this change: Changed in version 3.7: Empty matches for the pattern ar

[issue41564] Cannot access member "hex" for type "ByteString"

Eric V. Smith added the comment: This looks like a problem in pyright, not in CPython. -- ___ Python tracker <https://bugs.python.org/issue41564> ___ ___ Pytho

[issue41598] Adding support for rounding modes to builtin round

Eric V. Smith added the comment: I don't think we should add this. It will often surprise the user. We get enough .1+.2 != .3 reports as it is, and this would be just as problematic. -- nosy: +eric.smith ___ Python tracker &

[issue41598] Adding support for rounding modes to builtin round

Eric V. Smith added the comment: If you're using round(str(some_float), digits) and the result is a float, then that's a problem, since you're going to round it again for display at some point. If you want a string result, you're better off using format(float, format

[issue41645] Typo First Page of Documentation

Eric V. Smith added the comment: I read it as "It HAS ... data structures and it HAS ... a simple but effective approach ...". So if I were changing it I might add the second "has". Or maybe adding "uses" would be better. But I'm not sure it's a gre

[issue39994] pprint handling of dict subclasses that override __repr__

Change by Eric V. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41681] f-string error description seems wrong

Eric V. Smith added the comment: It has to do with how the specification for the mini-language is parsed and how the defaults work. It could probably be fixed, but I'm personally not super motivated to track it down. But I'd look at a patch! I'm going to remove versions t

[issue41681] f-string error description seems wrong

Change by Eric V. Smith : -- versions: -Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue41681> ___ ___ Python-bugs-list mailin

[issue41681] f-string error description seems wrong

Eric V. Smith added the comment: New changeset 0d6aa7f0ee38eb453bc8f73bf4830e6172be2f35 by han-solo in branch 'master': bpo-41681: Fix for `f-string/str.format` error description when using 2 `,` in format specifier (GH-22036) https://github.com/python/cpyt

[issue41681] f-string error description seems wrong

Eric V. Smith added the comment: New changeset c16a2a1b643d3e04f86780e2c9e66c3f9f322560 by Miss Islington (bot) in branch '3.9': bpo-41681: Fix for `f-string/str.format` error description when using 2 `,` in format specifier (GH-22036) (GH-22041) https://github.com/python/cpyt

<    7   8   9   10   11   12   13   14   15   16   >