Incorrect message: "Invalid decimal literal" (python 3.10)

[aroberge]

BPO	44780
Nosy	@aroberge, @serhiy-storchaka, @pablogsal

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = None
created_at = <Date 2021-07-30.14:52:34.235>
labels = ['3.10', '3.11']
title = 'Incorrect message: "Invalid decimal literal" (python 3.10)'
updated_at = <Date 2021-12-26.17:01:19.886>
user = 'https://github.com/aroberge'

bugs.python.org fields:

activity = <Date 2021-12-26.17:01:19.886>
actor = 'aroberge'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = []
creation = <Date 2021-07-30.14:52:34.235>
creator = 'aroberge'
dependencies = []
files = []
hgrepos = []
issue_num = 44780
keywords = []
message_count = 4.0
messages = ['398556', '398595', '398597', '409212']
nosy_count = 3.0
nosy_names = ['aroberge', 'serhiy.storchaka', 'pablogsal']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'open'
superseder = None
type = None
url = 'https://bugs.python.org/issue44780'
versions = ['Python 3.10', 'Python 3.11']

Linked PRs

• gh-88943: Improve syntax error for non-ASCII character that follows a numerical literal #109081
• [3.12] gh-88943: Improve syntax error for non-ASCII character that follows a numerical literal (GH-109081) #109090
• [3.11] gh-88943: Improve syntax error for non-ASCII character that follows a numerical literal (GH-109081) #109091

[aroberge]

Consider the following:

>> a = (1‚ 2) # not a comma, but unicode character.

Using Python 3.9 (and earlier), we get the following correct information

>>> a = (1‚ 2)
  File "<stdin>", line 1
    a = (1‚ 2)
          ^
SyntaxError: invalid character '‚' (U+201A)

Using Python 3.10, we get the following incorrect information instead:

>>> a = (1‚ 2)
  File "<stdin>", line 1
    a = (1‚ 2)
         ^
SyntaxError: invalid decimal literal

[aroberge]

Here's another related case.

Python 3.9:

>>> a = 1½
  File "<stdin>", line 1
    a = 1½
         ^
SyntaxError: invalid character '½' (U+00BD)

Python 3.10
>>> a = 1½
  File "<stdin>", line 1
    a = 1½
        ^
SyntaxError: invalid decimal literal

[aroberge]

Third case. Showing only the output for Python 3.10

>>> a = 3 ⁄ 7   # entered with a space around ⁄
  File "<stdin>", line 1
    a = 3 ⁄ 7
          ^
SyntaxError: invalid character '⁄' (U+2044)
>>> a = 3⁄7    # no added space
  File "<stdin>", line 1
    a = 3⁄7
        ^
SyntaxError: invalid decimal literal

= =
In the terminal, the integers 3 and 7 look the same with or without spaces around the ⁄ character, known as FRACTION SLASH.

[aroberge]

The last of these three cases (with FRACTION SLASH) is fixed 3.10.1.

The other two are still present in 3.10.1 and in 3.11.0a3

[CC-Kitten]

another case -
item1_quantity was working just fine assigned as int(input()) and input()
now all of a sudden it is not working correctly

item1_name = input('Enter food item name:\n')

item1_price = float(input('Enter item price:\n'))

item1_quantity = int(input('Enter item quantity:\n'))

item2_name = input('Enter second food item name:\n')

item2_price = float(input('Enter second item price:\n'))

item2_quantity = input('Enter second item quantity:\n')

#assigning variable for calculations of item1 and item2

item1_total = item1_quantity * item1_price
item2_total = item2_quantity * item2_price

#began with print statement of receipt header
print('Receipt')
print('')
#creating print statements with f strings
#to display name and quantity/price of item(s) 1 & 2 equaling total price of each item

print(f'{item1_quantity} {item1_name} @ ${item1_price.2f} = ${item1_total:.2f}')
print(f'{item2_quantity} {item2_name} @ ${item2_price.2f} = ${item2_total:.2f}\n')

[serhiy-storchaka]

@CC-Kitten, I do not see how your problem is related to this issue. Please open a new issue. Also, it would help if you explain how it "is not working correctly": what is the difference in the behavior between different Python versions, what exactly versions.