[Débutant] invalid literal for int() with base 10: '\r'

Hello,

Bon, voilà l'exemple ballot par excellence :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

print("Type integers, each followed by Enter; or just Enter to finish")   total = 0 count = 0   while True: line = input("integer: ") if line: try: number = int(line) except ValueError as err: print(err) continue total += number count += 1 else: break   if count: print("count =", count, "total =", total, "mean =", total / count)

---

Problème : quand je me contente de taper entrée, je récupère l'erreur suivante :

Code:

---

invalid literal for int() with base 10: '\r'

---

Je suis sous Windows, j'utilise Python 3.2, et je lance ce programme en ligne de commande.

Il y a sûrement un truc tout con à faire, mais je ne l'ai pas encore.

Merci pour votre aide.

Bonjour,

Je n'utilise pas Python 3.2, mais la notice d'input dit que "When EOF is read, EOFError is raised".

Donc, il faudrait essayer:

Code:

---

1 2 3 4 5 6 7

... try: line = input("integer: ") except EOFError: break ...

---

Tyrtamos

Salut,

Ton test sur line est toujours vrai visiblement, meme quand tu n entres pas d'entier. Tu as essaye de le changer? Par exemple line != "" (pas certain que ca change quelque chose cela dit). Fais peut etre un strip() pour etre sur qu il n y ait pas d'espace blanc.

Sinon tu peux envisager d'utiliser le except pour sortir... Mais c est moins joli.

Idem : je n'utilise pas Python 3.
Mais comme input retourne toujours un string et que la conversion d'un alpha avec int est problématique en 3.x j'aurais plutôt vu :

Code:

---

1 2 3 4 5 6 7 8 9 10

while True: line = input("integer: ") if line: if all(car in '0123456789' for car in line): total += int(line) count += 1 else: print('integer please...') else: break

---

Il doit sans aucun doute y avoir une réponse 'plus Python 3'
@+

Pour information, cet exemple vient du livre Programming in Python 3, de Mark Summerfield. Il est donc supposé être bon. Quoique à l'époque de la sortie du livre, nous n'en n'étions qu'à Python 3.1.

@tyrtamos : Ça ne marche pas mieux, et je ne vois guère le rapport avec le problème : je ne lis pas un fichier.

@naked : Voir introduction.

@PauseKawa : En quoi la conversion d'un alpha est-elle problématique en Python 3.x ?

Le message d'erreur est-il la manifestation d'une exception ?
Comment savoir quelles sont les exceptions susceptibles d'être balancées par int() ?

Citation:

---

Envoyé par oodini

@tyrtamos : Ça ne marche pas mieux, et je ne vois guère le rapport avec le problème : je ne lis pas un fichier.

---

Le rapport est: les flux d'entrée/sortie console fonctionnent comme des fichiers. Et je n'ai fait que d'exploiter ce que dit la doc 3.2 sur input. Car l'exception sur int() n'est pas dû à int() mais au contenu de line, donc à input.

Proposition:

Code:

---

1 2 3 4 5 6 7

... line = input("integer: ") if line!='\r': try: number = int(line) ...

---

Tyrtamos

Bonsoir,

Citation:

---

Envoyé par oodini

@PauseKawa : En quoi la conversion d'un alpha est-elle problématique en Python 3.x ?

Le message d'erreur est-il la manifestation d'une exception ?
Comment savoir quelles sont les exceptions susceptibles d'être balancées par int() ?

---

Code:

---

1 2 3 4 5

>>> m = 'mmmmm' >>> b = int(m) Traceback (most recent call last): File "<stdin>", line 1, in <module> ValueError: invalid literal for int() with base 10: 'mmmmm'

---

@+ (C'est l'heure du miammiam ;p )

Salut,

Je n'arrive pas à reproduire votre problème:
line = input('prompt') ou raw_input('prompt')
retourne toujours line = '' lorsque je tapes <Return>, <Enter>, <Ctrl-M>

De plus, la documentation 3.2 (et celles de la 2.6/2.7) disent:

Citation:

---

