Discussion :

[Letinono]

Bonjour, je découvre à peine le delphi j'ai de bonnes notions de C++ et donc de POO.

Je suis surpris par le fait que lorsque j'effectue un .Free sur un objet créé avec un .create avec donc le constructeur par défaut, j'arrive encore à accéder aux champs de cet objet. Ils sont réinitialisés, mais j'arrive à les modifier.

J'utilise donc la méthode FreeAndNil(monObjet) pour le supprimer complètement. Est-ce normal?

Merci pour vos réponses.

[Aka Guymelef]

Bonjour et bienvenue sur Developpez.com.

Tu arrives à faire ça tant que la zone mémoire où était l'objet n'est pas écrasée par autre chose. Je suppose que tu essayes de le faire juste après le Free (ou via le CTRL+F7 lors du debuggage et ça fonctionne ! Maintenant essayes de faire la même manip avec une variable globale et dans une procédure tu créé la variable, tu lui affecte des choses dans les propriétés puis tu fais un Free dans la variable et dans une autre tu essayes d'utiliser cette même variable. Si tu appelles successivement les deux procédures tu verras que tu auras une belle violation d'accès lorsque tu tenteras d'accéder à ta variable globale dans ton seconde procédure.

[Letinono]

Donc c'est un comportement tout à fait normal. Merci pour ta réponse rapide.

[Aka Guymelef]

Ben c'est un comportement "normal" si tu veux mais c'est pas pour ça qu'il faut s'amuser à "défier" les violations d'accès si j'ose dire mais je sens que tu es un programmeur raisonnable

[Letinono]

Je vais tenter de l'être au maximum :p

Encore merci

[Aka Guymelef]

En tout cas FreeAndNil est justement là pour être sûr que tu n'arriveras plus à jouer sur la corde raide puisque cette routine déréférence le pointeur sur l'objet et donc là plus moyen d'aller se balader sur la mémoire comme ça comme tu l'as toi-même indiqué.

[Letinono]

Bonjour,

Je viens de réagir à propos de cette partie de ta réponse :

Maintenant essayes de faire la même manip avec une variable globale et dans une procédure tu créé la variable, tu lui affecte des choses dans les propriétés puis tu fais un Free dans la variable et dans une autre tu essayes d'utiliser cette même variable. Si tu appelles successivement les deux procédures tu verras que tu auras une belle violation d'accès lorsque tu tenteras d'accéder à ta variable globale dans ton seconde procédure.

En effet lorsque je fais cette manipulation, avec donc mon objet déclaré en global, je n'ai pas de violation d'accés. As tu une explication?

[Aka Guymelef]

Bonjour,

Ci-joint un petit programme d'exemple que j'aimerais que tu regardes.

Dans le premier exemple clique sur "JusteFree" puis "TesterValeurs". En regardant le source tu pourras voir que je créé un objet, je lui affecte quelques valeurs puis je lui fait juste un Free et dans la seconde procédure j'essaye de l'utiliser. Ok effectivement j'arrive à récupérer la valeur entière de mon objet détruit et à l'afficher (bien que ce ne soit pas la bonne) mais dès que j'essaye d'afficher la chaîne patatras.

Maintenant relance le programme et clique sur "FreeAndNil" puis "TesterValeurs". Là ça plante directement dès que je tente d'afficher la valeur entière dans ma seconde procédure.

Mon explication (car je ne suis pas un gourou de Borland quand même ). Comme tu peux le voir dans mon second exemple, en plus du Free j'affecte la valeur NIL à ma variable ou plus exactement à mon pointeur vers l'objet (ce qui se rapproche de ce qui est fait dans la fameuse routine FreeAndNil). Dès lors je suis sûr que mon pointeur ne donne plus vers l'adresse mémoire où se trouvait mon objet mais bien NIL (le NULL en C++).
Dans le premier cadre, certes on fait un Free sur l'objet mais le pointeur donne toujours sur l'ancienne adresse de l'objet. Dès lors tu demandes à lire la valeur entière ce qui revient à demander de lire 4 octets à partir de cette adresse mémoire mais comme cette plage mémoire a été indiqué comme libéré, autre chose est venu prendre sa place (notamment parce qu'on a changé de procédure et donc allocations sur le tas) néanmoins du binaire c'est toujours convertible en entier donc ok ça passe pour les entiers mais on a quelque chose d'incohérent.
Par contre pour les chaînes c'est une autre histoire. Déjà une chaîne c'est un pointeur vers un tableau et de plus Delphi a une gestion mémoire des chaînes assez poussée avec un compteur de référence qui lui permet de savoir quand est-ce que la chaîne est inutilisée et peut donc la supprimée quand le compteur tombe à 0 (c'est pour ça que contrairement à C++ on a pas besoin de désallouer les chaînes de caractères explicitement). Dès lors quand le Free est tombé sur l'objet, le compteur de référence de la chaîne est tombé à 0, pouf Delphi détruit le chaîne et sûrement remet à NIL le pointeur de la chaîne.

Voila

[Letinono]

Ok c'est compris

Merci beaucoup.