Navegué con iexplore y falló con el mensaje
C000041D
es decir
Excepción no controlada en 0x7149B7C0 en iexplore.exe: 0xC000041D: se encontró una excepción no controlada durante una devolución de llamada del usuario.
AFAIK 0x significa código hexadecimal, el 714... es el contador del programa y el C00... es el código de error. ¿Qué puedo hacer para investigar este error? Tengo Visual Studio ejecutándose y captó el programa.
(Haga clic en la imagen para ampliar)
Respuesta1
Encontré que 0xC000041d = STATUS_FATAL_USER_CALLBACK_EXCEPTION
Lo que sucede parece ser que la aplicación sale con el código anormal 0xc000041d debido a un hilo inicial creado por la aplicación.
Haga clic para leer más y ver la fuente..
Respuesta2
0xC000041des unNTESTADOconstante de código definida en Microsoftntstatus.harchivo de cabecera:
El nombre de la definición ( MessageId) es STATUS_FATAL_USER_CALLBACK_EXCEPTIONy su descripción es:
"An unhandled exception was encountered during a user callback."
NTESTADOLos códigos se utilizan normalmente al comunicar información del sistema, por ejemplo, entre el sistema Windows y los controladores de dispositivos y, a veces, entre Windows y las aplicaciones:
- https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-dtyp/c8b512d5-70b1-4028-95f1-ec92d35cb51S
- https://www.osr.com/blog/2020/04/23/ntstatus-to-win32-error-code-mappings/
El significado de laNTESTADOEl código también se puede buscar utilizando la herramienta de búsqueda de errores de Microsoft:
Como sugiere la descripción, Windows usa este específicoNTESTADOcódigo cuando encuentra una excepción (una condición anormal) al llamar a un modo de usuario (https://www.tutorialspoint.com/User-Mode-vs-Kernel-Mode) función de devolución de llamada (https://en.wikipedia.org/wiki/Callback_(computer_programming)).
Hay muchas situaciones que pueden generar este mensaje. Por lo tanto, buscar en Internet únicamente en elNTESTADOEl código 0xC000041dposiblemente producirá resultados no relacionados. Es posible que aparezcan resultados más relevantes al incluir también el nombre de archivo exacto del proceso (en este caso iexplore.exe), el módulo defectuoso (ver más abajo) y/o tal vez incluso la dirección de memoria exacta (en este caso 0x7149B7C0).
Buscar la dirección de memoria completa puede ser un poco complicado debido a compilaciones/versiones de compilación ligeramente diferentes del programa, diferentes modelos de ejecución (por ejemplo, versiones de Windows de 32 bits frente a 64 bits) y porque los módulos (.dll, .exe , archivos .sys, etc. que juntos constituyen el código del programa en ejecución) se cargan en diferentes direcciones base. Hacer coincidir solo los últimos cuatro caracteres B7C0de la dirección puede ser suficiente para indicar un problema relacionado.
Para depurar realmente el problema, se puede utilizar Visual Studio para ver la pila de llamadas del subproceso que está causando la excepción:
https://stackoverflow.com/questions/945193/how-do-i-find-the-stack-trace-in-visual-studio
La pila de llamadas muestra los diferentes módulos y métodos de estos módulos que se estaban llamando entre sí en el momento en que ocurrió la excepción. Los nombres de los módulos pueden dar una indicación de lo que estaba haciendo el programa cuando ocurrió el problema.
Si los símbolos (https://devblogs.microsoft.com/devops/understanding-symbol-files-and-visual-studios-symbol-settings/) están disponibles para los módulos que están causando el problema, y tal vez incluso archivos de código fuente de estos módulos, la depuración se vuelve más fácil.