Recibí un mensaje de error que no puedo resolver. Se origina en Visual Studio o el depurador. No estoy seguro de si la condición de error final está en VS, el depurador, mi programa o la base de datos.
Esta es una aplicación de Windows. No es una aplicación web.
El primer mensaje de VS es un cuadro emergente que dice: "No se cargan símbolos para ningún marco de la pila de llamadas. El código fuente no se puede mostrar". Cuando se hace clic, aparece : " Se detectó ContextSwitchDeadlock ", junto con un mensaje largo que se reproduce a continuación.
El error surge en un bucle que escanea una DataTable. Para cada línea, utiliza un valor clave (HIC #) de la tabla como parámetro para un SqlCommand. El comando se usa para crear un SqlDataReader que devuelve una línea. Los datos son comparados. Si se detecta un error, se agrega una fila a una segunda DataTable.
El error parece estar relacionado con el tiempo que tarda el procedimiento en ejecutarse (es decir, después de 60 segundos), no con cuántos errores se encuentran. No creo que sea un problema de memoria. No se declaran variables dentro del ciclo. Los únicos objetos que se crean son los SqlDataReaders, y están en Usar estructuras. Agregar System.GC.Collect () no tuvo ningún efecto.
El db es un sitio SqlServer en la misma computadora portátil.
No hay artilugios o artilugios sofisticados en el formulario.
No estoy al tanto de nada en este proceso que sea muy diferente de lo que he hecho docenas de veces antes. He visto el error antes, pero nunca de manera consistente.
Alguna idea, alguien?
Texto de error completo: el CLR no ha podido realizar la transición del contexto COM 0x1a0b88 al contexto COM 0x1a0cf8 durante 60 segundos. El subproceso que posee el contexto / apartamento de destino probablemente esté haciendo una espera sin bombeo o procesando una operación de ejecución muy larga sin bombear mensajes de Windows. Esta situación generalmente tiene un impacto negativo en el rendimiento e incluso puede hacer que la aplicación deje de responder o que el uso de memoria se acumule continuamente con el tiempo. Para evitar este problema, todos los subprocesos de apartamento de un solo subproceso (STA) deben usar primitivas de espera de bombeo (como CoWaitForMultipleHandles) y mensajes de bombeo rutinarios durante operaciones de larga ejecución.
fuente
ctrl-alt-etrae el cuadro de diálogo de excepción.Debug -> Windows -> Exceptions Settings. Luego use la búsquedaComo dijo Pedro, tiene un problema con el depurador que impide que la bomba de mensajes se transmita por el código.
Pero si está realizando una operación de larga ejecución en el subproceso de la interfaz de usuario, llame a Application.DoEvents () que explícitamente bombea la cola de mensajes y luego devuelve el control a su método actual.
Sin embargo, si está haciendo esto, recomendaría mirar su diseño para que pueda realizar el procesamiento desde el hilo de la interfaz de usuario para que su interfaz de usuario permanezca agradable y ágil.
fuente
Parece que está haciendo esto en el hilo principal de la interfaz de usuario en la aplicación. El subproceso de la interfaz de usuario es responsable de bombear mensajes de Windows a medida que llegan y, sin embargo, debido a que el suyo está bloqueado en las llamadas a la base de datos, no puede hacerlo. Esto puede causar problemas con los mensajes de todo el sistema.
Debería buscar generar un subproceso en segundo plano para la operación de larga ejecución y colocar algún tipo de diálogo "Estoy ocupado" para el usuario mientras sucede.
fuente
En Visual Studio 2017, desmarcó la opción ContextSwitchDeadlock de la siguiente manera:
Depurar> Windows> Configuración de excepciones
En la configuración de excepción de Windows: desmarque la opción ContextSwitchDeadlock
fuente
Si no desea deshabilitar esta excepción, todo lo que necesita hacer es dejar que su aplicación envíe algunos mensajes al menos una vez cada 60 segundos. Evitará que ocurra esta excepción. Intente llamar a System.Threading.Thread.CurrentThread.Join (10) de vez en cuando. Hay otras llamadas que puede hacer que permiten que los mensajes se activen.
fuente
La solución anterior es buena en algunos escenarios, pero hay otro escenario en el que esto sucede cuando realiza pruebas unitarias e intenta "Depurar pruebas seleccionadas" desde el Explorador de pruebas cuando su solución no está configurada para Depurar.
En este caso, debe cambiar su solución de Release o lo que sea que esté configurado como Debug en este caso. Si este es el problema, cambiar "ContextSwitchDeadlock" realmente no te ayudará.
¡Me perdí esto porque el mensaje de error era tan desagradable que no comprobé lo obvio que era la configuración de depuración!
fuente
En Visual Studio 2017 versión en español.
y busque "ContextSwitchDeadlock". Luego, desmárquelo. O atajo
Mejor.
fuente
Puede resolver esto desmarcando contextswitchdeadlock de
Depurar-> Excepciones ... -> Expandir nodo MDA -> desmarcar -> contextswitchdeadlock
fuente
Estaba recibiendo este error y cambié las consultas a async (aguarde (...). ToListAsync ()). Todo bien ahora.
fuente