appel d'une fonction dans une condition

Version imprimable

bonjour,

Comment implémenter correctement la condition :
si telle fonction est appelée alors

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
#include <stdio.h>
 
int main(void) {
  printf("Hello World\n");
  //si la fonction ecrit est appelée
  if(ecrit)  //mauvaise syntaxe
  {
     printf("fonction appelée") ; 
  }
 
 
  return 0;
}
 
void ecrit()
{
printf("zozo");
}

merci de votre aide

17/12/2021, 08h09
dalfab

Bonjour,

Si écrit est une fonction, ce que tu peux faire c'est l'appeler. Et pour appeler une fonction, il lui faut ses paramètres entre parenthèses.

Code:

if ( ecrit() ) // appelle la fonction, le if se fait sur ce qu'à répondu la fonction (faux ou pas)

Tu ne peux pas faire if (fonction a été appelée), ça n'a pas de sens tu sais bien si tu as appelé la fonction ou pas!

dans un projet en C sur www.replit.com,ce code ne fonctionne pas pourtant:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
#include <stdio.h>
#include <string.h>
 
int main(void) {
  printf("Hello World\n");
 
  //si la fonction ecrit est appelée
  if(ecrit())
  {
     printf("fonction appelée") ; 
  }
 
 
  return 0;
}
 
void ecrit(void)
{
printf("zozo");
 
}

Pourquoi?Que dois-je modifier pour qu'il fonctionne?

17/12/2021, 16h51
foetus

Citation:

Envoyé par tabkelm

Pourquoi?Que dois-je modifier pour qu'il fonctionne?

Es-tu sérieux ? :weird: :koi:

1 condition c'est 1 booléen : le fameux 0 c'est faux, tout le reste est vrai.

Est-ce que ta fonction retourne 1 booléen ? non :aie:

Une possibilité:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
#include <stdio.h>
#include <string.h>
 
int  ecrit(void) {
   return  printf("zozo");
}
 
int  main(void) {
  printf("Hello World\n");
 
  //si la fonction ecrit est appelée
  if ( ecrit() ) {
      printf("fonction appelée"); 
  }
  else {
      printf("la aussi, la fonction a été appelée");
  }
}

17/12/2021, 21h24
kaitlyn

Salut,

Citation:

Envoyé par dalfab

Tu ne peux pas faire if (fonction a été appelée), ça n'a pas de sens tu sais bien si tu as appelé la fonction ou pas!

En mode brut de décoffrage, un drapeau global is_ecrit_called peut répondre à la question. Mais il y a fort à parier que c'est encore et encore un problème XY. Donc à toutes fins utiles je vais me contenter d'en rappeler la définition :

Citation:

Envoyé par Wikipedia

Le problème XY est un problème de communication rencontré lors d'une demande d'assistance. La personne ayant un problème X imagine une solution Y, et au lieu de demander de l'aide pour X, cette personne demande de l'aide pour mettre en place la solution Y. Cependant, il arrive que résoudre le problème Y ne résolve que de manière partielle ou bancale le problème X. Ainsi, ne pas présenter le problème original et introduire un problème autre peut conduire à des difficultés de communication et à des solutions insatisfaisantes.

Salut,
Citation:
Envoyé par tabkelm
dans un projet en C sur www.replit.com,ce code ne fonctionne pas pourtant:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 #include <stdio.h> #include <string.h> int main(void) { printf("Hello World\n"); //si la fonction ecrit est appelée if(ecrit()) { printf("fonction appelée") ; } return 0; } void ecrit(void) { printf("zozo"); }
Pourquoi?Que dois-je modifier pour qu'il fonctionne?
Il faut, déjà, apprendre à être précis dans la description du problème... Parce que "ce code ne fonctionne pas", ca ne veut juste rien dire.

