Bonjour a vous,

J'ai actuellement un comportement bizarre avec gdb.
Je ne peux pas appeler la fonction sqrt dans gdb bien qu'elle fonctionne correctement dans le code. Lorsque je fais "p sqrt(4)", la reponse est toujours 0. alors que appeler strlen fonctionne correctement. Si j'essaye avec d'autre fonction de math.h, ca ne marche pas non plus. Si je fixe un pointeur de focntion a l'addresse de sqrt et que je fais l'appel par le pointeur de fonction ca marche correctement.

un avis eclaire sur la question ?

exemple: http://pastebin.com/m19170b77
Pour info, j'utilise debian lenny.

Ça semble avoir un rapport avec ton problème :
http://stackoverflow.com/questions/1354731/gdb-evaluation-of-a-function

À partle fait que l'argument attendu est un double (ça change quelque chose '4.' ?) le fait est qu'il y a au moins deux différence avec strlen : d'abord la fonction est dans une bibliothèque externe, peut-être que les symbole de débogage ne sont pas automatiquement inclue lorsque tu compile avec -lm -g (je ne sais pas trop comment ça fonctionne) et en plus, effectivement avec gcc, sqrt et d'autre fonction mathématique sont des builtin (mais je dirais que strlen aussi) qui sont compilé un peu comme des fonctions inline. Cela dit ce comportement est probablement inactif sans les optimisations. Essaye toujours de compiler avec -fno-builtin on ne sait jamais.

En tout cas, si tu trouve ce qui se passe tiens nous au courant.

Ca pourrait bien etre le meme probleme qu'ils ont. J'ai essaye "p sqrt(4.)" et "call sqrt(4.)" sans obtenir de difference. J'essayerai "-f no-builtin demain". J'ai l'impression que c'est lie au fonction qui sont dans la lib math (-lm)

http://sourceware.org/ml/gdb/2006-12/msg00172.html

«On Mon, 2006-12-18 at 21:55 -0800, Nikolay Molchanov wrote:

But if I ask "gdb" to evaluate sin(3.14) I get "1"
(which is not correct), and if I ask to evaluate
sin(4.1) or sin(5.1) I get "3" (?!).

I guess your system libraries aren't built with debuginfo. This means
that GDB won't know the sin function's prototype and it will interpret
the result as an int. There might also be other issues with passing
doubles to un-prototyped functions, but the previous point is sufficient
to explain your issue.»

«By default (without debuginfo as Frederic says) it assumes sin takes an
integer argument and returns an value (I think).

You need to cast sin explicitly:

(gdb)
-data-evaluate-expression "((double ((*) (double))) sin) (5.1)"
^done,value="-0.92581468232773245"
(gdb)
-data-evaluate-expression "((double ((*) (double))) sin) (4.1)"
^done,value="-0.81827711106441026"»

On dirait que c'est ca, je viens de tester le cast explicite de sqrt et cela fonctionne:

(gdb) p ((double ((*) (double))) sqrt) (4.)
$4 = 2
(gdb) p ((double ((*) (double))) sqrt) (4.6)
$5 = 2.1447610589527217

J'ai essayer avec une lib de debuggage J'ai installer une libc avec debugage et j'ai maintenant:
erik@powell:/tmp$ ldd test
linux-vdso.so.1 => (0x00007fff153ff000)
libm.so.6 => /usr/lib/debug/libm.so.6 (0x00007ffa0cef3000)
libc.so.6 => /usr/lib/debug/libc.so.6 (0x00007ffa0cba0000)
/lib64/ld-linux-x86-64.so.2 (0x00007ffa0d176000)
qui confirme que la libc et libm avec symbol de debug est utilise.
mais dans gdb le probleme persiste et "p sqrt" indique $1 = {<text variable, no debug info>} 0x7fe49ef5fd50 <__sqrt>
qui semble dire qu'il n'y a pas de symbole de debuggage la dedans...

as tu essayé avec -fno-builtin ? sinon, il es possible que comme il n'y a pas vraiment d'appel à sqrt dans ton code, gcc supprime les info de débogage qui lui semble inutile.

-fno-builtin ne change rien. Faire un appel explicite a sqrt dans le code (sur une variable lue depuis l'entree standard pour que gcc ne remplace pas la valeure de retour par un precalcul) ne change rien non plus. Passer en -O0 ne change rien egalement.

ah oui, j'ai confondu cette optimisation avec une autre (qui était effectuée par VC++) qui consiste à remplacer les appels à ce genre de fonction par des espèces de macro en assembleur (même sur des arguments inconnus). Ça correspond peut-être à -ffast-math, mais qui est désactivé de toutes manières.

Est-ce que tu peux indiquer comment est-ce que tu compiles ton programme ? parce que chez moi, même avec libc6-dbg installé (mais ce n'est peut-être pas le bon paquet) et en compilant avec -g, ldd m'indique les versions normales des bibliothèques.

il faut changer LD_LIBRARY_PATH pour utiliser les lib de /usr/lib/debug