If the prompt argument is present, it is written to standard output without a trailing newline. The function then reads a line from input, converts it to a string (stripping a trailing newline), and returns that. When EOF is read, EOFError is raised.

---

stripping a trailing newline n'est pas une option car c'est ce qui déclenche la fin de la saisie... Après est-ce qu'on remonte ce caractère de fin dans la chaîne retournée ou pas... La doc. dit "pas".

Un truc qui ne fonctionne pas "as documented" s'appelle un "bug"... et il est déjà remonté chez les mainteneurs voir issue
C'est un problème spécifique à la 3.2 sous Windows... qui sera corrigé en 3.3.
En attendant, pour faire fonctionner votre code, il me semble préférable de:

Code:

---

1 2 3 4

line = input("integer: ")[:-1] # remove eol 3.2+Windows bug if line: try: number = int(line)

---

note: on garde la logique "normale"
ou d'encapsuler input dans une fonction myinput... (pour patcher le builtin, çà attendra)

Je n'ai rien compris à la discussion sur la conversion d'une chaine en int.
La forme:

Code:

---

1 2 3 4 5

try: number = int(line) except ValueError as err: print(err) continue

---

utilise "int" comme constructeur de number et ValueError est bien la seule erreur "attendue" si la chaine de caractère (line) contient autre chose que 0-9. Pourquoi faire en amont ce que fait déjà le constructeur? Mystère.
- W

Bonsoir wiztricks,

Petit problème sur l'explication : Je ne suis pas sous Windows, ni sous Python 3.2.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

patrice@Zeus:~$ /usr/bin/python3.1 Python 3.1.2 (release31-maint, Sep 17 2010, 20:34:23) [GCC 4.4.5] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> a = 'mmmmm' >>> b = int(a) Traceback (most recent call last): File "<stdin>", line 1, in <module> ValueError: invalid literal for int() with base 10: 'mmmmm' >>> a='1' >>> b=int(a) >>>

---

Vous n'arrivez pas a reproduire cela ?

Ben moi la tout de suite je suis sous OSX en 2.7/3.2 et int('mmm') me retourne ValueError dans les deux cas. Et je ne comprends toujours pas
la remarque:

Citation:

---

Idem : je n'utilise pas Python 3.
Mais comme input retourne toujours un string et que la conversion d'un alpha avec int est problématique en 3.x j'aurais plutôt vu :

---

Qu'apporte le test des caractères lus dans 0-9 plutôt que de laisser int s'en débrouiller?
- W

Citation:

---

Envoyé par wiztricks

Un truc qui ne fonctionne pas "as documented" s'appelle un "bug"... et il est déjà remonté chez les mainteneurs voir issue

---

Ça m'a tout l'air d'être en relation directe avec mon problème.

La page en question comprend un correctif (issue11272.patch).

Mais comment l'appliquer ?

Bonsoir,

Citation:

---

Envoyé par wiztricks

Ben moi la tout de suite je suis sous OSX en 2.7/3.2 et int('mmm') me retourne ValueError dans les deux cas. Et je ne comprends toujours pas
la remarque:

Qu'apporte le test des caractères lus dans 0-9 plutôt que de laisser int s'en débrouiller?
- W

---

En fait moi non plus, je n'ai pas assez de pep's pour répondre en 3.x. Testez le code en Python < 2.7.
Ceci dit vous remarquerez que le ValueError ne viens pas de l'input() mais bien de int().
Dans mon exemple je prend le résultat du input() comme un string (il me semble que c'est prévu pour ce qui est du remplacement de raw_input par input : Python > 2.6) et je le compare à un string. Et cela fonctionne non ?

@+

Bon, je suis passé à la 3.1.3, et ça fonctionne.

Je ne sais si je dois déclarer le fil comme "Résolu"...

Bonjour,

Je viens d'essayer sur un Python 3.2 sur Windows 7. Effectivement, input retourne systématiquement une fin de ligne ('\r') à la fin de chaque saisie.

Ce qui est curieux, c'est que int() le supporte très bien quand il y a un nombre, mais pas quand il n'y en a pas.

Cependant, il est facile de contourner: line = input("xxx").rstrip() supprime la fin de ligne quand il y en a une. Quand on ne saisie rien, line est alors une simple chaine vide facile à tester. Et le code ainsi construit, n'aura même pas besoin d'être modifié une fois le bug résolu.

C'est un peu dommage d'abandonner la 3.2 pour ça.

Tyrtamos

Citation:

---

Envoyé par oodini

Ça m'a tout l'air d'être en relation directe avec mon problème.

La page en question comprend un correctif (issue11272.patch).

Mais comment l'appliquer ?

---

Le patch est une modification du code /Python/bltinmodule.c.
Pour l'appliquer, c'est pas compliqué mais pour en profiter, il faut re-compiler Python ;-)
- W

