Probleme avec FILE

J'ai un petit probleme... La compilation s'opère sans probleme mais lors de l'exécution ça ne s'affiche pas correctement.
En fait, lorsque je tape le chemin d'accès, le programme se ferme. (????)

Merci à celui qui m'aidera


printf("Veuillez specifier le chemin d'acces à votre map Ragnarok:\n");
textbackground(BLACK);
printf("# Attention, ce fichier se doit être d'extension .gat\n");
scanf("%s", &path);

// Vérification des handles
FILE * fmap;

fmap= fopen(path, "r");
if(fmap == NULL) {
printf("Echec de chargement\n");
getchar();

}
else {

printf("Fichier ouvert!");
getchar();


}


Now that's sidewalker's era

Normal si tu executes le programme compilé sous windws.
Ouvre une console MS-DOS et execute le dedans.

Shell

Pour t'expliquer ce qu'il se passe :
Quand tu entres le nom du fichier, tu valides en tappant ENTRER, qui valide ton choix mais qui reste aussi dans la cache.
Ensuite le getchar, récupere bel et bien le ENTRER, mais le la valide a nouveau car ENTRER equivaut à un retour chariot couplé à un retour a la ligne.

Si tu veux tout de meme pouvoir utiliser ton programme en mode GUI, tu dois vider la cache après avoir récuperer la saisie utilisateur.

Exemple:

printf("Chemin : "); scanf("%s", &path); fflush(stdin); getchar(); //Tu peux aussi mettre systeme pause mais a ce compte la tu peux virer le fflush(stdin).

Shell

Moi ce serait plutot l'instruction scanf("%s", &path); qui m'inquiéterais... Surtout quand je vois ensuite fopen(path, "r");
path est sans doute un char*, donc c'est path qu'il faut donner à scanf et pas son adresse

vecchio56> ca revient au meme.
Si path est déclarée "char *path;" ou "char path[MAX_PATH]";
que tu indiques &path ou path reviens au meme, car dans les deux cas tu donnes l'adresse du premier élément de path.

Shell

Je pense qu'il y en a un de nous deux qui n'est pas bien réveillé...

fflush(stdin);

J'en ai marre de voir ça, ça fait au moins la 10ème fois que je vois cette idiotie, écrite par plusieurs personnes différentes qui plus est !
fflush s'applique aux flux de sortie uniquement, pour un flux d'entré, c'est indéfini !!! (probablement désastreux)

(path == &path) vrai si path est un tableau, faux si path est un pointeur

plus_plus_fab > entierement d'accord, je le repete moi meme souvent

le probleme c'est que ms à eu la 'bonne' idée d'implémenter fflush( <input stream> ) et pas facile de faire comprendre que ce comportement n'est pas standard, donc pas portable et dangereux

on pourrait rajouter un fflush( stdout ) pour forcer l'affichage avant le scanf

et faire un fgets pour saisir une chaine et banir scanf et gets, toujours à cause du risque d'overflow

FFLUSH()

Fonction : Vide la mémoire tampon associée à un flux. Syntaxe : i nt fflush(FILE *stream); Ptototype dans : stdio.h Description : Lorsque stream est un flux ouvert pour des sorties, fflush() entraine l'ecriture du contenu de la mémoire tampon associée au flux. Lorque stream est un flux ouvert pour des entrées, la mémoire tampon est vidée. Le flux stream reste ouvert après l'execution de fflush. cette fonction n'a pas d'effet sur les flux n'utilisant pas de mémoire tampon. Valaur retournée : Retourne 0 si l'opération réussit et EOF lorsqu'une erreur est detectée. Portabilité : Disponible sur les systèmes Unix : compatible avec la norme ANSI du langage C.

Shell