J'en profite pour dire que débugger à grands coups de printf est une très mauvaise idée, surtout si tu n'utilises pas uniquement des entiers dans ton programme.
En deux mots, la raison est que les flottants n'ont pas la même précision dans les registres de ton proco et dans la mémoire. Printf rajoute des transferts CPU<->RAM et ainsi génère des Heisenbug.
Je sais pas ce que tu programmes, mais tu pourrais songer utiliser des langages de plus haut niveau, objets ou fonctionnels, pour automatiser les traces, et profiter des compilateurs sioux des langages aussi sioux qui utilisent des représentations constantes des données.
Scheme avec une macro LAMBDA pour tracer les appels, Haskell avec une monade de log pour les memes raisons...
Bref, c'est pas specialement a toi que je dis ca, mais aussi aux autres moules : laissez tomber C sauf si vous faites drivers. Utilisez des langages fonctionels, ca fait aussi bien, et plus agréablement.
# Profiteur
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Comment "tracer" une application ?. Évalué à 1.
En deux mots, la raison est que les flottants n'ont pas la même précision dans les registres de ton proco et dans la mémoire. Printf rajoute des transferts CPU<->RAM et ainsi génère des Heisenbug.
Je sais pas ce que tu programmes, mais tu pourrais songer utiliser des langages de plus haut niveau, objets ou fonctionnels, pour automatiser les traces, et profiter des compilateurs sioux des langages aussi sioux qui utilisent des représentations constantes des données.
Scheme avec une macro LAMBDA pour tracer les appels, Haskell avec une monade de log pour les memes raisons...
Bref, c'est pas specialement a toi que je dis ca, mais aussi aux autres moules : laissez tomber C sauf si vous faites drivers. Utilisez des langages fonctionels, ca fait aussi bien, et plus agréablement.