2014-01-17 2 views
0

Я задаюсь вопросом, является ли это какой-то ссылочной проблемой в Visual Studio Express 2013. Я строю из источника, поэтому ни один из этих файлов не должен регистрироваться после факта. После запуска библиотеки типов из папки bin во внешней программе в качестве пользовательской команды она возвращает ошибку interop.scripting.dll. Что может быть причиной этого? Имеет ли значение, что некоторые ссылочные пути для COM-файлов указывают на папку obj, а не на bin (я думаю, это нормально)?interop.scripting.dll не найден - vb.net

Пример ссылки (я не могу добавлять изображения пока) - C: \ FNNTQuarterlyReports \ Исходник- \ OBJ \ Debug \ Interop.esriSystemUtility.dll C: \ Program Files \ ArcGIS \ DotNet \ ESRI.ArcGIS.Catalog .dll C: \ FNNTQuarterlyReports \ Исходник- \ OBJ \ Debug \ Interop.Scripting.dll C: \ Program Files \ Microsoft Basic 2005 Power Packs Визуальные \ 3.0 \ Microsoft.VisualBasic.PowerPacks.dll

+0

Вы зарегистрировали свою сборку с 'regasm/codebase'? –

+0

Я построил это локально, а не с другой машины. Кроме того, для локальных файлов copy-local установлено значение True. Но я, как тест, зарегистрировал tlb из папки bin, созданной с помощью regasm, - ничего не делает. – Sleep6

+0

Есть ли файл Interop.Scripting.dll в папке bin, в которую вы строите? –

ответ

0

Это была решена , Не совсем уверен в деталях, но я начал новый с резервной копии источника и оставил исходные .NET и COM-ссылки как есть. Ключевым отличием является использование powerpacks.VS в отличие от новых 3.0 и более старых DLL ESRI (датируется 9.1 периодом). У всех было установлено, что для параметра copy-local установлено значение true. По какой-то причине эта сборка прекрасно работает ... пытается модернизировать ссылки, как-то перепутанные вещи, возможно, из-за проблемы совместимости или какого-то другого надзора. Спасибо за помощь.

Смежные вопросы