Discussion :

[MarronSuisse]

Bonjour,

Je travaille actuellement à débugger un programme dont le comportement est différent selon que je suis en exécution normale ou en mode debug ! (avec gdb)

En comportement normal, le comportement n'est pas bon. Le programme oublie à un moment d'écrire dans un fifo.
En mode debug, le programme se déroule correctement, il écrit tous ses messages. Il écrit même chaque message en double...

D'où peuvent venir en général ces différences de comportement selon le mode d'exécution ? Je suis sans ressource puisque quand je travaille avec le débugger tout se passe bien...

Merci d'avance pour votre aide.

[ram-0000]

D'expérience, ce genre de problème sent le pointeur ou la variable mal/pas initialisé.

dans ce cas, printf() et ses équivalents est ton ami

Courage !!

[Vincent Rogier]

souvent c'est effectivement un pointeur pas initialisé ou un débordement

[Médinoc]

Qu'appelles-tu comportement normal ?
Mode Release ? Ou mode Debug lancé hors du debugger ?

[MarronSuisse]

Merci pour vos réponses aussi rapides!
Je vais donc analyser le code d'encore un peu plus près..

Sinon je me rends compte en relisant mon poste que je me suis un peu emmelé les pinceaux. Fatigue...

En comportement normal, le comportement n'est pas bon.
Je voulais dire en mode normal, le comportement n'est pas celui que j'attendais.
Par mode normal, j'entends : quand je lance le programme à partir d'un shell, après l'avoir compilé avec gcc (option debug présente), en dehors de gdb donc.

Sinon comment se fait-il qu'un débordement de mémoire ou un oubli d'initialisation a un effet en dehors du debogueur et n'en a pas sinon ..?
Le débogueur s'occuperait-il d'initialiser les variables ? de faire des malloc ?

[ram-0000]

Effectivement, ce complément d'information est important.

Si le comportement en "mode debug + shell" est différent du comportement en "mode debug + debugger", tu as un problème ailleurs.

Normallement, le debugger n'a pas d'effet de bord sur les initialisations de variables et sur les allocations mémoire. Le seul effet de bord que je voie concerne l'ordonnancement des threads à l'intérieur du process. Il peut être différent entre "mode debug + debugger" et "mode debug + shell"

Je me permets d'insister, tu es sûr de lancer le même binaire dans le shell et dans le debugger ?

[MarronSuisse]

Oui, même binaire.

J'ai lu et relu le code, fais des prints, je suis pratiquement sûr que tout est initialisé.
Je regarderai encore demain à tête reposée.

Bon par contre je me suis rendu compte que la différence de comportement est entre le mode step by step avec le débogueur et les autres modes (à partir du shell ou débogueur en mode run).

Aha ! Le fait d'écrire ce message m'a donné envie d'essayer un sleep, et du coup ça marche... mieux

Merci pour votre aide! J'ai plus qu'à comprendre pourquoi le fait d'aller trop vite fait manquer un épisode au programme.. Je flaire l'histoire de lecture/écriture de fichier..

Bonne continuation

[Vincent Rogier]

Tu peux aussi faire un flush après chaque écriture ...