2010-02-04 26 views
8

Estoy usando VS2008, y tengo un proyecto que no se iniciará cuando presione F5 o cuando haga clic en el pequeño triángulo verde en la barra de herramientas. La pantalla parpadea una vez, al igual que el proyecto se ejecutará, y luego no. El mensaje de compilación afirma que la construcción fue exitosa, pero el proyecto no se iniciará.El proyecto no se iniciará en el modo de depuración

En Configuration Manager, mi 'Configuración de la solución activa:' está configurada en Depurar, y en la lista 'Contextos del proyecto', la columna 'Configuración' para mi Proyecto está configurada como Depurar. Incluso los he cambiado entre Debug y Release y luego de vuelta a Debug, todo sin ningún efecto. El proyecto que estoy tratando de ejecutar se establece como el 'Proyecto de inicio' en mi solución.

Si voy a mi carpeta \ bin \ Debug y hago doble clic en .exe, (que muestra la marca de tiempo adecuada en el archivo), mi aplicación funciona perfectamente.

¿Alguna idea de por qué no puedo hacer que la tontería se ejecute en modo de depuración?

EDITAR:
Es una aplicación de winforms.

Mi versión de Visual Studio es 9.0.30729.1 SP

.NET Framework: La versión 3.5 SP1

EDIT:

Esto puede estar relacionado con TortoiseSVN. Guardo mi código fuente para este proyecto en SVN. Cuando realizo un pago diferente/nuevo en TortoiseSVN, a veces el nuevo pago permite que el proyecto se ejecute. No entiendo la naturaleza aparentemente intermitente de este problema.

EDIT:

No estoy seguro si esta información es relevante para el problema, pero cuando lo haga una nueva caja y tener una estructura de carpetas que es menos profunda (no tantas carpetas anidadas) de la caja original, , Parece que tengo más posibilidades de que el proyecto se ejecute sin problemas.

EDIT: El problema no tiene nada que ver con TortoiseSVN, ver mi respuesta a continuación.

+0

¿Has intentado poner puntos de interrupción en tu código de inicio para ver qué pasa? –

+0

@Bill W, sí, he intentado puntos de interrupción en el código de inicio. Ellos nunca son alcanzados – Stewbob

+0

Estoy teniendo el mismo problema, pero ligeramente diferente. Funciona así: 1) abro Visual Basic 2) Puedo depurar una vez 3) Cuando intento depurar de nuevo, dice "no se puede acceder al archivo porque lo está utilizando otro proceso" y se detiene 4) Cuando intento depurar después, obtengo este problema 5) reinicio VB. – nbura

Respuesta

4

IT ejecuté algún tipo de actualización de Windows en mi máquina y eso aparentemente solucionó el problema. Tenía algo que ver con una System.Runtime.InteropServices.COMException y un error en un 'Hosting' .dll. No estoy seguro de por qué un dll Hosting corrupto tuvo un impacto en una aplicación winforms, pero ha solucionado el problema.

+0

Cosas extrañas pueden suceder y con demasiada frecuencia. No siempre comprendemos por qué, pero es bueno estar de nuevo en funcionamiento. :) –

0

Tengo que comenzar con lo básico ... ¿Ha eliminado la posibilidad de un bloqueo en tiempo de ejecución antes de que se muestre el formulario principal?

+1

El ejecutable funciona bien. – Stewbob

3

Tuve un problema similar en el pasado. El proyecto no se ejecutará en modo de depuración.

También fue causado por un dll corrupto, pero no el 'Hosting'. Ha pasado mucho tiempo, así que no recuerdo el dll exacto, pero tenía algo que ver con Messaging.

0

No tengo una respuesta precisa, pero tengo una solución que funcionó para mí.

Cierre el proyecto/solución por completo. A través de Explorer, vaya al directorio bin \ debug.Cambie el nombre de cada uno de los archivos presentes en el directorio. En mi caso, simplemente prefijaba cada entrada con un "xxx". Hice esto para poder retroceder una vez más, si es necesario, ya que no tenía la confianza simplemente para eliminar las entradas. Al volver a abrir el proyecto/solución, y al intentar depurar de nuevo, parece forzar la regeneración de esos archivos una vez más. Para mí, el programa reanudó el trabajo. No tengo idea de cuál es la causa específica del problema, pero la reconstrucción completa de los archivos parece funcionar, en lugar de solo una "compilación" que debe retener parcialmente lo que había antes.

1

En realidad, hay algunas preguntas similares a las suyas. La solución más común es desmarcar la opción "Habilitar el proceso de alojamiento de Visual Studio" en las propiedades del proyecto.

En algún momento debo cambiar entre la depuración en x64 bits a Cualquier CPU; volver a cargar el proyecto y eliminar cualquier archivo * .suo en la carpeta del proyecto.

Cuestiones relacionadas