Episodio
Excepción Stowed C000027B
Una excepción permitida es un tipo de excepción realizada por las aplicaciones para UWP. Se introdujo en Windows 8.0 como parte de la API de WinRT (ahora conocida como UWP).
El código de excepción es 0xC000027B.
El primer parámetro de excepción (0) es la dirección inicial de una matriz de punteros a estructuras que comienzan con una estructura de STOWED_EXCEPTION_INFORMATION_HEADER . Desde Windows 8.1, STOWED_EXCEPTION_INFORMATION_V2 ha sido la versión en uso.
El segundo parámetro de excepción (1) es el número de punteros de la matriz.
La excepción stowed se ha reemplazado o mejorado por la excepción de punto de error (0xC000027C). Al igual que las excepciones POF, winRT Framework genera el código de excepción. No requiere que las aplicaciones se vuelvan a compilar para que se usen.
Se genera una excepción stowed cuando se produce un error en una operación asincrónica. Cuando se notifica la excepción desde el subproceso de trabajo a través de una llamada roOriginateException o RoOriginateLanguageException , se recopila un backtrace de pila (matriz de punteros de instrucción) del subproceso actual a través de una llamada de función CaptureStackBackTrace . Stack Backtrace y HRESULT de la excepción se encapsulan en un objeto IRestrictedErrorInfo y se enrutan a través de las capas de proyección de lenguaje de WinRT al autor de la llamada.
Si el autor de la llamada no controla la excepción, la excepción permitida se produce gravemente. Dado que el lanzamiento se aplaza, el contexto actual del volcado asociado tiene poco valor. El subproceso del problema original ya no existe regularmente y, si lo hace, ha concluido la operación (lo que significa que se ha sobrescrito la memoria de pila del subproceso). Esto significa que los parámetros de función y las variables locales no están disponibles.
Siga estos pasos al depurar estos problemas con las herramientas de depuración para Windows:
- .exr -1
- Ver el código, la dirección de la matriz de excepciones permitidas y el recuento a través de los parámetros
- !pde.dse
- Enumera las excepciones permitidas
- Cada HRESULT se describe (la misma salida que !pde.err)
- Cada backtrace se muestra como una pila de llamadas.
- Cada excepción anidada (opcionalmente) se muestra (por ejemplo, !sos.pe salida de una excepción CLR)
Recursos adicionales:
- Dentro de: excepción de punto de error
- Dentro de - .exr
- Dentro de: Windows SDK
- Herramientas de desfragmentación: extensión del depurador PDE(a través del vínculo de OneDrive)
- Herramientas de desfragmentación : #136: depuración de volcados de memoria del modo de usuario, parte 2
- Herramientas de desfragmentación - #167 - Depuración de volcados de memoria en modo de usuario Redux
- Documentación de Microsoft: Herramientas de depuración para Windows
- Blog NTDebugging: parte 1 + parte 2
- MSDN: RoOriginateException
- MSDN - RoOriginateLanguageException
- MSDN: interfaz IRestrictedErrorInfo
Una excepción permitida es un tipo de excepción realizada por las aplicaciones para UWP. Se introdujo en Windows 8.0 como parte de la API de WinRT (ahora conocida como UWP).
El código de excepción es 0xC000027B.
El primer parámetro de excepción (0) es la dirección inicial de una matriz de punteros a estructuras que comienzan con una estructura de STOWED_EXCEPTION_INFORMATION_HEADER . Desde Windows 8.1, STOWED_EXCEPTION_INFORMATION_V2 ha sido la versión en uso.
El segundo parámetro de excepción (1) es el número de punteros de la matriz.
La excepción stowed se ha reemplazado o mejorado por la excepción de punto de error (0xC000027C). Al igual que las excepciones POF, winRT Framework genera el código de excepción. No requiere que las aplicaciones se vuelvan a compilar para que se usen.
Se genera una excepción stowed cuando se produce un error en una operación asincrónica. Cuando se notifica la excepción desde el subproceso de trabajo a través de una llamada roOriginateException o RoOriginateLanguageException , se recopila un backtrace de pila (matriz de punteros de instrucción) del subproceso actual a través de una llamada de función CaptureStackBackTrace . Stack Backtrace y HRESULT de la excepción se encapsulan en un objeto IRestrictedErrorInfo y se enrutan a través de las capas de proyección de lenguaje de WinRT al autor de la llamada.
Si el autor de la llamada no controla la excepción, la excepción permitida se produce gravemente. Dado que el lanzamiento se aplaza, el contexto actual del volcado asociado tiene poco valor. El subproceso del problema original ya no existe regularmente y, si lo hace, ha concluido la operación (lo que significa que se ha sobrescrito la memoria de pila del subproceso). Esto significa que los parámetros de función y las variables locales no están disponibles.
Siga estos pasos al depurar estos problemas con las herramientas de depuración para Windows:
- .exr -1
- Ver el código, la dirección de la matriz de excepciones permitidas y el recuento a través de los parámetros
- !pde.dse
- Enumera las excepciones permitidas
- Cada HRESULT se describe (la misma salida que !pde.err)
- Cada backtrace se muestra como una pila de llamadas.
- Cada excepción anidada (opcionalmente) se muestra (por ejemplo, !sos.pe salida de una excepción CLR)
Recursos adicionales:
- Dentro de: excepción de punto de error
- Dentro de - .exr
- Dentro de: Windows SDK
- Herramientas de desfragmentación: extensión del depurador PDE(a través del vínculo de OneDrive)
- Herramientas de desfragmentación : #136: depuración de volcados de memoria del modo de usuario, parte 2
- Herramientas de desfragmentación - #167 - Depuración de volcados de memoria en modo de usuario Redux
- Documentación de Microsoft: Herramientas de depuración para Windows
- Blog NTDebugging: parte 1 + parte 2
- MSDN: RoOriginateException
- MSDN - RoOriginateLanguageException
- MSDN: interfaz IRestrictedErrorInfo
¿Quiere hacer algún comentario? Comunique un problema aquí.