Warum hängen msbuild und link.exe während eines Builds?

Wir haben einige C ++ - Lösungen und führen einige Erstellungsskripten mit Batchdateien aus, die msbuild.exe für jede der Konfigurationen in den Lösungen aufrufen.

Dies funktionierte auf 3 Entwicklercomputern und einem Buildcomputer einwandfrei, aber dann kam eines der Projekte beim Verknüpfen zum Stillstand. Dies geschieht nur auf der neuesten Maschine, die ein Quad-Core ist, 2,8 GHz, denke ich. Es läuft unter Windows Server 2003 und die anderen sind unter XP oder Vista.

Dies geschieht auch dann, wenn ich die Reihenfolge der Builds in der bat-Datei ändere.

Wenn ich den Build von der IDE auf diesem Computer aus starte, hängt er nicht.

Irgendwelche Ideen, was dies möglicherweise verursachen könnte?

Ich benutze Visual Studio 2008.

Bearbeiten:

Ich sehe jetzt, dass, wenn es aufgehängt ist, die folgenden ausgeführt werden:

link.exe (2 Instanzen) Eine mit großem Speicherbedarf und eine mit geringem Speicherbedarf.vcbuild.exemsbuild.exevcbuildhelper.exemspdbsrv.exeBearbeiten:

Die exe-Datei existiert und auch die pdb-Datei.

Die exe-Datei ist durch einen Prozess gesperrt, und ich kann sie nicht löschen oder verschieben. Ich kann die pdb Akte zwar löschen.

Ich habe auch das Problem, wenn ich gerade VCBuild.exe benutze.

Ich entschied mich für das Debuggen der Prozesse "2 link.exe" und "mspdbsrv.exe".

Als ich den Debugger / MSdev IDE an sie anhängte, erhielt ich eine Meldung, dass die Anwendung blockiert war und / oder dass "alle Threads beendet wurden".

Ich denke, ich muss nach einem Service Pack für die msdev-Installation auf diesem Computer suchen.

Bearbeiten:

In der Ausgabedatei debug.htm erhalte ich alle möglichen Ausgaben, nachdem der Befehl link.exe generiert wurde.

Für das Release buildlog.htm ist die Zeile linke.exe jedoch die letzte Zeile.

Dies hängt eindeutig mit dem Linker zusammen. Auf jeden Fall ein Microsoft-Fehler.

Ich versuche jetzt herauszufinden, was die .rsp (Linker-Antwort) -Datei ist.

Wenn ich ausstelle:

link.exe @c: \\ Release \ RSP00000535202392.rsp / NOLOGO / FEHLERBERICHT: WARTESCHLANGE

Dies ist die letzte Zeile im Versionserstellungsprotokoll. In der Debug-Version gibt es danach viele weitere Informationen.

Das erneute Installieren einer anderen Version von Visual Studio löste das Problem nicht.

Ich werde ein Problem / Ticket mit Microsoft eröffnen. Ich werde eine Antwort posten, wenn ich kann.

Antworten auf die Frage(6)

Ihre Antwort auf die Frage