8

El código fuente que compila bien en los entornos de otras personas no funcionará correctamente en mi entorno. Cuando hago una reconstrucción, la compilación ocurre pero cuando Visual Studio va a mover el exe de/obj/debug/{solution} a/debug/{solution} no puede encontrar el exe en/obj/debug/{solution}. Para hacerlo aún más loco incluso después de reinstalar Visual Studio, no funciona. En entornos de otras personas, funciona. Tenga en cuenta que este es un proyecto de Windows Mobile 6, Compact Framework 3.5, proyecto de Visual C++.Visual Studio compila, pero el exe no está allí

EDITAR: Visual Studio 2008 se está utilizando.

EDIT2: Después de mirar los registros nuevamente, descubrir que dice que se está compilando pero que en realidad no se está compilando. Lo suficientemente interesante como para no arrojar ningún error hasta que intente vincular el código. Cuando va a vincular los archivos objeto, no están allí y falla.

+0

Agregue la versión de Visual Studio. Tal vez hará la diferencia. – Shaihi

Respuesta

2

En la página de propiedades de la solución, verifique si la ruta que está esperando que el ejecutable sea la misma que la especificada en Linker -> Output file.

Otro error obvio podría ser, compruebe qué configuración de compilación está construyendo. Puede estar haciendo una compilación de lanzamiento y esperando un archivo ejecutable de depuración :) Lo he hecho varias veces.

+0

Tenga en cuenta que la misma línea de origen se crea correctamente en otra PC. Mismo todo, solo una computadora diferente. Además, Visual Studio está configurado para la compilación de depuración. Intenta compilarlo, y puede ver en el resultado que está construyendo la versión de depuración.Visual Studio arroja un error al decir algo como "Error al copiar/obj/debug/{solution} a/debug/{solution},/obj/debug/{solution} no existe". Si miro en cualquiera de los directorios, Visual Studio está correcto, no hay nada allí. Pero miro en el registro y está compilando y sacando el EXE. Es una locura. – crv

+1

Estaba viendo el proyecto de carpeta equivocado -_- –

0

Si crea un nuevo proyecto de WM "hello world", ¿funciona?

Si es así, puede comparar los archivos de la solución para comprobar las diferencias que pueden causar esto.

+0

El archivo de solución que no está funcionando en esta estación de trabajo funciona en todas las demás estaciones de trabajo. – crv

+0

Aún así, como esto es específico de la máquina y mi sugerencia es muy fácil de probar, recomendaría que lo haga y vea si existen diferencias. – Shaihi

0

Quizás no tenga permiso de escritura en la carpeta de salida? Si está ejecutando en Vista/7, ¿su Visual Studio se ejecuta como elevado?

+0

La estación de trabajo usa Windows XP. Tenía permisos para escribir. – crv

0

Si la misma solución funciona en otras máquinas, entonces se trata de un problema de entorno y ninguna cantidad de mirar el proyecto, el enlazador, etc. va a resolver esto. ¿Qué es diferente sobre los entornos? ¿Se aplican los mismos paquetes de servicios y QFE no solo a Studio, sino también al sistema operativo? ¿Hay alguna diferencia en los procesadores (64/32 bits)? ¿Son tus permisos los mismos? ¿Tiene los mismos SDK instalados?

Estoy de acuerdo con Shahi que solo intentar construir una aplicación "hello world" contra el mismo SDK y ver si se compila es una información valiosa.

1

Tal vez VS cree el exe, y antes de que intente moverlo al destino final, el antivirus lo agarra y lo elimina, o lo mueve a una ubicación de almacenamiento.

5

Recibí DOS carpetas de versión: una en la carpeta de solución y otra en la carpeta de proyecto. El primero contiene el archivo .exe, el último no.

1

Solo quería sonar y preguntar: ¿has buscado el nombre del archivo * .exe de los directorios de arriba? Lo que encontré en mi caso fue que estaba escribiendo en el directorio justo encima del subdirectorio/release. No estoy seguro de cómo me perdí ese detalle, ¡pero lo hice! Supongo que nunca se me había ocurrido antes porque vi el buildlog.htm escrito en el subdirectorio/release y la propia existencia del directorio. En mi caso, fue compilar, vincular, etc. Simplemente no pude ver el * .exe en ese/release subdirectorio.

0

Por lo que pude ver, necesita "Guardar todo" antes de construir.

Cuestiones relacionadas