Discussion :

[softeux]

Bonjour,

J'ai un projet en C, développé sous Eclipse et utilisant Cygwin et GNU ARM.

Quand je configure le débug sur 2 PC différents, avec la configuration d'avant ça fonctionne, le débuggeur se lance, etc. En revanche, sur mon PC, je peux voir qu'à un certain moment, les commandes (gdb) ne sont plus suivies par leur confirmation (^done). C'est à partir de -environment-directory, qui normalement va ajouter tous les paths vers les fichiers de projet, que je n'ai pas le ^done source-path ="...".

Voici la liste commandes envoyées (automatiquement gérées par Eclipse)

30-gdb-set confirm off
30^done
(gdb)
31-gdb-set width 0
31^done
(gdb)
32-gdb-set height 0
32^done
(gdb)
33-interpreter-exec console echo
33^done
(gdb)
34-gdb-show prompt
34^done,value="(gdb) "
(gdb)
35-gdb-set auto-solib-add on
35^done
(gdb)
36-gdb-set stop-on-solib-events 0
36^done
(gdb)
37-gdb-set stop-on-solib-events 1
37^done
(gdb)
38-target-select remote localhost:11111
~"Current language: auto; currently asm\n"
Current language: auto; currently asm
38^connected,thread-id="0",frame={addr="0x00000000",func="vectors",args=[],file="D:\\x.s",fullname="/cygdrive/d/x.s",line="22"}
(gdb)
39-environment-cd D:\my_env
39^done
(gdb)
40-environment-directory
D:/my_env
D:/my_env/subfolder1
D:/my_env/subfolder2
D:/my_env/subfolder1/subfolder2


----> none of the following commands have ^done
41 info threads
42-data-list-register-names
43-break-insert -t rwble_main
44-exec-continue
45 kill
46-gdb-exit

Je n'arrive pas à identifier le problème. L'environnement est installé sur plusieurs PC mais moi je viens de changer de PC et la seule différence par rapport à avant, est que j'ai pris la dernière version de Eclipse Galileo, donc une version plus récente que celle des autres PC. Ensuite, partout le même GNU ARM a été utilisé, un bu-2.19_4.3.2... sur Windows.

J'ai essayé de réinstaller GNU ARM, j'ai vérifié 10 fois la configuration de débug mais je ne vois pas ce qui ferait que les commandes gdb n'aient plus de confirmation au milieu du lancement.
J'ai essayé de voir si ce problème est déjà apparu dans ce forum, sans succès.

Quelqu'un saurait-il m'indiquer d'où peut venir le problème ?

Merci d'avance pour votre aide.

[Iván Y.]

Bonjour,

J'obtiens un erreur similaire lors de l'installation d'un point d'arrêt dans un projet Makefile (C++) quand j'essaye de déboguer sous Eclipse avec CentOS.

Indépendamment de l'option choisie dans la configuration du débogueur, Eclipse n'est pas capable de trouver les fichiers C++ associés à l’exécutable.

Gérée par Eclipse, voici la liste de commandes envoyées automatiquement par gdb.

388,020 (gdb)
388,028 28-stack-info-depth --thread 1 11
388,057 29-break-insert -f /home/user1/projet/eclipse-luna/dir/fichier.cpp:2437
388,172 28^done,depth="10"
388,196 (gdb)
388,196 &"No source file named /home/user1/projet/eclipse-luna/dir/fichier.cpp.\n"
388,203 29^done,bkpt={number="1",type="breakpoint",disp="keep",enabled="y",addr="<PENDING>",pending=\
"/home/user1/projet/eclipse-luna/dir/fichier.cpp:2437",times="0",original-location="/home/use\
r1/projet/eclipse-luna/dir/fichier.cpp:2437"}

Comment peut-on résoudre ce problème ?

Merci d'avance.

[Iván Y.]

En ce qui me concerne c'est résolu.
Le problème venait d'une commande "strip", laquelle réduit la taille du fichier exécutable en effaçant des informations nécessaires au débogueur. Une fois que j'ai supprimé cette commande, j'ai pu déboguer.