Discussion :

[Pedro]

Salut à tous
Voilà je vous écris pour tenter de trouver une solution à mon problème...
J'ai un programme principal qui appelle une dll en dynamique...
Dans le programme principal, j'utilise un Composant de mon cru appelé TPedroDossier... C'est un composant invisible dérivé de TComponent...
La Dll me sert à lancer une form dans laquelle je modifie les données de mon TPedroDossier...
Voila comment je m'y suis pris:
Code de la fiche de la DLL (déclaration)

Code :

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

1
2
3
4
5
6
7
 
TMain=class(TForm)
...
public
  Dossier:TPedroDossier;
...
end;

Code de la DLL

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
function Execute(AppHandle:HWND;aDossier:TPedroDossier):boolean;
begin
  Application.Handle:=AppHandle;
  with TMain.Create(Application) do
  begin
    Dossier:=aDossier;
    //Diverses initialisations de TMain
    Result:=ShowModal=mrOk;
    Destroy;//Release me pose des problèmes....  :? 
  end;
end;

Mon souci est le suivant:
J'ai une erreur d'exception access violation lorsque je tente de lancer 2 fois de suite cette fonction sachant que la première fois ne renvoit pas d'erreur mais ne fonctionne pas non plus...
Mon idée: Dans la fonction Execute de a DLL, j'assigne le pointeur de Dossier à aDossier... Sachant que aDossier est membre de TMain, est-ce que le pointer (et le pointer uniquement) n'est pas libéré lors de la destruction de TMain? Et donc que cette instance de TPedroDossier n'est plus accessible?

Merci d'avance

[mduse]

Salut,

Une piste...
Il est possible que tu doives intégrer Sharemem dans ta liste des uses.

Quand elle est utilisée, l'unité ShareMem doit toujours être la première unité énumérée dans la clause uses du programme ou de la bibliothèque l'utilisant.

ShareMem est l'unité d'interface du gestionnaire de mémoire BORLANDMM.DLL qui permet à des modules de partager de la mémoire allouée dynamiquement. BORLANDMM.DLL doit être déployé avec les applications et les DLL qui utilisent l'unité ShareMem. Quand une application ou une DLL utilise ShareMem, son gestionnaire de mémoire est remplacé par celui contenu dans BORLANDMM.DLL..

@+

[Pedro]

Aaargh non pas ShareMem... Je voudrais une autre méthode... svp
Merci quand même

[mduse]

A la place de ShareMem, je te propose ... FastShareMem

Tu auras plus de renseignements ici http://www.codexterity.com/fastsharemem.htm

Cette méthode est reconnue comme plus performante et elle a l'avantage qu'il ne faut pas distribuer de dll avec l'application.

@+

[Pedro]

Alors là si ça marche, c'est pas une épine que tu m'enlève du pieds mais un poteau EDF...
Je vais tester ça dès ce soir merci beaucoup
PS: Je laisse le post ouvert au cas où Parce que je voudrais quand même essayer d'éviter de passer par là...

[Pedro]

Je ne pensais plus que la solution miracle existe mais j'avais tort... Elle existe: FastShareMem...
Je n'ai jamais vu autant de bugs réduits à néant avec une petite unité de rien du tout gratos et libre de droit
Merci mduse pour le tuyau
Problème résolu