Problèmes d'utilisation Midl pour créer un .tlb de .idl « attend une spécification de type »

Question

J'ai eu une rencontre prolongée avec la bête connue sous le nom COM Interop ...

J'essaie actuellement de générer un .tlb à partir d'un fichier .idl généré par l'OLE/COM Object Viewer. Toutefois, lorsque vous essayez d'exécuter Midl.exe pour compiler je reçois une erreur:

.\Sim.API.IDL(236) : error MIDL2025 : syntax error : expecting a type s 
pecification near "ImportFileStatus" 

Mon fichier .idl est plus que 1000 lignes longues donc je ne veux pas particulièrement pour poster ici cependant, je crois que la partie il est intéressant:

typedef [uuid(980B172E-19C1-389A-BB74-29A54737C5B4), version(1.0) , 
    custom(0F21F359-AB84-41E8-9A78-36D110E6D2F9, "Sim.API.ImportFileResult")  
] 
struct tagImportFileResult { 

    ImportFileStatus _status; 

    LPSTR _message; 
} ImportFileResult; 

Puis Plusieurs lignes plus loin ...

typedef [uuid(A4B9A0FF-A2D4-3EC5-AB7E-69311B9122C8), version(1.0) , 
    custom(0F21F359-AB84-41E8-9A78-36D110E6D2F9, "Sim.API.ImportFileStatus")  
] 
enum { 
    ImportFileStatus_Success = 0, 
    ImportFileStatus_VersionMismatch = 1, 
    ImportFileStatus_Failure = 2 
} ImportFileStatus; 

Je sens que ceux-ci devraient être vénérés afin de corriger l'erreur de spécification de type. Cependant, si je fais cela, j'ai un nouveau problème.

midl\oleaut32.dll : warning MIDL2368 : error generating type library, ignored : 
Could not set UUID : tagImportFileResult (0x800288C6) 

Je suis assez familier avec le format IDL et avec l'utilisation de midl.exe, peut-être il y a quelque chose de façon flagrante de mal à ce que je fais?

Comme toujours toute aide serait grandement appréciée :)

Answer 1

Vous avez raison, la permutation des déclarations est nécessaire pour maintenir MIDL heureux. En effet, OleView.exe ne générera pas de déclarations dans l'ordre original. Je pense qu'il les regroupe par genre, comme le type lib est organisé.

Le message que vous recevez est juste un avertissement, pas une erreur. Cela est dû à un alias pour le nom de la structure qui est différent. Vous pouvez l'ignorer en toute sécurité, car le code n'utilisera pas l'identificateur "tagImportFileResult". Mais vous pouvez vous en débarrasser en faisant le nom de la balise le même que le nom typedef:

typedef [..] 
    struct ImportFileResult { 
    //... 
} ImportFileResult; 

Voici un KB article sur le sujet.