"GenerateResource" CLR2 zadanie

Moja aplikacja zachowuje się ten błąd (używam VS 2013, VB.NET i Windows 8.1, przy okazji):"GenerateResource" CLR2 zadanie

Nie można uruchomić "GenerateResource" zadanie, ponieważ program MSBuild nie mógł utworzyć hosta zadania ani nawiązać z nim połączenia z językiem wykonawczym "CLR2" i architekturą "x86". Upewnij się, że (1) żądane środowisko uruchomieniowe i/lub architektura są dostępne na komputerze oraz (2) że wymagany plik wykonywalny "C: \ Program Files (x86) \ MSBuild \ 12.0 \ bin \ MSBuildTaskHost.exe" istnieje i może Być uruchomiony.

Aplikacja przeznaczona jest dla .NET 3.5 (wersje 3.5 i niższe dostają mi ten błąd). Próbuję ponownie uruchomić aplikację. Czasami to działa; czasami błąd wraca.

Próbowałem już wyszukiwać odpowiedzi w Google, a odpowiedź, którą mi dali, okazała się być: "Nazwa użytkownika Twojej kompilacji jest za długa" (powiedzieli, że 20 znaków lub więcej powoduje błąd), ale to nieprawda. Moja nazwa użytkownika składa się tylko z 5 znaków. W każdym razie, nie sądzę, że długość nazwy mojej kompilacji ma z tym coś wspólnego; to nie ma sensu.

Czy ktoś wie, co jest nie tak z wersją 3.5 i niższą? Dziękuję Ci.

Źródło

2015-02-25 soulblazer

Widziałem również ten błąd, tylko w ciągu ostatnich kilku tygodni. Powtarza się słabo. To nie jest twoja aplikacja, dzieje się tylko wtedy, gdy budujesz. Nie widziałem tego od czasu ostatniego restartu. Więc najpierw uruchom ponownie. –

@HansPassant Dziękujemy, po prostu obawiał się, że może to spowodować problemy dla moich użytkowników po wydaniu. – soulblazer

Uważam, że wyszukiwana jest wyszukiwarka Google dla tej strony: https://connect.microsoft.com/VisualStudio/feedback/details/758772/generateresource-fails-for-net-3-5-application-when-net-4 -5-został-zainstalowany – jcmcbeth

Ten stały problem na moim komputerze:

go rozwiązać, przejdź do pliku csproj i dodaj następującą linię w grupie Domyślna właściwość:

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

Znalezione here.

Źródło

2015-09-03 08:14:24

Tak, to działało dla nas w systemie Windows 10 + Visual Studio 2012 v11.xxxx Nie jestem pewien, jaka jest przyczyna. – Shiham

Przyczyna, jak sądzę, jest związana z brakiem pozwolenia dla programu Visual Studio na wykonywanie niektórych z tych pomocników równolegle. To nagle zaczęło nadrabiać połowę moich pracowników, szczególnie połowa, która została przeniesiona do nowego kontrolera domeny, którego informatycy nakazali deweloperom, że nie mogą mieć uprawnień administratora do własnych maszyn. Ta odpowiedź rozwiązała problem. – GunnerGuyven

Czyste i przebudowane rozwiązanie sprawdziło się.

Źródło

2015-12-30 11:10:25 Ruben

Próbowałem pobrane rozwiązanie i jak wspomniano OP rozwiązanie było budowanie, a czasami nie. Jak zasugerowałeś, wyczyściłem rozwiązanie i znowu zacząłem budować. Dziękuję –

To działało dla mnie – MNVR

staram dodanie naśladowania, ale nie działa

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

to rozwiązać ten problem dla mnie, tak samo jak dodanie zmiennej środowiskowej

DisableOutOfProcTaskHost = true

Źródło

2017-03-08 19:21:41

natknąłem to błąd podczas próby zbudowania przykładowego rozwiązania, które było częścią jakiegoś oprogramowania zainstalowanego pod numerem C:\Program Files\. Visual Studio zachęciło mnie do ponownego uruchomienia z podwyższonymi uprawnieniami (tak jak podczas otwierania rozwiązania w "bezpiecznej" lokalizacji), jednak kompilacja nie powiodła się z komunikatem o błędzie OP.

Skopiowanie rozwiązania do "normalnego" folderu (np. C: \ Temp) rozwiązało to dla mnie.

Źródło

2017-10-18 10:05:28

Odpowiedz

Powiązane problemy