j'ai un peu de mal avec les fonctions fread et fwrite. Je m'en sers pour enregistrer un tableau de flottants (ici notes) de NBELEVES éléments dans un fichier.
 
Bon le problème c'est que l'execution me rend toujours "segmentation fault" , et je ne vois pas bien d'où ça peut venir. il me semble bien que les paramètres que je passe à fwrite sont correctes, d'après le prototype de cette fonction : size_t   fwrite(const  void  *ptr,  size_t  size,  size_t  nmemb,  FILE *stream);
 
j'ai un autre bout de code similaire avec fread, et j'ai la meme erreur.
je suis sous mandrake 9.0, compilateur gcc.
 
 

 
 
merci de bien vouloir m'aider

tu peux donner du code plus complet s'il te plait?

ben voilà je peut pas faire plus précis sur le code

en fait ce qui m'aurait interesse c'est la délcaration de nomfichier
 
edit: attention, il manque un fclose dans le case '9'
 
dans tes read ou write préfère par exemple (sizeof float) plutot que (4)

 
OK fallait le dire : j'édite ...

 
avant toute chose, en cas de segmentation fault, utilise gdb.
Un début :
compiles et linke ton programme avec -g3 (au pire -g) en virant les -Omachin (si c'est possible, sur palmos, c'est rarement possible par ex.), ça va activer les infos de débuggage et virer les optimisations (qui compliquent ou empèchent le débuggage).
 
tu lances "gdb tonprog" au shell.
tu tappes "run <les arguments de ton prog>"
 
au moment du crash, gdb va te rendre la main, il sera dans l'état où c'est produit le crash.
 
tu tappes "bt" et il va t'afficher la pile des appels de fonctions avec les fichier et numéros de lignes.
 
tu tappes "up" pour remonter d'un cran (et voir un peu ce qui s'y passe) et "down" pour descendre d'un cran dans la pile des appels.
"list" pour voir le code
"print nom_var" pour voir une variable.
"help" pour avoir de l'aide.
 
le principe est : au moment du crash, tu cherches la dernière fonction à toi qui a été appelée dans la pile, tu montes dedans et tu regarde un peu l'instruction qui a provoqué le crash, les varibles qui sont dans le coin etc., si tu trouve une valeur anormale, elle a peut-être été passé en paramètre depuis la fontion du dessus donc tu remontes etc.
 
pour aller plus loin : http://sources.redhat.com/gdb/onlinedocs/gdb_toc.html
 
regarde avec gdb si c'est bien la fonction fwrite qui plante.
 
Evite les nom de variable en majuscules, on les garde pour les macros.
 
Sinon, il sort d'où ton 4 dans fwrite ? à cet endroit on met généralement des sizeof(machin) enfi des trucs mesurés en nombre d'octets

 
t'as le nez fin toi !
Je me suis dit : "puisqu'il écrit nomfichier[0] c'est que c'est un tableau statique et qu'il veut montrer qu'il a compris son cours" .... j'ai eu tord !

 
le NBELEVES en maj, c'est justement que c'est une constaate en #define .
 
le 4 : c le nombre d'octet d'un flottant sur la machine où je travaille.
 
 
sinon merci pour tes conseils sur gdb

 
bon, Taz a eu le nez creux, scanf ne fait pas l'allocation, don il faut lui passer un pointeur sur un tableau déjà existant qu'il va te remplir :
 
char nomfichier[100];
 
maintenant, il faut brider le scanf pour que l'utilisateur ne puisse pas casser ton programme, mais j'ai la flemme de relire le manuel de scanf.

 
je parlais du F

si tu peux t'en passer préfère
 
const int nombre=20;
 
au traditionnel et problématique
 
#define NOMBRE 20
 
 
 
 
il m'est arrivé de tourner en rond en essayant de trouver pourquoi le programme d'un ami plantait... j'ai finalement déniché un #define N 8, vu l'emploi intensif de N comme nom de variables dans sont code et dans le code la bibliotheque qu'il utilisait, c'etait un vrai massacre
 
 
bref, en C, on ne devrait pas se servir du #define pour définir des constantes, AMHA

tu peux tracer ton programme plus précisément?
 
dans gdb tu tapes 'break nomfichier.c:ligne' et gdb stoppera. ensuite deroule a coup de de 'n' (next) et de 's' (step)
 
ce que je veux savoir c'est si le scanf passe bien
 
edit: &nomFichier[0] == nomfichier

ok j'ai compris : le proclème viendrais que je n'ai pas d'espace reservé pour nomFichier, ce qui ferait donc un ecrasement memoire, ce qui expliquera le segmentation fault .
 
 ....  j'essaye avec un char nomfichier[100] ..
merci

 
ben ça faut aller le dire à mon prof alors ...

 
il a (pendant une courte durée) exposé son programme complet et j'ai pas vu d'affectation à nomfichier.
 
mani> ARRETE D'EDITER TON POST, LA DISCUTION NE VEUT PLUS RIEN DIRE A FORCE !

je peux pas etre partout

 
ok ok j'arrete  

bon de toutes façons c'était ça le probleme : ça venait de nomFichier qui n'était pas correctement alloué. reste plus qu'à regler le pbm du scanf.

regarde du coté de fgets peut etre, pour eviter les dépassement de capacité

c'est resolu : appel à fgets, puis appel à sscanf.
 
merci à ceux qui ont pris la peine de repondre au topic.