Probleme lors de la première utilisation du prog

Version imprimable

01/09/2006, 16h01
skip78

Probleme lors de la première utilisation du prog

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 :P) 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.
01/09/2006, 16h28
Ti-R

Comme cela au flair sans code, mauvaise initialisation mémoire, débordement de buffer, libération de mémoire avant utilisation...
01/09/2006, 16h47
Franck.H

Ca sent le comportement indéterminé :lol:
01/09/2006, 16h48
skip78

Citation:

Envoyé par Ti-R

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 :roll:
01/09/2006, 16h49
skip78

Citation:

Envoyé par Franck.H

Ca sent le comportement indéterminé :lol:

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

:mrgreen:
01/09/2006, 16h51
Franck.H

Citation:

Envoyé par skip78

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

:mrgreen:

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) !
01/09/2006, 16h57
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 :)
01/09/2006, 17h01
Franck.H

Citation:

Envoyé par 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 :)

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.
01/09/2006, 17h51
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.
01/09/2006, 18h51
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 ;)
01/09/2006, 22h17
millie
Citation:

Envoyé par 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 ;)

Encore plus vite avec un #define, genre :
Code:

1 2 #define malloc(t) mon_malloc(t) #define free(t) mon_free(t)
Eventuellement un :

Code:

#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.
01/09/2006, 22h20
Emmanuel Delahaye
Citation:
Envoyé par millie

Encore plus vite avec un #define, genre :

Code:

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

Eventuellement un :

Code:

#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
03/09/2006, 18h26
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 :mrgreen: ).

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).