10
Estoy usando visual C# para depurar un proyecto C# grande. El proyecto es muy grande y solo algunos de los pdbs son compilados por mí mismo. Puedo construir todo el pdb, pero lleva mucho tiempo. Estoy depurando una traza inversa, pero una parte de la traza está marcada con [Código externo]. Sé que falta pdb, pero ¿cómo puedo saber en qué DLL reside el código externo? En C, puedo obtener el EIP y luego ver el mapeo del proceso para determinar dónde vive el EIP, pero ¿cómo se puede hacer esto en el entorno .Net?Retroceso de Visual C#: cómo saber dónde reside el [código externo]?
oh sí, se muestra la: \t [Originario de transición controlada] \t \t [arregló para Transición Nativo] \t Pero puedo llegar a donde va la transición? –
No creo que eso sea posible a menos que tenga símbolos (PDB) para el código no administrado. VS puede hacerlo por las partes administradas del seguimiento de la pila porque los ensamblados administrados contienen metadatos, pero el código no administrado no tiene los mismos metadatos, por lo que VS no puede reconstruir las llamadas al método. Sin embargo, puede anclarlo un poco utilizando la ventana Módulos y/o la opción "Mostrar desensamblaje si la fuente no está disponible", pero no tiene experiencia en hacerlo, lo siento. – itowlson
Gracias. Lo que estaba haciendo antes en Linux es que obtengo el EIP (0x800453c me gusta), luego obtengo un mapa de los mapas DLL dinámicos, luego puedo obtener el DLL al que pertenece el EIP. ¿Es factible en Visual C#? –