Deutsch

Fehlermeldung/Situation

Mögliche Ursachen

Mögliche Lösungen

"MSBuild.exe" Beispiel / Example

English

Error message/situation

Possible reasons

Possible solutions

"MSBuild.exe" Beispiel / Example

Deutsch

Fehlermeldung/Situation

Fehlermeldung z.B. bei ASP.net-Entwicklung im Zusammenhang mit Web-Projekten, aber auch bei anderen Entwicklungsaktionen.

Es werden beim Starten von .net-Anwendungen aus Visual Studio teils "unsinnige" Compilier-Fehlermeldungen geworfen.

Die Anwendung lässt sich somit in Visual Studio auf einmal nicht mehr starten, obwohl keinerlei Code-Änderungen durchgeführt wurden.

Teils ist der Effekt auch der, dass beim Aufruf von Batch-Dateien, die die "devenv.exe" verwenden, um die Visual Studion Solution zu compilieren, die Visual Studio-Prozesse "hängen" bleiben, d.h. Batch-Dateien für die Compilierung laufen nicht durch.

Mögliche Ursachen

Das Problem mit der "VBCSCompiler.exe" scheint ein grundlegendes Problem zu sein.

Als Workarounds werden teilweise Hinweise gegeben, dass man die "Full Solution Analysis" für die Entwicklungssprache und "CodeLens" ausschalten soll, da diese Optionen u.a. sehr hohen Speicherbedarf mit sich bringen und dann zu "problematischen" Instanzen der "VBCSCompiler.exe" führen können. Diese Workarounds wurden nicht verifiziert.

VS issues when VBCSComplier.exe doesn't unload from memory when existing VS or ending "Run Solution"

VBCSCompiler.exe process stays runing after exiting Visual Studio

VS 2019 v16.6.1+ randomly hangs on build after updating (from batch file using devenv /build)

Als möglicher Lösungsansatz bei "Hängern" der "devenv.exe" aus Batch-Dateien wird im letzten Beitrag erklärt, dass das Zurücksetzen der Parallelisierung beim Build-Prozess helfen kann.

Mögliche Lösungen

Prozesse beenden

In allen beobachteten Szenarien waren die Probleme auf verwaiste "VBCSComplier.exe" Prozesse zurückzuführen.

Nachdem alle Visual Studio-Instanzen beendet und die "VBCSComplier.exe" Prozesse über den Task Manager manuell beendet wurden, sind alle o.g. Fehlermeldungen nicht mehr aufgetreten (ohne dass der Quellcode wie oben geschrieben verändert wurde).

Bei Ausführungen der "devenv.exe" kann dieser Effekt ebenfalls auftreten, insbesondere wenn mehrere Projekte hintereinander compiliert werden.

Die Prüfung der Compiler-Ausgabe ergibt in diesem Fall, dass die Compilierung der Projekte fehlerfrei durchläuft, dennoch hängt die "devenv.exe" z.B. des letzten zu compilierenden Projekts.

In der Praxis hilft nur das Beenden der "devenv.exe" sowie der "VBCSCompiler.exe" im Task-Manager!

Visual Studio Optionen anpassen

Als möglicher Lösungsansatz bei "Hängern" der "devenv.exe" wird in einem der o.g. verlinkten Beiträge erklärt, dass unter Umständen das Zurücksetzen der Parallelisierung beim Build-Prozess helfen kann:

In unseren Fällen hatte dies keinen positiven Effekt.

Empfohlene Lösung: Alternativ mit "MSBuild.exe" compilieren

Inzwischen ist die "MSBuild.exe" von Microsoft sehr ausgereift und im Allgemeinen deutlich besser als die "devenv.exe" geeignet, um eines oder mehrere Projekte und/oder Solutions von "Visual Studio" zu compilieren!

Vorteil ist nicht nur, dass o.g. Probleme nicht auftreten, sondern auch, dass das Compilieren i.d.R. deutlich schneller geschieht als über die "devenv.exe" !

Die "MSBuild.exe" wird im Rahmen der "Visual Studio" Installation von Microsoft bereitgestellt und findet sich bei "Visual Studio Professional" z.B. in nachfolgendem Ordner:

%ProgramFiles(x86)%\Microsoft Visual Studio\2019\Professional\MSBuild\Current\Bin\MSBuild.exe

Oder bei Visual Studio 2022:

%ProgramW6432%\Microsoft Visual Studio\2022\Professional\MSBuild\Current\Bin\MSBuild.exe

Die Verwendung der "MSBuild.exe" ist über diverse Schalter sehr komplex gestaltbar.

Ein einfaches Beispiel mit einer Compilierung und Protokollierung in eine Textdatei kann nachfolgend eingesehen werden.

"MSBuild.exe" Beispiel / Example

English

Error message/situation

Error message e.g. with ASP .net development in connection with web projects, but also with other development actions.

So when starting .net applications from Visual Studio, some "nonsensical" compiler error messages are thrown.

The application can, therefore, suddenly no longer be started in Visual Studio, although no code changes have been made.

Part of the effect is that when any batch files that use "devenv.exe" are called to compile the solution, Visual Studio processes "hang", i.e. batch files for compilation do not run through.

Possible reasons

The problem with the "VBCSCompiler.exe" seems to be a fundamental problem.

