2008-09-18 95 views
0

Nous avons le projet PrjDb.dll en vb 6.0 qui fait référence à ado 2.5. Le projet est construit sur la machine A. Maintenant, quand nous générons un interop pour PrjDb.dll sur une autre machine B, nous nous retrouvons avec un nouveau ADODB.dll avec ver 2.5 dans le champ version au lieu de le lier avec l'assembly d'interopérabilité primaire adodb.dll (se trouve sous 'Program Files \ Microsoft.NET \ Primary Interop Assemblies'). Le problème est que lorsque je déploie mon application, il demande maintenant ce adodb.dll nouvellement généré. Et je ne veux pas l'expédier.ADODB numéro d'interopérabilité

Même si je fournis le chemin adodb.dll dans la ligne de commande, il génère toujours le nouvel interop pour AdoDB. J'ai essayé d'utiliser le commutateur/strict, puis il dit qu'il ne peut pas résoudre les références en utilisant le AdoDB.dll que je veux utiliser.

Cela ne se produit pas si nous générons interop sur la même machine où nous avons construit PrjDb.dll. Plutôt sur une machine autre que la machine B, elle choisit automatiquement le PIA pour AdoDB.

Une idée de ce qui se passe sur la machine B lorsque nous générons l'interop pour PrjDb.dll?

Répondre

1

Ne pouvez-vous pas utiliser ADO.Net à la place puisque vous êtes déjà sur .Net? C'est une solution aux diverses erreurs d'interopérabilité ADODB que j'ai trouvées. N'hésitez pas à clarifier afin que nous puissions vous aider à obtenir une "vraie réponse".

(http://bytes.com/forum/thread470736.html) (de la recherche google: adodb Interop .net)