Recherche:

pour information:

Ok, merci, je vais voir si je procède à une mise à jour, car cela me paraît un peu périlleux pour moi pour l'instant :mrgreen: cette gestion de référenciel SVN

dis voir je ne trouve pas la version dont tu parles, je ne trouve que la version 10.1.1
ici: svn://svn.atozed.com/indy/indy10/tags/Indy 10.1.1
alors que moi je suis en 10.2.5. ??

merci pour tes tests Gandf, c'est très gentil à toi.

Je vais voir comment récupérer cette version.

Merci encore

Oui la procédure est aussi simple que ça et dans le débogueur (EDI) tu vois normalement l'adresse et le nombre d'octets non désalloué.
(vérifie bien que tu es en config déboggage)

En BDS2006...

Oui toujours présent sur la version 10...avant c'était 24 octets non libérés maintennat c'est 42...:mrgreen:

c'est invisible sur de petites applications, à part si tu lances Codeguard (que je met...

Merci gandf , effectivement ils en parlent, mais pas trouvé de correctif ou mise à jour sur ce sujet...
Si tu as un lien...

Je suis maintenant en RAD2009 et Indy 10.2.5

aujourd'hui avec RAD 2009, en cours de migration:
toujours fuite de mémoire à la libération mais là ça fait des plantages.
Composant Indy ICMP pour faire un Ping IP su le serveur.
Même avec...

Après des dizaines de tests, aucun impact fonctionnel, et en plus c'est pas les seuls composants qui libères mal...:?

Sur BDS2006 les composants clients et serveurs présentent le défault à la fermeture du programme (suivi par Codeguard):


C'est systématique, même si on construit l'objet dynamiquement avec New.
...