As a workaround, some hints are given that the "Full Solution Analysis" for the development language and "CodeLens" should be switched off since these options entail, among other things, a very high memory requirement and can then lead to "problematic" instances of "VBCSCompiler.exe". These workarounds still need to be verified.

VS issues when VBCSComplier.exe doesn't unload from memory when existing VS or ending "Run Solution"

VBCSCompiler.exe process stays runing after exiting Visual Studio

VS 2019 v16.6.1+ randomly hangs on build after updating (from batch file using devenv /build)

As a possible solution to "devenv.exe" "hangs" from batch files, the last post explains that resetting the parallelization can help with the build process.

Possible solutions

Terminate processes

In all observed scenarios, the problems were due to orphaned "VBCSComplier.exe" processes.

After all Visual Studio instances were terminated and the "VBCSComplier.exe" processes were terminated manually via the Task Manager, all of the above error messages no longer occurred (without the source code having been changed as written above).

This effect can also occur when "devenv.exe" is run, especially when several projects are compiled one after the other.

In this case, checking the compiler output shows that the projects were compiled without errors, but the "devenv.exe", e.g. of the last project to be compiled, hangs.

In practice, the only thing that helps is to end "devenv.exe" and "VBCSCompiler.exe" in the task manager!

Adjust Visual Studio options

As a possible solution to "hanging" of "devenv.exe", one of the articles linked above explains that resetting the parallelization during the build process may help:

In our cases, this had no positive effect.

Recommended solution: Alternatively compile with "MSBuild.exe"

In fact, Microsoft's "MSBuild.exe" is well-engineered and generally better suited than "devenv.exe" to compiling one or more projects and/or solutions from "Visual Studio"!

The advantage is not only that the above-mentioned problems do not occur but also that compiling is usually much faster than with "devenv.exe"!

"MSBuild.exe" is provided by Microsoft as part of the "Visual Studio" installation and can be found in "Visual Studio Professional", e.g. in the following folder:

%ProgramFiles(x86)%\Microsoft Visual Studio\2019\Professional\MSBuild\Current\Bin\MSBuild.exe

Or, with Visual Studio 2022:

%ProgramW6432%\Microsoft Visual Studio\2022\Professional\MSBuild\Current\Bin\MSBuild.exe

The use of "MSBuild.exe" can be configured very complex via various switches.

A simple example of compilation and logging to a text file can be seen below.

"MSBuild.exe" Beispiel / Example

"MSBuild.exe" Beispiel / Example

Siehe TODO-Markierungen im Code!

See TODO markings in source code!

set CompilerEXE=%ProgramW6432%\Microsoft Visual Studio\2022\Professional\MSBuild\Current\Bin\MSBuild.exe

set CompilerEXEVS2019=%ProgramFiles(x86)%\Microsoft Visual Studio\2019\Professional\MSBuild\Current\Bin\MSBuild.exe

set CompilerEXEVS2022=%ProgramW6432%\Microsoft Visual Studio\2022\Professional\MSBuild\Current\Bin\MSBuild.exe

if exist "%ProgramFiles(x86)%\Microsoft Visual Studio\2019\Professional\" set CompilerEXE=%CompilerEXEVS2019%

if exist "%CompilerEXEVS2022%" set CompilerEXE=%CompilerEXEVS2022%

echo Compiler: "%CompilerEXE%" 

if not exist "%CompilerEXE%" (
  echo !!!!!! Error: No MSBuild compiler found !!!!!!
  pause
  EXIT /B 1
)

rem TODO Set a compiler log path here
set ErrorLogFile=%cd%\CompileLog

del %cd%\CompileLog_*.msbuildtxt

set CompilerParam=-t:Clean;Build -p:Configuration=Release -nologo -interactive:False

if "%1"=="DebugOnly" (
  set CompilerParam=-t:Clean;Build -p:Configuration=Debug -nologo -interactive:False
  echo "!Debug-only compile active!"
  pause
) 

echo Compiler parameter: %CompilerParam%

echo ************************************************************

rem TODO Set your basic project folder here
set Project=TODO_MyBaseProjectPath\Main

attrib "%Project%\*.*" -r /S

rem TODO Set your basic .net folder here
set ProjectRoot=%Project%\DotNet

rem TODO Set your solution information here
set Solution=TODO_MySolutionName.sln
set SolutionId=TODO_MySolutionCaption

echo *************************** Current project: %Solution% 

if not exist "%ProjectRoot%\%Solution%" (
  echo !!!!!!!!!!!!!!!!!!!!!!!!!!
  echo !!!!!!!!!!!!!!!!!!!!!!!!!!
  echo !!!!!! Error: Solution not found: "%ProjectRoot%\%Solution%"
  echo !!!!!!!!!!!!!!!!!!!!!!!!!!
  echo !!!!!!!!!!!!!!!!!!!!!!!!!!
  pause
  EXIT /B 2
)

echo Working on: "%Solution%" 

call "%CompilerEXE%" "%ProjectRoot%\%Solution%" %CompilerParam% -flp:logfile="%ErrorLogFile%_%SolutionId%.msbuildtxt";verbosity=normal

if not errorlevel 0 (
  echo !!!!!! Error, exit code not as expected at: %Solution% 
  pause
  EXIT /B 3
)