Discussion :

[skip78]

Bon je travaille toujours sur le même projet (pour ceux qui suivent ^^) et j'ai un autre problème qui à peut être (ou pas ) un rapport avec mon depassement de memoire ...

Le fait est que je fais du traitement d'image qui donne un magnifique graphique. Le problème c'est que lorsque j'analyse des images pour la première fois (le pire c'est que ca le fait pas à tous les coups) hé bien figurez vous que le graphe obtenu n'est pas le bon, tandis que lorsque je relance le programme, sans rien changer entre temps, il me donne le bon graph.

De même, il lui arrive de bloquer juste aprés le traitement d'image (et donc juste avant l'apparition de l'interface graphique du logiciel), et pareil, si je le relance, 10, 100 ou 1000 fois de suite aprés ca ne plantera plus ...

Alors là c'est une demo donc ya 25 images à traiter ca passe ; mais quand je serais sur le terrain à vouloir traiter 90 000 images .... Je te dis pas le bordel si au bout de 5 heures de traitement ca plante et je dois relancer, ca fait pas super serieux mdr

EDIT : à noter pour ceux qui n'ont pas suivi mes peripeties, que la phase de traitement d'image de mon log se fait sous Allegro et que mon IHM est developpée sous Gtk. C'est donc la transition entre les deux qui pose problème dans le 2° cas évoqué precedemment.

[Ti-R]

Comme cela au flair sans code, mauvaise initialisation mémoire, débordement de buffer, libération de mémoire avant utilisation...

[Franck.H]

Ca sent le comportement indéterminé

[skip78]

Comme cela au flair sans code, mauvaise initialisation mémoire, débordement de buffer, libération de mémoire avant utilisation...

Bah c'est probable que ca soit le même problème que pour l'autre (cf topic pointeur non portable ? incomprehensible)

Mais le fait est que je ne COMPRENDS pas pourquoi un debordement memoire donnerait lieu à un mauvais graph lors de la première utilisation mais pas lors des suivantes ??? C'est illogique, mais mon problème de portage est tout à fait illogique aussi donc aprés vous avoir soutiré quelques infos complémentaires je vais essayer de trouver dou pourrait venir un eventuel debordement, bien que j'ai deja fait le tour un certain nombre de fois

[skip78]

Ca sent le comportement indéterminé

Une seule question :
"Qu'est ce ???"

[Franck.H]

Une seule question :
"Qu'est ce ???"

Bin apparement ton cas ici présent ... c'est lorsqu'un programme ne se déroule pas comme prévu, qu'il te sort des résultat incohérent, etc... Cela est souvent dû à une mauvaise utilisation des pointeurs, d'allocation mal faites, etc...

Si tu est sous Linux je te conseil d'exécuter ton programme avec Valgrind histoire de voir, ou bien gdb (il faut compiler avec les infos de debug par contre) !

[skip78]

Erf je voulais deja utiliser Valgrind pour mon probleme de portage mais je suis malheureusement sur Windows. Si tu connais un equivalent win je veux bien

[Franck.H]

Erf je voulais deja utiliser Valgrind pour mon probleme de portage mais je suis malheureusement sur Windows. Si tu connais un equivalent win je veux bien

Non je ne connais pas d'équivalent sous Windows mais suivant l'EDI que tu utilises il se peut que tu en ai un de fournit.

[Ti-R]

Bon 2 techniques "bourrins".

Première technique, enlever des bouts de ton code.
Tester par partie ton code.

Ensuite, lancer un mode debug et faire du pas à pas partout, pour voir si tout s'initialise, et que tout est bien initialisé.

2eme technique faire une macro personnel, qui permet de voir tout les malloc/calloc/free de ton programme, et annoter ce qui se créer/libère pour voir si le programme ne fait pas n’importe quoi.

Au final, partie logique, si tout est bien créé/détruit au bon endroit… il y a-t-il des débordements… mode debug pas à pas.

[Franck.H]

J'ai créé y'a pas si longtemps pour un projet perso un petit module pour justement éviter les fuites mémoires lors de la fin d'un programme et il y'a possibilité de générer un log des allocations et libérations ... si ca peut t'aider

Tu aura juste à changer tes appels à malloc/free en les remplacants par mes wrappers, c'est fait en quelques secondes avec la méthode rechercher/remplacer

[millie]

J'ai créé y'a pas si longtemps pour un projet perso un petit module pour justement éviter les fuites mémoires lors de la fin d'un programme et il y'a possibilité de générer un log des allocations et libérations ... si ca peut t'aider

Tu aura juste à changer tes appels à malloc/free en les remplacants par mes wrappers, c'est fait en quelques secondes avec la méthode rechercher/remplacer

Encore plus vite avec un #define, genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#define malloc(t) mon_malloc(t)
#define free(t) mon_free(t)

Eventuellement un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#define malloc(t)  mon_malloc(t, __FILE__, __LINE__)

Si le malloc à toi prend en paramètre le nom du fichier et le numéro de ligne ou ya l'allocation.

[Emmanuel Delahaye]

Encore plus vite avec un #define, genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#define malloc(t) mon_malloc(t)
#define free(t) mon_free(t)

Eventuellement un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#define malloc(t)  mon_malloc(t, __FILE__, __LINE__)

Si le malloc à toi prend en paramètre le nom du fichier et le numéro de ligne ou ya l'allocation.

http://emmanuel-delahaye.developpez.com/clib.htm
Module SYSALLOC

http://emmanuel-delahaye.developpez.com/sysalloc_um.htm

[David.Schris]

Pour surveiller les allocations/libérations sou Windows, on peut aussi utiliser un truc du genre API Monitor.

1) Recompiler le programme avec une bibliothèque dédiée à cet usage (comme celle d'Emmanuel) est probablement plus "propre".

2) Ce genre de programme peut parfois être utile pour détecter des problèmes dans une bibliothèque externe dont on n'a pas le code source (ex. : une DLL de Windows ).

3) J'ai bien écrit "du genre". Je n'ai pas dit que c'était LE programme parfait pour ça (d'ailleurs, je ne l'ai même pas essayé, celui-là). Il y a des chances que le résultat produit soit un peu trop "brut" pour être analysé facilement (ce qui pourrait impliquer d'écrire un outil pour ça...beaucoup de travail pour pas grand chose si la solution d'Emmanuel te convient).