Appel de fonction avec une structure en argument

Bonjour,

Je suis un débutant en langage c. Actuellement à l'école, nous apprenons comment faire appel à des fonctions autres que la "main" dans le "main". Pas de problème, sauf que dans celle-ci je veux lui donner un tableau de structure en argument.
Je m'explique, voici mon code :

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 36 37 38 39 40 41 42

#include "stdafx.h" #include "stdio.h"   //Structure typedef struct emission emission;   struct emission { int duree; char titre[30]; };   //PROTOTYPE int obtenir(emission[]);   //Programme void main(void) { int retour; int cpt; emission programme[30]; printf("Bienvenue dans le programme\n"); retour = obtenir(programme); for (cpt = 0; cpt < 30; cpt++) { printf("%d", programme[cpt].duree); printf("%s", programme[cpt].titre); } printf("%d", retour); getchar(); } //Fonction int obtenir(emission programme[]) { int cpt; for (cpt = 0; cpt < 30; cpt++) { printf("Duree de l'émission ?\n"); scanf_s("%d", programme[cpt].duree); return 0; } }

---

Dans la fonction obtenir, je voudrais pouvoir obtenir la durée et le titre d'un émission. Visual studio ne me montre aucune erreur et exécute bien le programme mais lorsque je tape le premier nombre pr la durée, visual studio bug et envoie un message d'erreur:
Pièce jointe 250194

Voila, merci beaucoup pour votre aide.

RTFM: scanf_s, _scanf_s_l, wscanf_s, _wscanf_s_l

Prototype:

Code:

---

1 2 3 4

int scanf_s( const char *format [, argument]... );

---

Édit: Ce n'était pas précisé dans le prototype, la contrainte argument :ange: :ange:

Citation:

---

Chaque argument doit être un pointeur vers une variable d'un type qui correspond à un spécificateur de type dans format.

---

Indication:
int X; -> une variable X
int* pX = &X; -> un pointeur et & pour prendre l'adresse d'1 variable

désolé foetus, mais je ne comprend pas ce que tu as voulu dire par ton message :/

Citation:

---

Envoyé par devilezf

désolé foetus, mais je ne comprend pas ce que tu as voulu dire par ton message :/

---

Bonjour

On ne t'as pas appris, dans ton école, qu'une fonction ne peut modifier une variable extérieure que si elle reçoit l'adresse de cette variable ???

Ce qui ne marche pas

Code:

---

1 2 3 4 5 6 7 8 9 10 11

void fct(int x, int n) { x=n; // Inutile vu que x est local donc sera détruit en fin de fonction }   int main() { int zzz=0; fct(zzz, 500); // Ne fonctionne pas printf("%d\n", zzz); // Affichera toujours 0 }

---

Ce qui marche

Code:

---

1 2 3 4 5 6 7 8 9 10 11

void fct(int *pt, int n) { *pt=n; // Ici aussi "pt" local sera détruit en fin de fonction... mais ce n'est pas "pt" qui est remplie mais la variable qui se trouve à l'adresse contenue dans "pt". Et cette variable, elle, n'est pas détruite. }   int main() { int zzz=0; fct(&zzz, 500); // Ok printf("%d\n", zzz); // Affichera bien 500 }

---

Donc c'est pareil aussi pour scanf_s() (et en fait aussi pour toutes les fonctions)

Code:

---

1 2 3 4 5 6

for (cpt = 0; cpt < 30; cpt++) { printf("Duree de l'émission ?\n"); scanf_s("%d", &programme[cpt].duree); ... }

---

Maintenant des remarques plus générales:

• typedef struct emission emission => t'es sûr de pouvoir te relire dans 6 mois ??? Et si tu veux créer une variable nommée "emission" ??? => typedef struct s_emission t_emission => ce n'est pas plus lisible ??? Ben quoi qu'il en soit c'est au-moins conforme aux conventions
• void main() => t'es sûr que c'est comme ça qu'on t'a appris/décrit la fonction "main()" dans ton école ???
• Code:

  ---

  1 2 3 4 5

  for (cpt = 0; cpt < 30; cpt++) { ... return 0; }

  ---

  => là je dis "respect". Sans déconner, même quand on est débutant on est quand-même sensé savoir ce que fait l'instruction return et son impact quant à la mettre dans la boucle...

omg franchement désolé, oui je l'ai vu mais je vous avoue faire du c, en même temps du packet tracer et en s'occupant de son petit frère, c'est pas top :/.


"typedef struct emission emission => t'es sûr de pouvoir te relire dans 6 mois ??? Et si tu veux créer une variable nommée "emission" ??? => typedef struct s_emission t_emission => ce n'est pas plus lisible ??? Ben quoi qu'il en soit c'est au-moins conforme aux conventions"
---> C'est juste pour tester comment cela fonctionne avec des structures donc pas besoin de savoir ce relire.


void main() => t'es sûr que c'est comme ça qu'on t'a appris/décrit la fonction "main()" dans ton école ???
----> Oui, on a toujours utiliser la fonction main de cette façon. Pourquoi ? Cela n'est pas bon ?

=> là je dis "respect". Sans déconner, même quand on est débutant on est quand-même sensé savoir ce que fait l'instruction return et son impact quant à la mettre dans la boucle...
----> Oui désolé aussi, un return retourne une variable à la fonction principale et "termine" la fonction dans laquelle il se trouve. Un peu comme un break dans un switch case.

Bonjour,

Citation:

---

Envoyé par devilezf

void main() => t'es sûr que c'est comme ça qu'on t'a appris/décrit la fonction "main()" dans ton école ???
----> Oui, on a toujours utiliser la fonction main de cette façon. Pourquoi ? Cela n'est pas bon ?

---

Normalement, le type de retour de main doit être int.
Comme ça, le programme peut retourner un code qui indique si le programme s'est bien exécuté ou s'il y a eu une erreur.
Par exemple, retourner 0 indique que le programme s'est exécuté correctement.

Si le type de retour de main n'est pas compatible avec int (par exemple void), alors le programme retourne quand même un code, mais dont la valeur n'est pas spécifiée.

La valeur de retour d'un programme, c'est une information qu'on peut récupérer, par exemple, quand on appelle le programme depuis un script.
Normalement, l'école devrait faire prendre l'habitude aux étudiants de choisir int comme type de retour de main, même sans leur expliquer tout de suite à quoi ça sert.

Citation:

---

Envoyé par devilezf

"typedef struct emission emission => t'es sûr de pouvoir te relire dans 6 mois ??? Et si tu veux créer une variable nommée "emission" ??? => typedef struct s_emission t_emission => ce n'est pas plus lisible ??? Ben quoi qu'il en soit c'est au-moins conforme aux conventions"
---> C'est juste pour tester comment cela fonctionne avec des structures donc pas besoin de savoir ce relire.

---

Même pour tester, si on prend immédiatement les bonnes habitudes ça devient un réflexe et quand ce sera "pour de vrai" on n'aura pas de souci...

Peut être que cette réponse ne sert a rien mais je confirme ce que dit Sve@r même pour un test il faut bien écrire son code.

Le gros souci qu'on les débutants après quelque mois de pratique ce n'est pas le langage en lui même , mais bien le manque de rigueur.

Merci beaucoup pour les conseils que vous m'avez donné. J'essaierais de m'en souvenir pour mes prochains codes :)