Toujours des problème de "undefined reference to"

Bonjour à tous!

J'ai récuperer un parseur de fichier ini ici et j'ai voulu l'integré à mon code. Je dev sous codeblocks. J'ai donc fait :

Code:

---

1 2	#include <c_inifile.h> #include <c_bool.h>

---

Jusque là pas de souci puisque j'ai copié ces deux fichier dans le include de mon mingw32. Mais par la suite quand je veux utiliser les fonctions genre :

Code:

---

c_inifile_init("fsg.ini", NULL);

---

Je me prend un message d'erreur à la compilation :

Citation:

---

.objs\main.o:main.cpp:(.text+0x4ab): undefined reference to `c_inifile_init(char const*, C_Inifile_error*)'
collect2: ld returned 1 exit status
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings

---

Pourtant je suis aller dans les "build options" de mon projet, et j'ai linker vers le fichier .a qui était fourni avec les sources...

I'm need help!!!
Merci à vous :D

Est tu sûr de l'avoir bien linké ?
Est tu sûr que ld trouve ce fichier ?

Ba je pense oui, comment savoir si ld trouve ce fichier?

les librairies , se sont des .lib ou des .a
si tu compiles sous gcc faut que ça soit des .a

tes libs sont en C, tu compiles en C++

essayes :

Code:

---

1 2 3 4 5 6

extern "C" { #include <c_inifile.h> #include <c_bool.h> }

---

Merci beaucoup screetch, ça marche, felicitations!
Mais maintenant quand je veux utiliser un pointeur pour recuperer la variable d'erreur ça plante et je me prend une erreur windows.

Code:

---

1 2 3 4 5

C_Inifile_error *retour; c_inifile_init("fsg.ini", NULL);   char *drive; drive = c_inifile_get_string("config", "drive", retour);

---

Et donc la ligne

Code:

---

drive = c_inifile_get_string("config", "drive", retour);

---

me fait planter le programme....

Pointeur non-initialisé...

Et comme ceci ?

Code:

---

1 2	C_Inifile_error retour; drive = c_inifile_get_string("config", "drive", &retour);

---

Ah, les C++istes, à force d'utiliser des références, vous ne savez plus utiliser les pointeurs...

lol ok c'est bon, en fait il a juste que je fasse un malloc... et là ça marche !!!!
Voila le code final si ça peut interesser quelqu'un :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

#include <iostream> extern "C" { #include <c_inifile.h> #include <c_bool.h> }   int main() { C_Inifile_error *retour; retour = (C_Inifile_error*) malloc(sizeof(C_Inifile_error));   c_inifile_init("fsg.ini", NULL);   char *drive; drive = c_inifile_get_string("config", "Drive", retour);   if (*retour==C_INIFILE_NO_KEY_ERR) { std::cout << "coucou" << std::endl; }   std::cout << drive << std::endl; return 0; }

---

1. Oubli du free().
2. En C++, on utilise new
3. Es-tu sûr d'avoir besoin d'un allocation dynamique pour ça ? Un simple C_Inifile_error dans la pile (comme dans mon exemple) ne suffit-il pas ?

Si ton exemple marche aussi, d'ailleur c'est celui que je vais garder, je te remercie.
Peut tu me donner des precision sur le new?

Le new est l'allocation dynamique du C++.
Il alloue de l'espace comme malloc(), mais appelle en plus le constructeur quand on alloue des objets d'une classe qui en a un.
Par contre, il ne permet pas le realloc(), et il y a deux opérateurs différents pour la libération: delete et delete[]

Code:

---

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

void UneFonction(void) { int unInt; //automatique int *pInt = new int; //dynamique CUneClasse obj( paramètres ); //automatique CUneClasse *pObj = new CUneClasse( paramètres du constructeur ); //dynamique   //Jouer un peu avec les objets //...   delete pObj; delete pInt; //Pas de delete pour obj, puisqu'il est dans la pile //Pour unInt non plus }   void UneFonctionAvecDesAllocsDeTableaux(void) { int desInts[3]; //automatique int *pInts = new int[3]; //dynamique CUneClasse objs[3]; //automatique; C'est le constructeur par défaut qui est appelé CUneClasse *pObjs = new CUneClasse[3]; //dynamique; ici aussi   //Jouer un peu avec les objets //...   delete[] pObjs; delete[] pInts; }

---

Le nom "automatique" ou "dynamique" correspond au type de mémoire:

• Les variables locales non-statiques sont en mémoire automatique (sur la pile)
• Les variables globales, ou les variables locales statiques, sont en mémoire statique.
• Les données pointées par le retour de malloc() ou de new sont en mémoire dynamique (sur le tas)

Merci pour tes explications Médinoc.
Je continue sur ce thread car j'ai toujours des problème avec la même fonctions...pff.....
Voici le code :

Code:

---

1 2 3 4 5

c_inifile_init("fsg.ini", NULL); char *drive; int lowerSpace; drive = c_inifile_get_string("config", "Drive", NULL); lowerSpace = c_inifile_get_integer("config", "LowerSpace", NULL);

---

Récuperer la variable drive pas de souci, par contre depuis que j'ai passé le lowerSpace en int ça fait planter le prog... La fonction c_inifile_get_integer :

Code:

---

int c_inifile_get_integer (char const *const s_section,char const *const s_key,C_Inifile_error *p_err)

---

Pas de warning ni quoi que ce soit à la compil mais plantage à l'execution voici le fichier ini en question :

Citation:

---

[config]
Drive=C:
LowerSpace=100

---

Merci encore pour vos réponse et pour continuer un peu à m'aider....s'il vous plez... :D

Ca plante à l'execution.... Ca me rapelle toujours les "Au secours mon ordinateur plante" (parcequ'une fenetre de demande de redémarrage s'est ouverte).
Ca veut dire quoi exactement ? Tu as une exception genre "Invalid memory access" ? Il boucle ?

Le "null" à la fin de tes appels me semble pas très bon....
Ton code devrais ressembler plutôt à un truc du genre:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

C_Inifile_error error; c_inifile_init("fsg.ini", &error); if (error) return error; char *drive; int lowerSpace; drive = c_inifile_get_string("config", "Drive", &error); if (error) return error; lowerSpace = c_inifile_get_integer("config", "LowerSpace", &error); if (error) return error;

---

Ou... au moins afficher les erreurs si il y en a !