Ссылочный компонент 'SHDocVw' не найден

Question

Ссылочный компонент 'SHDocVw' не найден

2

Компиляция решения на новом сервере "build" бросает

Указанный компонент "SHDocVw" не найден.

Решение отлично работает на других серверах сборки и на машинах разработчиков. Я мог бы поклясться, что он был построен отлично два дня назад.

Одна заметная разница для этого сервера - это Windows 2008 R2. Другие серверы сборки - Windows 2012, а машины для разработчиков - от Windows 8.1 до 10.

Я попытался удалить ссылку и добавить ее снова (COM-ссылка Microsoft Internet Controls) без везения.

Больше из сообщения об ошибке:

Не удалось разрешить COM-ссылку "eab22ac0-30c1-11cf-a7eb-0000c05bae0b" версии 1.1. Сильный контейнер ключей имен не найден.

qazcde 02 май 2017, в 17:22

Источник

0

Я запустил "sfc / scannow", как предлагалось в некоторых статьях, и Windows не обнаружила никаких нарушений целостности
qazcde 02 май 2017, в 15:40
0

Также пробовал regsvr32.exe "C: \ Windows \ System32 \ shdocvw.dll". EE ниже строк "был загружен, но dllregisterserver точки входа не найден"
qazcde 02 май 2017, в 15:56
0

Вы когда-нибудь решали эту проблему?
Michael Johnston 01 окт. 2018, в 22:30
0

К сожалению, я больше не помню проблему. Должен ли я удалить этот вопрос? Закрыть это как-нибудь?
qazcde 03 окт. 2018, в 13:01
1

Все в порядке. Я обнаружил, что форсирование платформы сборки x86 решило эту проблему для меня. Я выложу ответ здесь на тот случай, если кто-то еще столкнется с подобной проблемой
Michael Johnston 09 окт. 2018, в 00:56

Показать ещё 3 комментария

Теги:

c#

visual-studio

windows

shdocvw

1 ответ

Ещё вопросы

Я запустил "sfc / scannow", как предлагалось в некоторых статьях, и Windows не обнаружила никаких нарушений целостности
Также пробовал regsvr32.exe "C: \ Windows \ System32 \ shdocvw.dll". EE ниже строк "был загружен, но dllregisterserver точки входа не найден"
Вы когда-нибудь решали эту проблему?
К сожалению, я больше не помню проблему. Должен ли я удалить этот вопрос? Закрыть это как-нибудь?
Все в порядке. Я обнаружил, что форсирование платформы сборки x86 решило эту проблему для меня. Я выложу ответ здесь на тот случай, если кто-то еще столкнется с подобной проблемой

Michael Johnston · Answer 1 · 2018-10-09T00-01-00.000Z

После проверки версии SHDocVw была x86 сборки, я был в состоянии решить эту проблему, в том числе в явном виде <PlatformTarget>x86</PlatformTarget> в моем csproj PropertyGroup для конфигурации и платформ, что я хотел Strong Name, Delay глухонемых.