IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Langage Delphi Discussion :

Dll et fuite de mémoire


Sujet :

Langage Delphi

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Juin 2008
    Messages
    41
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2008
    Messages : 41
    Points : 23
    Points
    23
    Par défaut Dll et fuite de mémoire
    Bonjour à tous,

    Je suis en train de faire un programme de test d'une dll en C#.

    Je me suis apercu que lorsque j'essaye de passer un tableau de structure, il y a une fuite de mémoire.

    Vu depuis delphi, le tableau en question devient un PSafeArray, que je récupere et remet dans sa structure.

    en C# :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
     
     
    struct MaStructure
    {
    uint monElement1;
    uint monElement2;
    uint monElement3;
    uint monElement4;
     
    }
     
    public MaStructure[] GetMaStructure1(void);
    public void GetMaStructure2(out MaStructure[]);
    public void GetMaStructure3(ref MaStructure[]);
    en Delphi :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
     
     
    var
    malocal : MaStructure;
    monPointeur : PSafeArray;
    begin
     
    monPointeur = GetMaStructure();
    MaStructure = mPointeur.pvData;
    Que j'utilise l'une ou l'autre des trois méthodes j'ai une fuite de mémoire alors que si je les utilise avec un programme test en C# no problem.

    Ais-je raison de penser que c'est bien du delphi que vient le probleme ?

    Quelle est sensé être la bonne façon de s'y prendre ?

    Le probleme vient je suppose du fait que le GC attend qu'une reference soit libiérée ou je ne sait quoi mais je met bien monPointeur:=nil; a la fin ...

    Merci d'avance pour votre interet et votre aide !

  2. #2
    Expert éminent sénior
    Avatar de ShaiLeTroll
    Homme Profil pro
    Développeur C++\Delphi
    Inscrit en
    Juillet 2006
    Messages
    13 577
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Développeur C++\Delphi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2006
    Messages : 13 577
    Points : 25 225
    Points
    25 225
    Par défaut
    J'ignore comment ça fonctionne, mais ton PSafeArray est un pointeur, si tu l'utilise avec delphi, tu dois le mettre en "fixed" non ? laissez le GC se meler de ça ... ça me parait délicat ...
    Et si tu fais une allocation, il faut faire une libération, as-tu fais des Free ? Dispose ? ...

    Passer par une interface serait plus standard, et tu n'aurais pas ce problème ...

    une structure en C# c'est un objet ? ou une vraie structure comme en C++ ?

  3. #3
    Expert confirmé

    Profil pro
    Leader Technique
    Inscrit en
    Juin 2005
    Messages
    1 756
    Détails du profil
    Informations personnelles :
    Âge : 46
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Leader Technique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2005
    Messages : 1 756
    Points : 4 173
    Points
    4 173
    Par défaut
    Comment tu fais pour détecter la fuite mémoire ?

    De quelle façon est-ce que tu fais l'import de l'assembly C# en Delphi ?

    Le probleme vient je suppose du fait que le GC attend qu'une reference soit libiérée ou je ne sait quoi mais je met bien monPointeur:=nil; a la fin ...
    Non le GC ne fonctionne pas par comptage de référence. Il parcourt le graph des pointeurs de l'appli à partir des noeuds racine pour détecter les blocs mémoire inaccessibles.
    De facto, du code non managé ne peut pas accéder à la mémoire managée (cette dernière peut-être réorganisée à tout moment en tâche de fond lorsque le GC déclenche).

    Je ne sais pas comment s'effectue exactement l'appel dans ce sens, mais je pense que le marshaling doit s'effectuer selon quelque chose du genre :
    - La fonction C# renvoie un bloc mémoire managé.
    - Le marshaling, alloue un bloc mémoire non managé et recopie le tableau managé à l'intérieur (c'est la création du SafeArray).
    - Tu récupères en sortie un pointeur sur ce bloc mémoire.

    Sauf qu'il doit ensuite faloir libérer la mémoire qui a été allouée. Tu as essayé avec SafeArrayDestroy (unité ActiveX) ?

  4. #4
    Membre à l'essai
    Profil pro
    Inscrit en
    Juin 2008
    Messages
    41
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2008
    Messages : 41
    Points : 23
    Points
    23
    Par défaut
    J'ignore comment ça fonctionne, mais ton PSafeArray est un pointeur, si tu l'utilise avec delphi, tu dois le mettre en "fixed" non ? laissez le GC se meler de ça ... ça me parait délicat ...
    Et si tu fais une allocation, il faut faire une libération, as-tu fais des Free ? Dispose ? ...
    Je vais me renseigner sur "fixed", j'ai essayé les dispose mais ca n'avait pour effet que de planter l'appli

    Passer par une interface serait plus standard, et tu n'aurais pas ce problème ...
    J'ai essayé de passer ma structure en classe, ca ne marche pas mieux, j'ai meme des soucis supplementaires


    une structure en C# c'est un objet ? ou une vraie structure comme en C++ ?
    Je ne connais pas le C++ donc je peux pas faire la comparaison, mais une structure c'est en TRES gros une classe sans certains aspects (notemment l'héritage) et dont les elements sont stockés dans la pile



    Comment tu fais pour détecter la fuite mémoire ?
    Au bout de 30-60 min il y a en gros 10k d'augmentation de la virtual memory sous le Task Manager de Windows


    De quelle façon est-ce que tu fais l'import de l'assembly C# en Delphi ?
    J'utilise la commande REGASM de FrameWorks 2.0

    Non le GC ne fonctionne pas par comptage de référence. Il parcourt le graph des pointeurs de l'appli à partir des noeuds racine pour détecter les blocs mémoire inaccessibles.
    De facto, du code non managé ne peut pas accéder à la mémoire managée (cette dernière peut-être réorganisée à tout moment en tâche de fond lorsque le GC déclenche).

    Je ne sais pas comment s'effectue exactement l'appel dans ce sens, mais je pense que le marshaling doit s'effectuer selon quelque chose du genre :
    - La fonction C# renvoie un bloc mémoire managé.
    - Le marshaling, alloue un bloc mémoire non managé et recopie le tableau managé à l'intérieur (c'est la création du SafeArray).
    - Tu récupères en sortie un pointeur sur ce bloc mémoire.
    Si je résume succintement ca fait : Je ne peux pas compter sur le GC puisque durant le marhsaliing est fait une copie, c'est bien ca ?

    Sauf qu'il doit ensuite faloir libérer la mémoire qui a été allouée. Tu as essayé avec SafeArrayDestroy (unité ActiveX) ?

    Je vais me renseigner et essayer ca !

  5. #5
    Membre à l'essai
    Profil pro
    Inscrit en
    Juin 2008
    Messages
    41
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2008
    Messages : 41
    Points : 23
    Points
    23
    Par défaut
    Effectivement il fallait bien utiliser la fonction SafeArrayDestroy (ActiveX)
    (Je n'ai plus aucun probleme memoire)

    Cela Fonctionne mais fait planter le debugger (chez moi en tout cas)

    Merci beaucoup pour votre aide !

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. fuite de mémoire ?
    Par salseropom dans le forum C
    Réponses: 2
    Dernier message: 12/01/2006, 16h19
  2. Réponses: 1
    Dernier message: 02/12/2005, 14h18
  3. fuite de mémoire
    Par mamag dans le forum MFC
    Réponses: 17
    Dernier message: 19/08/2005, 10h42
  4. Fuite de mémoire en utilisant le template list
    Par schtroumpf_farceur dans le forum Langage
    Réponses: 9
    Dernier message: 18/07/2005, 20h44
  5. Réponses: 8
    Dernier message: 17/10/2002, 12h52

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo