J'ai un petit problème que je n'arrive pas vraiment à résoudre du fait que je sais pas comment m'y prendre. Voici avant tout ma fonction pour ajouter des informations (tout marche parfaitement hein) :
void ajouterCombinaison(struct t_Match *tMatch, int *n, FILE* fichier) {
int i;
fichier = fopen("test.txt","a+");
do {
printf("Combien de matchs voulez-vous ajouter ? (max 10) : ");
scanf("%d",n);
}while((*n) < 1 || (*n) > 10);
for(i=0;i<(*n);++i) {
if(fichier != NULL) {
printf("\nMatch num%cro %d",130,i+1);
printf("\nDonner le nom de l'%cquipe %d : ",130,1);
scanf("%s",&(tMatch[i]).name_A);
printf("\nDonner le nom de l'%cquipe %d : ",130,2);
scanf("%s",&(tMatch[i]).name_B);
printf("\nDonner le gagnant entre (1 pour %cquipe 1, 2 pour %cquipe 2) : ",130,130);
scanf("%d",&(tMatch[i]).winner);
fprintf(fichier,"Match numero %d : Gagnant entre %s et %s : %d | ",i+1,(tMatch[i]).name_A,(tMatch[i]).name_B,(tMatch[i]).winner);
} else {
printf("Impossible d'%ccrire dans le fichier\n",130);
exit(-1);
}
} fprintf(fichier,"\n");
fclose(fichier);
}
La fonction remplit une structure d'un match : un match est composé du nom d'une équipe A et B (qu'on remplit) ; ensuite, on dit qui est le gagnant (1 pour A, 2 pour B). On écris ensuite ces infos avec un fprintf dans un fichier en mode a+
Mon problème est le suivant :
Je veux faire une fonction qui vérifie si le fichier est vide ou non, si il est vide alors il n'y a rien a vérifier. On écris les détails du (ou des) match(s) directement dans le fichier et on s'arrête là (chaque match est d'ailleurs séparé par un '|' et un espace juste après). Dès qu'on finit l'ajout, on saute une ligne après la boucle for pour dire qu'on a terminé la combinaison avec :
fprintf(fichier,"\n")
Ce que je veux maintenant c'est vérifier si cette nouvelle ligne qu'on a ajouté dans le fichier est exactement pareille à celle d'avant dans le fichier. La seule condition c'est que le gagnant d'une équipe doit être la même pour afficher une erreur du genre "vous avez la même combinaison"
Bon un exemple pour vous faire comprendre :
dans "test.txt" il y'a ces deux lignes (séparé par un saut de ligne évidement) :
Match numero 1 : Gagnant entre Lakers et Chicago : 1 | Match numero 2 : Gagnant entre France et Pacers : 2
Match numero 1 : Gagnant entre Lakers et Chicago : 1 | Match numero 2 : Gagnant entre France et Pacers : 2
La deuxième ligne qu'on a ajouté est donc invalide parce que Lakers est gagnante (1) et Pacers est gagnante aussi, sauf que c'est la même chose avec l'ancienne combinaison (donc la ligne d'avant)
Maintenant un contenu valide:
Match numero 1 : Gagnant entre Lakers et Chicago : 1 | Match numero 2 : Gagnant entre France et Pacers : 2
Match numero 1 : Gagnant entre Lakers et Chicago : 2 | Match numero 2 : Gagnant entre France et Pacers : 2
Ici même si c'est les mêmes équipes, le résultat est différent (même un seul parmi 9 autres matchs, ça suffit pour dire que c'est valide)
J'ai du coup pas besoin de vérifier le nom des équipes ou autre, puisqu'on va vérifier si la ligne N est identifique à celle d'avant (N-1) , mais uniquement le score.
Voilà, je cherche une idée sur comment je peux faire ça, j'avoue avoir lu et relu des cours sur les fichiers et j'ai essayé plein de truc mais j'ai échoué :/
Non j'ai déjà une fonction sur comment savoir si le fichier est vide ou non, ce que je veux savoir c'est comment comparer la ligne qu'on vient d'ajouter (donc la dernière ligne dans le fichier) avec celle de l'avant dernière. Si la dernière ligne est exactement la même que l'avant dernière, alors c'est invalide et on a une erreur. Si par contre elle est exactement pareil mais il y'a un changement de score, alors est elle valide. Tu peux relire les exemples?
L'erreur se produit uniquement si la ligne qui vient d'être créée (et qu'on s'apprête à écrire dans le fichier) est parfaitement identique à la dernière ligne du fichier, c'est bien ça ?
Pour gérer ça, je stockerais en permanence la dernière ligne dans une chaîne de caractères. Lorsqu'on vient de créer une nouvelle ligne à partir des données saisies par l'utilisateur, il suffit alors de comparer :
Si nouvelle_ligne = derniere_ligne
// Lignes identiques : on refuse
Sinon
// La nouvelle ligne peut être écrite
écriture de la nouvelle ligne dans le fichier
derniere_ligne <-- nouvelle_ligne
Je crois que ce qu'aymendgk appelle l'avant-dernière ligne est la dernière ligne du fichier. Elle doit rester dans le fichier ! En effet, si jamais la ligne courante (qu'aymendgk appelle la dernière ligne) est la même, on ne l'écrit pas, donc il n'y a jamais deux fois de suite la même ligne dans le fichier de sortie. La dernière est unique, c'est la bonne.
Tout ce qu'il faut, c'est conserver en mémoire la dernière ligne écrite dans le fichier.
Pourquoi voudrais-tu prévoir d'interrompre l'application en plein milieu du traitement ?
(J'ai l'impression que Pierrot et toi compliquez un problème simple. Pour moi, le programme doit faire la chose suivante : lire les données saisies par l'utilisateur et, pour chaque donnée, construire une ligne puis comparer celle-ci avec la ligne précédente ; si elles sont différentes, écrire la ligne dans le fichier et metre à jour la variable 'ligne précédente', sinon ne rien faire.)
Ben, pour les ré-utiliser plus tard, pardi ! Par exemple on peut imaginer un deuxième programme qui va prendre en entrée le fichier créé et calculer le classement du championnat. À ce deuxième programme, on demandera le nom du fichier de résultats, et zou ! il calculera le classement. Il faut donc avoir préalablement sauvegardé les résultats.
Tu te fais un film, ce n'est pas a toi d'imaginer ce que va faire l'application et s'il y a une deuxième application qui utilise le fichier. Ça c'est à aymendgk de le dire !
Si je disais ça c'est que tu ne veux pas arrêter l'application pour reprendre le travail plus tard. Toute application d'archivage de données doit pouvoir être arrêté, puis redémarrer le lendemain pour y ajouter de nouvelles données !
C'est toi qui fais un film en supposant que le fichier créé en sortie ne servira à rien. Je ne faisais que donner un exemple de possibilité pour montrer qu'il n'est pas impossible que le fichier créé en sortie serve à quelque chose.
Ce n'est pas une application d'archivage de données : les données sont saisies par l'utilisateur par 'scanf'. Mais tu as raison : si le programme prévoie qu'on puisse compléter un fichier déjà créé, la variable 'dernière ligne' doit pouvoir être initialisée en lisant la toute dernière ligne du fichier déjà créé. Je ne crois pas que ça change la méthode que je proposais, et de toute façon ça semble être une extension possible du programme, mais c'est à aymendgk de le dire ! (s'il a prévu cette extension).
Je n'ai pas compris l'objection « A quoi bon utiliser les fichiers dans ce cas ? ».
Par contre, j'ai compris l'idée de vouloir interrompre la saisie et la reprendre plus tard en complétant le fichier de sortie. (Dans ce cas, on commence par lire les lignes du fichier jusqu'à arriver au bout, on initialise 'dernière_ligne' à la dernière qu'on a lue, et on peut effectuer la saisie des nouvelles lignes avec l'algorithme que j'ai proposé. Par contre je crois que le mode "a+" ne serait pas adapté.)
Attention aux films, le confinement n'est pas terminé.
Le Tout est souvent plus grand que la somme de ses parties.
Aide avec les fichiers
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Le Tout est souvent plus grand que la somme de ses parties.
Le Tout est souvent plus grand que la somme de ses parties.
Le Tout est souvent plus grand que la somme de ses parties.
Le Tout est souvent plus grand que la somme de ses parties.
Le Tout est souvent plus grand que la somme de ses parties.