2009-06-04 5 views
0

Bonjour,L'ajout d'une DLL ActiveX à un projet .Net en tant que référence fonctionne sur la machine d'un développeur, mais pas sur un autre?

nous avons un problème ici avec une dll activex héritage semi-bizarre qui doit être utilisé dans un projet .net et étrangement cela fonctionne parfaitement bien (en ajoutant comme référence et toutes ses fonctionnalités) sur la machine d'un développeur, mais sur aucun autre, le serveur de construction se plaint d'une référence erronée, etc.

Chaque fois que par exemple J'essaie de rajouter le .dll, je reçois ce qui suit, un peu timide sur les détails-message d'erreur:

alt text

Toutes les idées/suggestions pour lesquelles il pourrait ne pas fonctionner dans, par exemple mon environnement? Le fichier de projet etc est une bibliothèque de classe standard pour .net 3.5, et nous utilisons tous les mêmes fichiers/code-base.

Vive & Merci, -Jörg

Répondre

0

La différence entre les machines des développeurs de l'environnement, de sorte que vous pouvez deviner que le développeur dont la machine fonctionne sur quelque chose d'autre a mis différemment. Je suppose que c'est soit un ancien environnement (vars peut-être), mais plus probablement une dépendance dans le SapExtractor.dll. Utilisez FileMon lorsque vous essayez d'ajouter une référence pour voir le fichier qui n'a pas été trouvé.

Aussi vous pouvez utiliser Depends.exe pour voir de quels fichiers SapExtractor.dll dépend.

Google pour les deux outils, à la fois de MS et très réputé.

Ryan

+0

Depends & Process Monitor n'a pas révélé vraiment quelque chose de nouveau ou utile, mais en utilisant la Interop.SapExtractor.dll qui était disponible sur la machine du dev où il a travaillé au lieu de la dll activex lui-même était un peu un travail solution de contournement ... pas tout à fait ce que je cherchais car maintenant nous avons cet environnement où nous pouvons générer cet assemblage Interop ... –

Questions connexes