Discussion :

[Deallyra]

Bonjour à vous,

J'ai ce code assez simple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
	printf("\n\nRenseignez le chemin d'acces au fichier Machine :\n");
	scanf("%256s",adresseMachine);
 
	printf("\nRenseignez le chemin d'acces au fichier Donnees :\n");
	scanf("%256s",adresseDonnees);
 
	fichierDonnees = fopen(adresseDonnees, "r");
	fichierMachine = fopen(adresseMachine, "r");
 
	if(fichierDonnees != NULL)
	{
		//traitement pour fichier ouvert
	}
	else
	{
		if (ferror(fichierDonnees))
		{
			perror("donnees.txt");
		}
		return 1;
	}

Dans le cas où je donne des noms de fichiers existant, aucune erreur.

Si je mets le nom de fichier inexistant
Renseignez le chemin d'acces au fichier Machine : plop
Renseignez le chemin d'acces au fichier Donnees : pwet

En ce cas, j'aurais le message Erreur de segmentation

Selon le man,

Ces fonctions ne devraient pas échouer, et ne positionnent donc pas la variable errno. (Toutefois, si fileno détecte que son argument n'est pas un flux valide, il doit renvoyer -1 et remplir errno avec EBADF.)

Quel est le problème? >.<

Merci à vous,

[diogene]

Je crois que le comportement de ferror avec un argument NULL est indéfini

[Deallyra]

humpf...

J'avais lu ce code sur un tutoriel mais je n'arrive plus à remettre la main dessus...

Merci Diogène.

[Emmanuel Delahaye]

J'avais lu ce code sur un tutoriel

Soit faux, soit mal mémorisé.

Mais peu importe. Ce n'est pas comme ça qu'on écrit du code correct, mais en sachant de quoi on parle. Pour ça, on se documente et on voit que ferror() n'a de sens que si une fin de lecture s'est produite...

Ton code n'a donc aucun sens.

http://emmanuel-delahaye.developpez....s.htm#fichiers

Le C, ça ne se devine pas, ça s'apprend.

[Deallyra]

Quelque peu acerbe vos propos non? Ou alors la fatigue que j'accumule qui me donne cette impression.

Soit faux, soit mal mémorisé.

Faux.
J'ai fait du copier coller. Je sais c'est mal. Du copier coller, c'est pour un exemple précis... Mais là, c'était un exemple comprenant le file *toto = fopen avec un test si non NULL et le else...
Il n'y avait pas plus simple... Et pas plus faux également.

Mais peu importe. Ce n'est pas comme ça qu'on écrit du code correct, mais en sachant de quoi on parle. Pour ça, on se documente et on voit que ferror() n'a de sens que si une fin de lecture s'est produite...

je suis allée voir les documentations... D'où un lien parmi tout ce que j'ai vu sur le net dans mon premier post.

Ton code n'a donc aucun sens.

Effectivement
Je m'en étais rendue compte après des recherches plus poussées

http://emmanuel-delahaye.developpez....s.htm#fichiers

Le C, ça ne se devine pas, ça s'apprend.

Et je me sers souvent de vos pages quand j'ai besoin de trouver quelque chose...

Cependant, même si ça ne se devine pas, l'apprentissage passe par des erreurs, par des essais.
La théorie pure et dure n'est rien sans application et sans erreur pour nous montrer comment progresser.

Juste que je trouve que vous avez été un peu dur sur votre dernier message

[Emmanuel Delahaye]

Cependant, même si ça ne se devine pas, l'apprentissage passe par des erreurs, par des essais.
La théorie pure et dure n'est rien sans application et sans erreur pour nous montrer comment progresser.

Juste que je trouve que vous avez été un peu dur sur votre dernier message

Certaines attitudes proches du bricolage m'énervent... surtout quand ça fini sur le forum et venant de quelqu'un qui prétend ne pas être débutante en programmation (algo, java toussa...).

Que tu fasses des essais chez toi, à la rigueur. Mais poser une question sans s'être documenté avant, ce n'est pas sérieux et ça fait perdre du temps à tout le monde.

[Deallyra]

Je me suis documentée avant je venais de vous le dire.

Mais je n'ai vu nulle part que ferror avec NULL en paramètre avait un comportement indéfini. Pire, j'avais vu son "fonctionnement" dans un code de tutoriel.

Je suis désolée de vous faire perdre votre temps...

Je ne cherche pas à faire du bricolage. Ce que je veux c'est apprendre.

[nicolas.sitbon]

7.19.10.3 The ferror function
Synopsis
1 #include <stdio.h>
int ferror(FILE *stream);
Description
2 The ferror function tests the error indicator for the stream pointed to by stream.
Returns
3 The ferror function returns nonzero if and only if the error indicator is set for
stream.

4. Conformance
1 In this International Standard, ‘‘shall’’ is to be interpreted as a requirement on an
implementation or on a program; conversely, ‘‘shall not’’ is to be interpreted as a
prohibition.
2 If a ‘‘shall’’ or ‘‘shall not’’ requirement that appears outside of a constraint is violated, the
behavior is undefined. Undefined behavior is otherwise indicated in this International
Standard by the words ‘‘undefined behavior’’ or by the omission of any explicit definition
of behavior. There is no difference in emphasis among these three; they all describe
‘‘behavior that is undefined’’.

3.4.3
1 undefined behavior
behavior, upon use of a nonportable or erroneous program construct or of erroneous data, for which this International Standard imposes no requirements

2 NOTE Possible undefined behavior ranges from ignoring the situation completely with unpredictable results, to behaving during translation or program execution in a documented manner characteristic of the environment (with or without the issuance of a diagnostic message), to terminating a translation or
execution (with the issuance of a diagnostic message).

3 EXAMPLE An example of undefined behavior is the behavior on integer overflow.