Discussion :

[jvh45]

Bonjour à tous,

Je suis étudiant et je m'intéresse depuis peu à SDL pour un projet. J'ai alors commencé par entamer le tuto de developpez, seulement je suis assez surpris :
habituellement pour apprendre à utiliser une bibliothèque, j'écris (ou plutôt copie) un morceau de code le plus simple et fondamental possible pour vérifier si ça fonctionne et poursuivre. C'est ce que j'ai fait avec le code proposé ici, j'ai ensuite naturellement voulu vérifier s'il n'y avait aucune fuite, mais j'ai constaté que l'initialisation des modes vidéo et audio au moins provoquent des fuites (détectées par valgrind) !!

Je trouve celà un peu gros pour être normal, j'ai sûrement fait quelque chose de travers. Auriez-vous une idée sur mon problème ?

Merci d'avance pour vos réponses

[LittleWhite]

Bonjour,

Effectivement, la SDL provoque des rapports de fuites dans valgrind. Je ne suis complètement sur que ces fuites sont des vrais fuites ou non, mais il y a environ 100k rapporté par valgrind comme manquant.
Ces fuites sont liés à l'utilisations des fonctions de la Xlib par la SDL. Tout de même, il rete important de vérifié les fuites de mémoires de nos programmes SDL.

[jvh45]

Merci de votre réponse,

Bien sûr il ne faut aucune fuite dans mon programme, mais dans mon cas, le rapport de valgrind fera tache pour mon rendu, que j'aie fait des erreurs ou non.
J'espère que ce sont les seules "fuites" de sdl.

Ces fuites sont liés à l'utilisations des fonctions de la Xlib par la SDL.

> Est-ce que ça signifie que les "fuites" proviennent de la Xlib ?

[LittleWhite]

Sur les rapports de valgrind, on voit que les fuites proviennent des fonction de la SDL (SDL_Init) et que ces fonctions appelent un tas de truc de la Xlib.

Peut être qu'il y a un flag pour valgrind pour mieux gerer c'est erreurs (comme j'ai pu le voir pour la glib)

[dancingmad]

Le problème ne vient pas de SDL ni de Xlib, mais directement de l'implémentation de la libc. Celle-ci alloue des ressources qui ne sont libérées qu'après la sortie du programme, ce qui fait que valgrind croie qu'il y a des fuites.

Ils en parlent dans la FAQ de valgrind : http://valgrind.org/docs/manual/faq.html#faq.reports. Essaye de lancer le programme avec l'option --run-libc-freeres=yes. J'ai eu le même problème, et pour moi ça n'a pas marché

Si tu es en C++, tu auras également des problèmes avec la STL, qui peuvent être résolus de la manière suivante : http://valgrind.org/docs/manual/faq.html#faq.reports

[LittleWhite]

Je me permet de croire que c'est toujours lié a la SDL / xlib, car lorsque l'on regarde le rapport valgrind d'un programme SDL (même le plus simple -> SDL_Init() / SDL_SetVideoMode() / SDL_Quit() ) on remarquera toujours des fuites de mémoire dans le rapport... même si nous n'avons rien fait d'autre que les appels SDL.
Alors oui, c'est possible que la xlib face certaines choses trop profondes qui font que valgrind se perdent ... mais pour répondre a l'interrogation ... ce n'est pas notre programme qui fuit \ o / (il faut tout de même vérifier, et bien surveiller ce qui se passe