Si tu veux correctement décrire ton problème, il faut préciser si "ce code ne fonctionne pas"
parce qu'il ne compile déjà pas (on a une erreur de compilation) :question:
parce qu'il ne génère pas l'exécutable (on a une erreur à l'édition de liens) :question:
ou parce que, une fois l'exécutable généré, lorsqu'on l'exécute, il ne donne pas le résultat attendu :question:

Bon, il est vrai que je t'engueule pour la forme ici, histoire de te faire prendre conscience que la précision est une vertu essentielle et primordiale, car il se fait que je sais parfaitement ce qui se passe: ton code ne peut tout simplement pas compiler ;)

Cependant, il faut bien comprendre que si tu ne prend pas l'habitude d'appeler un chat un chat en donnant des indications les plus précises possibles sur les problèmes que tu rencontre, il y a de nombreuses situations dans lesquelles les réponses que tu obtiendra ne te seront tout simplement d'aucune aide, car totalement "à coté de la plaque" par rapport au problème que tu rencontre !

Donc, ton code ne compile pas. La véritable question que tu devrais poser n'est donc pas "comment dois-je le modifier pour qu'il fonctionne", mais bien "pouvez vous m'aider à comprendre ce qui ne va pas", car, si on te dis en trois ligne "tu fais ceci, et cela, et ton problème sera résolu", mais que tu ne comprends absolument pas ce qui a permis de résoudre ton problème, tu n'auras rien appris.

C'est pourquoi je vais me contenter de te rappeler un point essentiel:
le compilateur (et la plupart des outils que tu vas manipuler) vont lire ton code exactement de la même manière que toi quand tu lis un bon bouquin: de la première ligne à la dernière. Sans passer trois lignes pour passer de la deuxième à la cinquième ni revenir en arrière.

Le compilateur a cela en plus d'un peu "casse pied" qu'il refuse systématiquement d'appeler "quelque chose" qu'il ne connait pas:

Si tu veux créer une variable d'un type qu'il ne connait pas, il va s'arrêter en disant "je ne connait pas ce type de donnée"
Si tu veux appeler une fonction "dont il ignore tout", il va également s'arrêter en te disant "je ne connais pas cette fonction".

Et c'est, en gros, ce qui se passe ici. D'ailleurs, c'est sans doute le sens du message d'erreur qu'il aura affiché et qui signifie, en gros que

Citation:

Lorsque je suis arrivé à la ligne 9 du fichier, j'ai croisé l'appel à la fonction ecrit() dont j'ignore tout

La solution à ce problème est donc de s'assurer que le compilateur en connaisse "suffisamment" sur la fonction appel que pour accepter que l'on y fasse appel.

C'est à dire que le compilateur doit au moins savoir

Quel type de donnée sera renvoyé par la fonction une fois que son exécution sera terminée (si elle renvoie une donnée du moins), afin de pouvoir faire des vérifications sur ce type de donnée (entre autres, afin de pouvoir s'assurer que le type de la donnée renvoyé est compatible avec l'usage que tu essaye d'en faire)
quel est le nom de la fonction, afin de être en mesure d'identifier la fonction appelée de manière strictement unique et non ambigue
la liste des paramètres que la fonction attend éventuellement, afin de s'assurer que nous lui transmettons des données qui pourront être utilisées par la fonction.

Autrement dit, il faut que le compilateur ait croisé, avant la ligne 9 (et en dehors de toute fonction) la déclaration de la fonction ecrit. Et cela se fait donc sous une forme que l'on peut généraliser en

Code:

type_de_retour nom_de_la_fonction ( liste_de_paramètres ) ;

Seulement, le fait d'ajouter une déclaration de la fonction écrit avant la ligne 9 et en dehors de toute fonction ne va sans doute résoudre qu'une partie du problème, car la fonction écrit est de type void, ce qui signifie qu'elle ne renvoie aucune donnée. Ce qui va forcément poser problème vu que l'on va essayer de tester ... la valeur renvoyée par cette fonction.

Il faudra donc changer cela (au niveau de la déclaration comme de l'implémentation de la fonction), car, autrement, le compilateur ne va rien comprendre (comment voulez vous tester une valeur qui n'est pas sensée être renvoyée :question: risque-t-il de te demander) et, par exemple, décider que cette fonction renverra un nombre entier.

Evidemment, si tu t'engages à ce que la fonction renvoie une valeur de type entier, il faudra également modifier le code de la fonction pour s'assurer que ton engagement soit respecté. Et cela se fait au travers de l'instruction return <valeur>Le plus chouette, c'est que printf renvoie également une valeur entière, qui correspond au nombre de caractères qui ont été écrits; et, cerise sur le gâteau, que la valeur entière 0 est la seule valeur qui sera convertie en une valeur booléenne équivalent à false, alors que toutes les autres (que ce soit -3, -150000 ou +39782) seront converties en une valeur booléenne correspondant à true. On peut donc écrire le code de la fonction ecrit en lui demandant, tout simplement, de renvoyer le résultat qui a lui-même été renvoyé lors de l'appel à printf ;)

Tu devrais désormais, grâce à toutes les informations que je t'ai données, savoir exactement ce qu'il faut modifier dans ton code non seulement pour qu'il compile et permette la génération d'un exécutable, mais aussi pour qu'il te fournisse le résultat attendu ;)

une dernière remarque

Si tu fais appel à la fonction ecrit dans un test (if(ecrit() ) la fonction aura forcément été appelée, vu que, autrement, on serait incapable récupérer la valeur ... qu'elle n'aura pas du renvoyer (vu qu'elle n'a pas été appelée).
l'affichage printf("fonction appelee"); est donc ... très mal choisi, car, même si la fonction échoue, l'appel à la fonction aura forcément été effectué.

il serait beaucoup plus correct (même si le texte ici n'est pas "faux") d'afficher un texte qui soit plutôt proche de printf("fonction correctement exécutée"); car c'est effectivement ce qui se sera passé ;)

le code de daflab:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
#include <stdio.h>
#include <string.h>
 
int  ecrit(void) {
   return  printf("zozo");
}
 
int  main(void) {
  printf("Hello World\n");
 
  //si la fonction ecrit est appelée
  if ( ecrit() ) {
      printf("fonction appelée"); 
  }
  else {
      printf("la aussi, la fonction a été appelée");
  }
}

résout mon problème
mais maintenant au lieu de mettre dans la condition la fonction ecrit,je mets une autre fonction retournant par exemple une structure
comme ceci:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
 
#include <stdio.h>
#include <string.h>
 
int A,B,C;
 
struct vecteur3{
  int x;
  int y;
  int z;
};
 
typedef struct vecteur3 vecteur;
 
vecteur fonction(int a,int b,int c){
  vecteur V;
  V.x=a;
  V.y=b;
  V.z=c;
  return V;
}
 
int  main(void) {
  printf("Hello World\n");
 
  //si fonction est appelée
 if (fonction(A,B,C) ) //là ça ne marche plus.Pourquoi?
  {
      printf("fonction appelée"); 
  }
  else {
      printf("la aussi, la fonction a été appelée");
  }
  return 0;
}

l'appel dans la condition ne fonctionne pas.Pourquoi.
Qu'ai-je oublié?

18/12/2021, 07h30
kaitlyn

Citation:

Envoyé par tabkelm

l'appel dans la condition ne fonctionne pas.Pourquoi.
Qu'ai-je oublié?

Peut-être de lire les réponses ? Non ?
Je ne sais pas, comme ça au hasard, disons la #4

Citation:

Envoyé par foetus

1 condition c'est 1 booléen : le fameux 0 c'est faux, tout le reste est vrai.
Est-ce que ta fonction retourne 1 booléen ? non :aie:

Alors est-ce que tu vas finir par prendre en considération ces réponses ou tu préfères nous rejouer le remake d'un jour sans fin ?

Oui parce que dans la thématique des boucles temporelles c'est le film qui ressort en premier.
C'est quand même assez incroyable à quel point le synopsis colle bien au personnage principal de la discussion :

Citation:

Phil Connors, journaliste à la télévision et responsable de la météo part faire son reportage annuel dans la bourgade de Punxsutawney où l'on fête le "Groundhog Day" : "Jour de la marmotte". Dans l'impossibilité de rentrer chez lui ensuite à Pittsburgh pour cause d'intempéries il se voit forcé de passer une nuit de plus dans cette ville perdue. Réveillé très tôt le lendemain il constate que tout se produit exactement comme la veille et réalise qu'il est condamné à revivre indéfiniment la même journée.
18/12/2021, 10h57
Sve@r

Bonjour

Citation:

Envoyé par tabkelm

mais maintenant au lieu de mettre dans la condition la fonction ecrit,je mets une autre fonction retournant par exemple une structure...l'appel dans la condition ne fonctionne pas.Pourquoi.
Qu'ai-je oublié?

Tu as oublié d'étudier en quoi le code de daflab était différent du tien au lieu de voir ça comme une espèce de cadeau divin et mystérieux. Tu as oublié aussi de lire le post de koala01 qui a écrit une magnifique prose bien détaillée et laissant la pénible impression qu'il a bossé pour rien. Pourtant il l'a bien écrit quand il te dit que la valeur entière 0 est la seule valeur qui sera convertie en une valeur booléenne équivalent à false (ce qui permet à n'importe qui de correctement câblé d'en déduire que toute autre valeur est donc convertie en une valeur booléenne équivalent à true).
Tu as oublié aussi d'ouvrir un bouquin de C élémentaire avant de faire du C avancé (retour de structures, etc), bouquin expliquant aussi qu'en C de base, toute valeur non nulle est considérée comme vrai (c'est aussi le cas en C avancé sauf que là on ne le dit plus tellement c'est devenu implicitement connu).
Et tu as oublié alors d'en déduire (oui la déduction c'est un travail personnel) que si ta fonction retourne une structure, donc à priori un truc ne pouvant pas valoir 0, elle sera toujours vue comme vraie.

Citation:

Envoyé par koala01

il serait beaucoup plus correct (même si le texte ici n'est pas "faux") d'afficher un texte qui soit plutôt proche de printf("fonction correctement exécutée"); car c'est effectivement ce qui se sera passé ;)

Même une fonction renvoyant 0 peut avoir été correctement exécutée (exemple strlen(), strcmp()). Bon pardon c'était juste une parenthèse d'humour, j'ai bien compris le but principal de ta remarque :chin:

Citation:

Envoyé par kaitlyn

Oui parce que dans la thématique des boucles temporelles c'est le film qui ressort en premier.

En effet, c'est probablement le plus connu. Pourtant il y en a d'autres très très bons. J'ai beaucoup aimé par exemple Happy Birthdead (mais pas le 2 car comme très souvent, quand un truc a bien marché et qu'on rajoute une suite faite de bric et de broc, ça reste de bric et de broc). Il y a aussi le roman Replay que j'ai trouvé excellent...
21/12/2021, 09h13
kaitlyn

Salut,

Citation:

Envoyé par Sve@r

J'ai beaucoup aimé par exemple Happy Birthdead (mais pas le 2 car comme très souvent, quand un truc a bien marché et qu'on rajoute une suite faite de bric et de broc, ça reste de bric et de broc).

J'avais eu des échos pas terribles sur le 2 mais j'avais pas connaissance du 1. Donc là grâce à toi j'ai vu les deux et j'ai bien apprécié. Merci beaucoup.