Question : COM Refereces de VB.net 32bit&64bit ?

L'ok ainsi moi veulent juste indiquer que je suis un newb complet quand il vient aux matières 64bit de programmation, et pas exactement un expert en matière de VB.net l'un ou l'autre. le

I ont établi un programme qui emploie un DLL 2011 de COM Interop d'AutoCAD qui obtient copié au \ à dir de casier sur la construction. Ceci fonctionne parfaitement sur ma machine de réalisateur de 32bit XP. Cependant en commutant aux postes de travail de 64bit un XP le $$etAPP jette « incapable de mouler »/« E_NOINTERFACE » errors.

From ce qui j'ai lu le problème est que quand sur un OS x64 le $$etAPP fonctionnera car un processus x64 et puis essaye d'appeler un DLL x86 qui ne fonctionnera pas. Ainsi j'ai essayé de changer les arrangements de projet pour viser x86 (manuellement intérieur .vsproj puisque j'emploie VB08 exprès) mais cela ne semble pas fonctionner non plus. J'ai changé le .vsproj en x86, reconstruit le $$etAPP, vérifié que j'ai la version x86 du DLLs dans la chemise et elle échoue toujours sur x64 m'usine… a vérifié dans le gestionnaire de tâches qu'elle fonctionnait en effet comme x86 avec * à côté d'it.

I ont localisé la version 64bit du DLL sur les machines 64bit, si je simplement copie juste/pâte pour recouvrir le DLL dans \ dir de casier que cela fonctionne parfaitement sur les machines x64, même sans $$etAPP étant reconstruit. De quelque manière que que se casse naturellement le 32bit usine-t-il… le

How peut-il j'avoir un $$etAPP qui fonctionnera pour des plates-formes et mettra en référence le DLL correct ?

class= de

Réponse : COM Refereces de VB.net 32bit&64bit ?

COM travaille seulement pour 32 systèmes effectifs de bit ou bit 64 en mode compatible. Il ne peut pas fonctionner en mode indigène 64-bit.
Vous devez employer deux projets installés (un pour bit 32 et les autres pour 64 bits) et compiler votre rpogram pour l'anyCpu.