Tenemos algunas soluciones de C ++ y ejecutamos algunos scripts de compilación utilizando archivos de proceso por lotes que llaman a msbuild.exe para cada una de las configuraciones en las soluciones.

Esto había funcionado bien en 3 máquinas desarrolladoras y una máquina de compilación, pero luego uno de los proyectos comenzó a bloquearse al vincularse. Esto solo sucede en la máquina más nueva, que es un núcleo cuádruple. Se ejecuta en Windows Server 2003 y los demás están en XP o Vista.

Esto sucede de manera constante incluso si cambio el orden de las compilaciones en el archivo bat.

Si ejecuto la compilación desde el IDE en esa máquina, no se bloquea.

¿Alguna idea sobre lo que podría estar causando esto?

Estoy usando Visual Studio 2008.

Editar:

Ahora veo que cuando está colgado se ejecutan los siguientes:

link.exe (2 instancias) Uno con un gran uso de memoria y otro con una pequeña cantidad de uso de memoria.vcbuild.exemsbuild.exevcbuildhelper.exemspdbsrv.exeEditar:

El archivo exe existe y también el archivo pdb.

El archivo exe está bloqueado por algún proceso, y no puedo borrarlo ni moverlo. Puedo eliminar el archivo pdb sin embargo.

También tengo el problema si solo uso VCBuild.exe.

Decidí intentar depurar los procesos 2 link.exe y los procesos mspdbsrv.exe.

Cuando adjunté el IDE del depurador / MSdev, recibí un cuadro de mensaje que decía que la aplicación estaba bloqueada y / o que "todos los subprocesos han salido".

Supongo que tendré que buscar un paquete de servicio para esa instalación de msdev en esa máquina.

Editar:

En el archivo de salida debug.htm obtengo todo tipo de salida de material después de que se genera el comando link.exe.

Sin embargo, para la versión buildlog.htm, la línea linke.exe es la última línea.

Esto es claramente un bloqueo en el enlazador. Definitivamente un error de Microsoft.

Ahora estoy tratando de averiguar qué es el archivo .rsp (respuesta del vinculador).

Cuando emito:

link.exe @c: \\ Release \ RSP00000535202392.rsp / NOLOGO / ERRORREPORT: QUEUE

Esa es la última línea en el registro de compilación de la versión. El debug tiene mucha más información después de eso.

Reinstalar una versión diferente de Visual Studio no solucionó el problema.

Abriré un problema / ticket con Microsoft. Publicaré una respuesta si puedo.