| Anterior | Siguiente |
| STATUS_REQUEST_CANCELED | STATUS_LPC_RECEIVE_BUFFER_EXPECTED |
STATUS_RECURSIVE_DISPATCH
Qué significa STATUS_RECURSIVE_DISPATCH
El problema no es simplemente una call stack profunda: una callback que posee un context vuelve a entrar en el mismo dispatcher antes de liberarlo. Synchronous calls, hooks o message pumps pueden provocar esa reentrada.
Una solución típica es deferir trabajo, retornar al dispatcher exterior y continuar cuando el ownership original ya terminó.
Qué comprobar
- Capture stack completo incluyendo hooks/message pumps.
- Instrumente depth por thread para localizar la reentrada.
- Mueva calls síncronas/bloqueantes fuera del callback path.
- Revise cleanup que pueda dejar el context marcado como activo.
Referencias técnicas
¿Buscas un código diferente? Buscar otro código de estado o error.