Добавление DLL ActiveX в проект .Net в качестве эталона работает на одном компьютере разработчика, но не на другом?

Добрый день,

у нас есть полустранная проблема с устаревшей dll-библиотекой ActiveX, которую необходимо использовать в проекте .net, и, как ни странно, она прекрасно работает (добавляя ее в качестве ссылки и все ее функции) на одном компьютере разработчика, но не на другие, сервер сборки жалуется на ошибочную ссылку и т. д. и т. д.

Всякий раз, например. Я пытаюсь повторно добавить .dll, но получаю следующее сообщение об ошибке:

альтернативный текст

Любые идеи / предложения, почему это может не работать, например. мое окружение? Файл проекта и т. д. является стандартной библиотекой классов для .net 3.5, и все мы используем одни и те же файлы/кодовую базу.

Ура и спасибо, - Йорг


.net reference activex assemblies
person Jörg Battermann    schedule 04.06.2009    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Разница между машинами разработчиков заключается в среде, поэтому вы можете догадаться, что у разработчика, на чьей машине он работает, что-то еще установлено по-другому.

Я предполагаю, что это либо обычная старая среда (возможно, vars), либо, скорее, зависимость в SapExtractor.dll. Используйте FileMon, когда вы пытаетесь добавить ссылку, чтобы увидеть файл, который не найден.

Также вы можете использовать Depends.exe, чтобы узнать, от каких файлов зависит SapExtractor.dll.

Google для обоих инструментов, как от MS, так и очень авторитетных.

Райан

person Ryan O'Neill    schedule 05.06.2009
comment
Depends & Process Monitor на самом деле не выявил ничего нового или полезного, но использование Interop.SapExtractor.dll, которая была доступна на машине разработчика, где она работала, вместо самой библиотеки ActiveX, было своего рода рабочим обходным путем... не совсем то, что я искали, потому что теперь у нас есть среда -one-, в которой мы можем сгенерировать эту сборку Interop... - person Jörg Battermann; 20.06.2009