Citation:

---

Envoyé par PauseKawa

Dans mon exemple je prend le résultat du input() comme un string (il me semble que c'est prévu pour ce qui est du remplacement de raw_input par input : Python > 2.6) et je le compare à un string. Et cela fonctionne non ?

---

Bien sur que cela fonctionne, la question est pourquoi faire 2 fois.
- W

Citation:

---

Envoyé par tyrtamos

Cependant, il est facile de contourner: line = input("xxx").rstrip() supprime la fin de ligne quand il y en a une. Quand on ne saisie rien, line est alors une simple chaine vide facile à tester. Et le code ainsi construit, n'aura même pas besoin d'être modifié une fois le bug résolu

---

.rstrip supprime aussi blancs et autres tabs et pas seulement un éventuel '\r'.
Et comme nettoyer la fin de ligne est spécifique 3.2/Windows, inutile d'ajouter cet "overhead" dans les autres cas.
Un patch dynamique peut être construit sur une logique:
if python 3.2 on Windows:
replace input builtins with myinput.
placé dans un module XXXX importé dans tous les cas.

Personnellement, j'inclus toujours un tel module de lissage pour masquer certaines des différences 2.x, 3.x
- W

Bonjour wiztricks,

Citation:

---

Envoyé par wiztricks

.rstrip supprime aussi blancs et autres tabs et pas seulement un éventuel '\r'.

---

Ce qui est bien adapté au cas présent qui est d'entrer des entiers. Sur la 3.2, la présence d'espaces ou de tabulations finales ne gène pas la conversion int() tant qu'il y un nombre avant, mais génère une erreur (la même qu'avec '\r') quand il n'y en a pas!

Sinon, ce serait facile à améliorer: line=input("xxx").rstrip('\r') ne retire que le '\r' final.

Tyrtamos

Code:

---

Ce qui est bien adapté au cas présent qui est d'entrer des entiers. Sur la 3.2, la présence d'espaces ou de tabulations finales ne gène pas la conversion int() tant qu'il y un nombre avant, mais génère une erreur (la même qu'avec '\r') quand il n'y en a pas!

---

Le contructeur int se comporte as documented (i.e. assez cohérent avec les différentes versions de Python dans la nature).

Citation:

---

int([x[, base]])¶

Convert a string or number to a plain integer. If the argument is a string, it must contain a possibly signed decimal number representable as a Python integer, possibly embedded in whitespace.

---

note: dans ce contexte whitespace n'est pas limité au caractère '\x20'

Le bug porte sur la fonction "input" / Windows qui retourne la fin de ligne alors qu'elle ne devrait pas. Je conviens que pour récupérer des entiers .rstrip suffirait mais, pour le cas général, çà en fait beaucoup "trop".

- W

Citation:

---

Envoyé par tyrtamos

C'est un peu dommage d'abandonner la 3.2 pour ça.

---

Je débute en Python, et effectue mon apprentissage avec un live écrit pour Python 3.1. Je ne crois pas que je verrai la différence. Je repasserai en Python 3.2 quand j'aurai fini le bouquin, et quand je serai plus à l'aise pour contourner d'autres éventuels bogues.

Je trouve tout de même étrange que ce bogue susceptible de se présenter fréquemment n'ait pas été détecté avant la sortie officielle de la 3.2.