Comment résoudre l'erreur de segmentation à l'execution d'un programme sous linux ?

Bonjour à tous, :)

j'ai créé un programme c++ sous Linux.
Ce programme compile : g++ -g FLinux.cpp -o acq

Mais à l'exécution du programme il me mets une erreur de segmentation !!!

J'ai vu sur le net que je pouvais l'exécuter comme ceci : gdb ./acq

Mais il me retourne une erreur :
Program received signal SIGSEGV, Segmentation fault.
0xb7d3480b in strlen () from /lib/tls/libc.so.6

Comment peux t'on résoudre cette erreur ?

Tu peux utiliser, dans gdb, la commande "bt", qui te donnera la pile d'appel, au moment du plantage. Cela devrait t'aider à localiser le problème.

merci white_tentacle,

j'ai utilisé cette commande et ça me donne le résultat suivant :

Code:

---

1 2 3 4 5 6 7 8

(gdb) bt #0 0xb7d3c80b in strlen () from /lib/tls/libc.so.6 #1 0xb7d10114 in vfprintf () from /lib/tls/libc.so.6 #2 0xb7d28d8b in vsprintf () from /lib/tls/libc.so.6 #3 0xb7d1539e in sprintf () from /lib/tls/libc.so.6 #4 0x080496c2 in Alertes (Trame=0xbfacbc7e "ÿîÝÌ\026°Aÿ") at /home/clement/INI/FLinux_868.cpp:85 #5 0x0804bb05 in main () at /home/clement/INI/FLinux_868.cpp:371

---

:?

Code:

---

#4 0x080496c2 in Alertes (Trame=0xbfacbc7e "ÿîÝÌ\026°Aÿ") at /home/clement/INI/FLinux_868.cpp:85

---

A priori, je dirais bien que l'erreur est à la ligne 85 du fichier FLinux_868.cpp ;).

La chaîne que tu passes à sprintf est visiblement très mal initialisée...

Oui merci, j'ai corrigé la ligne 85. :)

Mais j'ai une autre erreur maintenant que je n'arrive pas à résoudre :

Code:

---

1 2 3 4 5 6 7 8

(gdb) bt #0 0xb7e9916b in std::string::compare () from /usr/lib/libstdc++.so.6 #1 0x0804bea2 in std::operator==<char, std::char_traits<char>, std::allocator<char> > (__lhs=@0x0, __rhs=@0xbfd014bc) at /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/basic_string.h:2139 #2 0x080499fa in Alertes (Trame=0xbfd016ae "ÿîÝÌ\026°Aÿ") at /home/clement/INI/FLinux_868.cpp:125 #3 0x0804bbf5 in main () at /home/clement/INI/FLinux_868.cpp:371

---

Cela vient de la ligne 125 :

Code:

---

1 2 3 4 5

if (Params[k] == i->pItem) { ... }

---

J'effectue une comparaison entre une chaine de type string d'un vecteur (Params[k]) et une autre chaine qui est une section d'un fichier .ini.

J'utilise SimpleIni.h pour manipuler les fichiers .ini.

Bonjour,

Avec gdb, on peut faire des miracles :D
( Pardon pour la phrase débile )

Dans la ligne de code que vous nous montrez ( et où gdb s'arrête ) deux possibilité pour une erreur de segmentation:

k est un indice qui est plus grand que la taille du tableau
i n'est pas un pointeur sur un objet valide

Avec gdb, on peut afficher les variables, il faut juste faire:
( Le programme est lancé, et c'est arrêté sur l'erreur de segmentation )

Citation:

---

print k
print i

---

Après, vous aurez les valeurs, et comme cela, vous pourrez savoir quelle est la cause de l'erreur. Et comme le rappel ma signature, lorsque l'on connait la cause d'une erreur, on sait comment la résoudre ;).
( Note: Avec gdb on peut placer des points d'arrêt pour arrêter le programme là où on le veut:

Citation:

---

break fichier.c : numero_de_la_ligne

---

On peut aussi faire du pas à pas:

Citation:

---

next

---

( ou n, lorsque l'on est fainéant )
Et on peut faire du pas à pas en entrant dans les fonctions:

Citation:

---

step

---

( ou s, pour les mêmes fanéant )
)

pour repérer vos jardinage mémoire, lancer la chose avec valgrind et il vous dira tout

valgrind est un outil dont l'utilisation est indispensable en C++, il faut l'utiliser de temps de temps même si l'exécution de votre application semble mercher parfaitement. valgrind ne demande rien de particulier à la compilation (si ce n'est de compiler en mode débug (-g) bien-sûr), la seule chose c'est que l'exécution est très ralentie, mais il y a des limites à tout. A noter que cette merveille est gratuite :ccool:

Note: En ajout à ce qu'a dit bruno_pages, valgrind n'est pas un debuggueur du même type que gdb. gdb peut faire du pas à pas, affichage des variables, et tout un tas de trucs ( tel un debuggueur ) alors que valgrind est plus un analyseur.
Valgrind va donc vérifié tout vos appels aux fonctions, aux variables, en se concentrant principalement sur les erreurs mémoires.
À la fin de son execution il affichera la taille de la fuite de mémoire, et pendant l'execution il affichera les erreurs mémoires. Les erreurs mémoire sont:
- Accès hors des limites d'un tableau ( et oui, cela ne provoque pas toujours une erreur de segmentation )
- Accès a des variables non intialisées
- Surement d'autre :D ...

Donc lors du developpement d'un logiciel, il est important d'avoir toujours gdb ET valgrind à porté de main. Ils sont complémentaires, et avec de tel outils, on peut faire des programmes très propres :)

Merci beaucoup pour votre aide ! :D

J'ai résolu toutes mes erreurs :P

Encore merci à LittleWhite pour l'info sur gdb.

A bientôt !
:ccool: