Obteniendo el número de línea desde pdb en el modo de lanzamiento

Question

¿Es posible que el depurador (o el manejador de excepciones CLR) muestre la línea donde ocurrió la excepción en modo Liberación usando el pdb?

El código, en modo de lanzamiento, está optimizado y no siempre sigue el orden y la lógica del código "original".

También es sorprendente que el depurador pueda navegar por mi código paso a paso, incluso en el modo de lanzamiento. La optimización debería hacer que la navegación sea muy incómoda.

¿Podría aclarar esos dos puntos para mí?

Answer 1

No estoy tan familiarizado con la forma en que se hace esto con CLR, pero es probablemente muy similar a cómo se hace con el código nativo. Cuando el compilador genera instrucciones de máquina, agrega entradas al pdb que básicamente dicen "la instrucción en la dirección actual, X, vino de la línea 25 en foo.cpp".

El depurador sabe qué dirección de programa se está ejecutando actualmente. Entonces busca una dirección, X, en el pdb y ve que proviene de la línea 25 en foo.cpp. Al usar esto, puede "avanzar" a través de su código fuente.

Este proceso es el mismo independientemente del modo de Depuración o Liberación (siempre que se genere un pdb en modo Liberación). Sin embargo, tiene razón en que, en modo de lanzamiento debido a las optimizaciones, el depurador no pasará "linealmente" a través del código. Podría saltar a diferentes líneas inesperadamente. Esto se debe a que el optimizador cambia el orden de las instrucciones, pero no cambia la asignación de la dirección a la línea de origen, por lo que el depurador aún puede seguirlo.

Answer 2

El depurador hace un buen esfuerzo para adivinar dónde ocurrió el problema. No está garantizado que sea 100% preciso, y con un código completamente optimizado, a menudo será impreciso. Encontré que las imprecisiones varían desde unas pocas líneas hasta tener una pila de llamadas completamente incorrecta.

Cuán exacto es el depurador con el código optimizado realmente depende del código en sí y qué optimizaciones está realizando.

Answer 3

referencia la siguiente pregunta SO:

Display lines number in stack trace for .NET assembly in release mode

Answer 4

[@Not Claro] lo tiene casi justo. El compilador hace un mejor esfuerzo para identificar un número de línea apropiado que coincida estrechamente con la instrucción actual de código de máquina.

El PDB y el depurador no saben nada acerca de las optimizaciones; el archivo PDB esencialmente asigna direcciones de direcciones en el código de máquina a números de línea de código fuente. En el código optimizado, no siempre es posible hacer coincidir exactamente una instrucción de ensamblaje con una línea específica de código fuente, por lo que el compilador escribirá en el PDB lo más cercano que tiene a mano. Esto podría ser "la línea de código fuente anterior", o "la línea de código fuente del contexto adjunto (bucle, etc.)" u otra cosa.

Independientemente, el depurador encuentra esencialmente la entrada en el mapa de PDB más cercana (como en "antes o en la igualdad") a la IP actual (Puntero de instrucción) y resalta esa línea.

A veces la coincidencia no es muy buena, y es entonces cuando ve el área resaltada saltando por todos lados.