Discussion :

[MiJack]

Bonjour,

Avec DXE, je lance Excel en utilisant :

Code :

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

CreateOleObject('Excel.Application')

Cela fonctionne avec toutes les versions d'office, y compris la 2010 32bits, sauf avec la version Office 2010 64 bits.

Invalid class string, prodId:Excel.Application

J'ai remarqué que la clé 'Excel.Application' ne se trouve pas dans la base de registre de Windows avec cette version, tandis qu'elle y est avec Office 2007 64 bits par exemple.

Qqn a-t-il déjà rencontré ce problème ? Je n'ai pas trouvé beaucoup d'infos sur Internet à ce sujet.

[ShaiLeTroll]

Normalement un processus 32Bits ne doit pas utiliser une DLL 64Bits, je pense que la règle s'applique aussi à un objet COM !
Si ce n'était pas le cas, ça pourrait être intéressant !

En plus, n'oublie pas que la BDR est doublé, il me semble qu'il la BDR 64 Bits et la BDR 32 Bits !
Possible que Office 2007 64 bits fournissait un objet 32Bits (pour l'interop) que ne fournit plus Office 2010

[MiJack]

Salut Shai,
Je ne savais pas qu'il y avait un BDR 32 et une 64 bits. Tu as peut-être raison sur le fait qu'Office 2007 64 bits fournissait un objet compatible, je vais essayer de chercher dans cette voie.

Je laisse le sujet ouvert pour l'instant et continue mes recherches.

[ShaiLeTroll]

Je ne savais pas qu'il y avait un BDR 32 et une 64 bits. .

C'est ce que j'ai cru lire, je n'ai encore jamais fait de 64bits, mais il semble qu'il y a comme pour les dossiers système un doublon 32 Bits fourni par WOW64 !

[CapJack]

J'ai voulu faire quelques essais avec Delphi XE2, vu que j'ai Office 2010/64 bits.

La clause uses est System.Win.ComObj.

J'ai tapé le code classique :

Code :

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

1
2
3
4
5
6
7
var
    vMSExcel : variant;
 
begin
    vMSExcel := CreateOleObject('Excel.Application');
    vMSExcel.Visible := true;
end;

Excel s'ouvre un court instant, puis se referme instantanément, et ce, aussi bien en 32 bits qu'en 64 bits.



Edit : Par contre, Word marche parfaitement, quel que soit le type de compilation. Tiens, tiens...

[Andnotor]

Excel s'ouvre un court instant, puis se referme instantanément, et ce, aussi bien en 32 bits qu'en 64 bits.

C'est le principe des interfaces. Lorsque qu'il n'est plus utilisé, l'objet est libéré. Mets ta variable vMSExcel en global et Excel restera ouvert.

[CapJack]

Ah ben oui, suis-je bête.

Ça marche si je sors la variable de la fonction.

Mais pourquoi ça marchait quand même avec Word (variable locale ?) ?

[Andnotor]

Il y a sans doute 2 applications impliquées dont une qui fait office de serveur automation (qui lance winword et dialogue avec sur un autre principe d'ipc)

[CapJack]

Je vois.

Bon, sinon, j'ai essayé sous Delphi 2009 et Delphi 2005, et ça marche aussi.

Donc, à priori, ce n'est pas un problème pour Dephi d'instancier une application 64 bits.

Erreur non reproductible chez moi.

[Franck SORIANO]

J'ai remarqué que la clé 'Excel.Application' ne se trouve pas dans la base de registre de Windows avec cette version, tandis qu'elle y est avec Office 2007 64 bits par exemple.

Tu es sur de ce que tu dis ?
Pour autant que je sache, Office 2010 est la première version d'Office à exister en 64 bits. Il n'y a pas de version Office 2007 64Bits. Seulement une installation de Office 2007 32 bits sur un environnement 64 bits...

Normalement un processus 32Bits ne doit pas utiliser une DLL 64Bits, je pense que la règle s'applique aussi à un objet COM !

Oui, sauf que là c'est de l'Automation !
En fait, ça dépend comment tu fais appel à ton serveur COM :
- Si de l'inproc, le code de l'objet COM est exécuté par le processus qui y fait appel. On rencontre donc la limitation : Un processus 32 bits ne peut exécuter que du code 32 bits.
- Par contre, en Automation, c'est de l'Out-of-process. Le code appelant pilote l'exécution d'un autre processus. L'application utilisatrice n'exécute pas directement le code de l'application pilotée, elle passe par des classes proxy et Windows assure la synchronisation entre les deux processus. Dans ce cas, on peut avoir un client 32 bits et un serveur 64 bits.
Et pour peut que tu ajoutes un coup de DCOM, l'application pilotée peut même être sur une autre machine...