dll et mutex ou ..?

bonjour,
je me rends compte que le poste de mon message n'a pas fonctionné, décidemment, je me demande si tout ne viendrait pas de mes doigts... Je ne me relance pas dans les détails,

quelqu'un connaîtrait il une alternative aux multex pour limiter l'instanciation d'une form contenue dans une dll ?

Merci d'avance.

La design pattern Singleton.

un peu honteusement, tu peux utiliser la variable globale généralement créée dans l'unité d'une Forme pour gérer ton Singleton, et tu rajoute juste pour l'élégance (souvent il veut mieux déplacer cette variable globale dans la partie implementation pour la cacher ... ben oui, pas de variable de classe comme en java, et le singleton c'est java like ... même si les Design Patterns c'est plus à l'époque du Smalltalk, mais moins à la mode, et Delphi n'est pas propre propre pour faire si beau ... du moins personne n'apprend les bonnes choses à l'école ...)

Code:

---

1 2 3 4 5 6

class function TMyDLLForm.SingletonInstance: TMyDLLForm; begin if not Assigned(MyDLLForm) then MyDLLForm := TMyDLLForm.Create(nil); Result := MyDLLForm; end;

---

Tient, tu peux regarder dans Classes.pas, la variable RegGroups, qui est le principe du Singleton à la sauce Delphi ...

Super, merci beaucoup pour votre aide. :king: , je me jette dessus.

J'ai passé une journée entière sur les multex que je croyais avoir compris, j'ai épluché les postes les concernant :
Je suis incapable (mais peut-être est-ce là le pb) de faire fonctionner ce machin là correctement :arf:

Citation:

---

ShaiLeTroll a écrit :
"même si les Design Patterns c'est plus à l'époque du Smalltalk, mais moins à la mode"

---

Ce n'est pas le probleme d'être à la mode ou pas. Même si Delphi dans sa version Win32, et notamment via le Singleton, révele les carences d'un langage objet mal conçu.( Essayes d'appliquer la forme canonique de Coplien pour une classe en Delphi... il n'y a pas de contructeur de recopie, pas de surcharge d'operateurs, pas de variable de classe, pas de template de class ou fonction, pas d'heritage multiple , membre strict private public, etc...)

Sous DotNet qui est une plateforme completement objectivée avec des assembly qui remplacent les DLL, on ne manipule plus que des objets ce qui impose plus d'effort en conception( et connaissance de patterns) que du code à la fois procedurale et "pseudo" objet.

Merci :yaisse2:

Sauf mauvaise surprise à venir, ça marche très bien, quel est l'intérêt de s'emm.. avec les multex ? 8O

les mutex et autres objets de synchronisation (sections critiques, semaphores etc.) sont probablement indispensables si votre appli est multi-thread...

De plus le mutex est un objet Windows global visible de tous les processus. Sans le mutex, la forme pourrait être instanciée une fois par processus qui tourne. Avec le mutex, il n'y aurait qu'une seule instanciation, quelque que soit le nombre de processus qui ont chargé la DLL.

Bruno

ah ok,
ce n'était donc pas adapté à mes besoins.
De toute façon je n'arrivais pas à tuer le mutex avec ReleaseMutex, ce qui fait que je ne pouvais pas réouvrir ma form après l'avoir "Releasée".

Merci

Il manquait peut être un CloseHandle.

Alors mal placé, peut-être,
Où faut-il le placer par rapport au release de la form ?

Libères le mutex AVANT de libérer la fiche.

ok, je vais réessayé, mais je suis presque sûr de l'avoir fait.
Merci