debugging - studio - isilo pdb
¿Cómo uso los archivos PDB? (3)
He escuchado que el uso de archivos PDB puede ayudar a diagnosticar dónde ocurrió un bloqueo.
Mi comprensión básica es que le das a Visual Studio el archivo de origen, el archivo pdb y la información de bloqueo (¿del Dr. Watson?)
¿Puede alguien explicar cómo funciona todo / qué implica? (¡Gracias!)
Debería considerar configurar un servidor de símbolos e indexar los archivos PDB a su sistema de control de código fuente. Recientemente realicé este proceso para nuestro producto y funciona muy bien. No tiene que preocuparse por hacer que los archivos PDB estén disponibles con los binarios, ni cómo obtener el código fuente apropiado al depurar los archivos dump.
El libro de John Robbins: http://www.amazon.com/Debugging-Microsoft-NET-2-0-Applications/dp/0735622027/ref=pd_bbs_sr_1?ie=UTF8&s=books&qid=1222366012&sr=8-1
Busque aquí un código de ejemplo para generar minivolcados (que no tienen que estar restringidos al análisis posterior al bloqueo; puede generarlos en cualquier punto de su código sin fallar): codeproject.com/KB/debug/postmortemdebug_standalone1.aspx
Los archivos PDB asignan un MSIL de ensamblaje a las líneas fuente originales. Esto significa que si coloca el PDB que se compiló con el ensamblaje en el mismo directorio que el ensamblado, los rastreos de su pila de excepción tendrán los nombres y las líneas de las posiciones en los archivos fuente originales. Sin el archivo PDB, solo verá el nombre de la clase y el método para cada nivel del seguimiento de la pila.
Los archivos PDB se generan cuando construyes tu proyecto. Contienen información relacionada con los binarios creados que Visual Studio puede interpretar.
Cuando un programa falla y genera un informe de bloqueo, Visual Studio puede tomar ese informe y vincularlo de nuevo al código fuente a través del archivo PDB para la aplicación. ¡Los archivos PDB deben compilarse desde el mismo archivo binario que generó el informe de bloqueo!
Hay algunos problemas que hemos encontrado con el tiempo.
- La máquina que está depurando el informe de fallas necesita tener el origen en la misma ruta que la máquina que construyó el binario.
- Las versiones de lanzamiento a menudo se optimizan en la medida en que no se puede ver el estado de las variables de los miembros del objeto
Si alguien sabe cómo derrotar al primero, le agradecería que me hiciera algunas aportaciones.