UWAGA: Po przestudiowaniu danych wyjściowych laurent zgadzam się z odpowiedzią Preet Sangha. Dane wyjściowe mogą pochodzić z kompilatora, a nie z MSBuild. Ale jeśli to MSBuild wytwarzał wiadomości w niewłaściwym języku, tak jak w moim przypadku, myślę, że moja odpowiedź zadziała. Tak więc moja odpowiedź naprawdę odpowiada na tytuł tego pytania.
myślę wiadomości pochodzą od japońskiego Microsoft.Build.Tasks.resources.dllresource file. Microsoft.Build.Tasks assembly zawiera zadania związane z kompilacją, które są wykonywane przez MSBuild. Zadania te generują komunikaty związane z budową.
Myślę, że masz jeden lub więcej japońskich pakietów językowych .NET. Rozwiązaniem jest odinstalowanie wszystkich japońskich .NET framework pakietów językowych w systemie Windows dodaj okno dialogowe usuwania programów.
Miałem Norwegian Wyjście MSBuild. Po usunięciu mojego pakietu językowego w języku norweskim otrzymałem standardowe angielskie komunikaty o błędach. Moje pliki zasobów norweskie gdzie zlokalizowane w:
C:\Windows\Microsoft.NET\Framework\v4.0.30319\noC:\Windows\Microsoft.NET\Framework\v4.0.30319\MOF\noC:\Windows\Microsoft.NET\Framework\v4.0.30319\SQL\noC:\Windows\Microsoft.NET\Framework\v4.0.30319\WPF\noC:\Windows\Microsoft.NET\Framework64\v4.0.30319\noC:\Windows\Microsoft.NET\Framework64\v4.0.30319\MOF\noC:\Windows\Microsoft.NET\Framework64\v4.0.30319\SQL\noC:\Windows\Microsoft.NET\Framework64\v4.0.30319\WPF\no
Te foldery zostały usunięte po odinstalowaniu norweskiego pakietu językowego .NET.
myślę, że to jest łatwiejsze do wyszukiwania informacji, gdy masz standardowe komunikaty ostrzegawcze i komunikaty o błędach po angielsku, więc będę zawsze dobrze usunąć lokalnych pakietów językowych dla narzędzi programistycznych.
byłoby to cl.exe? – Laurent
zależy od języka c/C++ = cl.exe, C# = csc.exe, vb = vbc.exe –