Discussion :

[bvsud]

Bonjour à tous

En pas-à-pas, Delphi me signale une erreur lors de la désallocation sur un pointeur. Il pointe sur un buffer alloué avec

Code :

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

1
2
 
Ptr_Struct_F_CFG := AllocMem(Surface);  // J'aime bien AllocMem, qui initialise le buffer avec zéro

Ca ne plante pas à l'exécution. Mais la désallocation a-t-elle bien eu lieu ? Sous D7, je n'avais pas ce message.

[ShaiLeTroll]

Le plus fréquemment c'est soit le pointeur n'est pas alloué ou alors il est libéré deux fois
Tu dois avoir peut-être une différence dans la séquence d'éxécution, as-tu des events ?

affecte à nil après libération
et utilise Assigned pour vérifier si le pointeur est alloué avant de libérer

Pense que c'est une notification du déboggueur, si cela se trouve, tu avais caché cette exception dans ton D7
si ton code contient un try except, il ne remonte pas l'exception

[bvsud]

Ce code fonctionne :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
  if ASSIGNED (Ptr_Struct_F_CFG) then
    begin
        Try
          FreeMem(Ptr_Struct_F_CFG);
        Except
          Err := GetLastError;
          Chn_Err := IntToStr(Err);
          MessageDlg('ERREUR EN DESALLOCATION : NUMERO ' + Chn_Err, mtError, [mbOK], 0);
        End;
  end;

Pas d'exception générée par Delphi.

Et j'ai bien vérifié avant d'introduire ce que tu me suggérais : le fichier binaire est bien chargé dans la structure pointée par Ptr_Struct_F_CFG . Je lui ai fait enregistrer cela dans un fichier que j'ai édité : tout est nickel.

La désallocation est effectuée à la fin du programme. Je pense qu'il est inutile de lui affecter Nil à ce moment là ? Je le mets dans la procédure d'initialisation des variables.

[ShaiLeTroll]

si tu as plusieurs unités qui utilisent cette variable, l'affectation à nil est plus prudente et en plus c'est à l'avantage d'être logique dans le code

La désallocation est effectuée à la fin du programme

Si c'est un Destroy, l'affectation à nil est recommandée
Si c'est dans finalization, c'est moins utile, mais j'aurais tendance à faire une classe qui encapsule le tout et ne pas utiliser une variable globale pour un pointeur


Pense que l'ordre des sections initialization et finalization n'est pas le même si tu compiles ou si tu construits

Si tu compiles, cela ajoute la fin les unités recompilés, si tu as plusieurs unités qui utilisent cette variable,
donc tu peux avoir des effets de bord, si une unité tente d'utiliser ton pointeur après sa libération

Si tu construit, l'ordre reprend celle du DPR, ce petit détail en Delphi 7 m'avait poussé à affecter à nil

[foetus]

Il y aussi les comportements en mode Debug/ Release [je travaille en C++]

Il m'a semblé qu'en mode Debug, les pointeurs et les zones mémoires sont initialisés à NULL/ 0, contrairement au mode Release.