2008-12-09 15 views
7

Estoy intentando depurar un proyecto web ASP.Net que recibí. Modifiqué una clase en la carpeta "Apps_LocalResources".Cómo obtener "El archivo fuente es diferente de cuando se creó el módulo".

Cuando elimino errores y el código intenta entrar en esa clase, consigo

"El archivo de origen es diferente de cuando se construyó el módulo.".

Reconstruí la solución y no obtuve ningún cambio. Incluso lo publiqué en una ubicación diferente y los archivos pdb y dll en la carpeta bin no cambiaron, así que no los copié.

Ideas?

Respuesta

4

Si se está asociando al proceso de trabajo asp.net, entonces elimine el proceso, inicie el sitio web y vuelva a conectar el depurador.

Si está utilizando el servidor web incorporado, asegúrese de detener el proyecto y el WebDev.WebServer.Exe asociado a él.

Si todo lo demás falla, haga clic derecho en el punto de interrupción y elija ubicaciones. Luego habilite la casilla de verificación "permitir que el código sea diferente ..." en la parte inferior.

3

acaba de eliminar archivo OBJ de raíz de la aplicación y reconstruir

1

Eliminar la raíz carpeta bajo (4ex): C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET Files \ raíz

y luego, en VS2005: Herramientas-> Opciones-> Debugging-> general y desactive Requerir archivo fuente para coincidir exactamente con la versión original

Ésta era la solución para mí.

+1

Al hacerlo, solo se deshace de la advertencia, no del hecho de que su depurador omita las líneas adicionales, ya que el archivo de código simplemente no coincide con el ensamblado para depurar. – M463

0

Haga clic en el botón Actualizar en el Explorador de soluciones. Eso resolvió el problema para mí.

Edit 7/8/2013: También compruebe que no tiene varias versiones de la misma dll entre su proyecto. Si lo hace, mantenga el último en la solución del proyecto y el resto en una carpeta fuera del alcance de su proyecto. Le recomiendo que tenga una carpeta de Bibliotecas para poner todos sus dlls, por lo que no tiene dlls en varias carpetas.

0

Para mi caso, dependiendo del archivo de proyecto usando try catch. Lanza la excepción para que el archivo no pueda actualizarse. Cuando se evita la excepción, funciona bien.

0

Diciendo que se está refiriendo a un archivo .dll, que se basa en un proyecto paralelo que está modificando junto con su proyecto principal.

Si su referencia se establece en el archivo .dll en archivos, que está siendo construida por el lanzamiento configuración (ruta se hace referencia a la .dll es algo así como bin \ Release \ YOURDLL.dll), comprobar si en realidad está construyendo el proyecto lateral usando la configuración Release en el administrador de configuración.

configuration manager

Además, aseguran que sus dependencias del proyecto y Orden de generación se han establecido correctamente, por lo que el proyecto paralelo que su principal proyecto es en función de, serán recién construyen antes su proyecto principal es conseguir la acumulación.

Project dependencies and Build Order

0

reiniciar Visual Studio trabajó para mí.

Cuestiones relacionadas