Discussion :

[dewey01]

Bonjour, même si cela fait plus d'un an que je fais du C, je poste sur cette partie du forum pour avoir des renseignement concernant les .tlb.

Voila mon maître de stage m'a demander d'utiliser une type library dans un programme en C.
Après quelques recherches, il s'avère que ce type de fichier ressemble grosso modo une dll (à l'inverse d'une dll, il n'y a pas d'utilisation de header nécessaire).
Mais bon je ne suis pas sur de ce que j'avance et j'aurais aimer avoir plus d'information sur ce sujet.

Et deuxième question est-il possible d'utiliser une type library dans un .c ?

Merci d'avance.

[Médinoc]

Bonjour,
Un .tlb est une bibliothèque de types (type library) qui définit des interfaces COM (avec leurs UUIDs) et parfois aussi des UUIDs de classes COM. En clair, c'est un fichier IDL Microsoft compilé.

Utiliser un .tlb directement n'est, à ma connaissance, pas possible en C. C'est possible en C++ sous Visual Studio (directive #import), et dans des langages de plus haut niveau. Et sous MinGW, n'en parlons pas.

Le problème pour le C, c'est que normalement la compilation d'un fichier .idl ne donne pas seulement un .tlb, mais aussi un fichier d'en-tête .h, détaillant les interfaces aussi bien pour le C que pour le C++. Malheureusement, trop souvent les éditeurs ne distribuent que le .tlb. Mais si tu possèdes les outils de Visual, tout n'est pas perdu, car il est possible de reconstituer le .h!

Pour cela, deux étapes:

• Régénérer le fichier .idl à partir du .tlb. C'est possible avec l'outil Microsoft OLE/COM Object Viewer (OLEVIEW.EXE), fourni avec Visual.
  Menu "File" -> "View TypeLib...", puis dans la nouvelle fenêtre, "File" -> "Save As..." -> ".idl"
• Recompiler le fichier .idl. Le plus simple est d'ouvrir un invite de commandes Visual Studio et d'appeler MIDL.EXE sur le fichier. Sa compilation va générer un nouveau .tlb, des fichiers source C (un pour les UUIDs, et un dont tu ne devrais pas avoir besoin, pour les proxys COM) et surtout un nouveau fichier .h utilisable en C ou C++.

[dewey01]

Bonjour, tout d'abord merci Médinoc pour ta réponse clair et précise.
Alors, nous avons réussi à récupérer le .idl grâce à l'outil OLEVIEW.EXE.
Mais lors de la recompilation nous n'obtenons que le .tlb, pas de .h ni de .c

Voici la ligne de commande que nous utilisons :
/app_config C:\Temp\TLB\OmniPage15.IDL /out C:\Temp\TLB
A voire si les .c et le .h ne sont pas stocker autre part mais impossible de les trouver.

Merci

[dewey01]

Arf message en double, je ne peut pas supprimer le dernier post.

[Médinoc]

Je ne connais pas app_config, généralement j'utilise directement midl.exe fichier.idl, sans autre paramètre (sauf /out pour spécifier un répertoire de sortie).

[Melem]

Une autre astuce c'est de demander à Visual Studio, dans un projet MFC, de générer une classe C++ qui encapsule l'interface qu'on veut utiliser. Ca se fait en quelques clics : Insert Class from a Type Library (la manière de s'y prendre dépend de la version de Visual utilisée, avec Class Wizzard dans VC6 et Project > Add dans 2005). Ensuite t'as qu'à aller voir dans le code source pour voir le numéro de telle propriété ou telle méthode et créer des fonctions C qui y accèdent (grâce à la méthode Invoke de IDispatch) ou mieux et plus simple fournir des interfaces C pour le constructeur, déstructeur et les méthodes de la classe qu'on veut utiliser et appeler ces fonctions depuis du code C.

[Médinoc]

Mais ça ne marche que pour les interfaces duales et les dispinterfaces, et c'est moins efficace qu'appeler l'interface directement.

[dewey01]

Je ne connais pas app_config, généralement j'utilise directement midl.exe fichier.idl, sans autre paramètre (sauf /out pour spécifier un répertoire de sortie).

J'ai aussi essayer avec cette méthode et pas de fichiers sources, juste le .tlb apparait C'est vraiment bizarre ..

ps: je suis sous visual studio 2005

[Médinoc]

Bizarre...
Puis-je voir le fichier IDL ?