Retourner aux forums || Retourner au forum Programmation.c++
Programmation.c++ : debogguer juste un .so avec gdb
Posté par Laurent J (page perso, ) le 27 avril 2005
Bonjour,
j'ai un souci avec gdb. J'ai un énooooorme programme (au hasard, mozilla), qui contient donc plein de .so, un gros binaire etc..
J'aimerai pouvoir débogguer qu'une toute petite partie du binaire, juste l'un des .so. Est ce possible ? et comment ?
Car actuellement, si je lance gdb + mozilla, toute l'application est d'une lenteur affolante, ça met des lustres à charger les symboles &co (même si il n'y a que le .so qui est compilé avec les infos de deboggage).
Donc j'aimerai savoir si il est possible de dire à gdb, pour ce .so, tu le debogges et tu check les break point, pour le reste, tu ignores.
Et, question bonus, si c'est possible, comment configurer KDevelop pour ça...
(à noter que ces problemes de lenteur n'existe apparemment pas avec le deboggeur de VC++ :-p mais j'ai pas envie de développer sous windows)
j'ai un souci avec gdb. J'ai un énooooorme programme (au hasard, mozilla), qui contient donc plein de .so, un gros binaire etc..
J'aimerai pouvoir débogguer qu'une toute petite partie du binaire, juste l'un des .so. Est ce possible ? et comment ?
Car actuellement, si je lance gdb + mozilla, toute l'application est d'une lenteur affolante, ça met des lustres à charger les symboles &co (même si il n'y a que le .so qui est compilé avec les infos de deboggage).
Donc j'aimerai savoir si il est possible de dire à gdb, pour ce .so, tu le debogges et tu check les break point, pour le reste, tu ignores.
Et, question bonus, si c'est possible, comment configurer KDevelop pour ça...
(à noter que ces problemes de lenteur n'existe apparemment pas avec le deboggeur de VC++ :-p mais j'ai pas envie de développer sous windows)
> Lire le message (0 commentaire).
Revenir en haut de page || Retourner aux forums || Retourner au forum Programmation.c++



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.