CoInitializeEx return Fail

Bonjour,

J'ai developper une application CLI Windows Form en C++ , j'ai passer en tout 10 heures (apparament pour rien).

L'application fonctionne mais en bêta et priver , cependant j'utilise une DLL écrite en C , à l'intérieur de cette DLL , l'appel de la fonction CoInitializeEx échoue.
J'utilise cette DLL dans une application Delphi , et là CoInitializeEx retourne OK.

Code de ma DLL :

Code:

---

1 2 3 4 5 6

hres = CoInitializeEx(0, COINIT_MULTITHREADED); if (FAILED(hres)) { MessageBox(NULL,"Failed initialization COM","",MB_SYSTEMMODAL); return FALSE; // Program has failed. }

---

Pouvez vous m'aider à résoudre ce probléme d'appel de fonction CoInitializeEx d'une DLL depuis mon projet Windows Form ??
Il y a un code à rajouter dans mon appli Windows Form , mais rajouter quoi ?

J'ai besoin de cette DLL et je ne compte pas l'intégrer dans mon appli Windows Form.

De plus ce qui est étrange : dans MSVC , cette dll écrite en C ne figure pas dans la liste des modules.



Merci de votre aide ;

J'ai remplacer par

Code:

---

hres = CoInitializeEx(0, COINIT_APARTMENTTHREADED);

---

Ca à l'air de marcher .
mais pourquoi cela ne marche pas avec l'ancienne paramétre ?

WinForms => STA pour le theard principale.

Voici le code de déclaration de votre fonction "main" :

Code:

---

1 2	[STAThreadAttribute] int main(array<System::String ^> ^args)

---

STA c'est pour Single Threaded Appartment.

Cela indique au runtime .NET que le thread doit être le seul dans son "Appartment" (segmentation de l'espace des objets créés via COM).

C'est le seul mode envisageable pour un thread accédant à des objets graphiques.

Donc soit vous faites du basic et votre solution est bonne soit vous avez des contraintes de très hautes performances ou de réactivité de l'IHM et là, il suffit de créer un thread dédié en spécifiant que lui est MTA ou FTA qui fera l'appel à CoInitializeEx et aux fonctions de votre Dll C.

Merci bcp ,
mais j'ai resolu mon pb en remplacant la ligne incriminé

Attention, un composant COM ne passe pas d'un type d'appartment à un autre sans problème.

Vérifiez que le ou les composants qui vont être créé par votre thread d'IHM sont bien STA ou FTA aware.
Sinon, vous risquez d'avoir les composants COM plantez l'application ou la freezer.

Si une personne à pris la peine de spécifier "COINIT_MULTITHREADED" dans l'appel de CoInitializeEx, c'est qu'il y a ou avait une bonne raison.

Si vous vous trompez, vous n'aurez pas d'erreurs de compilation ou systématiquement à l'exécution.

Les problèmes de compatibilité de composants à un type d'appartment COM peuvent n'apparaître qu'en production, sous forte charge.

C'est pour cela que l'enregistrement des composants COM indique dans quel type d'appartment ils sont sensés marcher.

De plus, je soutiens qu'instancier des composants COM non graphiques dans le thread d'IHM est une très mauvaise idée.
Et dela indépendamment des problèmes d'appartment.

Allégez au maximum le thread d'IHM. C'est un thread STA, donc la gestion de l'affichage sera en concurrence avec l'exécution du travail dans ces composants COM. Sans compter tout les deadlocks potentiels.

Faites un thread dédié, sinon, vous allez pleurer.