Inscription : 20 Août 2007, 18:21 Message(s) : 4997
T'as le même retour d'erreur avec ?val("-") ou ?val(".")
manuel de l'utilisateur a écrit :
FONCTION : Fournit la VALeur numérique du ou des premiers caractères (y compris le signe négatif et le point décimal) de la < chaîne alphanumérique > indiquée.
On obtient la valeur 0 lorsque le premier caractère de la chaîne n’est pas un chiffre. Si le signe « - » apparaît en premier caractère ou si celui-ci est un point décimal suivi d'un caractère non numérique, le message d’erreur «Type mismatch >» (erreur de frappe) (13) s’affiche à l’écran.
En fait le caractère est autorisé mais le mismatch vient qu'il est employé seul alors que le parser attend au minimum un chiffre ou un caractère de a/A à f/F ensuite idem pour le - il s'attend à une valeur numérique derrière, éventuellement un & car on doit pouvoir faire un VAL d'une valeur hexa négative sans souci
Inscription : 20 Août 2007, 18:21 Message(s) : 4997
La définition du "Type mismatch" est pourtant claire ...
Citer :
13 Type mismatch (types de variable ne correspondant pas) On a donné une valeur numérique pour une chaîne alphanumérique ou vice-versa ou un nombre non valable a été découvert par une commande READ ou INPUT.
c'est pas bug du basic , mais bien un bug dans la gestion des entrées clavier de ton code!
On peut quand même admettre que la notice n'a pas détaillé le cas du "&" Par contre elle mentionne aussi l'usage du "." Bref, la fonction n'est pas à toute épreuve comme un bon "atoi" en C
Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 2 invité(s)
Vous ne pouvez pas publier de nouveaux sujets dans ce forum Vous ne pouvez pas répondre aux sujets dans ce forum Vous ne pouvez pas éditer vos messages dans ce forum Vous ne pouvez pas supprimer vos messages dans ce forum Vous ne pouvez pas insérer de pièces jointes dans ce forum