asp.net - studio - no se puede iniciar el sitio web porque se requieren privilegios administrativos
¿Por qué no puedo depurar mi sitio web ASP.NET en Visual Studio? (14)
¿Está ejecutando algún complemento que podría estar afectando esto? ¿O cualquier herramienta que aplique las operaciones posteriores a la compilación al código fuente con el que se han modificado las DLL con las que comienza a depurar la compilación posterior y es realmente correcto que no sea el mismo código fuente, por lo que la depuración no funcionará?
También han intentado reiniciar VS?
devenv.exe /resetsettings
Edición: si nada de la información le ha ayudado aquí, si bien es doloroso, vale la pena desinstalar y reinstalar VS y SP1. Si pasa por esto y el problema es el mismo después, al menos se asegura de que el problema se encuentre en la configuración web o en la configuración del proyecto.
Solía poder adjuntar a mi proceso w3wp y depurar mi aplicación web, pero esto ya no funciona. No tengo idea de lo que cambió para romper esto. Estoy usando Visual Studio 2008 SP1. Y estoy depurando en IIS, no utilizando el propio servidor de ASP.NET (es decir, no ejecuto mi proyecto, simplemente lo adjunto a un proceso en ejecución (w3wp).
Mis puntos de interrupción simplemente tienen el "punto de interrupción no será alcanzado actualmente. El código fuente es diferente de la versión original".
Lo que he intentado:
- Hizo una solución limpia.
- Hizo una solución para reconstruir.
- Aseguré que la compilación debug = true en mi archivo web.config.
- Eliminó la carpeta bin
- Reiniciado Visual Studio
- Reiniciado IIS
- Reinicie mi computadora
- Se agregó un Response.Write simple para asegurar que se esté utilizando la última DLL. Es.
- Me aseguré de que Debug ASP.NET esté marcado en las propiedades de mi proyecto. Es.
- Me aseguré de que todos mis proyectos estén compilados en mi configuración de compilación. Son.
Pero ninguno de estos ayuda. Lo adjunto a w3wp, pero mis puntos de interrupción nunca se ven afectados.
¿Algunas ideas?
¿Revisaste tu archivo assembly.cs con este atributo?
[assembly: Debuggable(DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints | DebuggableAttribute.DebuggingModes.Default)]
Después de reflejar un código optimizado, probablemente obtendrás esto. Así que debes eliminar esto para poder depurar de nuevo.
Compruebe su web.config para
<compilation debug="true">...
Cuando "Adjuntar al proceso", la ventana de resultados debería mostrarle (cuando se muestra el resultado de "Depurar") todas las bibliotecas que está cargando, y desde dónde las está cargando, para los archivos DLL en su carpeta / bin, estos generalmente se copian /Temporary ASP.NET Files/root/ carpeta /Temporary ASP.NET Files/root/ : ¿de dónde se leen los suyos? ¿Definitivamente los has borrado de allí?
Las únicas otras cosas que puedo pensar:
- Ha compilado su código en modo "Liberar" en lugar de "Depurar" (no en el archivo .config) desde el menú desplegable Configuración de la solución.
- Los archivos de símbolos (.pdb) faltan en su carpeta / bin.
En la pestaña "Crear" de las propiedades del proyecto, está en la configuración "Activo (depuración)", ¿no ha marcado "optimizar código"?
Si hace clic en "Avanzado ..." en esa pestaña, ¿qué valor tiene para "Información de depuración"? ¿Está "lleno" o "ninguno"?
Respondiendo al comentario
Le resultará más difícil depurar con éxito si su código se compiló en el modo "Lanzamiento", y a menudo recibirá el mensaje "el código fuente es diferente" cuando no ha reconstruido los símbolos (archivos .pdb) después de los cambios, pero Digamos que has hecho una limpieza / reconstrucción, por lo que debería cubrir eso.
Sí, su ventana de resultados mostrará todas las dlls de framework a las que hace referencia, así como su código, pero debería ver un archivo listado allí con el nombre de cada resultado del proyecto: esos son los que hay que ver.
No tiene algún evento posterior a la compilación que mueva los archivos al directorio correcto para su sitio. ¿Está fallando silenciosamente?
En OpenVMS, solíamos:
Compilar / depurar y luego enlazar / depurar
¡y eso fue todo! ¡Simples!
pero seriamente, asegúrese de que el archivo en el que tiene su línea Debugger.Break, tenga ''Copiar siempre'' establecido en sus Propiedades antes de reconstruir
Estaba usando la extensión de Visual Studio VSCommands para adjuntar el depurador (conveniente). Sin embargo, IIS Express se estaba ejecutando, y supuse que podría estar interfiriendo. Efectivamente, cuando cerré IIS Express , de repente pude depurar de nuevo.
Alegría siguió.
He probado todas las opciones a continuación en mi Actualización 4 de Visual Studio 2013.
- Restablecer IIS
- Solución limpia y reconstrucción
- Elimine los archivos de la carpeta temporal C: / Windows / Microsoft.Net / Framework ... / Archivos temporales ASP.NET
- Compruebe si la etiqueta de compilación es debug o no
Pero ninguno de ellos funcionó, aquí estoy enumerando las dos cosas que funcionaron para mí.
- Deshabilitar la opción "Sólo mi código" Herramientas -> Opciones -> Depuración -> General -> Desmarcar Habilitar solo mi código.
- Edite el archivo web.config y guárdelo (siempre puede crear un espacio en cualquier línea en web.config, eso servirá)
Tenga en cuenta que esta solución puede ser específica de la versión de Visual Studio, y ambas correcciones funcionaron para mí en mi Actualización 4 de Visual Studio 2013.
He tenido este problema por un tiempo y encontré mi solución en el foro de MS (enlace a continuación). La herramienta de diagnóstico de depuración fue la culpable para mí, pero no tuve que desinstalarla. Tuve una regla de bloqueo configurada para el proceso w3wp y simplemente eliminé esa regla y reinicié todo.
Me enfrenté al mismo problema. El proceso w3wp tomó mucha memoria y no quiso reiniciarse en la publicación de aplicaciones web.
Presione Ctrl + Alt + Supr> Ir a la pestaña "Procesos"> encontrar el proceso w3wp y eliminarlo. Ejecute la aplicación nuevamente (si se trata de una aplicación mvc, solo vaya a una URL relacionada para recrear automáticamente el proceso w3wp).
Las advertencias desaparecerán después de eso.
Sé que este problema ha estado abierto durante algún tiempo, pero creo que es el mismo que experimenté:
No pude depurar el código del lado de mi servidor .aspx. Tenía un proyecto de WepApp AnyCPU en funcionamiento y quería enlazar a algunas dll x86, así que creé un objetivo de depuración x86. Hizo cosas similares, reconstruyó, detuvo el servidor web de desarrollo, reinició, borró archivos temporales, todo fue en vano.
Se solucionó el problema cambiando la carpeta de destino a bin / (era bin / x86 / Debug).
También tuve este problema, lo resolví cambiando el tipo de código "Adjuntar a" a Automático en el cuadro de diálogo "Adjuntar al proceso". (Anteriormente tenía este conjunto en "Código de Silverlight" debido a la depuración de un proceso diferente ... puede ser fácil olvidar cambiar esto de nuevo).
Tuve este problema recientemente y terminé primero asegurándome de que Visual Studio no se estaba ejecutando en absoluto en el sistema.
Luego entró en esta carpeta y borró todo su contenido:
C:/windows/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/
en el cuadro de diálogo "Adjuntar al proceso", haga clic en la casilla de verificación (cerca de la parte inferior) para "mostrar los procesos de todos los usuarios" y si ve dos procesos w3wp.exe, intente con el otro.
Uno debe tener un valor de comentarios / descripción de algo como T-SQL, administrado algo u otro. Este es el que tu quieres.