Quand utiliser CoInitialize/CoUnitialize et quand ne pas l'utiliser

Bonjour,

Je manipule de la base de données Access avec ADO. Pour cela alors j'ajoute seulement

Code:

---

#import "C:\\Program Files\\Fichiers communs\\System\\ado\\msado15.dll" rename ( "BOF", "ADOBOF" ) rename ( "EOF", "ADOEOF" )

---

dans stdafx.h
Le soucis est alors :
- sous VS2005 : cet "import" suffit pour manipuler après ADODB::_ConnectionPtr connection et autres dans l'application
- mais sous VS2003 : il y a toujours exception lors des CreateInstance(), pour y remédier alors il faut précéder l'utilisation de ces classes par CoInitialize(NULL) et à la fin CoUnitialize() !!
Pourquoi sous VS2003 ça ne marche pas comme sous VS2005, plus besoin de CoInitialize ???

Sans doute parce que dans ton projet VS2005, tu as quelque chose qui fait déjà un CoInitialize() pour le thread principal...

Surtout si ce n'est pas un projet Win32 tout bète (par exemple, si c'est un projet MFC, tu ne contrôles pas forcément tout ce qui est fait au démarrage de l'application...)

Donc, normalement, je dois mettre CoInitialize et CoUnitialize ?

Sur un projet tout simple, oui.
Sur un projet MFC, ben ça dépend si tu n'as pas mis d'autre trucs (genre AfxEnableControlContainer(), etc.), mais ce n'est pas grave si tu le mets de toute façon, puisqu'il y a comptage.

Donc en fait, à quoi sert et comment fonctionne CoInitialize ? juste en quelques mots

Je ne sais pas exactement ce que ça fait, mais entre autres ça règle la bibliothèque OLE32 pour ton processus et pour le thread courant. Notamment, ça prépare le marshalling pour les composants instanciés depuis un autre processus ou un autre thread.

OK & merci pour les aides