Bonjour, je me suis lancer dans l'apprentissage de la programmation en c et je bute sur un problème que je n'arrive pas a comprendre.
Voila mon code. Je n'arrive pas a comprendre , sachant que a est plus petit que b,pourquoi l'instruction se lance quand même? Merci de me renseigner.Code:#include <stdio.h> int main () { int a, b; a = 6; b = 8; if ( a > b); { printf("%d est plus grand que %d.\n", a, b) } return 0; }
p.s: désoler pour l'orthographe.
Dernière modification par JPL ; 22/05/2019 à 17h23. Motif: Ajout de la balise Code (#) pour garder l'indentation
Je vient de comprendre mon erreur plus besoin de me répondre.
Faut enlever le point virgule sur la ligne 6, je le dit si jamais sa peut aider quelqu'un.
Bonjour,
Votre code n'a pas le comportement attendu car il y a une faute de frappe dedans: un point virgule est présent après la parenthèse fermante du "if". En conséquence, le code qui suit entre accolades n'est pas associé à la condition et est exécuté dans tous les cas...
Arf, grillé...
bonjour,
un compilo malin supprimera tout!
voir "dead code elimination".
JR
l'électronique c'est pas du vaudou!
Il n'y avait pas de code mort dans ce qu'il a fait : un if de une seule ligne, suivi d'un bloc sans entête, aucun code n'aurai été détecté.Envoyé par jiherve
Le if est précisément du code mort.
D'ailleurs, certains compilos le détectent et affichent un warning: " warning: if statement has empty body [-Wempty-body]".
Et en mode optimisé, le code saute en effet.
bonjour,
j'ai vu des exemples encore plus radicaux :
ex : appel d'une fonction qui modifiait autre chose que le return et plouf au revoir la fonction avec un compilateur C ANSI strict!!
JR
l'électronique c'est pas du vaudou!
C'est vicieux ces petites bêtes.
Ou encore l'éditeur sous Delphi qui supprime dans le source les procédures d'évènement qui ne contiennent pas de code (pas pratique pour programmer lorsqu'on a mis en attente cette portion de code).
Bonjour, et Merci.
Un problème que l'on n'a pas avec vi
Not only is it not right, it's not even wrong!
ni avec ed...Un problème que l'on n'a pas avec vi
Jusqu'ici tout va bien...
Je n'ai pas compris. Tu veux dire autre chose que ce que renvoie le return? Un exemple?
Non, il faut le déplacer pour le mettre à la fin du printf() ...
Le code que tu nous as donné ne se compile pas.
Et les compilateurs sympas signalent le if (en examinant l'indentation qui suit) :Code:> gcc -Wall pv.c pv.c: In function ‘main’: pv.c:9:6: warning: this ‘if’ clause does not guard... [-Wmisleading-indentation] if ( a > b); ^~ pv.c:10:6: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the ‘if’ { ^ pv.c:12:6: error: expected ‘;’ before ‘}’ token } ^
Ce qui se conçoit bien s'énonce clairement ; et les mots pour le dire arrivent aisément.
Bonsoir;
@Jack en l’occurrence c’était, si ma mémoire est bonne, une fonction de réception UART qui modifiait un pointeur, ce pointeur étant passé en paramètre mais le return était un truc du type "ok", le compilo étant ANSI strict il ne modifiait pas le pointeur, car pour lui c’était une constante donc la fonction ne faisait rien.
Toujours si ma mémoire est bonne( cela fait presque 5 lustres) cela avait été résolu avec un typage "volatile" , car pour ce compilo les paramètres des fonctions était par défaut de type"const" .
JR
l'électronique c'est pas du vaudou!
Et pourtant le pointeur était utilisé pour se référer à des données? C'est bizarre.
Concernant le volatile, je l'utilisais souvent lorsque je programmais des microcontrôleurs et afin d'éviter de zapper des instructions qui auraient pu paraître inutile, du genre accès à un registre sans récupérer son contenu.
Mais je suppose que tu connais bien le problème.
