Discussion :

[Malcolm98]

Bonjour,
en compilant mon code j'ai cette erreur : ‘newnomine’ undeclared (first use in this function)

Je bloque sur ca depuis 5 heures deja

voici mon code :

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
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
 
typedef struct 
{
	int price_date ;
	int domaine ; 
	char nom[50];
	int jour_naissance ;
	int mois_naissance ;
	int annee_naissance;
	char nationalite[30];
	char genre[1];
} Nomine_s ;
 
Nomine_s tab[MAXTAB] ;
 
 
int ConstruireTableaux(Nomine_s *tab)
{
	char f[15] ,str[100] ;
	char **tokens ; 
	FILE *fp ;
	int i , c , n ; 
	printf("tapez le nom du fichier \n") ; 
	fgets(f,15,stdin) ;
	fp = fopen(f,"r") ;
	while((c = fgetc(fp)) != EOF) 
	{
		if(c == '\n')
		{
			n++ ;
			tokens = str_split(fgets (str, 100, fp), ',') ;
			if (tokens)
			{
					Nomine_s newnomine; 
					newnomine.price_date = atoi(*(tokens)) ;
					newnomine.domaine = atoi(*(tokens)+1) ;
					strcpy(newnomine.nom , *(tokens)+2) ;
					newnomine.jour_naissance = atoi(*(tokens)+3) ;
					newnomine.mois_naissance = atoi(*(tokens)+4) ;
					newnomine.annee_naissance = atoi(*(tokens)+5) ;
					strcpy(newnomine.nationalite , *(tokens)+6 );
					strcpy(newnomine.genre, *(tokens)+7) ;
 
			}
			tab[n-1] = newnomine;
 
		}
	}
	return n ;
}

Merci d'avance

[Obsidian]

Bonjour et bienvenue,

C'est normal : newnomine est une variable locale. Tu la déclares à l'intérieur du bloc ouvert par « if (tokens) {… ». Dès que tu quittes ce bloc, elle cesse d'exister et l'espace qu'elle occupe dans la pile est libéré.

La ligne qui pose problème est donc la ligne 45 puisqu'elle se réfère à ta variable en dehors de ce bloc. Dans le cas présent, tu peux la mettre à l'intérieur (à la fin) car tu as instancié un vrai tableau et que ta variable peut être copiée directement dedans. Par contre, si tu fonctionnais par référence en utilisant des pointeurs, tu aurais vraisemblablement des problèmes puisque tu te référerais a posteriori à une instance qui n'existerait plus.

[Malcolm98]

Merci pour ta reponse Obsidian ! probleme resolu !

[Obsidian]

À ton service mais, dans ce cas, n'oublie pas le bouton « résolu » en bas de page (je l'ai fait pour toi cette fois-ci).

[Malcolm98]

LOl desolais je suis pas un habitue des forums, la prochaine je l'oublierai pas
ca veut dire quoi erreur de segmentation ? c'est quand j'execute .

[Obsidian]

ca veut dire quoi erreur de segmentation ? c'est quand j'execute .

Réponse courte : ça veut dire que ton programme plante.

Réponse longue : fais une recherche sur le forum car c'est l'erreur la plus fréquemment rencontrée lorsque l'on programme en C/C++. Elle signifie que ton programme a essayé d'écrire en dehors du segment de mémoire alloué par ton système d'exploitation au processus de ton programme. Si tu faisais tourner cela sur un micro-processeur non équipé d'un mode protégé (ce qui était pour ainsi dire toujours le cas jusqu'au milieu des années 1990), ton programme irait écraser sans contrôle ce qui se trouve dans la mémoire : les autres processus, mais aussi les données ou le système d'exploitation lui-même.

C'est dû au fait que le C est fait pour produire des exécutables en langages machine et se situe « un cran au dessus de l'assembleur ». Il appartient donc encore au programmeur de vérifier qu'il ne dépasse pas la longueur de ses tableaux (le C se contente de multiplier l'index par la taille d'un élément : rien ne l'empêche de dépasser les limites), de s'assurer que ses pointeurs ont correctement été initialisés et qu'ils sont toujours valides au moment où on les utilise, et de bien vérifier que l'on ne fait plus référence l'instance d'une variable qui a été préalablement libérée, que ce soit implicitement (fin d'un bloc pour une variable locale) ou explicitement (malloc() et free()).

À noter que ce message t'est renvoyé par le système d'exploitation, qui t'informe qu'il a mis fin à ton programme parce qu'il ne savait visiblement plus ce qu'il faisait. Ce n'est pas un message de l'application elle-même ni des bibliothèques qu'elle utilise.

Comme le nombre de points qui peuvent poser problème dans ton code sont assez nombreux, il va falloir que tu utilises le debugger de ta suite de développement pour savoir à quelle ligne le problème se trouve. Si tu es sous Linux et que tu compiles avec GCC, par exemple, ton debugger sera « gdb ».

[Malcolm98]

Merci beaucoup pour ta réponse Obsidian, j'ai
résolu le probleme , j'ai du faire nuit blanche pour ca lol mais au moins c'est fait.