Ошибка выполнения задачи CLR2" GenerateResource"

мое приложение продолжает получать эту ошибку (я использую VS 2013, VB.NET, и Windows 8.1, кстати):

не удалось запустить задачу "GenerateResource", поскольку MSBuild не удалось создать или подключиться к узлу задачи с помощью среды выполнения" CLR2 "и архитектуры"x86". Убедитесь ,что (1) запрошенная среда выполнения и/или архитектура доступны на компьютере, и (2) что требуемый исполняемый файл "C:Program файлы (x86)MSBuild12.0binMSBuildTaskHost.ехе" существует и может быть бежать.

приложение для .NET 3.5 (3.5 и более низкие версии получают мне эту ошибку). Я снова пытаюсь запустить приложение. Иногда это работает, иногда, ошибка возвращается.

Я уже пробовал искать ответы в Google, и ответ, который они мне дали, оказался: "имя пользователя вашей сборки слишком длинное" (они сказали, что 20 символов или более вызывают ошибку), но это неправда. Мое имя пользователя-только 5 символов. Во всяком случае, я не думаю, что длина имени пользователя моей сборки имеет это не имеет никакого смысла.

кто-нибудь знает, что случилось с 3.5 и более ранними версиями? Спасибо.

24
.net-3.5 msbuild runtime-error vb.net visual-studio-2013

6 ответов

это исправило проблему на моей машине:

чтобы решить эту проблему, перейдите в файл csproj и добавьте следующую строку в группу свойств по умолчанию:

<PropertyGroup>
    ...
    <DisableOutOfProcTaskHost>true</DisableOutOfProcTaskHost>
</PropertyGroup>

нашел здесь.

36

чистое и перестроенное решение работало для меня.

12

Я пытаюсь добавить следующее, но не работает

  <PropertyGroup>
        ...
        <DisableOutOfProcTaskHost>true</DisableOutOfProcTaskHost>
    </PropertyGroup>

это решает эту проблему для меня, добавляя то же самое, что и переменная окружающей среды

DisableOutOfProcTaskHost=true

0

я столкнулся с этой ошибкой при попытке создать образец решения, который был включен в некоторое программное обеспечение, установленное под C:\Program Files\. Visual Studio предложила мне перезапустить с повышенными привилегиями (как это происходит при открытии решения в "безопасном" месте), однако сборка не удалась с сообщением об ошибке OP.

копирование решения в" обычную " папку (например C:\Temp) решил это за меня.

0

недавно я попытался открыть старый проект VS2010 VB внутри VS2013 и просто столкнулся с этой проблемой. У меня примерно так:

  1. Я пошел на страницу свойств проекта vb
  2. Я нажал "Debug" tab
  3. в "Включить Debugers" секция, я видел, что "(x) включить процесс размещения Visual Studio" флажок уже установлен.
  4. пробовал снимите галочку в " () включить процесс размещения Visual Studio" опции
  5. Я сохранил эти изменения (Ctrl+S)
  6. Я тут проверил в "(x) включить процесс размещения Visual Studio" еще раз
  7. Я сохранил эти изменения (Ctrl+S)

моя следующая реконструкция проекта была успешной.

к счастью, я смог наблюдать, как .файл vbproj изменился в моем элементе управления версиями и увидел, что он добавлен следующая строка в него (которой раньше не было, несмотря на то, что флажок уже установлен изначально):

<UseVSHostingProcess>true</UseVSHostingProcess>
0

добавление этого в каждый проект является громоздкой задачей. Таким образом, вы можете установить его в переменных среды.

Нажмите Пуск> > щелкните правой кнопкой мыши Компьютер > > Свойства > > Дополнительные Системные настройки > > Нажмите кнопку Переменные среды, чтобы открыть диалоговое окно, затем в разделе системные переменные нажмите кнопку Создать..., введите имя переменной = DISABLEOUTOFPROCTASKHOST и введите значение переменной = 1, затем нажмите Ok.

больше здесь

0