Discussion :

[Taka's tiger]

je travail sur un projet de soft d'archivage et encryption de données

actuellement ca fonctionne presqu'a 100%, le programme est stable et ne produit pas d'erreurs durant l'éxécution...sauf...au moment de fermé le programme

l'erreur est intermittente mais reste très fréquente, elle se présente sous 2 forme ->

Exception première chance à 0x7C812A5B. Classe d'exception EAccessViolation avec message 'Violation d'accès à l'adresse 6B6E694C. Lecture de l'adresse 6B6E694C'. Processus Project_ftig.exe (0xAC4)

Exception première chance à 0x7C812A5B. Classe d'exception EAccessViolation avec message 'Violation d'accès à l'adresse 004440C1. Ecriture de l'adresse 00000001'. Processus Project_ftig.exe (0x70C)

et l'erreur survient a la ligne 936 de Form.hpp (parfois il m'indique cette ligne, d'autres fois il n'est pas question d'aucune lignes)

Code :

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

/* TCustomForm.Destroy */ inline __fastcall virtual ~TForm(void) { }

Je me suis dit que ca pouvais être un trucs avec une mauvais utilisation des varibales alloué dynamiquement, mais j'ai tout revérifier 2 fois, je ne dépasse pas ce qui m'est alloué, et je libère bien tout avant de fermé (enfin...je crois )

j'ai lu ce topic
http://www.developpez.net/forums/showthread.php?t=43954
mais la solution ne s'applique pas exactement

[henderson]

Salut !

Peut-être que le programme cherche à détruire ou à utiliser un objet déjà détruit en amont.
Ca dépend de l'objet et de son implication dans le mécanisme de fermeture de la fenêtre.

Par exemple, il existe des possibilités de bugs lorsque l'on utilise un bitmap dans la OnResize et OnPaint de la form.
Si ce dernier est libéré dans la OnClose, il devient indispensable d'effectuer (je serais presque tenté d'ajouter qu'il faut le faire systématiquement) les opérations suivantes :
- après destruction du bitmap, rendre le pointeur NULL.
- encadrer l'utilisation du bitmap avec un test :

Code :

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

1
2
3
4
if(Bitmap != NULL)
    {
    //le traitement
    }

C'est juste un exemple de bug très difficile à résoudre, puisque, très logiquement, on peut se demander pourquoi soit la OnPaint soit la OnResize sont sollicitées juste après la OnClose !
C'est vrai pour ma version BCB3 Pro mais celà ne l'est probablement plus dans les versions ultérieures !

Il faut donc prendre du recul !

A plus !

[kmaniche]

Bonjour et bonne année,

Je pense (sûrment) qu'il s'agit d'un accés à une adresse où elle à été libérer par le systéme. càd,
supposant que dans un evenement quelconque tu déclare :

Code :

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

1
2
 
char *p = qqc ;

et à la fin tu ne libére pas ce pointeur, alors le systéme vas faire de sort de le libérer pour toi, mais dans ton application tu fais la libération de ce pointeur dans OnDestroy par exemple, donc on a accés à une plage mémoire qui n'est plus allouée.

Je te conseil d'utiliser CODEGUARD pour vérifier tout ça.

bonne chance

[Taka's tiger]

henderson-> effectivement j'utilise des Bitmap dans mon TMainMenu et des Bouton avec des images (TBitBnt), ansi que des TListImage pour stocker des icones système. je vais voir ce qu'il y a à faire avec tout ca

kmaniche-> oui, j'ai révisé mon code 2 fois pour être sûr de ne pas avoir laissé un truc du genre. c'est possible qu'il y en ai encore..mais je crois que moins probable

bref, je vais voir ce qui peut être fait avec mes Bitmap et je vous donnerais des nouvelles.