Discussion :

[Médinoc]

Donc il y a si j'ai bien compris :

Des entrées dans la registery (afin d'appeler des classe ou fonction) qui pointe ou sur:

• Un .exe comme ca dernier cas
• Une interface pour les DLL COM

Non, ça pointe sur une DLL pour les DLLs COM. Une DLL qui exporte notamment la fonction DllGetClassObject().

Par contre il y a encore quelque chose d'étrange... pour "word.application" il y a:

• InprocHandler32
  
  • > ole32.dll
• InprocServer32
  
  • Assembly >Microsoft.Office.Interop.Word, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C
  • Class > Microsoft.Office.Interop.Word.ApplicationClass
  • RuntimeVersion > v1.1.4322

Donc voila cette classe word.application n'est pas dans ole32...
Il n'y a pas d'exe n'y d'interface pointant sur une DLL donc ou se trouve cette classe ? -_-;

Microsoft.Office.Interop.Word est une DLL, mais une DLL .Net, elle est donc référencée différemment.
Quand au InprocHandler32, il s'agit ici du Default Handler.

PS: Chez moi il y a un .exe en plus, dans LocalServer32.

[sokai]

Ben non, puisqu'il ne vient PAS d'une DLL.

Donc chez moi la classe/objet ce trouve dans la DLL.net et chez toi dans le .exe (enfin l'exe à la classe ou le chemin) ?

[Médinoc]

Non, chez moi j'ai les deux: Donc, quand on lance en out-of-process, l'EXE charge simplement la DLL, crée un objet Word.Application et l'enregistre avec RegisterActiveObject().